E-Rechnung (XRechnung, ZUGFeRD) und Business Central?

Für BC 26 habe ich noch keinen Docker.... daher war ich da noch nicht drin

Ich hab tatsächlich in 25.3 nicht geschaut aber in 25.4 ist "E-Document format for XRechnung" vorhanden. Mit den hier schon genannten Einschränkungen. Wäre schön wenn Microsoft dass für BC26 dann besser machen würde, aber hast du da schon reingeschaut?

Die separate App "E-Document format for XRechnung" stand auch schon in der Version 25.3 im Docker-Container zur Verfügung.

das Format XRECHNUNG wurde für BC 25 als mit verfügbar angekündigt und wurde aber nicht ganz dort umgesetzt

Was bedeutet das konkret? Können die XRechnung-Funktionen erst in Version 26 sinnvoll genutzt werden?

Zuletzt geändert von kern am 5. März 2025 23:00, insgesamt 1-mal geändert.

Was bedeutet das konkret? Können die XRechnung-Funktionen erst in Version 26 sinnvoll genutzt werden?

Zu BC26 weiß ich's nicht, aber in BC25 muss man einiges einrichten (E-Belegdienst, Datenaustauschdefinition, ...) und selbst zusammensuchen (weil z. B. nicht dokumentiert ist welche Codeunit...), siehe die Kommentare hier.

Zuletzt geändert von enh am 13. März 2025 10:43, insgesamt 2-mal geändert.

Zu BC26 weiß ich's nicht, aber in BC25 muss man einiges einrichten (E-Belegdienst, Datenaustauschdefinition, ...) und selbst zusammensuchen (weil z. B. nicht dokumentiert ist welche Codeunit...), siehe die Kommentare hier.

Auch wenn ich alle Kommentare hier und die Microsoft-Doku beachte, erhalte ich keine XRechnung-Datei, die einer Validierung standhält. Meine gestrigen Fragen wurden bisher noch nicht beantwortet.

Zuletzt geändert von kern am 5. März 2025 23:02, insgesamt 1-mal geändert.

Mal was anderes: Woher bekomme ich denn die Zeilendefinition für die Datenaustauschdefiniton zum Import von XRechnungen?

Das ist doch alles extrem unbefriedigend dass Microsoft das für Peppol alles mitliefert, für XRechnung aber nicht.

Dafür braucht es keine Definition. Der Import läuft über eine Codeunit. Wenn du bei den E-Belegen "Import aus Datei" auswählst, wird ein E-Belegdienst abgefragt, in dem du als Belegformart XRechnung eingestellt hast. Darüber ermittelt BC die Import-Codeunit. Aber auch beim Import gibt es das Problem mit den Dezimaltrennern und einiges mehr. Für den Import ist das meiner Ansicht nach aktuell nicht zu gebrauchen.

Hallo,

AN ALLE: Bitte KEINE Vollzitate.

Eine validierbare E-Rechnung zu erhalten ist das eine. Eine für das Gegenüber brauchbare Datei zu erstellen ist das andere.

Die Spezifikation für eine E- Rechnung ist eine Gummi- Norm, in der man theoretisch fast alles unterbringen kann, und wenn der Geschäftspartner mächtig genug ist, spezifiziert er auch seine eigene Norm, die du dann zu erfüllen hast.

Daher kannst du jede E- Rechnungs- Lösung egal von wem, wahrscheinlich nur als Idee nehmen wie man das lösen könnte. Wenn die Lösung gut ist, kannst evtl. einiges oder vieles konfigurieren und/oder Module austauschen und durch eigene Implementierung ersetzten.

Aber aus dem Karton werden die meisten Lösungen wohl nur eine reine Anbindung der Buchhaltung schaffen. Eine eingegangene E- Rechnung mit einer oder sogar mehreren Bestellungen abzugleichen dürfte einiges an Aufwand bedeuten, insbesondere dann, wenn die beiden Partner ihre eigenen Ideen hatten, welche Einheiten und/oder Varianten zu verwenden sind.

Und wenn du Pech hast, dann darfst du diese Anpassungen für jeden deiner Kreditoren oder auch einige deiner Debitoren machen.

