E-Rechnung im ERP: Eine gültige Datei ist noch keine freigegebene Rechnung

Eine Rechnung besteht die technische Prüfung und landet im ERP. Trotzdem weiß niemand, welcher Bestellung sie zugeordnet werden soll. Der Einkauf vermutet eine Teilleistung, die Buchhaltung wartet auf eine Freigabe und der zuständige Mitarbeiter ist abwesend. Die XML-Verarbeitung funktioniert. Der eigentliche Geschäftsprozess steht weiterhin still.

Deutsche Unternehmen sollten die E-Rechnungsintegration deshalb vom vollständigen Rechnungsvorgang aus planen. Der Nutzen entsteht, wenn Eingang, technische Prüfung, Bestellbezug, fachliche Entscheidung und nachgelagerte Verarbeitung miteinander verbunden sind. Wer ausschließlich einen Konverter beauftragt, erhält möglicherweise eine zusätzliche Datei im System, aber keinen kürzeren Weg zu einer begründeten Entscheidung.

Orientieren Sie sich an den aktuellen Regeln und Ihrem konkreten Fall

Die FAQ des Bundesfinanzministeriums zur E-Rechnung erläutern unter anderem Formate, Übermittlung, Verarbeitung und Aufbewahrung. Die dort beschriebenen Regelungen enthalten Ausnahmen und Übergänge. Welche Anforderungen für einen konkreten Umsatz gelten, muss entsprechend eingeordnet werden; aus einem allgemeinen Softwareartikel lässt sich diese Prüfung nicht ableiten.

Für das Projekt bedeutet das: Halten Sie fest, welche Eingangs- und Ausgangsformate, Geschäftsvorfälle und Übertragungswege tatsächlich unterstützt werden müssen. Trennen Sie die steuerliche Bewertung vom technischen Auftrag. Der Entwicklungspartner braucht klare fachliche Vorgaben, anstatt aus Beispielrechnungen selbst eine verbindliche Rechnungslogik zu erraten.

Definieren Sie einen kontrollierten Eingang

Rechnungen können über unterschiedliche vereinbarte Kanäle eintreffen. Jede empfangene Datei benötigt eine erkennbare Herkunft, einen Eingangszeitpunkt und einen Bezug zum späteren Vorgang. Eine erneute Übermittlung darf nicht unbemerkt zu einer zweiten Bearbeitung führen.

Identifizieren Sie Dubletten nicht ausschließlich über einen Dateinamen. Derselbe Inhalt kann anders benannt sein; eine korrigierte Rechnung kann einen vertrauten Namen behalten. Kombinieren Sie geeignete technische Merkmale mit den fachlichen Identifikatoren und einer dokumentierten Entscheidungsregel. Unklare Fälle gehören in eine Prüfwarteschlange.

Bewahren Sie die empfangene Fassung getrennt von internen Anreicherungen auf. Wenn ein Mitarbeiter eine Kostenstelle ergänzt, sollte daraus keine scheinbar vom Lieferanten ausgestellte Information werden. Die Herkunft jedes relevanten Feldes bleibt damit nachvollziehbar.

Versionieren Sie die technische Prüfung

Die KoSIT-Konfiguration für den XRechnung-Validator zeigt, dass ein Validator mit einer passenden Konfiguration eingesetzt wird. Für einen langfristigen Betrieb sollten Sie deshalb festhalten, welche Version einen Beleg geprüft hat und welches Ergebnis sie geliefert hat.

Übersetzen Sie technische Meldungen in eine Arbeitsaufgabe. Eine XML-Regelnummer allein hilft dem Einkauf selten weiter. Zeigen Sie das betroffene Feld, die verständliche Ursache und die vorgesehene nächste Aktion. Die technische Originalmeldung kann ergänzend für Support und Analyse verfügbar bleiben.

Eine spätere Regelaktualisierung sollte zunächst an einer Sammlung bekannter Fälle überprüft werden. Sonst ändert ein Update möglicherweise die Behandlung von Rechnungen, ohne dass die Fachabteilung weiß, welche Vorgänge betroffen sind. Dokumentieren Sie bewusst akzeptierte Warnungen ebenso wie blockierende Fehler.

Verbinden Sie Rechnung, Bestellung und Leistung

In einem fiktiven Handelsunternehmen umfasst eine Bestellung mehrere Lieferungen. Die Rechnung betrifft nur einen Teil davon. Ein Abgleich des Gesamtbetrags genügt hier nicht. Die Integration muss die verwendeten Referenzen und die jeweilige Granularität verstehen.

Legen Sie fest, welches System Bestellpositionen, Wareneingang und Freigabestatus führt. Ordnen Sie Mengeneinheiten, Artikelreferenzen und Steuercodes nach abgestimmten Regeln zu. Unbekannte Zuordnungen dürfen nicht stillschweigend durch einen Standardwert ersetzt werden, nur damit die Verarbeitung weiterläuft.

