Eine korrekt übertragene E-Rechnung ist noch kein funktionierender Rechnungsprozess. Erst das Zusammenspiel aus verlässlichen Stammdaten, eindeutigen Referenzen und klaren Entscheidungen macht strukturierte Daten im Alltag nutzbar.
Eine Lieferantenrechnung geht im vorgesehenen Format ein. Die Bestellnummer fehlt jedoch im Einkaufssystem, während der Wareneingang an einem anderen Standort erfasst wurde. Die Buchhaltung fragt nach, der Einkauf recherchiert, die Bearbeitung wartet. Dieses Beispiel zeigt: Mit der Formatumstellung beginnt die Integration der Arbeitsabläufe erst.
E-Rechnung, PDF und französischen Plattformstatus einordnen
Eine E-Rechnung enthält strukturierte Daten, die eine elektronische Verarbeitung ermöglichen. Ein reines PDF ohne entsprechenden strukturierten Datenteil ist davon zu unterscheiden. Die Daten müssen nicht nur sichtbar, sondern für die nachfolgenden Systeme verwertbar sein.
In Deutschland gilt die grundsätzliche Empfangspflicht seit Januar 2025. Für die Ausstellung bestehen Übergangsregelungen: Der Vorjahresumsatz von 800.000 Euro ist für 2027 eine wichtige Schwelle; ab 2028 endet die allgemeine Übergangszeit. Ausnahmen und besondere Regelungen, unter anderem für bestimmte EDI-Verfahren, müssen im konkreten Fall berücksichtigt werden. Die Hinweise der Finanzverwaltung sind dafür maßgeblich.
Bei grenzüberschreitenden Projekten ist außerdem der jeweilige Rechtsrahmen zu trennen. Die französische Bezeichnung Plateforme Agréée ist keine allgemeine deutsche Zulassungspflicht. Ein Unternehmen mit Standorten in beiden Ländern benötigt deshalb eine länderspezifische Einordnung und einen gemeinsamen Blick auf die Systeme.
Für jede Information eine verlässliche Quelle bestimmen
Beginnen Sie mit einem vollständigen Vorgang: Auftrag, Lieferung oder Leistung, Rechnung und Bearbeitungsentscheidung. Halten Sie fest, welches System die maßgebliche Information liefert und wer sie berichtigen darf. Lieferantenidentität, Bestellreferenz, Empfangsstelle und Freigabeverantwortung sollten nicht bei jedem Beleg neu geklärt werden müssen.
Eine zentrale Frage lautet: Welche Daten sind am Eingang bereits vorhanden und welche müssen ergänzt werden? Ein automatisierter Prozess kann nur nach Regeln entscheiden, deren Voraussetzungen erfüllt sind. Fehlende Referenzen lassen sich nicht durch die bloße Wahl eines anderen Dateiformats auflösen.
Erstellen Sie eine kurze Datenverantwortungsmatrix. Sie verbindet Datenfeld, Quellsystem, Kontrollregel und zuständige Rolle. So wird aus einem technischen Integrationswunsch eine überprüfbare betriebliche Anforderung.
Drei Kontrollarten sauber auseinanderhalten
| Kontrolle | Leitfrage | Typischer Klärungsbedarf |
|---|---|---|
| Dokument und Format | Entspricht der Beleg den Anforderungen? | Struktur und erforderliche Angaben |
| Fachlicher Abgleich | Passt die Rechnung zum Vorgang? | Bestellung, Menge, Preis, Wareneingang |
| Interne Freigabe | Wer darf die Bearbeitung fortsetzen? | Zuständigkeit und Entscheidung |
Ein technisch angenommener Beleg belegt nicht, dass eine Leistung bestätigt oder eine Ausgabe freigegeben wurde. Umgekehrt ist eine fachliche Rückfrage nicht automatisch ein Formatfehler. Diese Trennung macht Meldungen verständlicher und verhindert, dass alle Abweichungen in derselben Warteschlange landen.
Legen Sie für jede Fehlerklasse die nächste Handlung fest. Die IT benötigt eine technische Diagnose; der Fachbereich braucht den betroffenen Vorgang, die fehlende Information und eine nachvollziehbare Aufgabe.
Praxisfall: Rechnung und Teillieferung stimmen nicht überein
Ein Auftrag umfasst 100 Einheiten, der Wareneingang bestätigt 80, die Rechnung nennt 100. Der Abgleich erkennt die Differenz. Ob die restlichen Einheiten unterwegs sind oder der Beleg korrigiert werden muss, ist damit noch nicht entschieden.
- Zuordnen: Bestellung, Rechnung und bestätigten Eingang zusammenführen.
- Klären: die zuständige Empfangsstelle um Bestätigung bitten.
- Entscheiden: den vereinbarten Weg für Warten, Korrektur oder begründete Freigabe anwenden.
- Dokumentieren: die Entscheidung mit ihrem Bezug zum Vorgang erhalten.
Dieses illustrative Testszenario macht die Grenze zwischen automatischer Erkennung und fachlicher Entscheidung sichtbar. Eine gute Oberfläche verhindert nicht jede Rückfrage. Sie sorgt dafür, dass die Rückfrage an der richtigen Stelle mit den nötigen Informationen ankommt.
Bestehende EDI-Prozesse und den Lösungsumfang berücksichtigen
Wenn Bestellungen und Lieferavise bereits strukturiert ausgetauscht werden, sollte das Rechnungsprojekt diese Beziehungen berücksichtigen. Prüfen Sie gemeinsame Referenzen, die Übergabe an das ERP und die Darstellung des Bearbeitungsstands. Eine neue Anwendung darf die vorhandenen Informationen nicht unnötig vom Geschäftsvorgang trennen.
Der passende Projektumfang ergibt sich aus den Arbeitsabläufen. Ein zentraler Rechnungseingang, mehrere ERP-Systeme und mehrstufige Freigaben stellen unterschiedliche Anforderungen. Vergleichen Sie deshalb nicht nur Funktionslisten, sondern die Schritte, die Ihre Anwender tatsächlich erledigen müssen.
DEMATRUST gehört zum ICD-Angebot für Rechnungsdigitalisierung. DEMATRUST Light ist insbesondere im französischen Rechnungskontext für kleinere Organisationen zu prüfen. ICD GmbH unterstützt die fachliche und technische Einordnung; Umfang, Länderbezug und Integrationen sind im Projekt zu konkretisieren.
Die Einführung mit einer fachlichen Abnahme abschließen
Nutzen Sie anonymisierte eigene Belege: Standardrechnung, Korrektur, unbekannte Referenz und bewusst wiederholte Übermittlung. Beschreiben Sie für jeden Fall den erwarteten Zustand und die Person, die handeln soll. Eine Abnahme sollte zeigen, dass nicht nur die Übertragung, sondern auch die Bearbeitung funktioniert.
Die entscheidende Probe: Kann ein Anwender ohne Projektwissen erkennen, warum ein Vorgang wartet und wer ihn weiterbearbeiten muss?
Nach dem Start helfen vier Kennzahlen: manuelle Eingriffe, Fehler nach Ursache, Lösungsdauer und offene Altfälle. Vergleichen Sie ähnliche Beleggruppen und halten Sie Änderungen des Umfangs fest. Andernfalls können bessere Zahlen lediglich auf einer anderen Zusammensetzung beruhen.
Häufige Fragen
Ist jede digital verschickte Rechnung eine E-Rechnung?
Nein. Entscheidend ist der strukturierte Datenteil nach den anwendbaren Anforderungen. Ein bloßes Bild oder reines PDF ist davon zu unterscheiden.
Ersetzt eine technische Annahme die interne Freigabe?
Nein. Dokumentprüfung, fachlicher Abgleich und interne Freigabe erfüllen unterschiedliche Aufgaben und sollten getrennt geplant werden.
Welche Daten sollten zuerst geprüft werden?
Beginnen Sie mit den Identifikatoren und Referenzen, die Ihre Vorgänge verbinden: Lieferant, Bestellung, Empfangsstelle und gegebenenfalls Wareneingang. Die genaue Auswahl hängt vom Prozess ab.
Welche Unterlagen helfen beim Projektstart?
Ein Standardbeleg, ein Korrekturfall, eine typische Abweichung und eine einfache Systemübersicht bilden eine gute Grundlage. Entfernen Sie vertrauliche Daten aus Beispielen.