Gruß Fiddi

Dafür braucht es keine Definition. Der Import läuft über eine Codeunit. Wenn du bei den E-Belegen "Import aus Datei" auswählst, wird ein E-Belegdienst abgefragt, in dem du als Belegformart XRechnung eingestellt hast. Darüber ermittelt BC die Import-Codeunit. Aber auch beim Import gibt es das Problem mit den Dezimaltrennern und einiges mehr. Für den Import ist das meiner Ansicht nach aktuell nicht zu gebrauchen.

Super, danke, ich hatte irrtümlich einen Eingehenden Beleg statt einen E-Beleg erstellt...

Moin Zusammen,

weiß jemand, ob man auch Servicerechnungen als XRechnung herunterladen kann? Bzw. ob man überhaupt Servicerechnungen in einem elektronischen Format irgendwie herunterladen kann.
Für Service-XRechnung scheinen mir da auch die Codeunits zu fehlen, die man auf der Seite "Elektronische Belegformate" hinterlegen kann.

Mit der "normalen" XRechnung klappt es auf einem BC 25.5 Container mittlerweile schon verhältnismäßig gut, aber alle anderen Belegarten scheinen zumindest aktuell noch nicht zu funktionieren.

Danke im Voraus!

Pit

Hallo,

neue Vereinbarungen zur E-Rechnung in der EU:

https://www.heise.de/news/Neue-EU-Regeln-zur-E-Rechnung-und-gegen-Mehrwertsteuerbetrug-beschlossen-10313955.html

Gruß Fiddi

Microsoft hat wieder ein bisschen nachgebessert. Wenn ich nun in der Version 25.5 eine XRechnung-XML-Datei für den Versand per E-Mail erstelle, meldet der Validator nur noch den folgenden Fehler:
[BR-DE-15] Das Element "Buyer reference" (BT-10) muss übermittelt werden.
Wie kann die Käuferreferenz für den Versand per E-Mail eingestellt werden?
Bisher habe ich nur eine entsprechende Einstellung für die E-Beleg-Dienste gefunden.

Das ist eine Einrichtung im E-Beleg Dienst, sowohl welches Feld für die Buyer Reference verwendet werden soll als auch die Pflicht kann dort für den Export eingerichtet werden.

@enh: Ich hatte bereits geschrieben, dass ich die entsprechende Einstellung für die E-Beleg-Dienste gefunden hatte. Ich hatte testweise auch mal einen E-Beleg-Dienst (E-Document Service) mit dem Belegformat "XRechnung", mit der Option "Käuferreferenz erforderlich" und der Käuferreferenz "Ihre Referenz" angelegt. Diese Einstellungen können offensichtlich für einen Dienst wie Pagero verwendet werden. Ich habe aber keinen Weg gefunden, dem System mitzuteilen, die Einstellungen für den E-Mail-Versand zu verwenden. Könntest Du mir bitte einen Tipp geben?
Gruß
Thorsten

Tja, aufmerksames Lesen würde helfen Sorry, da hab ich leider keinen Tipp mehr, außer selbst programmieren.

Hallo,

ich habe das Erstellen der XRECHNUNG im Format CII in Dynamics Nav 2016 umgesetzt.
Nun habe ich mir mal den aktuellen Code von MS dazu angesehen. Vorallem in Bezug auf die Berechnung der Totals und MwSt.-Werte.

Was mich wundert ist, dass MS eine Funktion benutzt in der die SalesInvLine modifiziert wird.

Zu finden hier: https://github.com/microsoft/ALAppExten ... odeunit.al
Funktion: CalculateLineAmounts

Das finde ich seltsam. Habe ich etwas übersehen?
VG

Ohne es jetzt im Detail nachvollzogen zu haben - beim Versand von geb. VK Rechnungen/Gutschriften in den Belegzeilen die Preise und Rabatte bei "Preise inkl. MwSt" neu zu berechnen kommt mir auch ziemlich seltsam vor.

Hallo zusammen,