Der Bearbeiter sollte die Abweichung im Zusammenhang sehen können: erwartete Position, eingegangene Leistung und Rechnungsangabe. Ein gezielter Vergleich verkürzt Rückfragen wesentlich besser als eine weitere allgemeine Dokumentenablage.

Geben Sie jeder Abweichung einen Verantwortlichen

Ein Status wie „in Prüfung“ ist wenig hilfreich, wenn keine Zuständigkeit hinterlegt ist. Unterscheiden Sie fehlende Bestellreferenzen, technische Formatfehler, strittige Leistungen und interne Freigaben. Diese Fälle benötigen unterschiedliche Personen und können unterschiedliche Informationen verlangen.

Regeln Sie Vertretungen und Rückfragen ausdrücklich. Eine abwesende Person sollte den Vorgang nicht unsichtbar blockieren. Gleichzeitig darf eine automatische Vertretung nicht mehr Einsicht erhalten, als für ihre Aufgabe erforderlich ist. Prüfen Sie diese Berechtigungen auch beim Dokumentdownload und bei Exporten.

Wenn ein Lieferant eine korrigierte Fassung sendet, verbinden Sie sie mit dem bisherigen Vorgang. Zeigen Sie, welche Prüfungen erneut erforderlich sind und welche Entscheidung dadurch überholt ist. Eine Freigabe darf sich nicht unbemerkt auf einen später veränderten Inhalt beziehen.

Prüfen Sie das Ergebnis im ERP

Ein erfolgreicher API-Aufruf belegt zunächst nur, dass eine technische Anfrage angenommen wurde. Die Integration braucht außerdem den Bezug zum entstandenen ERP-Datensatz und einen überprüfbaren Endzustand. Nach einem Timeout muss sie zunächst klären können, ob die Verarbeitung bereits stattgefunden hat.

Planen Sie regelmäßige Abstimmungen zwischen Eingang, freigegebenen Vorgängen und ERP-Ergebnis. Dabei sollten fehlende Datensätze, doppelte Verarbeitung und ungeklärte Fehler sichtbar werden. Geben Sie den Mitarbeitern eine kontrollierte Wiederaufnahmefunktion, die den bisherigen Verlauf berücksichtigt.

Starten Sie mit einem begrenzten Lieferantenkreis und bekannten Geschäftsfällen. Testen Sie eine doppelte Übermittlung, eine Teilrechnung, einen fehlenden Bestellbezug, eine Korrektur und eine vorübergehend nicht erreichbare ERP-Schnittstelle. Für jeden Fall sollte ein nachvollziehbarer Weg bis zur Entscheidung existieren.

Kaufen Sie einen betreibbaren Prozess

Zum Übergabepaket gehören Zuordnungsregeln, Zuständigkeiten, Prüffälle, technische Überwachung und die Vorgehensweise bei neuen Formaten. Klären Sie, wer Änderungen der Fachregeln bewertet und wer die Schnittstelle pflegt. Nur dann bleibt der Ablauf auch nach dem ersten erfolgreichen Import nutzbar.

Unsere Beiträge über verständliche API-Entwicklung und ereignisgesteuerte Verarbeitung vertiefen die technischen Grundlagen. Innovation T unterstützt bei Softwareentwicklung und Integration. Besprechen Sie Ihren E-Rechnungsprozess mit einem normalen Beleg und einer Abweichung, die heute besonders lange liegen bleibt.

Für eine belastbare Aufwandseinschätzung sollten Sie auch den heutigen Ausnahmeweg zeigen. Wer erhält einen Beleg ohne Bestellnummer, welche Rückfrage wird gestellt und wo landet die Antwort? Diese wenigen Informationen beeinflussen den Entwicklungsumfang oft stärker als die Anzahl normaler Rechnungen. Ein Anbieter kann damit die benötigten Arbeitslisten, Berechtigungen und Rückmeldungen konkret beschreiben, statt lediglich ein erwartetes Dateivolumen zu kalkulieren.

Häufige Fragen

Bestätigt ein Validator die fachliche Richtigkeit einer Rechnung?

Nein. Er prüft die Regeln seiner Konfiguration. Ob die Leistung vereinbart, erbracht und intern freigegeben wurde, muss der Geschäftsprozess gesondert feststellen.

Soll jede eingehende E-Rechnung automatisch gebucht werden?

Das hängt von den festgelegten Prüfungen und Freigaberegeln ab. Ungeklärte Bestellbezüge, Dubletten oder Abweichungen sollten einen verantworteten Prüfprozess erhalten.

Welche Daten braucht ein erster Integrationspilot?

Repräsentative, bereinigte Rechnungen, zugehörige Bestellungen und Beispiele für Korrekturen oder Abweichungen reichen für einen begrenzten Ablauf häufig weiter als eine große Sammlung unkommentierter Dateien.