Wie sieht die Zukunft mit XRechnung, ZUGFerD, Peppol und Co. aus ?

[stalkingwolf]

Hallo,

wenn ich das nun alles korrekt lese gibt es atm keine simple Lösung für Zugferd PDF Dateien mit eingefügter XML Datei unter Delphi zu erstellen oder lesen.

Egal was man sich anschaut setzt auf Javawrapper für Mustang auf.

[BlueStarHH]

Zitat von stalkingwolf:

wenn ich das nun alles korrekt lese gibt es atm keine simple Lösung für Zugferd PDF Dateien mit eingefügter XML Datei unter Delphi zu erstellen oder lesen.

Doch, gibt es hier:
https://github.com/LandrixSoftware/XRechnung-for-Delphi

Zitat von stalkingwolf:

Egal was man sich anschaut setzt auf Javawrapper für Mustang auf.

Das brauchst Du zur Zeit nur für die Validation.

[stalkingwolf]

das Projekt nutze ich.

Wo kann ich dort eine PDF/A-3 mit XML erstellen oder einlesen und den XML Datei extrahieren?
Die XML selber erstellen/einlesen funktioniert.

[AuronTLG]

Zitat:

Hallo,

wenn ich das nun alles korrekt lese gibt es atm keine simple Lösung für Zugferd PDF Dateien mit eingefügter XML Datei unter Delphi zu erstellen oder lesen.

Egal was man sich anschaut setzt auf Javawrapper für Mustang auf.

Kommt auf die Definition von "simpel" an. Wenn es nur darum geht, eine XML in eine PDF zu packen bzw rauszuholen, gibt es noch andere Drittanbieter-Möglichkeiten wie etwa WPTools oder Imageen, bei denen man keine Java runtime braucht, die aber dann im Gegensatz zu Mustang, welches die Apache-Lizenz verwendet, Geld kosten.

Ich verwende Mustang, nutze es aber tatsächlich "nur" für die Validierung und Visualisierung, da deren manuelle Umsetzung ansonsten ein purer Albtraum wäre.
Zum XML aus PDF rausholen bzw reinschreiben nehme ich Imageen und WPTools, da das deutlich schneller ist als der Mustang-Zugriff und ich die Komponenten eh schon hatte.

Wenn du mit simpel "ohne Drittsoftware" meinst, ist die Antwort meines Wissens nein.

[Rollo62]

Zitat von sh17:

Käuferreferenz BT-10
...
Im Falle XRechnung und B2B einfach non-existent reinschreiben.

Auch eine schöne Lösung

Ich versuche da die Lieferantennummer reinzuschreiben, unter welcher der "Biller" bei dem "Buyer" gelistet ist.
Alternativ würde ich da irgendeine "Referenz" vom Kunden für den Kauf reinschreiben, so wie das manche Webshops machen,
wo der Käufer sich selbst seine Referenz reinschreiben kann.
Ansonsten die Angebotsnummer, als Käuferreferenz.

Wäre das denn ein Problem, wenn eine Angebotsnummer mal als Angebotsnummer und mal als Käuferreferenz, also doppelt im File drin steht?
Ich meine erstmal nein, das kann der Käufer halten wie er will.

Es ist aber richtig, dass dies nicht immer existieren muss, also "non-existent" ist die perfekte Lösung dafür.
Das merke ich mir auch für andere Fälle

[stalkingwolf]

Zitat von AuronTLG:

Zitat:

Hallo,

wenn ich das nun alles korrekt lese gibt es atm keine simple Lösung für Zugferd PDF Dateien mit eingefügter XML Datei unter Delphi zu erstellen oder lesen.

Egal was man sich anschaut setzt auf Javawrapper für Mustang auf.

Wenn du mit simpel "ohne Drittsoftware" meinst, ist die Antwort meines Wissens nein.

ich habe gerade mit PDFium herumgespielt. Die freie Version welche auf pdfium.dll von Google aufsetzt.
Damit kann ich die Anhänge extrahieren und auch Anhänge in eine PDF Datei hinzufügen.
und das alles mit reinem Delphi Code.

Was natürlich super mega hyper cool wäre. Eine Lib welche aus der Zugferd XML die passende PDF generiert und die XML hinzufügt.
Aber einige Sachen muss man wohl noch selber programmieren

[jziersch]

Zitat von stalkingwolf:

Was natürlich super mega hyper cool wäre. Eine Lib welche aus der Zugferd XML die passende PDF generiert und die XML hinzufügt.

Stellst Du Dir da eine art reporting lösung vor?

Ich habe auch schon darüber nachgedacht, aber die vielen speziellen Steuer- und Warenart Typen in der Definiton machen dies eher unrealistisch. Auch das Quantity Element ist extrem vielseitig.

Mit der Lib WPXOrder kannst Du aber die Items einzeln abrufen und die Werte einfach auslesen. Damit wäre der Aufwand für eine Rechnungserstellung bei definierter Zielgruppe überschaubar.

Wie Rechnungsummen gebildet werden können steht dort auch im Code. Viel Erfolg!

[sh17]

Welche PDF-Lib am Ende jeder nutzt, um PDF mit XML zu erzeugen oder auszulesen, muss jeder selbst wissen. Wie setzen auf wPDF. Zum Auslesen geht z.B. auch Pdfium. Man muss also nicht auf Mustang setzen. Das dient nur der Darstellung der Möglichkeit.

Und warum muss man unbedingt aus einer XML eine ZUGFeRD-Pdf erzeugen, um die dann zu kombinieren und zu verschicken? Man kann doch gleich die XML als XRechnung versenden. Die "hässliche" Ansicht als Pdf kann sich der Empfänger auch aus der XRechnung generieren.

[stalkingwolf]

Zitat von sh17:

Welche PDF-Lib am Ende jeder nutzt, um PDF mit XML zu erzeugen oder auszulesen, muss jeder selbst wissen. Wie setzen auf wPDF. Zum Auslesen geht z.B. auch Pdfium. Man muss also nicht auf Mustang setzen. Das dient nur der Darstellung der Möglichkeit.

Und warum muss man unbedingt aus einer XML eine ZUGFeRD-Pdf erzeugen, um die dann zu kombinieren und zu verschicken? Man kann doch gleich die XML als XRechnung versenden. Die "hässliche" Ansicht als Pdf kann sich der Empfänger auch aus der XRechnung generieren.

weil unsere Kunden das leider angefordert haben.

Wir haben die Lösung XML mit PDF (unsere vorherige Rechnung ) als Attachment.
Zugferd solo nur XML Datei.

Frage zu der "hässlichen Ansicht". Ist die "genormt" vorgegeben? Für uns sieht das eher wie eine Webseite aus welche als PDF gedruckt wurde.

[stalkingwolf]

Zitat von jziersch:

Zitat von stalkingwolf:

Was natürlich super mega hyper cool wäre. Eine Lib welche aus der Zugferd XML die passende PDF generiert und die XML hinzufügt.

Stellst Du Dir da eine art reporting lösung vor?

Ich habe auch schon darüber nachgedacht, aber die vielen speziellen Steuer- und Warenart Typen in der Definiton machen dies eher unrealistisch. Auch das Quantity Element ist extrem vielseitig.

ja ein Art Reporting. Bei uns in der eigenen Software wissen wir ja was kommt und wie es ausschaut. Vermutlich Allgemein wirklich zu komplex.
Wir werden uns hier wohl noch eine eigene Lösung erstellen müssen.

IMO finde die Lösung XML mit PDF als Anhang eh schicker als umgekehrt.