{"id":322026,"date":"2026-02-28T16:48:30","date_gmt":"2026-02-28T15:48:30","guid":{"rendered":"https:\/\/borncity.com\/blog\/?p=322026"},"modified":"2026-03-04T12:15:13","modified_gmt":"2026-03-04T11:15:13","slug":"meine-pleite-mit-zugferd-erechnungen-und-der-validierung-teil-4","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2026\/02\/28\/meine-pleite-mit-zugferd-erechnungen-und-der-validierung-teil-4\/","title":{"rendered":"Meine Pleite mit ZUGFeRD-eRechnungen und der Validierung – Teil 4"},"content":{"rendered":"

\"\"Seit Anfang 2026 m\u00fcssen Unternehmen elektronische Rechnungen (kurz eRechnung) annehmen k\u00f6nnen. Ich habe diesen Schritt auch f\u00fcr mich umgesetzt und in einer Artikelreihe von Teil 1 bis Teil 3b mit einer vermeintlichen L\u00f6sung beschrieben. Im Lauf der letzten Wochen bin ich dann aber mit der Validierung von eRechnungen im ZUGFeRD-Format auf den Bauch gefallen. Ich habe inzwischen zwar eine\u00a0 funktionierende L\u00f6sung, m\u00f6chte aber nachfolgend in Teil 5 skizzieren, wo es bei der Validierung von eRechnungen scheitert und zu welcher Notl\u00f6sung ich dann gegriffen habe.<\/p>\n

<\/p>\n

Kurzer R\u00fcckblick zum Thema eRechnung<\/h2>\n

\"\"Seit Anfang 2025 wird die elektronische Rechnung (kurz eRechnung) schrittweise verpflichtend eingef\u00fchrt. Gr\u00f6\u00dfere Unternehmen m\u00fcssen bei Ums\u00e4tzen zwischen inl\u00e4ndischen Unternehmern regelm\u00e4\u00dfig eine elektronische Rechnung (E-Rechnung) erstellen. F\u00fcr kleinere Unternehmen gelten \u00dcbergangsfristen.<\/p>\n

Seit dem 1.1.2026 m\u00fcssen Unternehmen elektronische Rechnungen entgegen nehmen k\u00f6nnen. Ab 2028 m\u00fcssen dann alle Unternehmen eRechnungen f\u00fcr Unternehmenskunden ausstellen k\u00f6nnen. Ich hatte im Blog-Beitrag ZUGFeRD und XRechnung: Bestandsaufnahme und \u00dcberblick<\/a> \u2013 Teil 1 die Details skizziert.<\/p>\n

Sp\u00e4testens 2028 trifft mich dann die eRechnungs-Pflicht auch, und ich hatte im Dezember 2025 damit begonnen, mich auf das Thema vorzubereiten, so dass ich ab dem 1.1.2026 sowohl eRechnungen empfangen als auch ausstellen kann. Welche L\u00f6sungen es grunds\u00e4tzlich gibt, habe ich im Beitrag L\u00f6sungen zum Empfang und Erzeugen von ZUgFeRD-Rechnungen<\/a> \u2013 Teil 2 angerissen.<\/p>\n

Pers\u00f6nlich wollte ich keine Cloud-L\u00f6sung von einem Anbieter, sondern eine Software mit Perpetual Lizenz, die ich lokal unter Windows und ggf. Linux verwenden kann. Mit meinen vielleicht 50 Rechnungen pro Jahr sollte diese L\u00f6sung bezahlbar und einfach sein.<\/p>\n

Nach vielen Tests hatte ich mich f\u00fcr die OpenSource-L\u00f6sung Fakturama entschieden und diese in den Beitr\u00e4gen OpenSource ZUGFeRD-L\u00f6sung Fakturama im Hands-on<\/a> \u2013 Teil 3a sowie OpenSource ZUGFeRD-L\u00f6sung Fakturama im Hands-on<\/a> \u2013 Teil 3b etwas detaillierter vorgestellt.<\/p>\n

Die Pleite mit der Validierung<\/h2>\n

eRechnungen k\u00f6nnen in den Formaten ZUGFeRD (PDF+XML-Teil) und XRechnung (nur XML-Teil) erstellt werden. Zur Verarbeitung dieser elektronischen Rechnungen muss der XML-Teil aber bestimmten Spezifikationen entsprechen und alle aus steuerlichen Gr\u00fcnden erforderlichen Angaben enthalten. Der Nachweis, dass eine eRechnung zu den vom Empf\u00e4nger verwendeten Standards konform ist, erfolgt durch eine Validierung.<\/p>\n

Im Blog-Beitrag L\u00f6sungen zum Empfang und Erzeugen von ZUGFeRD-Rechnungen<\/a> \u2013 Teil 2 hatte ich die Ans\u00e4tze skizziert, die ich zur Validierung der erzeugten ZUGFeRD-Rechnungen verwendet hatte. Am Ende des Tages war ich mit Fakturama in der Lage eRechnungen im ZUGFeRD-Format zu erstellen. Und diese wurden mit den von mir lokal zur Validierung verwendeten Programmen (Quba Viewer, Openindex ZUGFeRD Manager) akzeptiert.<\/p>\n

Ein Kunde weist die eRechnung als ung\u00fcltig ab<\/h3>\n

Ich f\u00fchlte mich also gut aufgestellt und dachte, dass das Thema vom Tisch sei. Die ersten eRechnungen gingen an Kunden raus und alles sah gut aus. Bis die erste Mail eintraf, dass meine eRechnung im ZUGFeRD-Format nicht valide sei und zur\u00fcckgewiesen werde. Der Kunde verwendete eine Cloud-L\u00f6sung, in der alle eRechnungen eingespeist werden. Dort werden alle eRechnungen automatisch validiert und ggf. bei Fehlern zur\u00fcckgewiesen.<\/p>\n

Genau von dieser L\u00f6sung erhielt ich eine E-Mail mit dem Hinweis, dass die Annahme der ZUGFeRD-Datei wegen Fehlern verweigert werde. Da stand ich nun mit meiner Fakturama-L\u00f6sung.<\/p>\n

Meine Validierungen akzeptieren die ZUGFeRD-Dateien<\/h3>\n

Ein schneller Test mit Quba Viewer und dem Openindex ZUGFeRD Manager wies meine eRechnung im ZUGFeRD-Format als valide an.\u00a0Ich habe dann den XML-Teil factur-x.xml <\/em>mit dem Quba Viewer aus der ZUGFeRD-Datei herausgel\u00f6st und\u00a0im Validator-Portal von Baden-W\u00fcrttemberg pr\u00fcfen lassen. Es wurden mir mehrere Warnungen, samt dem Hinweis, dass die Annahme der Rechnung empfohlen werde, angezeigt.<\/p>\n

Mit Ecosio in den saure Apfel gebissen<\/h3>\n

Nach einiger Recherche war klar, dass ich meine eRechnungen auf der Plattform ecosio.com kostenlos validieren lassen kann. War zwar nicht meine Wunschl\u00f6sung, da es ein Upload in die Cloud bedeutete. Aber f\u00fcr einige Validierungen von Testrechnungen sollte es reichen.<\/p>\n

\"ZUGFeRD-Ecosio<\/a><\/p>\n

Auf der Seite l\u00e4sst sich eine eRechnung im ZUGFeRD-Format hochladen und dann die Validierungsregel ausw\u00e4hlen. Gesagt getan, und die beanstandete eRechnung im ZUGFeRD-Format pr\u00fcfen lassen. In der Tat wurden von Ecosio Fehler in der XML-Struktur ausgewiesen.<\/p>\n

Allerdings waren diese Fehlermeldungen f\u00fcr mich bereits \u00e4u\u00dferst kryptisch – ein normaler Anwender wird schon gar nichts mit anfangen k\u00f6nnen. Da stand ich nun, hart gegen die Wand gefahren. Also doch eine der Cloud-Abo-L\u00f6sungen verwenden?<\/p>\n

PDF24 als Notnagel<\/h2>\n

Mir blieb nichts anderes \u00fcbrig, mir dann auf die Schnelle eine E-Rechnung f\u00fcr den Kunden mittels der Cloud-L\u00f6sung PDF24<\/a> generieren zu lassen. Dazu wird die verlinkte Webseite aufgerufen, und man kann die Daten f\u00fcr die eRechnung anschlie\u00dfend in bereitstehende Felder eintippen (siehe folgende Abbildung).<\/p>\n

\"PDF24-eRechnung\"<\/a><\/p>\n

Es gibt sogar Schaltfl\u00e4chen, um Rechnungen und Rechnungs-Teildaten in JSON-Dateien zu speichern und sp\u00e4ter wieder zu laden. Das Erstellen einer eRechnung im ZUGFeRD-Format ist kostenlos.\u00a0Diese so von mir auf die Schnelle erstellte eRechnung im ZUGFeRD-Format wurde bei der Validierung auf ecosio.com<\/a>\u00a0als korrekt ausgewiesen.<\/p>\n

Auf der Suche nach einer L\u00f6sung …<\/h2>\n

Als ich diese eRechnung dann beim Kunden einreichte, wurde diese akzeptiert. Ich hatte also eine Notl\u00f6sung – komfortabel schreibt sich anders. Zudem st\u00f6rte mich der Umstand, dass ich mit PDF24 doch noch in der Cloud gelandet bin. Auch wenn der Anbieter schreibt, dass die generierte Rechnung samt hochgeladenen Daten nach dem Erstellen binnen Stunden gel\u00f6scht und nichts ausgewertet wird.<\/p>\n

Mit Fakturama bisher gescheitert<\/h3>\n

Eine Recherche ergab, dass es bereits Ende 2024 Meldungen im Fakturama-Forum gab, dass die ZUGFeRD-Rechnungen nicht validierbar seinen. Ich hatte zwar vernommen, dass die ZUGFeRD-Geschichte in der Version 2.2 von Fakturama gel\u00f6st werden soll. Aber mein Test mit der Beta dieser Version war niederschmetternd. Die Validierung auf ecosio.com<\/a> scheiterte.<\/p>\n

Ich habe dann die Faturama-Enwickler direkt per Mail kontaktiert und auf das Problem hingewiesen. Auch nach gut drei Wochen habe ich keine R\u00fcckmeldung erhalten.\u00a0Klar, es ist ein Open Source-Projekt, da kann man nicht erwarten, dass die Leute auf Mails reagieren. Aber am Ende des Tages hie\u00df es f\u00fcr mich: Fakturama ist f\u00fcr mich in der vorliegenden Form unbrauchbar, wenn ich die Software auch vom Funktionsumfang f\u00fcr meine Zwecke als\u00a0 geeignet ansah. Aber ich muss im Fall der F\u00e4lle halt eine validierbare eRechnung erzeugen k\u00f6nnen.<\/p>\n

Gl\u00fccksgriff mit Rechnung Fertig<\/h3>\n

An dieser Stelle fiel dann ein Puzzleteil ins Bild, denn auf X meldete sich\u00a0Martin Pyka, der auf rechnungfertig.de <\/em>eine L\u00f6sung zum Erstellen von eRechnungen anbietet.<\/p>\n

\"RechnungFertig\"<\/a><\/p>\n

Es handelt sich um eine per Electron-Framework implementierte L\u00f6sung f\u00fcr kleine Firmen oder Freiberufler, die unter Windows l\u00e4uft. Martin Pyka bietet einen kostenlosen Download der Software an, so dass man ausf\u00fchrlich testen kann. In der Testversion werden alle generierten Rechnungen mit einer Markierung \"Test\" versehen.<\/p>\n

Ich habe mir die ZIP-Archivdatei mit den Programmdateien heruntergeladen, und unter Windows in einen lokalen Ordner entpackt. Als ich die Programmdatei erstmals startete, war ich binnen einer Minute begeistert. Das Programm startete recht fix, wartete mit einer f\u00fcr mich intuitiven Oberfl\u00e4che auf und bot sofort das Generieren einer ZUGFeRD-Rechnung mit Testdaten an.<\/p>\n

Begeistert deshalb, weil ich seit Januar 2026 einige L\u00f6sungen getestet habe, diese oft binnen kurzer Zeit verwerfen musste, weil ich einfach kein Land sah, die L\u00f6sung irre kompliziert und\/oder irre langsam war. Mit Fakturama habe ich knapp zwei Tage experimentiert, bis ich soweit war, dass ich eine (nicht validierbare) eRechnung erzeugen konnte.<\/p>\n

Bei RechnungFertig hatte ich das Gef\u00fchl, dass ich binnen f\u00fcnf Minuten zum Ziel gelangen k\u00f6nnte. Zwar fiel ich beim Generieren der Test-eRechnung mit den vorbereiteten Daten auf die Nase, weil es eine kryptische Fehlermeldung ab. Ich hatte aber gelesen, dass der Entwickler sowohl Microsoft Word als auch den LibreOffice Writer zur Generierung der PDF-Anteile der eRechnung unterst\u00fctzt.<\/p>\n

Anhang der Log-Dateien, auf die in der Fehlermeldung zur Analyse der Fehlerursache hingewiesen wurde, fand ich die Information, dass etwas mit der Generierung nicht stimmt. Mir kam schnell der Verdacht, dass es man meinem noch installierten Word 2000 h\u00e4ngen k\u00f6nne. Also den Office 2000-Programmordner umbenannt, und schon klappte die Erzeugung meiner ersten Testrechnung.<\/p>\n

Die Validierung auf ecosio.com<\/a> ergab auch gr\u00fcnes Licht f\u00fcr die Testrechnung.\u00a0Die Lizenz f\u00fcr 40 Euro ist auch erschwinglich. Das war der Punkt, wo ich mit dem Entwickler Kontakt aufnahm, um das obige Word-Problem anzusprechen. Aktueller Stand ist, dass ich seit Anfang Februar mit Martin Pyka in Kontakt stehe, und das Programm teste. Ich habe eine Lizenz und bin mit RechnungFertig-1.4.1 gestartet. Inzwischen sind wir bei RechnungFertig-1.5.2, weil der Entwickler auf Grund meiner Hinweise einige Korrekturen und Erg\u00e4nzungen vorgenommen hat.<\/p>\n

Noch mal ein R\u00fcckschlag<\/h3>\n

Ich war endlich so weit, dass ich validierbare eRechnungen im ZUGFeRD-Format erstellen konnte. Mein Word 2000-Problem hatte ich auch entsch\u00e4rft, indem ich im PowerShell-Modul, welches der Entwickler zur Pr\u00fcfung, ob Microsoft Office oder LibreOffice verf\u00fcgbar ist, die Logik zur Programmauswahl entsprechend angepasst habe.<\/p>\n

Als ich dann letzte Woche in der vom Entwickler bereitgestellten Programmversion 1.5.0 die erste Produktiv-Rechnung erstellen lie\u00df, kam dann der n\u00e4chste R\u00fcckschlag. Die Validierung auf ecosio.com<\/a> scheiterte.\u00a0\u00a0\"ZUGFeRD-Ecosio<\/a><\/p>\n

Es gab pl\u00f6tzlich zwei oder drei Warnungen.\u00a0Bei den alten, mit RechnungFertig 1.4.1 erstellten eRechnungen wurde sogar ein Validierungsfehler gemeldet. Es sieht mir so aus,\u00a0 dass ecosio.com<\/a> im Februar 2026 den Validierungsprozess \u00fcberarbeitet hat. Nur so ist zu erkl\u00e4ren, dass die alten, vor Wochen als valide bezeichneten ZUGFeRD-Rechnungen pl\u00f6tzlich abgewiesen wurden.<\/p>\n

Lange Rede, kurzer Sinn: Ich stehe mit dem Entwickler im Austausch und habe die Probleme als Tester gemeldet.\u00a0Der Entwickler wies bei einer Warnung darauf hin, dass diese auf Grund der fehlenden Empf\u00e4nger-E-Mail-Adresse passiert. Beim Testen fand er noch weitere Fehler im Validierungsteil. Mit der mir nun vorliegenden RechnungFertig 1.5.2 bin ich erneut in der Lage, validierbare eRechnungen zu erstellen.<\/p>\n

Ich plane in Teil 5 noch eine Vorstellung der L\u00f6sung \"RechnungFertig\", denn ich denke, das Programm ist f\u00fcr kleine Freiberufler mit wenigen Rechnungen schon eine geniale L\u00f6sung – und mit 40 Euro f\u00fcr die Lizenz auf jeden Fall einen Blick wert. Zudem kann jeder die Software im Demo-Modus unbegrenzt testen und schauen, ob es passt.<\/p>\n

Artikelreihe<\/strong>
\nZUGFeRD und XRechnung: Bestandsaufnahme und \u00dcberblick<\/a>\u00a0\u2013 Teil 1
\nL\u00f6sungen zum Empfang und Erzeugen von ZUgFeRD-Rechnungen<\/a>\u00a0\u2013 Teil 2
\nOpenSource ZUGFeRD-L\u00f6sung Fakturama im Hands-on<\/a>\u00a0\u2013 Teil 3a
\nOpenSource ZUGFeRD-L\u00f6sung Fakturama im Hands-on<\/a>\u00a0\u2013 Teil 3b
\nMeine Pleite mit ZUGFeRD-eRechnungen und der Validierung<\/a>\u00a0\u2013 Teil 4
\nRechnung-Fertig, eine L\u00f6sung f\u00fcr eRechnung (ZUGFeRD und XRechnung)<\/a>\u00a0\u2013 Teil 5<\/p>\n","protected":false},"excerpt":{"rendered":"

Seit Anfang 2026 m\u00fcssen Unternehmen elektronische Rechnungen (kurz eRechnung) annehmen k\u00f6nnen. Ich habe diesen Schritt auch f\u00fcr mich umgesetzt und in einer Artikelreihe von Teil 1 bis Teil 3b mit einer vermeintlichen L\u00f6sung beschrieben. Im Lauf der letzten Wochen bin … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1,7459],"tags":[15520],"class_list":["post-322026","post","type-post","status-publish","format-standard","hentry","category-allgemein","category-software","tag-zugferd"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/322026","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=322026"}],"version-history":[{"count":6,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/322026\/revisions"}],"predecessor-version":[{"id":322180,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/322026\/revisions\/322180"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=322026"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=322026"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=322026"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}