konik-io / konik

A library to create, read and validate ZUGFeRD compliant invoices. Available for Java and .NET
https://konik.io
Other
48 stars 19 forks source link

ZUGFeRD 2.0 #58

Closed horstoeko closed 5 years ago

horstoeko commented 6 years ago

Hi.

I have the following question: When is it to be expected that "konik" will also support the "ZUGFeRD 2.0" format adapted to the European standard? Currently, in my opinion, only the possibility to export in the "old" ZUGFeRD 1.0 format.

Vad1mo commented 6 years ago

Konik 2.0 will be released when ZUGFeRD 2.0 is officially realised.

horstoeko commented 6 years ago

Will it be also available for the .NET Implementation?

Vad1mo commented 6 years ago

definitely.

Indigo744 commented 6 years ago

Hello,

While ZUGFeRD 2.0/FacturX is still not "officially" released, it's format is publicly available and should not change that much. As a matter of fact, the French administration started to support the FacturX format for B2G invoicing.

Do you have any information on the current implementation of ZUGFeRD 2.0 in Konik? Do you have any estimation on a release date or something?

Thanks.

horstoeko commented 5 years ago

It has been many months now. In my opinion, version 2.0 is now released. When is it likely that a new version of this great library will be released?

Indigo744 commented 5 years ago

For what is worth, I gave up waiting on Konik and went with Mustang, since we are now (in 2019) obliged to use electronic invoicing for B2G in France.

horstoeko commented 5 years ago

For what is worth, I gave up waiting on Konik and went with Mustang, since we are now (in 2019) obliged to use electronic invoicing for B2G in France.

Unfortunately, I have the same problem. Unfortunately, the Mustang project is eliminated, as there is no .NET implementation. We are Navision partners and rely on .NET components.

Indigo744 commented 5 years ago

For what is worth, I gave up waiting on Konik and went with Mustang, since we are now (in 2019) obliged to use electronic invoicing for B2G in France.

Unfortunately, I have the same problem. Unfortunately, the Mustang project is eliminated, as there is no .NET implementation. We are Navision partners and rely on .NET components.

Kinda same issue, would have preferred a .Net component. But we still went with it using command line (our software actually fires up java with Mustang, passing all needed params such as input pdf and xml, wait for its return and read the new pdf created). Slower, sure. But it works.

Edit: I spoke too fast. We have actually a more complicated pipeline: First, our ERP emits a simple PDF (A/3) and an XML (compatible FacturX) in a specific folder. A Powershell script in our server watch this folder. When it detects new files, it takes them and merge them using Mustang (with command line) in another folder. This allows us to avoid deploying Java to every client using the ERP. Only the server has Java and perform the merging.

horstoeko commented 5 years ago

For what is worth, I gave up waiting on Konik and went with Mustang, since we are now (in 2019) obliged to use electronic invoicing for B2G in France.

Unfortunately, I have the same problem. Unfortunately, the Mustang project is eliminated, as there is no .NET implementation. We are Navision partners and rely on .NET components.

Kinda same issue, would have preferred a .Net component. But we still went with it using command line (our software actually fires up java with Mustang, passing all needed params such as input pdf and xml, wait for its return and read the new pdf created). Slower, sure. But it works.

Edit: I spoke too fast. We have actually a more complicated pipeline: First, our ERP emits a simple PDF (A/3) and an XML (compatible FacturX) in a specific folder. A Powershell script in our server watch this folder. When it detects new files, it takes them and merge them using Mustang (with command line) in another folder. This allows us to avoid deploying Java to every client using the ERP. Only the server has Java and perform the merging.

That's certainly a possibility. Unfortunately, we have no JAVA skills in the company, so this procedure is unfortunately out of the question for us. Question: Which library do you use to create the XML?

Indigo744 commented 5 years ago

That's certainly a possibility. Unfortunately, we have no JAVA skills in the company, so this procedure is unfortunately out of the question for us. Question: Which library do you use to create the XML?

Actually, you don't even need to know Java. Here is how we generate a FacturX from a PDF and an XML:

java -jar mustang.jar --combine --source "my.pdf" --source-xml "my.xml" --zugferd-version 2 --zugferd-profile E --out "facturx.pdf"

As for the XML part... Well this is the hardest part. We had to develop a module to generate it by hand (taking value directly from the DB).

horstoeko commented 5 years ago

That's certainly a possibility. Unfortunately, we have no JAVA skills in the company, so this procedure is unfortunately out of the question for us. Question: Which library do you use to create the XML?

Actually, you don't even need to know Java. Here is how we generate a FacturX from a PDF and an XML:

java -jar mustang.jar --combine --source "my.pdf" --source-xml "my.xml" --zugferd-version 2 --zugferd-profile E --out "facturx.pdf"

As for the XML part... Well this is the hardest part. We had to develop a module to generate it by hand (taking value directly from the DB).

Ah okay. Thanks for the information. My plan would be based on an XSD (XRechnung, etc.) to generate the appropriate classes automatically. Only I can not find an XSD.

Indigo744 commented 5 years ago

Ah okay. Thanks for the information. My plan would be based on an XSD (XRechnung, etc.) to generate the appropriate classes automatically. Only I can not find an XSD.

We use XSD to validate our XML generated. We found them here: http://fnfe-mpe.org/factur-x/factur-x_en/ (at the bottom, there are a lot of files, including example and XSD).

horstoeko commented 5 years ago

Ah okay. Thanks for the information. My plan would be based on an XSD (XRechnung, etc.) to generate the appropriate classes automatically. Only I can not find an XSD.

We use XSD to validate our XML generated. We found them here: http://fnfe-mpe.org/factur-x/factur-x_en/ (at the bottom, there are a lot of files, including example and XSD).

Okay so far. I will have a look on this page. Much thanks.

stale[bot] commented 5 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

murygin commented 4 years ago

Are there any plans to release a version that supports ZUGFeRD 2.x and if so, when will this version be released?

Vad1mo commented 4 years ago

Yes it is planned.