Seit 2025 müssen Unternehmen in Deutschland E-Rechnungen empfangen können. Wer mit Microsoft Dynamics 365 Finance & Operations arbeitet, merkt schnell, dass mit dem Empfang einer XRechnung oder ZUGFeRD-Datei die Arbeit erst beginnt: Bis daraus eine geprüfte Kreditorenrechnung im Journal wird, müssen Kreditor, Sachkonto, Mehrwertsteuergruppe und Archivierung stimmen. Dieser Beitrag zeigt, was in der Praxis ankommt, wo es in Dynamics 365 hakt und wie ein belastbarer Eingangsprozess aussieht.
Fristen und Pflichten haben wir im Beitrag E-Rechnungspflicht: Was Ihr Rechnungseingang jetzt können muss zusammengefasst. Hier geht es um die Umsetzung im Tagesgeschäft der Kreditorenbuchhaltung.
Welche E-Rechnungsformate im Rechnungseingang ankommen
Alle zulässigen E-Rechnungsformate bauen auf der europäischen Norm EN 16931 auf. Sie legt fest, welche Angaben eine Rechnung enthält, und lässt zwei XML-Syntaxen zu: UBL und UN/CEFACT CII. Für Ihren Rechnungseingang heißt das: Dieselbe Information kann in unterschiedlicher technischer Form ankommen.
| Format | Was ankommt | Was Ihr Prozess dafür braucht |
|---|---|---|
| XRechnung (UBL) | reine XML-Datei, kein Rechnungsbild | UBL lesen, lesbare Ansicht für Prüfer |
| XRechnung (CII) | reine XML-Datei in CII-Syntax | CII lesen, ebenfalls ohne Bild |
| ZUGFeRD / Factur-X (BASIC, EN 16931, EXTENDED, XRECHNUNG) | PDF/A-3 mit eingebettetem XML in CII-Syntax | das XML auslesen, nicht das PDF-Bild |
| ZUGFeRD MINIMUM oder BASIC WL | PDF mit Kopf- und Summendaten im XML, ohne Positionen | gilt nicht als E-Rechnung, Inhalt aus dem PDF erfassen |
| Peppol BIS Billing 3.0 | XML in UBL-Syntax, typischerweise über das Peppol-Netzwerk | wie XRechnung UBL |
| PDF ohne XML | Bild und Text | keine E-Rechnung, Erfassung per KI oder von Hand |
Zwei Punkte sind für die Praxis wichtig:
- Bei ZUGFeRD zählt das XML. Das PDF ist die lesbare Darstellung, führend sind die strukturierten Daten. Weichen beide voneinander ab, klären Sie das mit dem Lieferanten, statt nach dem Bild zu buchen.
- Nicht jedes ZUGFeRD-PDF ist eine E-Rechnung. Die Profile MINIMUM und BASIC WL enthalten keine Rechnungspositionen und erfüllen die Anforderungen an eine E-Rechnung nicht. Eine Übersicht der Begriffe finden Sie im Lexikon unter XRechnung und ZUGFeRD / Factur-X.
Warum E-Rechnungen in Dynamics 365 Finance nicht von selbst buchungsreif sind
Welche Formate der Dynamics-Standard überhaupt importiert und wo seine Grenzen liegen, zeigt der Faktenvergleich E-Rechnungen in Dynamics 365 Finance empfangen.
Den gesamten Weg einer Eingangsrechnung vom Postfach bis zum Journal beschreibt der Beitrag Eingangsrechnungen in Dynamics 365 automatisieren. Hier geht es um die Besonderheiten der E-Rechnung.
Eine E-Rechnung liefert saubere Daten, aber in der Sprache der Norm. Dynamics 365 Finance erwartet die Sprache Ihrer Stammdaten: Kreditorenkonten, Sachkonten, Finanzdimensionen und Mehrwertsteuergruppen. Dazwischen liegen sieben typische Stolpersteine.
Kein Rechnungsbild bei der XRechnung
Prüfer und Genehmiger sind es gewohnt, den Beleg neben der Buchung zu sehen. Eine XRechnung hat kein Bild, und eine rohe XML-Datei in der Dokumentenverwaltung hilft im Freigabeprozess niemandem. Der Prozess braucht deshalb eine lesbare Darstellung der Rechnungsdaten. Sonst wird die XRechnung ausgedruckt, abgetippt oder bleibt liegen.
Vom Rechnungssteller zum Kreditorenkonto
Die E-Rechnung enthält Name, Anschrift, USt-IdNr. und meist die Bankverbindung des Lieferanten, aber nicht Ihre Kreditorennummer. Die Zuordnung zum Kreditorenstamm ist deshalb der erste fachliche Schritt. Abweichungen verdienen Aufmerksamkeit: Eine neue IBAN auf der Rechnung sollte nie unbemerkt in den Stammdaten landen.
Positionen: Artikel oder Sachkonto
Rechnungspositionen tragen die Artikelnummer des Lieferanten, einen Positionstext, Menge und Einheit. Ihre eigene Artikelnummer oder Ihr Sachkonto stehen dort nicht. Bei Rechnungen ohne Bestellbezug braucht in Dynamics jede Position ein Sachkonto und Finanzdimensionen, die laut Kontostruktur zusammenpassen. Gemischte Rechnungen, etwa Wartung und Material auf einem Beleg, lassen sich nicht sinnvoll auf ein einziges Konto buchen.
Steuer: von der Mehrwertsteuerkategorie zur Artikel-Mehrwertsteuergruppe
Jede Position einer E-Rechnung trägt einen Steuersatz und einen Kategoriecode, zum Beispiel S für den Regelsatz, Z für den Nullsatz, E für steuerbefreite Umsätze oder AE für die Steuerschuldnerschaft des Leistungsempfängers. Dynamics 365 Finance ermittelt die Steuer dagegen aus der Mehrwertsteuergruppe, meist vom Kreditor, und der Artikel-Mehrwertsteuergruppe der Zeile. Erst aus beiden ergibt sich der Steuercode.
Ein Rechnungsprozess muss also aus Kategorie, Steuersatz und Rechnungsdatum eine eindeutige Artikel-Mehrwertsteuergruppe ableiten. Bei Reverse Charge ist das kein Detail: Auf der Rechnung steht keine Umsatzsteuer, die Steuer berechnet und schuldet der Empfänger selbst.
Prüfung gegen EN 16931
Eine Datei kann technisch gültiges XML sein und trotzdem Geschäftsregeln der Norm verletzen: Summen passen nicht, Pflichtangaben fehlen, Steuerbeträge sind falsch gerundet. Für die XRechnung gibt es den KoSIT-Validator der Koordinierungsstelle für IT-Standards, der Schema und Geschäftsregeln prüft. Unabhängig davon sollte jede Rechnung rechnerisch geprüft werden, bevor sie ins Journal geht.
Dubletten über mehrere Kanäle
Dieselbe Rechnung kommt oft mehrfach: per E-Mail und über ein Portal, als Erinnerung erneut oder an zwei Postfächer gleichzeitig. Eine identische Datei lässt sich technisch sicher erkennen. Schwieriger ist dieselbe Rechnung in einer neuen Datei. Hier hilft die Prüfung auf bereits verwendete Rechnungsnummern je Kreditor, die Dynamics 365 Finance in den Kreditorenkontenparametern anbietet. Sie setzt allerdings voraus, dass der Kreditor richtig zugeordnet ist.
Archivierung nach GoBD
Bei einer E-Rechnung ist die XML-Datei das Original. Sie muss über die gesamte Aufbewahrungsfrist unverändert, lesbar und maschinell auswertbar verfügbar sein; ein Ausdruck oder eine PDF-Ansicht allein genügt nicht. Wie das mit gebuchten Belegen zusammenspielt, lesen Sie in GoBD im automatisierten Rechnungseingang: Storno statt Löschen.
So sieht ein belastbarer E-Rechnungseingang aus
Ein Eingangsprozess, der diese Punkte löst, folgt im Kern sieben Schritten:
- Alle Kanäle annehmen. Postfächer, Portale und Uploads nehmen PDF- und XML-Dateien an. Übersprungene Anhänge werden protokolliert, statt stillschweigend ignoriert zu werden.
- Format erkennen. XRechnung, ZUGFeRD-Profil oder reines PDF werden unterschieden und festgehalten.
- Ein Datenmodell für alle. Strukturierte Daten werden direkt übernommen, PDF-Rechnungen erfasst. Danach läuft jede Rechnung durch denselben Prozess.
- Prüfen. Pflichtangaben, Rechenlogik, Steuer und Dubletten werden geprüft, bevor ein Mensch Zeit investiert.
- Auf Dynamics abbilden. Kreditor, Sachkonto, Finanzdimensionen und Mehrwertsteuergruppen werden auf gültige Stammdaten gemappt.
- Ausnahmen vorlegen und freigeben. Nur unklare Fälle landen bei der Buchhaltung, die Freigabe folgt Ihren Regeln.
- Übergeben und archivieren. Die geprüfte Rechnung geht ins Journal, das Original wird unveränderbar aufbewahrt.
Wo ORIMIZE Intelligent Invoice Capture ansetzt
ORIMIZE Intelligent Invoice Capture (IIC) deckt diesen Weg in jedem ERP ab, ob SAP, DATEV oder Dynamics 365; dieser Abschnitt beschreibt ihn für Dynamics 365 Finance & Operations, in der Cloud und On-Premises. Wie E-Rechnungen in SAP, Dynamics 365 und DATEV ankommen, vergleicht E-Rechnungen im ERP verarbeiten. Ein Dynamics im eigenen Rechenzentrum bindet ORIMIZE über den ORIMIZE Connector an, der nur ausgehende HTTPS-Verbindungen aufbaut; mehr dazu im Beitrag KI im On-Premises-ERP.
Eingang und Erkennung
IIC holt Rechnungen aus Microsoft-365-Postfächern und SharePoint ab, nimmt Uploads aus Dynamics an und empfängt Dateien über eine REST-API. Die Abrufe nehmen PDF- und XML-Anhänge an und protokollieren übersprungene Dateien. Verarbeitet werden PDF- und XML-Dateien bis 25 MB.
ZUGFeRD/Factur-X, XRechnung in UBL- und CII-Syntax sowie Peppol BIS liest IIC ohne Texterkennung direkt in ein Datenmodell nach EN 16931 und hält fest, welches Profil vorlag. PDF-Rechnungen ohne XML erfasst die KI; die Anfragen laufen standardmäßig über Microsoft Foundry in der EU-Datenzone. Details zeigt die Seite KI-Erkennung & Extraktion.
Jede Datei wird mit SHA-256-Prüfsumme gespeichert. Kommt dieselbe Datei erneut, verarbeitet ORIMIZE sie nicht doppelt und berechnet sie auch nicht doppelt.
Prüfung und Kreditorabgleich
Positionssummen, Steuerbeträge und Zahlbetrag werden nachgerechnet. Den Rechnungssteller gleicht IIC mit Ihren Kreditoren aus Dynamics ab und vergibt einen Konfidenzwert von 1 bis 100. Als Treffer gilt nur ein Kandidat mit hoher Sicherheit und klarem Abstand zum nächsten.
Weichen USt-IdNr., Bankdaten oder Anschrift vom Kreditorenstamm ab, zeigt der Stammdatenabgleich in Dynamics genau diese Felder an. Übernommen wird nur, was Sie auswählen. Ist der Lieferant neu, legen Sie den Kreditor direkt aus den Rechnungsdaten an. Mehr dazu unter Matching & Validierung.
Steuer und Kontierung in Dynamics
Für die Steuer pflegen Sie in IIC eine Zuordnung von Mehrwertsteuerkategorie zu Artikel-Mehrwertsteuergruppe. Aus der Mehrwertsteuergruppe des Kreditors, dem Steuersatz, dem Rechnungsdatum und der Kategorie ermittelt IIC die Artikel-Mehrwertsteuergruppe; die Kategorie AE behandelt IIC als Sonderfall, bei dem der Steuersatz nicht in die Suche eingeht. Akzeptiert wird nur ein eindeutiges Ergebnis. Passen mehrere Kombinationen, meldet IIC einen Fehler, statt eine zufällige Gruppe zu wählen. Wie das Mapping gepflegt wird, beschreibt die Academy unter Mapping Artikel-Mehrwertsteuergruppe - Mehrwertsteuerkategorie. Kleine Rundungsdifferenzen zwischen importierten Steuerzeilen und berechneter Steuer toleriert IIC, größere Abweichungen werden markiert.
Für die Kontierung bietet IIC nur Sachkonten an, die eine gültige Journalzeile ergeben: Summenkonten, ausgesetzte Konten und Konten ohne Kontostruktur sind ausgeschlossen. Sachkonto und Finanzdimensionen schlägt IIC je Position vor, aus festen Vorgaben, gelernten Routinen und KI auf Basis Ihrer Dynamics-Stammdaten. Das Entscheidungsprotokoll zeigt für jeden Wert, woher er stammt. Wie fein kontiert wird, hängt vom Tarif ab. Mehr dazu unter Automatische Kontierung und im Beitrag KI in der Kreditorenbuchhaltung: Vorschlag statt Blackbox.
Freigabe, Journal und Archiv
Die vorbereitete Rechnung steht im IIC-Arbeitsbereich von Dynamics bereit. Fachanwender prüfen dort Kopf, Positionen, Steuer und Kontierung. Freigaben laufen im Dynamics-Workflow oder in der ORIMIZE Workflow-App, je nach Tarif auch mehrstufig mit Betragsgrenzen, Rollen und Vertretung. Nach Validierung und gegebenenfalls Freigabe überträgt IIC die Rechnung in die Rechnungserfassung oder das Rechnungsbuch und speichert die Journalnummer an der Rechnung. Danach sind die Rechnungsdaten gegen fachliche Bearbeitung gesperrt.
Originale werden mit Prüfsumme gespeichert, eine Zweitkopie liegt mit Aufbewahrungssperre bis Ende des achten Jahres. Gebuchte Belege lassen sich nicht löschen, nur mit Begründung stornieren. Je nach Setup werden die Originalbelege zusätzlich in ecoDMS abgelegt. Die Verfahrensdokumentation bleibt Aufgabe Ihres Unternehmens. Wie Freigaben und Protokolle zusammenspielen, zeigt Workflows & Audit Trail.
Was in Vorbereitung ist
Die Prüfung mit dem KoSIT-Validator und ein lesbarer Sichtbeleg für E-Rechnungen sind in Vorbereitung. Bis dahin prüfen Fachanwender die Daten einer XRechnung in der Maske Kreditorenrechnungen in Dynamics, mit Kopf, Positionen und Steuerzeilen.
Checkliste für Ihr Dynamics-Team
- Ist jedem Kreditor eine Mehrwertsteuergruppe zugeordnet und die USt-IdNr. gepflegt?
- Gibt es für die Kategorien, die Ihre Lieferanten verwenden, eindeutige Artikel-Mehrwertsteuergruppen, insbesondere für Reverse Charge?
- Passen Kontostrukturen und Finanzdimensionen zu den Sachkonten, auf die Eingangsrechnungen gebucht werden?
- Wer prüft eine XRechnung ohne Bild, und wo sieht der Genehmiger die Rechnungsdaten?
- Ist die Prüfung auf doppelte Rechnungsnummern in Dynamics aktiv?
- Wo liegt das XML-Original, und wer stellt sicher, dass es bis zum Ende der Frist verfügbar bleibt?
Häufige Fragen
Wie verarbeite ich eine XRechnung in Dynamics 365 Finance?
Eine XRechnung wird in vier Schritten buchungsreif: XML lesen, gegen Norm und Rechenlogik prüfen, auf Kreditor, Sachkonto, Finanzdimensionen und Mehrwertsteuergruppen abbilden und nach der Freigabe in ein Journal wie die Rechnungserfassung oder das Rechnungsbuch übertragen. ORIMIZE Intelligent Invoice Capture übernimmt Lesen, Rechenprüfung, Abbildung und Übergabe für Dynamics 365 Finance & Operations, in der Cloud und On-Premises, ebenso wie für SAP, DATEV und weitere ERP-Systeme.
Was ist der Unterschied zwischen XRechnung und ZUGFeRD?
Eine XRechnung ist eine reine XML-Datei in UBL- oder CII-Syntax ohne Rechnungsbild. ZUGFeRD, technisch gleich mit Factur-X, ist ein PDF/A-3, in das die Rechnungsdaten als XML eingebettet sind. Beide beruhen auf der Norm EN 16931. Bei ZUGFeRD sind die XML-Daten führend, nicht das PDF-Bild.
Gelten ZUGFeRD MINIMUM und BASIC WL als E-Rechnung?
Nein. Die Profile MINIMUM und BASIC WL enthalten keine Rechnungspositionen und nicht alle Pflichtangaben einer Rechnung, deshalb erfüllen sie die Anforderungen an eine E-Rechnung nicht. Bitten Sie Lieferanten, die diese Profile senden, um das Profil EN 16931 oder um eine XRechnung.
Wie wird die Mehrwertsteuer einer E-Rechnung in Dynamics 365 zugeordnet?
Die E-Rechnung liefert je Position Steuersatz und Mehrwertsteuerkategorie, Dynamics 365 Finance rechnet mit Mehrwertsteuergruppe und Artikel-Mehrwertsteuergruppe. Die Mehrwertsteuergruppe kommt in der Regel vom Kreditor, die Artikel-Mehrwertsteuergruppe muss aus Kategorie, Satz und Rechnungsdatum eindeutig abgeleitet werden. Mehrdeutige Zuordnungen sollten zu einem sichtbaren Fehler führen, nicht zu einer geratenen Buchung.
Muss die XML-Datei einer E-Rechnung archiviert werden?
Ja. Bei einer E-Rechnung ist das XML das Original und muss unverändert und maschinell auswertbar aufbewahrt werden; für Buchungsbelege gilt seit 2025 eine Frist von acht Jahren. Ein PDF-Ausdruck oder eine Sichtdarstellung allein reicht nicht. ORIMIZE speichert jede Datei mit Prüfsumme und legt eine Zweitkopie mit Aufbewahrungssperre bis Ende des achten Jahres ab.
Sie möchten sehen, wie eine XRechnung oder ZUGFeRD-Rechnung aus Ihrem Postfach im Dynamics-Journal ankommt? Fragen Sie eine Demo an und bringen Sie eine typische Rechnung mit.
Dieser Beitrag ersetzt keine steuerliche oder rechtliche Beratung.