hat jemand Informationen dazu, wann die Implementierung für die Servicebelege erfolgen wird? Aktuell sind nur Verkaufsbelege (Rechnung/Gutschrift) möglich.

In BC 25-2 hatte MS es "übersehen", es initial korrekt eingerichtet mit auszuliefern. Und es gibt keine explizite Anleitung dafür, was alles wo eingerichtet werden müsste, dass es funktionieren könnte.

Ab der Version 26.0 gibt es eine separate kostenfreie APP für xRechnung in DE von Microsoft:

https://appsource.microsoft.com/de-de/p ... AndSupport

VG Anke

Die Erweiterung "E-Document format for XRechnung" gibt es auch schon mit BC 25.x aber automatisch einrichten tut die nix. Ich sehe da also nix neues. Gibt es eine Info dass das mit BC 26 besser ist?

Auf der APP Source Seite steht, dass die APP ab der Version 26.0.0.0 verfügbar ist und in der dort verlinkten Hilfe ist erklärt, wie man sie für PEPPOl poder XRrechnung einrichtet.
Ich habe leider noch immer keinen BC26 Docker , daher kann ich das aktuell nicht im System nachschauen.

VG Anke

Ich habe den Docker-Container mit BC 26.1 heruntergeladen. In der per E-Mail gesendeten XRechnung-XML-Datei fehlt immer noch die Käuferreferenz, obwohl ich die Einrichtung gemäß der verlinkten Hilfe vorgenommen habe.

