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

[stalkingwolf]

Zitat:

Zitat von jziersch (Beitrag 1543970)

Kann es sein, dass Dein namespace "xmp" falsch ist?

Ich verwende dies:

Code:

   '<rdf:Description xmlns:fx="urn:factur-x:pdfa:CrossIndustryDocument:invoice:1p0#"' + #32 + 'rdf:about="">' + #10 +
   '<fx:DocumentType>INVOICE</fx:DocumentType>' + #10 +
   '<fx:DocumentFileName>factur-x.xml</fx:DocumentFileName>' + #10 +
   '<fx:Version>1.0</fx:Version>' + #10 +
   '<fx:ConformanceLevel>%s</fx:ConformanceLevel></rdf:Description>' + #10;

Validiert habe ich das hier:
https://portal3.gefeg.com/invoice/page/validation

btw der Validator erkennt die XML in der PDF und prüft diese auch

Bei uns ist es so

Code:

 '<rdf:Description xmlns:fx="urn:factur-x:pdfa:CrossIndustryDocument:invoice:1p0#" rdf:about="">'+
                '<fx:DocumentType>'+Info.Zugferd_DocumentType+'</fx:DocumentType>'+
                '<fx:DocumentFileName>'+Info.Zugferd_DocumentFileName+'</fx:DocumentFileName>'+
                '<fx:Version>'+Info.Zugferd_Version+'</fx:Version>'+
                '<fx:ConformanceLevel>'+Info.Zugferd_ConformanceLevel+'</fx:ConformanceLevel>'+
                '</rdf:Description>'));

Mustang erkennt das auch und meldet nicht das es fehlt.
Schreibe ich eins falsch oder etwas falsches z.b in Version, dann wird wird das gemeldet

weiß jemand wie wichtig folgendes ist

Code:

die Einbettung der XML-Datei [B]über eine Beziehung vom Typ "Alternative"[/B] mit Bezug auf das gesamte Dokument.

weil ich füge die XML in die PDF mit PDFium ein und der kann keine Relationship oder Bezeichnung setzen.

Ich vermute das die Tools die XML nicht finden/erkennen und dann die Meldung ausgeben.
Aber auch nur eine Vermutung. Aktuell bin ich etwas aufgeschmissen wo das Problem liegt

[Kostas]

Muss die Komponente aus dem Github als Komponewnte installiert werden oder nur die Files in das Projekt kopieren. Es gibt keine Anleitung über die Installation.

[sh17]

Zitat:

Zitat von Kostas (Beitrag 1544138)

Muss die Komponente aus dem Github als Komponewnte installiert werden oder nur die Files in das Projekt kopieren. Es gibt keine Anleitung über die Installation.

Die Dateien müssen im Suchpfad verfügbar sein.

[Papaschlumpf73]

Kurzer Erfahrungsbericht zu E-Rechnungsportalen:

Wir versenden inzwischen ausschließlich XRechnungen, da unsere Kunden fast ausschließlich Körperschaften des öffentlichen Rechts sind - die zwei gewerblichen Kunden müssen sich damit arrangieren :-) Dazu verwenden wir die Bibliothek XRechnung-for-Delphi von Sven Harazim bzw. Landrix Software - das funktioniert wirklich super.

Beim Versand über die E-Rechnungsportale hatte ich am Anfang so meine Bedenken. Inzwischen haben die sich aber alle in Luft aufgelöst. Bei einigen Portalen muss man sich einmalig registrieren; bei anderen nicht. Bei allen (von unseren Kunden verwendeten) Portalen können wir die Rechnungen einfach per E-Mail an das Portal senden. Einfach die XRechnungs-XML anhängen und ohne Text absenden. Dafür muss man sich weder jedesmal irgendwo einloggen oder die Rechnungen separat irgendwo hochladen.

Hoffentlich kommt nicht nächsten Monat ein Kunde mit einem ganz exotischen Portal um die Ecke… :-)

[Kostas]

Ich habe eine Frage zum Konzept der Komponente:

Ist das so richtig: Vor E-Rechnung haben wir aus unserer Anwendung heraus eine Rechnung.pdf erzeugt. Jetzt erzeugen wir eine E-Rechnung.xml über die Komponenten und fügen E-Rechnung.xml in unsere bisherige Rechnung.pdf als Anhang über Fastreport ein. Der E-Rechnungs-Viewer, ich meine das Java Projekt welches mit der Komponente mitkommt, kann nur einen Report, eine Art Aufstellung aus dem E-Rechnung.xml erzeugen jedoch NICHT aus dem E-Rechnung.xml ein standardisierte Rechnung.pdf erzeugen. Ist da so korrekt? Benötigt man überhaupt die Möglichkeit aus der E-Rechnung.xml eine Rechnung.pdf zu erzeugen?

[sh17]

Die XML stellt die tatsächliche Rechnung dar. Im Falle einer XRechnung fehlt also das Belegbild, damit auch ein Mensch die Rechnung lesen kann. Dafür nimmt man die beiliegende Java Komponente und lässt aus der XML ein Belegbild erzeugen - eine Visualisierung. Dieses Belegbild ist keine Rechnung - die XML ist die Rechnung.
Im Falle von ZUGFeRD liefert man selbst das Belegbild mit und steckt seine Rechnung in XML hinein.

[Kostas]

Wie kann ich so ein Belegbild erzeugen?

oder ist es das hier wie im Bild?

Dann bitte noch eine Kleinigeit. In meinen Rechnungen sind normale Artikel-Positionen enthalten und eine Gruppen von Unterpositonen. Das sind eine Auflistung an Wiegescheinen die berechnet werden.
Bei ZUGFerD können keine Unterpositionen angelegt wewrden bei UBL-E-Rechnung schon. Ist das eine Limitierung des Formats oder der Komponente?

[Kostas]

Zitat:

Zitat von sh17 (Beitrag 1545282)

...Im Falle von ZUGFeRD liefert man selbst das Belegbild mit und steckt seine Rechnung in XML hinein.

verste ich das richtig? die Rechnung.pdf als Anhang in der Rechnung.xml in Base64? codiert? oder umgekehrt. In dem PDF wird das xml integriert, so haben wir das umgesetzt.

[sh17]

XRechnung - die Rechnung.pdf als Anhang in der Rechnung.xml in Base64 codiert (muss man aber nicht)

ZUGFeRD - In dem PDF wird das xml integriert


wegen den Subinvoicelines bei CII muss ich schauen, gehört normal nicht zum Standard, das ist eine Erweiterung

[stalkingwolf]

Moin,

die Zugferd Dateien welche wir in 2024 bei unseren Test erstellt haben funktionieren nicht mehr.
Wir erhalten nun die Meldung

Code:

[BR-DE-21] Das Element "Specification identifier" (BT-24) soll syntaktisch der Kennung des Standards XRechnung entsprechen.
Pfad: /rsm:CrossIndustryInvoice/rsm:ExchangedDocumentContext[1]

Wir erstellen diese ZUGFeRDExtendedVersion_232 -> TXRechnungInvoiceAdapter301.SaveDocumentUNCEFACT
Dateien mit XRechnungVersion_30x_UBL generiert funktionieren einwandfrei.

Wenn ich das korrekt lese ist damit folgender Teil gemeint oder?

Code:

<ram:GuidelineSpecifiedDocumentContextParameter>
<ram:ID>urn:cen.eu:en16931:2017#conformant#urn:factur-x.eu:1p0:extended</ram:ID>
</ram:GuidelineSpecifiedDocumentContextParameter>