Wenn eine Umstellung auf die E-Rechnung teurer wird als geplant, liegt es fast nie an der Norm. Es liegt an einer Handvoll Belegarten, die im eigenen Haus niemand vollständig auf dem Schirm hatte — und die erst dann zum Thema werden, wenn eine Maschine die Rechnung lesen muss.
Warum diese Fälle vorher unsichtbar sind
Eine gedruckte Rechnung ist tolerant. Steht die Steuernummer im Fußtext statt im Datenfeld, steht eine Erläuterung als Freitext neben der Position, wird eine Korrektur als neue Rechnung mit negativen Beträgen abgebildet — ein Mensch versteht das trotzdem. Über Jahre entstehen so Lösungen, die funktionieren, weil am Ende immer jemand mitdenkt.
Maschinenlesbar fällt genau diese Toleranz weg. Aus jeder dieser Gewohnheiten wird eine Entscheidung: Welches Feld der Norm ist gemeint, woher kommt der Wert, und was passiert, wenn er fehlt?
Die Fälle, die regelmäßig auftauchen
Korrekturen und Stornos. Die Norm kennt eigene Belegarten und verlangt einen klaren Bezug auf die ursprüngliche Rechnung. Gewachsene Systeme lösen das häufig anders: eine neue Rechnung mit negativen Positionen, ein Vermerk im Text, eine manuelle Gutschrift außerhalb des üblichen Wegs. Das ist der häufigste Punkt, an dem wirklich am Quellsystem gearbeitet werden muss.
Teil-, Abschlags- und Schlussrechnungen. Bei Projektgeschäft und Bauleistungen der Normalfall. Die Norm kann das abbilden, verlangt aber Angaben zum Bezug der Teilbeträge, die in vielen Systemen nur im Layout stehen — im Rechnungstext, nicht in den Daten.
Steuerfälle jenseits des Standardsatzes. Steuerfreie und nicht steuerbare Umsätze, Reverse-Charge, innergemeinschaftliche Lieferungen, gemischte Steuersätze in einer Rechnung, Kleinbetragsregelungen. Jeder dieser Fälle braucht die passende Kennzeichnung samt Begründung — und die steht in gewachsenen Systemen oft als Textbaustein statt als Code.
Fremdwährung. Der Steuerbetrag muss zusätzlich in Euro ausgewiesen werden. Damit braucht es einen Umrechnungskurs, dessen Herkunft und Zeitpunkt nachvollziehbar sind. Häufig existiert dieser Wert nur auf dem gedruckten Beleg.
Ungewöhnlich aufgebaute Positionen. Freitextzeilen ohne Artikelbezug, Sammelposten, Zwischensummen als Position, Rabatte als eigene Zeile mit negativem Betrag, Zuschläge, Pfand, Gebühren. Alles abbildbar — aber jeweils nach einer Entscheidung, die jemand treffen muss.
Anhänge und Nachweise. Stundenzettel, Lieferscheine, Messprotokolle, die heute als weitere PDF-Seiten mitlaufen. In der E-Rechnung gibt es dafür einen definierten Weg, der nicht „weitere Seiten anhängen" heißt.
Empfängerbezogene Sonderwege. Ein Großkunde bekommt seit Jahren ein eigenes Layout, eine eigene Nummernlogik oder eine Sammelrechnung nach eigenen Regeln. Solche Absprachen sind selten dokumentiert und fast immer relevant.
Es geht nicht um Vollständigkeit, sondern um Mengen
Die Liste oben ist keine Checkliste zum Abhaken. Entscheidend ist nicht, wie viele Fallarten Sie haben, sondern wie viele Rechnungen darauf entfallen. Ein Sonderfall mit drei Belegen im Jahr wird anders behandelt als einer mit dreihundert: Der eine wird künftig von Hand erfasst oder abgeschafft, der andere muss saubere Automatik bekommen.
Genau diese Gewichtung ist der Kern der Bestandsaufnahme. Sie unterscheidet einen Maßnahmenplan von einer Aufzählung von Risiken.
Wo ein Konverter endet
Solange nur die Verpackung fehlt, hilft ein Konverter oder ein Portal — und ist dann der günstigere Weg. Sobald eine verlangte Angabe in Ihrem System nie erfasst wurde, hilft keines von beiden: Kein Werkzeug erfindet Daten, die es nicht gibt. Dann führt der Weg über die Frage, wo dieser Wert künftig herkommt, und das ist keine Formatfrage mehr, sondern eine Frage an Ihren Prozess.
Ihr nächster Schritt
Welche dieser Fälle bei Ihnen vorkommen — und in welchen Mengen — zeigt ein Blick in Ihren echten Rechnungsausgang. Das ist der Workshop, und er steht bewusst vor jedem Angebot.
Häufige Fragen zu Sonderfällen
Wie findet man die Sonderfälle, wenn sie niemand kennt? Nicht durch Fragen, sondern durch Auswertung des echten Rechnungsausgangs: Belege, deren Struktur vom Normalfall abweicht, fallen bei einer systematischen Durchsicht auf. Ein Fragebogen findet zuverlässig nur, was im Haus ohnehin bekannt ist — und das sind nicht die teuren Fälle.
Was ist mit Gutschriften und Stornos? Die Norm kennt dafür eigene Belegarten und Regeln, unter anderem den Bezug auf die ursprüngliche Rechnung. Gewachsene Systeme lösen Korrekturen oft anders — etwa über eine neue Rechnung mit negativen Positionen oder einen Textzusatz. Das ist einer der häufigsten Punkte, an denen wirklich am Quellsystem gearbeitet werden muss.
Wir rechnen in Fremdwährung ab. Ist das ein Problem? Kein grundsätzliches, aber ein detailreiches: Der Steuerbetrag muss zusätzlich in Euro ausgewiesen werden, was einen Umrechnungskurs und dessen Herkunft voraussetzt. Viele gewachsene Systeme führen diesen Wert nur im Layout mit, nicht in den Daten.
Unsere Rechnungen enthalten Positionen ohne Artikelbezug. Geht das? Freitextpositionen, Sammelposten und pauschale Zeilen sind abbildbar, verlangen aber eine Entscheidung: Welche Angaben werden dafür gesetzt, und woher kommen sie? Solange nur gedruckt wurde, brauchte diese Frage niemand zu beantworten.
Was passiert, wenn eine Pflichtangabe in unserem System gar nicht existiert? Dann hilft kein Konverter und kein Portal — kein Werkzeug erfindet Daten, die nie erfasst wurden. In diesem Fall wird an Ihrer Anwendung gearbeitet, aber nur an genau dieser Stelle und mit dem Wissen, was es betrifft. Deshalb steht die Bestandsaufnahme am Anfang und nicht am Ende.
Wie viele solcher Fälle sind normal? Aus der Erfahrung: mehr als erwartet, aber weniger als befürchtet. Entscheidend ist nicht die Anzahl der Fallarten, sondern wie viele Rechnungen tatsächlich darauf entfallen — ein Sonderfall mit drei Belegen pro Jahr wird anders behandelt als einer mit dreihundert.
Zurück zur Übersicht: E-Rechnung für Individualsoftware.