E-Rechnung

Seit dem 01.01.2025 ist die E-Rechnung Pflicht.

Hinweise zu E-Rechnungen

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

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.


Seiten und Informationen zum Nachschlagen

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:

Zahlungsart-Codes (Payment means codes):
https://docs.peppol.eu/poacc/billing/3.0/2024-Q2/codelist/UNCL4461/

Der (einzig zulässige) ClassifiedTaxCategory-ID:

InvoiceQuantity:
https://docs.peppol.eu/poacc/billing/3.0/2024-Q2/codelist/UNECERec20/

Link 5:
Link 5

Link 6:
Link 6

Link 7:
Link 7

Link 8:
Link 8

Angaben ohne Gewähr und Linkaktuellhaltung


Arbeitsstand

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

Zum Seitenanfang