ZUGFerD Invoice /xInvoice import

How can I import an invoice in ZUGFerD format in tryton. This ist not a just german issue this will be for Europe. When I get an ZUGFerd invoice, I need to import and accounting without a media break.

Is ZUGFer related to Sponsoring UBL Invoice-2 ??

The ZUGFeRD format is just a way to embed XML file in the invoice PDF. The standard allows 2 format of XML UN/CEFACT CrossIndustryInvoice and UBL.
So the current sponsoring will be a first step to support this format. It will need also to add support for incoming UN/CEFACT and the possibility to generate such PDF.

In the invoice-portal. de ist the definition:
XRechnung example

The XInvoice is a structured, standardised data set in XML format that can be automatically sent and processed electronically.

The following two syntaxes are permitted for XRechnung:

Universal Business Language (UBL)
UN/CEFACT Cross Industry Invoice (CII) The XInvoice must be transmitted in one of the two syntaxes.

The recipient of the XRechnung must be able to process both formats.

Thank you Cedric, for your comment. We only need the PDF File Attachement for the DMS. For the german compliance is the xRechnung ok. For the usabilityto the customers ist the ZUGFerD format with the embeded PDF better.

Please note that XRechnung and ZUGFerD are two very different things. First of all, the name “ZUGFerD” will be deprecated in favor of “factur-x”, which is the french standard for E-Invoice, but identical with “ZUGFerD”.

XRechnung is the standard which must be used for invoicing the German government only and works very differently compared to factur-x, which is for B2B invoices.

I’m in contact with a employee of the german Finanzamt in the GOBD comission and a refere in eRechnung. He vote to use the ZUGFerD 2.1 format, because it will the in future compliant fileformat. If this is similar to factur-x, is this the solution.
By the way, you can send XRechnung to your customers and you will be compliant. XRechnung is not only for the German government. The only problem is to visualisation the xRechnung for the customer, when they have no direct import in the accounting system.