Seit Anfang 2026 müssen Unternehmen elektronische Rechnungen (kurz eRechnung) annehmen können. Ich habe diesen Schritt auch für mich umgesetzt und in einer Artikelreihe von Teil 1 bis Teil 3b mit einer vermeintlichen Lösung 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 funktionierende Lösung, möchte aber nachfolgend in Teil 5 skizzieren, wo es bei der Validierung von eRechnungen scheitert und zu welcher Notlösung ich dann gegriffen habe.
Kurzer Rückblick zum Thema eRechnung
Seit Anfang 2025 wird die elektronische Rechnung (kurz eRechnung) schrittweise verpflichtend eingeführt. Größere Unternehmen müssen bei Umsätzen zwischen inländischen Unternehmern regelmäßig eine elektronische Rechnung (E-Rechnung) erstellen. Für kleinere Unternehmen gelten Übergangsfristen.
Seit dem 1.1.2026 müssen Unternehmen elektronische Rechnungen entgegen nehmen können. Ab 2028 müssen dann alle Unternehmen eRechnungen für Unternehmenskunden ausstellen können. Ich hatte im Blog-Beitrag ZUGFeRD und XRechnung: Bestandsaufnahme und Überblick – Teil 1 die Details skizziert.
Spätestens 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ösungen es grundsätzlich gibt, habe ich im Beitrag Lösungen zum Empfang und Erzeugen von ZUgFeRD-Rechnungen – Teil 2 angerissen.
Persönlich wollte ich keine Cloud-Lösung 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ösung bezahlbar und einfach sein.
Nach vielen Tests hatte ich mich für die OpenSource-Lösung Fakturama entschieden und diese in den Beiträgen OpenSource ZUGFeRD-Lösung Fakturama im Hands-on – Teil 3a sowie OpenSource ZUGFeRD-Lösung Fakturama im Hands-on – Teil 3b etwas detaillierter vorgestellt.
Die Pleite mit der Validierung
eRechnungen können 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ünden erforderlichen Angaben enthalten. Der Nachweis, dass eine eRechnung zu den vom Empfänger verwendeten Standards konform ist, erfolgt durch eine Validierung.
Im Blog-Beitrag Lösungen zum Empfang und Erzeugen von ZUGFeRD-Rechnungen – Teil 2 hatte ich die Ansätze 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.
Ein Kunde weist die eRechnung als ungültig ab
Ich fühlte 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ückgewiesen werde. Der Kunde verwendete eine Cloud-Lösung, in der alle eRechnungen eingespeist werden. Dort werden alle eRechnungen automatisch validiert und ggf. bei Fehlern zurückgewiesen.
Genau von dieser Lösung 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ösung.
Meine Validierungen akzeptieren die ZUGFeRD-Dateien
Ein schneller Test mit Quba Viewer und dem Openindex ZUGFeRD Manager wies meine eRechnung im ZUGFeRD-Format als valide an. Ich habe dann den XML-Teil factur-x.xml mit dem Quba Viewer aus der ZUGFeRD-Datei herausgelöst und im Validator-Portal von Baden-Württemberg prüfen lassen. Es wurden mir mehrere Warnungen, samt dem Hinweis, dass die Annahme der Rechnung empfohlen werde, angezeigt.
Mit Ecosio in den saure Apfel gebissen
Nach einiger Recherche war klar, dass ich meine eRechnungen auf der Plattform ecosio.com kostenlos validieren lassen kann. War zwar nicht meine Wunschlösung, da es ein Upload in die Cloud bedeutete. Aber für einige Validierungen von Testrechnungen sollte es reichen.
Auf der Seite lässt sich eine eRechnung im ZUGFeRD-Format hochladen und dann die Validierungsregel auswählen. Gesagt getan, und die beanstandete eRechnung im ZUGFeRD-Format prüfen lassen. In der Tat wurden von Ecosio Fehler in der XML-Struktur ausgewiesen.
Allerdings waren diese Fehlermeldungen für mich bereits äußerst kryptisch – ein normaler Anwender wird schon gar nichts mit anfangen können. Da stand ich nun, hart gegen die Wand gefahren. Also doch eine der Cloud-Abo-Lösungen verwenden?
PDF24 als Notnagel
Mir blieb nichts anderes übrig, mir dann auf die Schnelle eine E-Rechnung für den Kunden mittels der Cloud-Lösung PDF24 generieren zu lassen. Dazu wird die verlinkte Webseite aufgerufen, und man kann die Daten für die eRechnung anschließend in bereitstehende Felder eintippen (siehe folgende Abbildung).
Es gibt sogar Schaltflächen, um Rechnungen und Rechnungs-Teildaten in JSON-Dateien zu speichern und später wieder zu laden. Das Erstellen einer eRechnung im ZUGFeRD-Format ist kostenlos. Diese so von mir auf die Schnelle erstellte eRechnung im ZUGFeRD-Format wurde bei der Validierung auf ecosio.com als korrekt ausgewiesen.
Auf der Suche nach einer Lösung …
Als ich diese eRechnung dann beim Kunden einreichte, wurde diese akzeptiert. Ich hatte also eine Notlösung – komfortabel schreibt sich anders. Zudem störte 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öscht und nichts ausgewertet wird.
Mit Fakturama bisher gescheitert
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öst werden soll. Aber mein Test mit der Beta dieser Version war niederschmetternd. Die Validierung auf ecosio.com scheiterte.
Ich habe dann die Faturama-Enwickler direkt per Mail kontaktiert und auf das Problem hingewiesen. Auch nach gut drei Wochen habe ich keine Rückmeldung erhalten. Klar, es ist ein Open Source-Projekt, da kann man nicht erwarten, dass die Leute auf Mails reagieren. Aber am Ende des Tages hieß es für mich: Fakturama ist für mich in der vorliegenden Form unbrauchbar, wenn ich die Software auch vom Funktionsumfang für meine Zwecke als geeignet ansah. Aber ich muss im Fall der Fälle halt eine validierbare eRechnung erzeugen können.
Glücksgriff mit Rechnung Fertig
An dieser Stelle fiel dann ein Puzzleteil ins Bild, denn auf X meldete sich Martin Pyka, der auf rechnungfertig.de eine Lösung zum Erstellen von eRechnungen anbietet.
Es handelt sich um eine per Electron-Framework implementierte Lösung für kleine Firmen oder Freiberufler, die unter Windows läuft. Martin Pyka bietet einen kostenlosen Download der Software an, so dass man ausführlich testen kann. In der Testversion werden alle generierten Rechnungen mit einer Markierung "Test" versehen.
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ür mich intuitiven Oberfläche auf und bot sofort das Generieren einer ZUGFeRD-Rechnung mit Testdaten an.
Begeistert deshalb, weil ich seit Januar 2026 einige Lösungen getestet habe, diese oft binnen kurzer Zeit verwerfen musste, weil ich einfach kein Land sah, die Lösung 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.
Bei RechnungFertig hatte ich das Gefühl, dass ich binnen fünf Minuten zum Ziel gelangen könnte. 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ützt.
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ängen könne. Also den Office 2000-Programmordner umbenannt, und schon klappte die Erzeugung meiner ersten Testrechnung.
Die Validierung auf ecosio.com ergab auch grünes Licht für die Testrechnung. Die Lizenz für 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änzungen vorgenommen hat.
Noch mal ein Rückschlag
Ich war endlich so weit, dass ich validierbare eRechnungen im ZUGFeRD-Format erstellen konnte. Mein Word 2000-Problem hatte ich auch entschärft, indem ich im PowerShell-Modul, welches der Entwickler zur Prüfung, ob Microsoft Office oder LibreOffice verfügbar ist, die Logik zur Programmauswahl entsprechend angepasst habe.
Als ich dann letzte Woche in der vom Entwickler bereitgestellten Programmversion 1.5.0 die erste Produktiv-Rechnung erstellen ließ, kam dann der nächste Rückschlag. Die Validierung auf ecosio.com scheiterte. 
Es gab plötzlich zwei oder drei Warnungen. Bei den alten, mit RechnungFertig 1.4.1 erstellten eRechnungen wurde sogar ein Validierungsfehler gemeldet. Es sieht mir so aus, dass ecosio.com im Februar 2026 den Validierungsprozess überarbeitet hat. Nur so ist zu erklären, dass die alten, vor Wochen als valide bezeichneten ZUGFeRD-Rechnungen plötzlich abgewiesen wurden.
Lange Rede, kurzer Sinn: Ich stehe mit dem Entwickler im Austausch und habe die Probleme als Tester gemeldet. Der Entwickler wies bei einer Warnung darauf hin, dass diese auf Grund der fehlenden Empfänger-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.
Ich plane in Teil 5 noch eine Vorstellung der Lösung "RechnungFertig", denn ich denke, das Programm ist für kleine Freiberufler mit wenigen Rechnungen schon eine geniale Lösung – und mit 40 Euro für die Lizenz auf jeden Fall einen Blick wert. Zudem kann jeder die Software im Demo-Modus unbegrenzt testen und schauen, ob es passt.
Artikelreihe
ZUGFeRD und XRechnung: Bestandsaufnahme und Überblick – Teil 1
Lösungen zum Empfang und Erzeugen von ZUgFeRD-Rechnungen – Teil 2
OpenSource ZUGFeRD-Lösung Fakturama im Hands-on – Teil 3a
OpenSource ZUGFeRD-Lösung Fakturama im Hands-on – Teil 3b
Meine Pleite mit ZUGFeRD-eRechnungen und der Validierung – Teil 4
Rechnung-Fertig, eine Lösung für eRechnung (ZUGFeRD und XRechnung) – Teil 5
MVP: 2013 – 2016
PDF24 gibt es, für Windows, auch komplett Offline. Auch für ARM Windows! https://tools.pdf24.org/de/creator
Zitat: "PDF24 Creator bringt alle PDF24 Tools als Offline-Version. Alle Dateien verbleiben auf Ihrem PC."
Möglicherweise habe ich mich arg dappich angestellt. Aber ich hatte das Zeug zwei Mal installiert. Eine Option für ZUFFeRD habe ich nie gefunden..
PDF24 öffnen und im Suchfeld "Rechnung" eingeben. Die Übersichtsseite ist arg überfüllt.
"Rechnung erstellen" ist jetzt hervorgehoben. Man kann mit dem kleinen Stern oben rechts das Feld zu den Favoriten hinzufügen, dann taucht es jedesmal direkt ganz oben in der Übersicht auf.
Auf "Rechnung erstellen" klicken und dann auch "Elektronische Rechnung erstellen". Hier lässt sich ganz am Ende auch das gewünschte Format einstellen.
Gruß
PDF24 ist wirklich extrem umfangreich und hängt Adobe, Nitro und Fakturama unfassbar heftig ab.
Hab seit letztem Jahr auch mit Fakturama Rechnungen gedruckt – sieht eigentlich ganz gut aus, wenn man sich die LO-Vorlagen anpasst.
SoftMaker hat kürzlich die "Rechnungs-Druckerei" als Kauflizenz beworben, wenn man das kauft ist es von "Markt+Technik", Hersteller dürfte aber https://www.prodaro.de sein.
Prodaro ist klasse! :-)
@Martin, danke für den Hinweis – kannte ich nicht – werde mal meine Kontakte zu MuT aktivieren, ob ich das Teil zum Testen bekomme. Wäre eine weitere Alternative zu den Cloud-Geschichten. Sieht mir so aus, als ob die ZUGFeRD-Artikelreihe noch ein paar Teile vertragen könnte. Als ich 2024 und Mitte 2025 mit Recherche begonnen habe, bin ich fast nur bei Cloud-Angeboten für irre Preise gelandet.
Seit Januar habe ich die Rechnungs-Druckerei von M+T im Einsatz (Prodaro Rechnungsbüro). Hat mich 50 Euros gekostet, kein Abo, erstes kostenloses Update habe ich heute installiert. Irgendwann wird sicher ein kostenpflichtiges Update kommen. Das dürfte bei dem Preisniveau aber kein Problem sein. Eine Testversion gibt es auch.
Das Programm hat bei mir bisher einen guten Eindruck hinterlassen. Sogar den Formular-Editor finde ich passabel. Ich habe das Layout meiner bisherigen Faktura nahezu identisch umsetzen können. Die FAQ bei Prodaro hat mir gut geholfen. Wer sich etwas mit Faktura und Formularen auskennt, sollte mit dem dem Programm kein Problem haben.
Zur Validität der ZUGFeRD-Rechnungen kann ich aber nichts sagen.
Ich habe heute eine Testversion von M+T bekommen und werde das die kommenden Tage testen.
Frage:
Kann man mit "RechnungFertig" oder "PDF24" per API/Schnittstelle/Parameter
auch "automatisiert" ZUFFeRD Rechnungen erstellen?
Oder kennt jemand ein Tool, mit dem das Funktioniert?
Hallo, ich bin der Entwickler von RechnungFertig. Eine API gibt es noch nicht, aber das ist definitiv auf der kurzfristigen Roadmap.
Hallo Martin, danke für die Info – ich schau mir Dein Tool mal an.
Unternehmen müssen nicht erst seit 1.1.2026 elektronische Rechnungen annehmen können, sondern schon seit 1.1.2025!
Also seit über 1 Jahr.
Und das gilt auch für Vereine und Kleinunternehmer.
Bis 31.12.2026 sind andere Rechnungsformate noch erlaubt (z.B. Papierrechnung) wenn der Empfänger dem explizit zustimmt.
Bis 31.12.2027 sind andere Rechnungsformate noch für Firmen mit weniger als 800.000 € Jahresumsatz erlaubt.
Ab 1.1.2028 ist die eRechnung im B2B-Bereich Pflicht.
Ausnahme von der E-Rechnungspflicht gilt nur für Fahrausweise, Rechnungen ohne Umsatzsteuer und Kleinrechnungen bis 250,- € und für Rechnungen im B2C-Bereich.
Was das Erzeugen von E-Rechnungen angeht:
Mir nicht ist nicht ganz verständlich, was Entwickler von entsprechender Software da für ein Problem haben, valide eRechnungen zu erzeugen.
Das Format inkl. aller Profile ist sehr ausführlich dokumentiert.
Man muss sich nur penibel an die Doku halten, dann klappts auch mit allen Validatoren.
Die umfangreiche Doku inkl. Schematron, Musterrechnungen, etc. gibts z.B. hier:
https://www.ferd-net.de/publikationen-produkte/publikationen/detailseite/zugferd-24-deutsch
Die Doku ist mehrere 100 Seiten stark.
Du hast das Problem im letzten Satz erkannt. Mehrere 100 Seiten liest sich heute keiner mehr durch!
KI ABC123 macht das und diese so genannte Zusammenfassung ist dann voller Fehler und jeder wundert sich warum es nicht geht.
Das ist wirklich ein blöder Kommentar. Fakten-Inhalt = 0. Vermutungen als Gewissheit verkaufen.
Du liebst und brauchst wohl Schubladen.
"Man muss sich nur penibel an die Doku halten, dann klappts auch mit allen Validatoren."
Sollte das versteckte Ironie sein?
Falls nein: Wieviele Tools hast du auf Basis der Dokumentation schon gebaut?
Und wie oft hast du auf Basis einer mehrere 100 Seiten starken Doku bereits fehlerfreie Tools gebaut?
Leider nicht korrekt nachgeschaut (Wie so viele Webseiten es falsch nachplappern). Die Ausnahmeregelungen 1 gilt so nicht, wenn der Umsatz nicht innerhalb 2026 ausgeführt wird. Das kann z.B. bei einem Abonnement so sein, dass in 2027 hineinreicht.
Siehe § 27 Abs. 38 UStG
Deutschland und seine Digitalisierung im Jahr 2026.
Setzen, 5.
Naja, schon seit November 2020 sind eRechnungen an öffentliche Einrichtungen des Bundes Pflicht.
Das Verfahren ist also nicht neu und konnte für alle übrigen B2B-Fälle nahezu 1:1 übernommen werden.
Nur ein paar Pflichtangaben wie z.B. die Verfahrensnummer braucht man nur bei Rechnungen an öffentliche Einrichtungen des Bundes.
Die können also bei normalen B2B-Rechnungen entfallen.
Und die ZUGDeRD-Version 1.0 erschien schon 2014!
ZUGFeRD 2.0 schon 2019.
Und das Gesetz zur Einführung der eRechnungspflicht ist schon 2017 veröffentlicht worden.
Die Softwareentwickler hatten also fast 8 Jahre Zeit, ihre Software fit für die eRechnung zu machen.
Warum bietet eigentlich das Finanzamt über die Elster Schnittstelle keine entspr. kostenfreie und technisch konforme Rechnungserzeugung? Sie wollen die Daten ja später sowieso haben.
Müsstest Du die Strategen vom Finanzamt bzw. Bundesministerium für Finanzen fragen. Ich hätte erwartet, dass die a) einen Viewer und Validator, sowie b) eine Minimallösung (wie seinerzeit bei SV.net für Mini-Jobs) bereitstellen. Aber in D bekommen wir nichts mehr gebacken.
Einen Viewer gibt's schon unter
https://www.elster.de/eportal/e-rechnung
Wenn ich mich recht erinnere prüft der auch.
Es geht hier aber explizit um die Rechnungserzeugung.
Das ist wohl auch nur Quba online gestellt, welches aktuell offenbar über einen Bug hinsichtlich des Leistungsdatums verfügt.
Bei meinen Tests wurde keine Validierung vorgenommen – sonst wäre ich nicht in das Problem gelaufen, dass der Kunde die ZUGFeRD-Rechnung verweigert hat.
Geht auch anders:
Die elektronische Rechnungsstellung (Fattura Elettronica) ist in Italien seit dem 1. Januar 2019 für fast alle B2B- und B2C-Transaktionen verpflichtend. Rechnungen müssen im XML-Format erstellt, mit einer digitalen Signatur versehen und über das staatliche Austauschsystem SdI (Sistema di Interscambio) an die Steuerbehörde (Agenzia delle Entrate) übermittelt werden.
Kannst du mitteilen, welches Portal deine Rechnung abgelehnt hat?
Wir nutzen DATEV Unternehmen online und dort sind E-Rechnungen auch noch nicht vollständig umgesetzt.
Hab die Meldung noch gefunden: "Diese E-Mail wurde von Candis, der Cloud-Lösung für digitales Rechnungsmanagement, verschickt.
*https://www.candis.io"
Für Firmen werf ich mal Odoo in den Raum… Open Source und wahlweise mit/ohne Cloud. Community Edition kostenlos. Für Firmen kostenbehaftet aber echt angenehme Preise. Ist halt mehr als nur ZUGFeRD!
sieht interessant aus, danke für deinen allerersten Kommentar, der irgendwie sinnvoll ist, hier im Blog.
Danke für den Hinweis auf Odoo. Habe mal kurz über deren Webseite geschaut – sieht interessant aus – liegt aber vom Scoope, den ich hier bei meiner ZUGFeRD/XRechnung Artikelreihe anspreche, deutlich oberhalb der Zielgruppe. Wenn ich als Freiberufler drei, vier Rechnungen pro Monat für wiederkehrende Dienstleistungen erstellen muss, braucht es imho kein ERP – für die Szenarien, die ich mir so vorstelle, wäre es vermutlich der Overkill. Aber wenn ich viel Zeit und Lust habe, werfe ich vielleicht mal einen Blick auf die Testversion und schreibe was dazu.
Vielen Dank für ihre ausführlichen Tesberichte, Das hilft auch mir als Freiberufler.
Aber der Hinweis auf den Word 2000 Programmordner … made my day, Herr Born 🤣
Ich brauchte Word 2000 zur Bearbeitung meiner Manuskripte, da über die letzten 20 Jahre viele Makros und Dokumentvorlagen in diesem Format erstellt wurden. Ab Word 2007 wurde es extrem kompliziert – den Schritt habe ich nie angegangen, weil die gesamte GUI für mich schlecht handhabbar war und Word 2000 bis heute tut.
Ich nutze die lokale Version der pdf24-Tools.
Ich erstelle eine XML im UTF-8-Format und wandele sie hiermit in der PowerShell in eine ZUGFeRD-Datei um:
& "C:\Program Files\PDF24\pdf24-Toolbox" -createInvoice "$xmlfile" "$zugferdfile" -outputType zugferd:en16931 -langCode de | Out-Default
Die ZUGFeRD-PDF kann man wohl nicht ändern, damit sie wer "alten" Rechung wenigstens ähnlich sehen, aber ich habe mich daran gewöhnt, das mir das egal sein sollte. Ausschlaggebend ist ja sowieso nur der XML-Teil der Rechnung.
Also für kleine Firmen langt finde ich WISO Mein Büro.
Kann Online Banking womit man alles direkt buchen kann, Rechnungen schreiben, und sogar USt-Erklärung und EÜR machen. Und wenn man möchte auch für Steuerberater exportieren. Den kann man sich aber ggf. auch durchaus sparen je nachdem was man macht und Kenntnisse hat.
Da sind wir doch wieder bei der Abo-Lösung, die ich bewusst hier in der Artikelreihe ausgeschlossen habe …
Ob man mit kostenlosen Tools auch Vorsteueranmeldung, Umsatzsteuererklärung, Rechnung, Mahnung, Angebote und Zahlungen direkt buchen kann ist fraglich. Ich hatte es früher gerne verwendet eine Zeit lang, da gab es für ca. 100€ im Jahr. Jeder wie mag, ich hätte da nicht unbedingt auf mehrere Programme Lust. Und zur Buchhaltung gehört noch etwas mehr als rein nur ne Rechnung schreiben.
Mein Favorit: KingBill FLEX als onPrem-Lösung (https://www.kingbill.com/de/produkte/vollversionen/flex/index.html). Kostet aktuell einmalig 199,- € (+ einmalig 89,- € für die dt. E-Rechnung), für die laufenden Updates sind jährlich 99,- € zu zahlen.
Wer mag, kann dort auch die Cloudlösung buchen.
Die onPrem-Variante kann natürlich auch 30 Tage lang kostenfrei getestet werden.
Soweit ich mich erinnern kann gab es mal einen Arbeitskreis elektronische Rechnung Deutschland, der nicht nur einen Validator für ZugFerD ab 1.0 bereit gestellt hat sondern auch einen Zuchpferd konformen Rechnungsgenerator kostenlos online hatte.
Hab ich aber aktuell nicht mehr gefunden. Damals war der Validator Gold wert weil er als einziger tatsächlich vollständig geprüft hat. Wir haben dann eine Ausgabe im ZugFerd Format in unsere Rechnungen per Outputmanagement mit Lasernet (Formpipe) mit viel Aufwand integriert, dann kam 1.2 und zwischenzeitlich hieß es Zuchpferd ist tot EU weit gilt in Zukunft nur noch X-Rechnung. Meine Anfrage per Fax an die EU Kommission in Brüssel ist bis heute unbeantwortet (vermutlich Faxpapier alle)
Wann wird endlich die gute alte Steintafel wieder verpflichtend eingeführt, damit könnte man zur Not auch sämige Zahler mit der Kopie erschlagen.
Vor drei Jahren muss es das Zeug gegeben haben. Ich recherchiere ja seit irgendwo 2024 hinter dem Thema her – seit den Anfängen habe ich keine dieser angeblichen Referenzimplementierungen mehr finden können – alle Links sind tot.
Schon mal Invoice Ninja als On-prem-Lösung getestet? Wenn man die Software entsprechend anpasst, kann sie ganz passable Rechnungen erstellen. Man muss halt, wenn man sich 30 US-Dollar im Jahr sparen will, ein kleines Logo auf der Rechnung hinnehmen – also grundsätzlich.
Hallo, ich hab für meine Bruder eine e-rechnungs-tool für zugferd erstellt, die validiere klapp auch, kann mir aber einer bestätigen ob die ganzen clouds tools auch tun.
Für mehr info: frechnung.de
PS: Das tool ist vollständig kostenlos und Open-Source
Danke für den Hinweis! Ich schaue es mir detaillierter an und stelle es ggf. hier im Blog vor. Zwei kurze Anmerkungen:
– Gibt es irgendwo eine Option, um den Dark-Mode auf weiße Darstellung umzuschalten? Hier ist kaum was zu erkennen (graue Schrift vor schwarzem Hintergrund, Bildlaufleisten mit Bildlaufpfeil nicht sichtbar).
– Hab noch keine Testdaten eingefüttert – wo werden denn Kunden und Artikel verwaltet? Bei wiederkehrenden Rechnungen möchte ich das nicht jedes Mal eintippen.
Ich könnte mir adhoc vorstellen, dass es ein netter Ersatz für PDF24 ist, wo ich eine ZUGFeRD-Rechnung bisher nur mit der Online-Version erstellen konnte (ich muss wohl zu doof sein, diese Option in der lokalen Fassung von PDF24 zu finden).
PS: Sieht mir so aus, als ob die ZUGFeRD-Artikelreihe schon ihre Früchte trägt – es sind für mich so viele neue Informationen angefallen, die ich bei vorherige Recherchen nicht gefunden habe, dass sich die Arbeit schon gelohnt hat.
Vielen Dank Herr Born!
Ist leider erst ein Dark-Mode drinnen, dass kann ich heute abend ab ändern die Kundendaten finden sie im Tab Kundendaten und die Dienstleister daten finden sie im tab dienstleister. In der offline Version werden die Dienstleister daten gespeichert, aber das mit den Kundendaten und stammdaten hab ich noch nicht hinzugefügt
Super, kann ich mir die E-Mail sparen. Lasse mir ggf. die Info direkt per E-Mail zukommen – die Adresse steht ja im Impressum meines IT-Blogs. Vielleicht hilft dein Projekt einigen "noch Suchenden" ja weiter – dann hätte sich der Schlenker gelohnt – und darum geht es, Optionen und Alternativen aufzuzeigen.
Hilft auf jeden Fall :-) Danke.