E-Rechnung: Warum Berechnungen ins ERP und nicht ins EDI-Mapping gehören.
Viele Unternehmen versenden ihre Rechnungen bereits per EDI und sehen sich bei der E-Rechnung deshalb gut aufgestellt. Doch ein kritischer Punkt bleibt oft verborgen: Werden Positionswerte, Summen oder Steuerinformationen tatsächlich im ERP-System erzeugt oder erst später im Mapping berechnet? Genau diese Frage gewinnt mit den neuen Anforderungen an E-Rechnungen an Bedeutung. Warum Berechnungen im Mapping zum Compliance-Risiko werden können, welche Folgen das für die Nachvollziehbarkeit von Rechnungsdaten hat und worauf Unternehmen jetzt achten sollten, erfahren Sie in diesem Beitrag.


„E-Rechnung haben wir doch längst umgesetzt, wir nutzen schließlich EDI.“
Diesen Satz hören wir derzeit häufig. Technisch betrachtet stimmt er oft sogar. Rechnungen werden bereits elektronisch übertragen, Formate werden konvertiert und Daten fließen zwischen Geschäftspartnern. Doch bei genauerem Hinsehen stellt sich eine entscheidende Frage:
Woher kommen die Rechnungsdaten eigentlich?
Genau darüber sprechen wir aktuell in vielen Kundenprojekten. Und dabei taucht immer wieder dasselbe Muster auf.
Wenn das Mapping plötzlich zum Rechnungsrechner wird
Viele Unternehmen haben ihre EDI-Landschaften über Jahre hinweg erweitert und angepasst. Dabei entstehen häufig Anforderungen wie:
„Kann man die Positionswerte nicht einfach im Mapping berechnen?“
„Die Summen könnten doch direkt im Konverter erzeugt werden.“
„Diese Logik haben wir im ERP nicht, könnt ihr das im Mapping ergänzen?“
Technisch ist das problemlos möglich.
Aber es ist aus unserer Sicht der falsche Weg.
Ein EDI-Mapping hat eine klar definierte Aufgabe: Es überführt Daten von Format A nach Format B. Es sorgt für die korrekte Syntax und Struktur. Die fachliche Bedeutung der Daten sollte dabei unverändert bleiben.
Sobald ein Mapping beginnt, Rechnungspositionen zu berechnen, Summen neu zu bilden oder Werte zu erzeugen, die im ERP-System gar nicht existieren, verlässt es diese Rolle.
Die eigentliche Wahrheit muss im ERP liegen
Warum entstehen solche Konstruktionen überhaupt?
Eine kleine Berechnung im Mapping lässt sich oft schneller umsetzen als eine fachlich saubere Anpassung im ERP-System. Die notwendigen ERP-Ressourcen fehlen, Prioritäten liegen woanders oder die Änderung erscheint auf den ersten Blick zu aufwendig.
So entstehen über Jahre hinweg Lösungen, bei denen das ERP-System und die tatsächlich versendete Rechnung immer weiter auseinanderdriften.
In der EDIFACT-, XML- oder XRechnungs-Datei stehen dann Werte, die nicht mehr aus dem führenden System stammen, sondern unterwegs erzeugt wurden.
Genau das wird jetzt zum Problem.
E-Rechnung erhöht die Anforderungen an Nachvollziehbarkeit
Mit den aktuellen E-Rechnungsanforderungen rückt ein Thema stärker in den Fokus:
Die Integrität der Rechnungsdaten.
Jeder Wert in einer Rechnung sollte nachvollziehbar auf seine Quelle zurückgeführt werden können.
Wird ein Betrag erst im Mapping berechnet, verliert er diese eindeutige Herkunft. Bei Audits, Betriebsprüfungen oder Compliance-Prüfungen entstehen dann unangenehme Fragen:
- Wo wurde dieser Wert erzeugt?
- Welche Berechnungslogik wurde verwendet?
- Entspricht die Logik den Vorgaben im ERP-System?
- Wer ist für die Richtigkeit verantwortlich?
Die Verantwortung verbleibt zwar immer bei Accounting und Fachbereich. Die technische Nachvollziehbarkeit wird jedoch deutlich schwieriger.
Aus einer ursprünglich schnellen und günstigen Lösung wird später häufig ein aufwendiges Korrekturprojekt.
Jahrzehnte alte Provisorien werden sichtbar
Viele Integrationsspezialisten kennen diese Diskussion seit Jahrzehnten.
„Mach es doch einfach im Mapping.“
Was ursprünglich als pragmatische Zwischenlösung gedacht war, entwickelt sich nicht selten zum dauerhaften Produktivbetrieb. Nach einigen Jahren weiß dann niemand mehr genau, welche Werte aus dem ERP stammen und welche unterwegs ergänzt, korrigiert oder berechnet wurden.
Besonders kritisch wird das bei:
- Summen- und Rundungslogiken
- Steuerkennzeichen
- Mengeneinheiten
- Positionswerten
- Preisermittlungen
- Stammdatenanreicherungen
Die Probleme bleiben oft lange unbemerkt. Erst moderne E-Rechnungsformate oder Validierungsmechanismen decken Unstimmigkeiten auf.
Die E-Rechnung ist eine Chance zur Bereinigung
Die Einführung oder Erweiterung von E-Rechnungsprozessen sollte deshalb nicht nur als technisches Projekt betrachtet werden.
Sie bietet die Gelegenheit, die gesamte Entstehungskette einer Rechnung zu überprüfen.
Unternehmen sollten sich fragen:
- Welche Werte werden heute im Mapping erzeugt?
- Welche Berechnungen finden außerhalb des ERP statt?
- Sind alle Rechnungsinformationen im führenden System verfügbar?
- Ist die Herkunft jedes Wertes nachvollziehbar dokumentiert?
Aus unserer Sicht gehört diese Prüfung inzwischen zur Pflicht jedes Unternehmens, das seine Rechnungsprozesse zukunftssicher gestalten möchte.
Ein Blick ins Mapping lohnt sich
In den vergangenen Monaten haben wir zahlreiche Rechnungsmappings genau unter diesem Blickwinkel analysiert.
Das Ergebnis überrascht immer wieder: Viele Unternehmen entdecken erst bei einer systematischen Prüfung, wie viel „Datenkreativität“ sich über die Jahre in ihren Integrationsprozessen angesammelt hat.
Unser Rat:
Schaut genauer in eure Rechnungsmappings.
Prüft, welche Werte dort berechnet, ergänzt oder verändert werden. Hinterfragt, ob diese Informationen nicht eigentlich aus dem ERP-System kommen müssten.
Denn am Ende entscheidet genau diese Ebene darüber, ob ein Rechnungsprozess sauber, nachvollziehbar und langfristig compliant umgesetzt ist.
Die E-Rechnung macht bestehende Schwachstellen sichtbar. Wer sie jetzt beseitigt, schafft eine belastbare Grundlage für die kommenden Jahre.

