Microsoft Dynamics 365 -> XRechnung

Microsoft Dynamics 365 zu XRechnung — B2G-Rechnungen automatisieren

Microsoft Dynamics 365 — sei es Business Central für den Mittelstand oder Finance & Operations für Großunternehmen — unterstützt PEPPOL BIS 3.0 und EN 16931 prinzipiell out-of-the-box. Die deutschen XRechnung-spezifischen Anforderungen liegen jedoch eine Konfigurationsebene tiefer: CIUS-DE-Pflichtfelder, Leitweg-ID-Routing, Bundesland-spezifische Portal-Anforderungen sowie die korrekte Mapping der deutschen Steuerschlüssel auf EN-16931-Tax-Category-Codes erfordern Anpassungen, die häufig externe Beratung oder kostenpflichtige Add-ons rechtfertigen.

XRechnung-Bereit ergänzt Ihre Dynamics-365-Installation um genau diese deutsche Schicht — ohne Eingriff in die ERP-Konfiguration, ohne Electronic-Reporting-Modul-Anpassung und ohne den Aufwand, den eigenen Dynamics-Workflow neu zu denken. Sie exportieren Rechnungsdaten aus Dynamics über die nativen Wege — PEPPOL BIS XML, OData-API, Excel-Export oder PDF — und unser Tool produziert die XRechnung-konforme XML-Datei mit allen CIUS-DE-Pflichtfeldern und der korrekten Leitweg-ID-Behandlung.

Die Lösung skaliert von gelegentlichen Behördenrechnungen (Gast-Test, €0) bis zu Vollintegration via API für mehrere Tausend Rechnungen pro Monat (Business-Plan, €39). Besonders relevant: für Konzerne mit deutscher Tochtergesellschaft, die Dynamics 365 international standardisiert haben, schließt XRechnung-Bereit die deutsche B2G-Lücke ohne lokale ERP-Sonderkonfiguration.

Der praktische XRechnung-Pfad

1

Quelle sichern

Nutzen Sie Microsoft Dynamics 365 als Ausgangspunkt und ziehen Sie fehlende Pflichtfelder frueh nach.

2

XML sauber strukturieren

Leitweg-ID, Steuerlogik, Referenzen und Summen muessen semantisch im richtigen Feld landen.

3

Validator vor Versand

Vor dem Versand an Behoerden sollte die Datei immer gegen aktuelle KoSIT-Regeln geprueft werden.

Worauf Sie achten sollten

Bei Microsoft Dynamics 365 entscheiden vor allem Exportformat, Leitweg-ID, Steuerkategorien, Summenlogik und KoSIT-Validierung dar?ber, ob die Datei vom Beh?rdenportal akzeptiert wird. Der systemspezifische Abschnitt unten zeigt, welche Felder und Workflows Sie vor der ersten produktiven XRechnung pr?fen sollten.

Was ist bei der Dynamics 365 zu XRechnung Konvertierung besonders?

Dynamics 365 trennt sich in zwei produktive Linien, die jeweils eigene Konvertierungsstrategien erfordern. Dynamics 365 Business Central (vormals NAV) richtet sich an den Mittelstand und exportiert PEPPOL BIS 3.0 XML nativ über das Modul `Electronic Document Format`. Dieser PEPPOL-Export ist EN-16931-konform, jedoch NICHT direkt CIUS-DE-konform: Pflichtfelder wie BT-10 (Leitweg-ID-Routing) sind im Standard-PEPPOL nicht zwingend, in XRechnung jedoch für jede B2G-Rechnung erforderlich. Dynamics 365 Finance & Operations (vormals AX) bedient Großunternehmen und nutzt das Electronic Reporting (ER) Module für formatspezifische Rechnungsausgaben — hier kann XRechnung-Output über benutzerdefinierte ER-Konfigurationen erzeugt werden, die SAP-Partner oder interne IT-Teams entwickeln müssen.

In beiden Fällen unterstützt XRechnung-Bereit drei praktikable Workflows. Erstens, PEPPOL-Export-Konvertierung: Sie exportieren die Rechnung aus Business Central als BIS-3.0-XML und unser Tool transformiert das Dokument in CIUS-DE-konforme XRechnung-XML. Pflichtfelder, die im PEPPOL-Export fehlen (Leitweg-ID, Buyer Reference Sub-Codes, deutsche Steuerschlüssel-Mapping), werden ergänzt — entweder aus Custom-Fields, die Sie in Business Central pflegen, oder über die Web-Eingabe vor Konvertierung. Zweitens, OData-API-Workflow: für Echtzeit-Konvertierung im Rechnungsworkflow nutzen Sie unsere REST-API direkt aus einem Power Automate Flow oder einer Custom-Extension. Drittens, PDF-Fallback: für Anwender ohne PEPPOL-Aktivierung oder mit eigenem Crystal-Reports-Layout reicht der PDF-Export — OCR-gestützte Erkennung mappt die strukturellen Felder.