In der aktuellen Version sollte laut Microsoft auf der Seite "Posted Sales Invoice" die Aktion "Create and email E-Document" hinzukommen (https://learn.microsoft.com/de-de/dynamics365/release-plan/2025wave1/smb/dynamics365-business-central/create-e-documents-posted-sales-invoices). Das hat Microsoft scheinbar auch nicht geschafft.

Gibt es nach Eurem Kenntnisstand schon Unternehmen, die in ihrem Produktivsystem die BC-Standardfunktionen nutzen, um XRechnung-Dateien per E-Mail an ihre Kunden zu senden?

Gruß
Thorsten

Hallo,

du solltest im Moment auch darauf verzichten, X-Rechnungen an Kunden zu verschicken, die Preise inklusive MwSt. verwenden.

Gruß Fiddi

Danke für die Warnung.

Hallo zusammen,

ich habe mich in den letzten Wochen mit dem Export auseinandergesetzt und kann bestätigen, dass der BC Standard + die Erweiterung "E-Document format for XRechnung" (ohne kleinen Eingriff in den Code) aktuell noch keine validen XRechnungen erstellen kann.
Ursache ist die bereits von anderen Nutzern angemerkte, fehlende "Buyer Reference", die aufgrund eines kleinen Denkfehlers von MS aktuell niemals ausgegeben wird.

Das erste Problem mit den E-Belegen, ist jedoch meines Erachtens, dass ein wichtiger Einrichtungsschritt aktuell in keiner Dokumentation von MS erwähnt wird. Sobald die App "E-Document format for XRechnung" installiert ist, müssen neue Einträge in "Elektronische Belegformate" angelegt werden, in denen die Codeunit 13916 verknüpft wird. Rechnung und Gutschrift benötigen hierbei jeweils einen eigenen Eintrag.
Dadurch kann dann bei der Einrichtung des Belegsendeprofils überhaupt erst das Elektronische Format "XRECHNUNG" ausgewählt werden.
Beispiel-Einrichtung für Rechnung: https://imgur.com/2X6o0jc

Das zweite Problem ist meines Erachtens ein Fehler im Code von MS.
Kurz zusammenfasst ist das Problem, dass nie eine Buyer-Reference ausgegeben werden kann, weil die Funktion die den dafür notwendigen E-Belegdienst ermitteln soll, einen Wert in einem Feld des "Export Buffers" erwartet, welches aktuell im Standard niemals gefüllt wird.
TL;DR; Da der E-Belegdienst nicht ermittelt werden kann, überspringt der Standard komplett die Anlage des Buyer-Reference Segments, welches jedoch obligatorisch für die XRechnung ist.

Die Lösung hierfür ist ein kleiner Subscriber, der bei elektronischem Versand prüft, ob für den Debitor ein Belegsendeprofil mit dem Format XRechnung (Abfrage über ID der Codeunits) hinterlegt ist und dann das entsprechende Buffer-Feld mit dem erwarteten Wert "XRECHNUNG" füllt. Der Subscriber setzt auf den Standard auf und funktioniert sowohl in Versionen in denen die XRechnungs-Codeunits noch im Standard liegen, als auch in den Versionen in denen die CU in die App "E-Document format for XRechnung" ausgelagert wurde. Es wird also keine Dependancy auf die App benötigt und der Code sollte somit auch "sicher" bei Updates sein.

Code:

[EventSubscriber(ObjectType::Table, DATABASE::"Electronic Document Format", OnSendElectronicallyOnBeforeRecordExportBufferInsert, '', TRUE, True)]
    local procedure OnSendElectronicallyOnBeforeRecordExportBufferInsert(var RecordExportBuffer: Record "Record Export Buffer"; RecRef: RecordRef)
    var
        FieldRef: FieldRef;
        Customer: Record Customer;
        SalesInvoiceHeader: Record "Sales Invoice Header";
        lDocumentSendingProfile: Record "Document Sending Profile";
        lElectronicDocumentFormat: Record "Electronic Document Format";
    begin
        FieldRef := RecRef.Field(SalesInvoiceHeader.FieldNo("Sell-to Customer No."));
        If Customer.get(FieldRef) then
            if lDocumentSendingProfile.Get(Customer."Document Sending Profile") then begin
                //Wenn für Mail eingerichtet
                If lDocumentSendingProfile."E-Mail" > 0 then
                    if lElectronicDocumentFormat.get(lDocumentSendingProfile."E-Mail Format") then
                        If lElectronicDocumentFormat."Codeunit ID" IN [13915, 13916] then
                            RecordExportBuffer."Electronic Document Format" := 'XRECHNUNG';
                //Wenn für Datenträger eingerichtet
                if lDocumentSendingProfile.Disk > 0 then
                    if lElectronicDocumentFormat.get(lDocumentSendingProfile."Disk Format") then
                        If lElectronicDocumentFormat."Codeunit ID" IN [13915, 13916] then
                            RecordExportBuffer."Electronic Document Format" := 'XRECHNUNG';

            end;
    end;


Ich hoffe dass dieser Subscriber hilft die XRechung über den BC-Standard grundsätzlich ans Laufen zu bekommen, möchte jedoch darauf hinweisen, dass es noch ein paar weitere "Problemchen" mit dem Standard gibt, die aktuell noch beachtet werden müssen.

So gibt es zum Beispiel noch einen Fehler wenn ein Auftrag über "Buchen + Senden" mit der Option "Liefern UND Fakturieren" verbucht wird. Der Standard versucht hierbei neben der Rechnung dann auch die Lieferung in eine XRechnung umzuwandeln, was zu einem Fehler nach dem Commit der Buchung aber vor dem Versand der Belege führt. Hier muss ebenfalls mit einem Subscriber eingegriffen werden, oder separat geliefert und gebucht werden.

Darüber hinaus rundet der BC Standard beim Export der XRechnung automatisch alle Preise auf 2 Nachkommstellen, obwohl der XRechnungs-Standard hier 4 Nachkommastellen erlaubt. Dies führt zu fehlerhaften XRechnungen (Ablehnung durch Validator) in Systemen mit Preisen mit mehr als 2 Nachkommastellen.
Ursache ist dass die Zeilenbeträge in BC mit allen Nachkommastellen der Preise berechnet werden, beim Export jedoch die Preise auf 2 Nachkommastellen gekürzt werden. Wenn der externe Validator nun die Zeilenbeträge berechnet (Menge * gekürzter Preis), stimmen diese schnell nicht mehr mit den übertragenen Zeilenbeträgen überein. Die einzige Lösung ist hier die gesamte Export-Codeunit (13916) als eigenes Objekt anzulegen und die Rundung der Preise auf 4 Nachkommastellen zu erweitern.

Gruß Jason