Seit dem 01.01.2025 ist die E-Rechnung Pflicht.
Für viele Firmen ist die E-Rechnung ein Riesenproblem. Doch es nützt nichts, spätestens ab 01.01.2028 muss jeder E-Rechnungen schreiben. Also ran an die Arbeit.
Ab sofort erhalten Sie von mir E-Rechnungen, sofern Sie dies wünschen. Die Frage lautet hierbei ZUGFeRD oder X-Rechnung. Ich habe mich für X-Rechnungen entschieden, das ist schon kompliziert genug, ZUGFeRD ist noch komplexer. Meine Rechnungen sind mehrfach geprüft, sie können mit den kostenlosen/Open Source-Programmen
- dem Ultramarin-Viewer (Windows-Programm) von Alexander Spiess, Kaiserslautern
- dem Elster-E-Rechnungs-Leser vom Bundesfinanzministerium, Berlin (Onlinetool).
- dem RIB-X-Rechnungs-Visualizer von RIB-Software GmbH, Stuttgart (Onlinetool).
- dem EPO-E-Rechnungs-Viewer von EPO Consulting GmbH, Wien (Onlinetool).
gelesen werden.
Ein herzliches Dankeschön geht an die Entwickler. Insbesondere an Alexander Spiess geht ein großes Lob dafür, dass er offenbar noch zu den Entwicklern gehört, die dem alten Brauch, Software immer umfassend zu dokumentieren, nach wie vor frönt, auch wenn dies zunehmend ausstirbt, KI wird es dann schon richten. Undokumentierte Software ist etwas ganz ganz schlimmes. Es macht viel Mühe ein Handbuch zu schreiben, aber man weiß als Entwickler nie, ob sich das überhaupt jemand durchliest. Ich habe es mir durchgelesen, Herr Spiess und viel gelernt. Vielen Dank.
Eine Kosit-Testrechnung:
https://raw.githubusercontent.com/itplr-kosit/xrechnung-testsuite/master/src/test/business-cases/extension/04.01a-INVOICE_ubl.xml
Die BT-Felder:
https://hilfe.microtech.de/display/PROG/Feldzuweisung+der+XRechnung
Peppol BIS Billing 3.0 May 2024 Release:
https://docs.peppol.eu/poacc/billing/3.0/2024-Q2/syntax/ubl-invoice/
(Root)
https://docs.peppol.eu/poacc/billing/3.0/2024-Q2/syntax/ubl-invoice/tree/
(Tree)
Etwas ZUGFeRD:
https://easyfirma.net/e-rechnung/zugferd/bt-felder
Wir benutzen zwar X-Rechnung, da es aber prinzipiell immer die gleichen Pflichtfelder sein müssen (in ZUGFeRD werden sie nur anders benannt)
ist dies ein gutes Mittel zur Querprüfung.
Typcodes:
- 380 Rechnung
- 381 Gutschrift
- 384 Korrigierte Rechnung
Zahlungsart-Codes (Payment means codes):
https://docs.peppol.eu/poacc/billing/3.0/2024-Q2/codelist/UNCL4461/
- 13 Bar
- 22 SEPA-Überweisung
- 24 SEPA-Lastschrift
Der (einzig zulässige) ClassifiedTaxCategory-ID:
- S Standard Tax
InvoiceQuantity:
https://docs.peppol.eu/poacc/billing/3.0/2024-Q2/codelist/UNECERec20/
- C62 One
- H87 Piece
- NAR Number of articles
- 1I Fixed rate
- D63 Book
- LH Labour hour
Link 5:
Link 5
Link 6:
Link 6
Link 7:
Link 7
Link 8:
Link 8
Angaben ohne Gewähr und Linkaktuellhaltung
Es gibt noch ein paar kleinere Probleme, diese werden voraussichtlich nach und nach gelöst werden.
USt.-ID-Nummer Rechnungempfänger: Wenn die USt.-ID-Nummer des Rechnungempfängers nicht bekannt ist, wird DE111111111 eingesetzt.
Buchhandelsrabatte: Buchhandelsrabatte ziehen einen Rattenschwanz an zusätzlichen Validierungen hinter sich her (Preisangabe je mit/ohne/nur Rabatt erforderlich, alles muss jeweis netto/Mwst./brutto angegeben werden, dies mehrfach in komplizierten Felden und mit unübersichtlichen Verprobungen. Grundsätzlich wird von der Befüllung optionaler Felder abgeraten, da dies fehleranfällig ist. Der beste Weg zur Fehlervermeidung ist Einfachheit. Darum erstelle ich zur Zeit nur reine Nettorechnungen ohne die Angabe von unrabbatiertem Preis und Rabatt. Zum Rabatt ermitteln, einfach den Nettopreis mit 1,07 multiplizieren und durch den Ladenpreis teilen. Künftig ist vorgesehen, Ladenpreis und Rabatt vielleicht in passenden Kommentar-BT-Termen mitzuteilen.
Stand: 19.01.2025