Kritische Mapping-Punkte, die in jedem Dynamics-zu-XRechnung-Workflow zu beachten sind: Steuersatz-Codes: Dynamics nutzt VAT Posting Setup mit benutzerdefinierten Codes (typisch `EU`, `INL`, `EXEMPT`, `REV-CHARGE`); XRechnung-Bereit übersetzt in die normierten EN-16931-Codes (`S`, `Z`, `E`, `AE`). Datumsformate: Dynamics speichert intern in UTC, XRechnung erwartet ISO-8601 ohne Zeitzone (`YYYY-MM-DD`); die Konvertierung erfolgt automatisch. Multi-Currency: für Rechnungen in Fremdwährung (z.B. internationale Tochter, die in CHF/USD bucht aber in EUR an deutsche Behörden fakturiert) übernimmt XRechnung-Bereit die Konvertierung mit aktuellem Bundesbank-Tageskurs.

Für den XRechnung-3.0-Standard gilt: ab Version 3.0 sind Pflichtfelder wie BT-89 (Payment Means Type Code) strenger validiert — Dynamics-Standard-Exports nutzen oft generische Codes, die XRechnung 3.0 nicht akzeptiert. Unser Tool aktualisiert die Codes automatisch auf 3.0-konforme Werte (z.B. `30` für SEPA-Überweisung, `58` für SEPA-Sofortüberweisung).

Pflichtfelder vor Versand pruefen

Leitweg-ID, Rechnungsnummer, Bestellreferenz, Leistungszeitraum, Steuercodes, Zahlungsziel und Summenlogik muessen vor dem Versand strukturiert vorhanden sein.

KoSIT-Validierung einplanen

Eine optisch korrekte Rechnung kann technisch trotzdem scheitern. Der Validatorlauf reduziert Ruecklaeufer bei Behoerdenportalen und macht Fehler frueh sichtbar.

Gast-Test ohne Projektstart

Fuer einzelne Behoerdenrechnungen reicht der manuelle Upload. Fuer wiederkehrende Mandanten oder ERP-Prozesse laesst sich der Ablauf spaeter standardisieren.

Haeufige Fragen

Reicht das native Dynamics PEPPOL-Modul für XRechnung an deutsche Behörden?
Das native PEPPOL-Modul in Business Central erzeugt EN-16931-konforme BIS-3.0-XML, jedoch nicht CIUS-DE-konforme XRechnung. Für reine PEPPOL-Empfänger (z.B. internationale B2B-Kunden) ist es ausreichend; für deutsche B2G-Empfänger müssen mindestens drei Anpassungen erfolgen: die Leitweg-ID muss in den Buyer-Reference (BT-10) gemappt werden, die deutschen Steuerschlüssel müssen auf EN-16931-Tax-Category-Codes übersetzt werden, und die XRechnung-3.0-spezifischen Validierungs-Regeln müssen erfüllt sein. XRechnung-Bereit übernimmt diese Anpassungen automatisch — Sie können das native PEPPOL-Modul weiternutzen und unser Tool als Post-Processor einsetzen. Alternativ können Sie das Electronic Reporting Module mit XRechnung-spezifischer Konfiguration anpassen lassen, was jedoch typischerweise 10-30 Beratungsstunden erfordert.
Wie befülle ich die Leitweg-ID in Dynamics 365 Business Central?
Die Leitweg-ID gehört zum Geschäftspartner-Stammsatz (Customer Card) und sollte als Custom Field angelegt werden — typischerweise unter Customer → Card → General mit dem Namen `Leitweg ID` oder `Routing ID`. Über AL-Code-Extension (für AppSource-Apps) oder als einfaches Custom Field via Personalisierung ist die Anlage in 5-10 Minuten erledigt. Beim PEPPOL-Export wird das Feld in den `BuyerReference` (BT-10) der ausgehenden BIS-XML gemappt. Wenn Sie das Custom Field nicht anlegen wollen, akzeptiert XRechnung-Bereit auch die manuelle Eingabe der Leitweg-ID vor Konvertierung — für gelegentliche B2G-Rechnungen ist dieser Workflow oft praktischer als eine ERP-Anpassung. Für regelmäßige B2G-Lieferanten empfehlen wir die Custom-Field-Lösung, weil sie den Workflow vollständig automatisierbar macht.
XRechnung 2.3 vs 3.0: Welche Version unterstützt Dynamics?
Dynamics 365 Business Central exportiert standardmäßig PEPPOL BIS 3.0 XML, das als Basis für XRechnung 2.x und 3.0 dient — die Wahl der finalen XRechnung-Version trifft jedoch der Konverter, nicht Dynamics. XRechnung 2.3 wird derzeit (Mitte 2025) noch von vielen Bundesland-Portalen akzeptiert; XRechnung 3.0 wird ab 2026 in den meisten Portalen Pflicht. XRechnung-Bereit unterstützt beide Versionen und wählt auf Wunsch automatisch die jeweils passende Version je nach Empfänger-Portal. Beim Wechsel von 2.3 auf 3.0 sind primär die strenger validierten Codelisten (BT-89 Payment Means, BT-117 Tax Exemption Reason Code) zu beachten — unser Tool aktualisiert diese automatisch. Für Dynamics-Anwender bedeutet das: Sie müssen Ihren Export-Workflow nicht anpassen, wenn der XRechnung-Standard sich weiterentwickelt — die Konvertierungsschicht passt sich an.