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

[haentschman]

Zitat:

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

...du vergißt die kleinen Firmen die ihre Rechnungen noch manuell prüfen...bis eine Software existiert die eine ÜBERSICHTLICHE Prüfung erlaubt. Bei dem Java Gedöns hast du auf einer Anzeigeseite eine Position und jede Menge evt. nicht benötigte Informationen. Jedes PDF Programm kann die Rechung anzeigen, auch wenn die XML die eigentliche Rechnung ist.

:wink:

PS:
Hat keiner eine Antwort auf meine Frage https://www.delphipraxis.net/1543516-post184.html bezüglich der Verwendung in Threads der XRechnung Unit? :gruebel:

[stalkingwolf]

ja klar die würden alle einen externen Viewer benötigen.
Aber die Dinger gibt es mittlerweile im Web wie Sand am Meer.

[t2000]

Hat sich den mal jemand mit anderer Software beschäftigt? Ich meine die Produkte der "großen" Firmen?

Bis zur Fertigstellung unserer eigenen Software, mit der wir auch Rechnungen schreiben können, nutzen wir Sage 50 Connected. Dort ist seit Sommer die E-Rechnung enthalten.
Ich kann XRech und ZUGFeRD auswählen. Da wir ein PDF wollen, habe ich natürlich ZUGFeRD ausgewählt. Ich bekomme nun meine "normale" Rechnung, wie schon seit vielen Jahren, als PDF. Nur ist jetzt der factur-x.xml Anhang für die E-Rechnung Daten entghalten. Das Ganze ist dann ZUGFeRD 2.x

Also eine "normale" Rechnung wie immer, mit eingebettetem XML. Kann jeder lesen. Ich wüsste keinen Grund, irgendwas anderes zu wollen. Es spielt hier auch keine Rolle, ob der Endkunde eine Firma oder ein Privatkunde ist. Alle bekommen dasselbe. Mit Behörden haben wir nichts zu tun.

Und genauso würde/möchte ist es in unserer Software auch einbinden.

Gibt es Erfahrungen mit anderer Software?

[sh17]

Genormt ist die sicher nicht. Nur eine Umsetzung, die sämtliche Varianten einer Rechnung visuell abbildet. Ist schon eine Herausforderung, das überhaupt zu tun. Für optisch ansprechende Varianten ist sicher noch viel Arbeit nötig. Man möchte ja auch nicht größere Abhängigkeiten, wie Bootstrap etc.

[stalkingwolf]

Zitat:

Zitat von sh17 (Beitrag 1543905)

Genormt ist die sicher nicht. Nur eine Umsetzung, die sämtliche Varianten einer Rechnung visuell abbildet. Ist schon eine Herausforderung, das überhaupt zu tun. Für optisch ansprechende Varianten ist sicher noch viel Arbeit nötig. Man möchte ja auch nicht größere Abhängigkeiten, wie Bootstrap etc.

d.h was t2000 schreibt könnte man theoretisch auch machen?
Man nimmt seine eigentlich Rechnung als PDF und fügt dort die XML Datei ein?

Ich glaube nicht mal das einer unserer Kunden das ablehnen würde. Wir sind Branchensoftware und mit den meisten sogar per Du.
Frage ist nur ob in X Jahre dann ein Steuerprüft kommt und sagt "Nö!".

Das wird nächstes Jahr.
Mich rufen Kunden an die Komplett überfordert sind und nicht mal was von X-Rechnung gehört haben und sich nur wundern warum Ihre Lieferanten sie fragen welches Format sie haben sollen ab 2025.

[sh17]

Zitat:

Zitat von stalkingwolf (Beitrag 1543909)

d.h was t2000 schreibt könnte man theoretisch auch machen?
Man nimmt seine eigentlich Rechnung als PDF und fügt dort die XML Datei ein?

Natürlich, das meine ich doch, warum kompliziert machen. Muss am Ende halt eine PDF A3 sein. wPDF kann das und sicher auch noch andere.
Wer keine passende PDF-Lib hat, kann Mustangproject nehmen.

[AuronTLG]

Also unsere Kunden drehen durch, wenn sie keine althergebrachte Rechnung lesen, ausdrucken und in der Hand halten können und Gott bewahre, was passieren würde, wenn wir deren liebevoll zusammengebauten individuellen Rechnungsformulare durch eine hässliche automatisch visualisierte PDF ersetzten. Fackeln und Mistgabeln wären das mindeste.
Von daher beschwere ich mich nicht zu sehr darüber, dass es sowohl ZUGFeRD als auch XRechnung als Format gibt, da ZUGFeRD dieses Problem recht simpel löst, solange man technisch dafür Sorge trägt, dass XML und PDF identisch sind.

Um die erwähnten Vorlieben der Kunden mit den Anforderungen der öffentlichen Stellen, die nur XRechnungs-XMLs akzeptieren, in Einklang zu bringen und nicht verschiedene Formate pflegen zu müssen, verwenden wir ZUGFeRD mit dem Profil XRECHNUNG, was quasi nichts anderes als eine PDF mit der zugehörigen XRechnungs-XML drin ist.
Damit schreiben wir grundsätzlich nur XRechnungen, die dann in die zugehörigen gewohnten Rechnungs-PDFs reingeknäult werden, womit jeder glücklich ist.

Eine Visualisierung von XRechnungen zu bauen, die anpassbare Formulare erzeugt, ist zwar theoretisch möglich, aber ein derartig großer Aufwand, dass ich das garantiert nicht selbst angehen werde. Wenn sich wer anders das antun will, bitte, aber solange bleibe ich einfach bei ZUGFeRD.

[stalkingwolf]

Zitat:

Zitat von sh17 (Beitrag 1543911)

Zitat:

Zitat von stalkingwolf (Beitrag 1543909)

d.h was t2000 schreibt könnte man theoretisch auch machen?
Man nimmt seine eigentlich Rechnung als PDF und fügt dort die XML Datei ein?

Natürlich, das meine ich doch, warum kompliziert machen. Muss am Ende halt eine PDF A3 sein.

passt danke für die Info.

[Rollo62]

Zitat:

Zitat von stalkingwolf (Beitrag 1543880)

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.

Ist es nicht eigentlich genau andersherum?
Du hast eine perfekt designte unmd layoutete PDF-Rechnung die mit einem Papier-Briefbogen der von teuren Designern erstellt wurde kompatibel ist und wo jeder Millimeter Space darauf genau verplant ist und seine Berechtigung hat.
Die Kunden kennen Dich seit Jahrzehnten unter deinem CI mit eigenem, coolem Briefbogen und den möchtest Du natürlich deswegen auch unbedingt beibehalten.

Also möchtest Du eigentlich nur deine bisherige PDF-Rechnung möglichst unverändert übernehmen und
nur den blöden XML-Teil irgendwie dazufrickeln.

Oder sehe ich das mal wieder zu sehr durch die rosarote Brille? :gruebel:

[stalkingwolf]

Zitat:

Zitat von Rollo62 (Beitrag 1543928)

Zitat:

Zitat von stalkingwolf (Beitrag 1543880)

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.

Ist es nicht eigentlich genau andersherum?

Thema ist ja schon geklärt. Ich war mir nicht sicher ob das neue PDF Layout Pflicht ist. Weil in den ganzen Beispiele ich habe und sehe diese immer gleich aussahen.

Ich habe mir mal den mustang validator heruntergeladen und eine normale PDF auf PDFA gespeichert reicht wohl nicht aus.
Habe unzählige Fehlermeldungen vor allem wegen den Metadaten.
die XML ist ok wenn ich diese einzeln validiere.