E-Rechnungen ab 11/2020 für öffentl. Aufträge verpflichtend

Mit XRechnung und ZUGFeRD 2.0 (Nachtrag: letzteres Format nur noch optional) im Einklang mit der EU-Richtlinie über die elektronische Rechnungsstellung bei öffentlichen Aufträgen soll es bald in DE losgehen (am 27.11.2020).

Elektronische Rechnungsstellung ab November 2020 für öffentliche Aufträge verpflichtend

ZUGFeRD Community

Laut diesen FAQs der Koordinierungsstelle für IT-Standards (KoSIT) ist nur noch die XRechnung verbindlich überall in Deutschland vorgegeben. Andere Formate (und damit auch ZUGFeRD 2.0) spielen für B2G nur eine untergeordnete Rolle…

[…]sofern die Länder dies in ihren Rechtsverordnungen zulassen.

Aus der Richtlinie selber ergibt sich keine Verpflichtung, auch im unterschwelligen Bereich andere Formate neben XRechnung anzunehmen; ggf. lassen einige Rechtsverordnungen dies aber auch im unterschwelligen Bereich zu.

Neue Webseite ab 01.01.23: https://xeinkauf.de/xrechnung/, ersetzt die ehemaligen Links zu http://www.xoev.de/

Regelungen der Bundesländer
Rechtliche Grundlagen der XRechnung

Syntaxoptionen für XRechnung

• Universal Business Language (UBL)
• Cross Industry Invoice (CII)

PDF: UBL and UN/CEFACT: Report

PEPPOL-Konformität
https://xeinkauf.de/peppol/
https://peppol.eu/germany-mandates-pepp ... ic-sector/

Sonstige Links
https://www.xoev.de/de/xrechnung (Versionsliste mit dem jeweiligen Gültigkeitszeitraum)
https://www.bmi.bund.de/SharedDocs/down ... dnung.html
Standards des IT-Planungsrats
Visualisierungstool vom FeRD: QUBA-Viewer

Specs (PDF):
3.0.2 https://xeinkauf.de/app/uploads/2024/07/302-XRechnung-2024-06-20.pdf
3.0.1 https://xeinkauf.de/app/uploads/2023/09/301-XRechnung-2023-09-22.pdf (ab 01.02.24)
https://www.e-rechnung-bund.de/standard-xrechnung-3-0-1/

2.2.0 https://www.xoev.de/sixcms/media.php/13/220-XRechnung-2022-01-27.pdf (ab 01.08.22)
2.1.1 https://www.xoev.de/sixcms/media.php/13/211-XRechnung-2021-07-29.pdf (ab 01.02.22-31.07.21)
2.1.0 <Zurückgezogen>
2.0.1 https://www.xoev.de/sixcms/media.php/13/201-XRechnung-2020-12-16.pdf (ab 01.07.21-31.01.22)
2.0.0 https://www.xoev.de/sixcms/media.php/13/200-XRechnung-2020-06-30.pdf (ab 01.01.21-30.06.21)
1.2.2 https://www.xoev.de/sixcms/media.php/13/XRechnung-v1-2-2.pdf (ab 01.07.20 - 31.12.20)
1.2.1 https://www.xoev.de/sixcms/media.php/13/XRechnung-v1-2-1.pdf (ab 01.01.20 - 30.06.20)
1.2.0 https://www.xoev.de/sixcms/media.php/13/XRechnung-v1-2-0.pdf

Repositories bei GitHub der Koordinierungsstelle für IT-Standards.
Issues: https://projekte.kosit.org/xrechnung/xrechnung/-/issues

Germany - 2024 eInvoicing Country Sheet
XRechnung entspricht dem Standard EN 16931.
Obtaining a copy of the European standard on eInvoicing

https://www.verband-e-rechnung.org/e-rechnungsgesetz/
https://www.verband-e-rechnung.org/pdfs/Planspiel-eRechnung_Bericht.pdf
https://www.traffiqx.net/downloads/4-xrechnung-herausforderung-und-loesung/file
https://peppol.helger.com/public/menuitem-en16931

Video: ZUGFeRD hat ausgedient, jetzt kommt die XRechnung

Falls jemand die Diskussion bei Yammer zu diesem Thema verfolgen möchte:
https://www.yammer.com/dynamicsnavdev/# ... 1119274265

Tool eines Drittanbieters zur Erstellung einer XRechnung.
https://www.xrechnung.io
Falls MS nicht rechtzeitig etwas liefert, einfach damit die Rechnungen nacherfassen und verschicken . "EDV mit Holzkontakt" geht immer (aber selten gut…).

Tradeshift (Hinweise zur Einrichtung hier) plant einen Konvertierungsservice in die Formate XRechnung und ZUGFeRD 2.0 anzubieten, den MS wohl auch nutzen wird. Manueller Export direkt als XRechnungsdatei ist dabei nicht vorgesehen.
Für ältere Clients, die kein TLS 1.2 unterstützen (CC bis NAV 2013 R2) wird man sich wohl selber etwas basteln müssen. Für NAV 2015 (mit CU mindestens ab Mai 2018, erst ab da wurde TLS 1.2 ermöglicht, auch für NAV 2016 und NAV 2017) kann man die API-Schnittstelle eventuell downgraden.

Hallo Kowa,

ich lese mich gerade in das Thema X-Rechnung und deren Übertragungswege ein.
Für Massenversand wird soweit ich das Verstanden habe das PEPPOL Netzwerk benutzt. Das erstellen einer PEPPOL kompatiblen Rechnung müsste BC365 ja unterstützen, da Peppol ein Subset von UBL2.1 ist.

Was ich noch nicht so verstanden habe: Braucht man für die ÜBertragung in das PEPPOL Netzwerk auch eine (kostenpflichtige) Teilnehmner-ID? Welche Access Points können genutzt werden, fallen hier bei der Nutzung auch Kosten an?

Gruß

Soweit es momentan absehbar ist:
Mit BC läuft es nur über Tradeshift, die die Konvertierung in das XRechnungsformat vornehmen und die E-Rechnung dann an PEPPOL übergeben. Ob dabei Kosten entstehen, ist noch unklar, Tradeshift selber ist normalerweise kostenfrei, aber nicht unbedingt die weiteren Dienste, die dann im Einsatz sind. Ich habe die Frage an MS weitergegeben, die wiederum bei Tradeshift angefragt haben.
PEPPOL ist momentan nur eine Option, die von den öffentlichen Stellen aber angeboten werden muss (ab 22.04.2020). Nach Abschluss der zweijährigen Testphase (bis 18.04.2022) könnte dieses Netzwerk aber auch verpflichtend werden. Ansonsten kann man bislang die XRechnung auch kostenfrei direkt hochladen, aber aus BC bzw. NAV eben nicht direkt erzeugen.

Hallo Kai!

danke für deine Antwort ;)

Sehe ich das richtig dass der Bund wieder mal den zweiten Schritt vor dem ersten macht... Verpflichtend ab 2020, Testphase bis 2022 für automatischen Transfer ?!

Der manuelle Upload via Webformula ist doch nur für kleine Betriebe oder Handwerker realistisch. Größere Unternehmen werden an der Übertragung per Webservice nicht vorbei kommen. Und tradeshift als Vermittler ist ja auch nicht unbedingt so prickelnd (Cloud, Datensicherheit, private Gesellschaft usw..)

Ich frage mich , wie machen das denn andere größere Unternehmen, mit monatlichen Batch-Fakturaläufen

Mal angenommen man erstellt das XRechnungsformat in NAV selbst und übermittelt ohne Zwischenstelle. Nun findet sich keine oder kaum Infos wie man an dem Peppol Netzwerk teilnimmt.

Da ich keinen Partner Zugang habe: Gibt es von Microsoft Dokumente oder Whitepaper wie das in BC365 einzurichten ist? Wenn das einfach eine Übermittlung per SOAP oder REST Webservice ist, kann man das Interface auch selbst bauen..

Viele GRüße,

Hallo Kai!

Sehe ich das richtig dass der Bund wieder mal den zweiten Schritt vor dem ersten macht... Verpflichtend ab 2020, Testphase bis 2022 für automatischen Transfer ?!

Das hier sind die offiziellen Links.
https://www.xoev.de/die_standards/xrech ... ngen-16855
https://www.it-planungsrat.de/SharedDoc ... tml?pos=10
Meine Interpretation: Verpflichtend ab 2020 ist für die öff. Rechnungsempfänger, PEPPOL optional anzubieten, aber nicht für den Versender, es zu nutzen. Das kann dann aber ab 2022 dazu kommen, wenn PEPPOL sich bis dahin bewährt hat.

Gibt es von Microsoft Dokumente oder Whitepaper wie das in BC365 einzurichten ist?

Bislang noch nicht. Das kommt wohl erst mit der Bereitstellung, die hoffentlich nicht erst im November erfolgt.

Danke dir Kai.

D.h. es gibt entweder die Möglichkeit über einen (kostenpflichtigen) Vermittler wie Tradeshift zu agieren, oder irgendwie mit PEPPOL herumzuexperimentieren.

Vielleicht noch eine andere Frage, ist dir eine Partner-Lösung bekannt oder habt ihr evtl etwas im Portfolio, die das Thema XRechnung abarbeitet? Zu SAP findet man etliche Addons die PEPPOL Funktionalitäten nachrüsten.

Gruß

[…] ist dir eine Partner-Lösung bekannt oder habt ihr evtl etwas im Portfolio, die das Thema XRechnung abarbeitet?

Speziell für die XRechnung nicht, nur als Teil von Konvertern, die auch viele andere Formate können z.B. dieser
https://www.abulafia.de/esdata_konverter.html
Wir selber bieten da gegenwärtig nichts an. Das Thema Rechnungsstellung haben wir bislang auch dem Standard überlassen .

Tradeshift hat Ende 2018 Babelway erworben und dieser Dienst soll wohl zukünftig auch eine wichtige Rolle im Prozess einnehmen.
Tradeshift Acquires Babelway, a Key Innovator of Cloud Integration Technology

Tradeshift selber ist normalerweise kostenfrei, aber nicht unbedingt die weiteren Dienste, die dann im Einsatz sind. Ich habe die Frage an MS weitergegeben, die wiederum bei Tradeshift angefragt haben.

Genaueres, auch zu den Kosten, soll Ende des Monats bekanntgegeben werden.
Details bei Yammer: https://www.yammer.com/dynamicsnavdev/# ... 1119274265

Es gibt Neuigkeiten:
Tradeschift kann mit BC nur bis Peppol BIS 2.1 genutzt werden, die Version BIS 3.0 wird dort nicht mehr supportet.

Für XRechnung kommt von MS gar nichts mehr . Stattdessen wird nur noch auf Add-ons verwiesen.
https://www.yammer.com/dynamicsnavdev/# ... 4010421248
[Nachtrag 20.08.24]: Ab BC 25 nun doch für B2B http://www.msdynamics.de/viewtopic.php?f=87&t=39083&hilit=+Xrechnung#p152188

Hallo,

Für XRechnung kommt von MS gar nichts mehr

Ein Schelm, der böses dabei denkt.

Gruß Fiddi

Hallo,

ich versuch da auch gerade ein Fuss in die Tür zu bekommen.

Für XRechnung kommt von MS gar nichts mehr . Stattdessen wird nur noch auf Add-ons verwiesen.
https://www.yammer.com/dynamicsnavdev/# ... 4010421248

Der XML Port 1600 (Sales Invoice - PEPPOL 2.1) hat also Überhaupt nichts mit der XRechnung zu tun?

Verstehe ich folgendes richtig:
Die Xrechnung wird in NAV erstellt , an ein Service Provider geschickt welcher an den Empfänger ausliefert?
Die Daten der Rechnung werden an ein Service Provider gesendet welcher die XRechnung erstellt und ausliefert?

Danke.

Der XML Port 1600 (Sales Invoice - PEPPOL 2.1) hat also Überhaupt nichts mit der XRechnung zu tun?

Diese Objekte im Standard gibt es seit Jahren (siehe hier), weil u.a. die Behörden in DK und NO bei der Umstellung auf papierlos deutlich schneller waren als in DE. Dort hat MS auch noch Lokalisierungen geliefert (und supportet die auch weiterhin), aber für DE kommt leider nichts entsprechendes mehr [Nachtrag 20.08.24]: Ab BC 25 nun doch für B2B http://www.msdynamics.de/viewtopic.php?f=87&t=39083&hilit=+Xrechnung#p152188

Hallo Kai,

danke für deine Antwort.

das heißt, wenn der Kunde XRechnung verschicken möchte oder muss,
dann müsste man hingehen und diesen XML Port (der ein wenig aussieht wie die XRechnung) anpassen,
oder sich den XML Export anderweitig "zusammenbasteln"

Danke

Selber basteln geht natürlich (man sich ggf. von den Lösungen für DK und NO inspirieren lassen ), aber es gibt je nach BC bzw. NAV-Version auch schon einige Anbieter, die hierfür Zusatzmodule erstellt haben. Sogar für den Classic Client ist noch eine dabei. Bei einem kleinen Belegaufkommen sind die anteiligen Kosten aber nicht unerheblich. Seitens der Behörden ist die XRechnung ja eigentlich als kostenfrei konzipiert worden.

aber es gibt je nach BC bzw. NAV-Version auch schon einige Anbieter, die hierfür Zusatzmodule erstellt haben. Sogar für den Classic Client ist noch eine dabei. Bei einem kleinen Belegaufkommen sind die anteiligen Kosten aber nicht unerheblich. Seitens der Behörden ist die XRechnung ja eigentlich als kostenfrei konzipiert worden.

Welche Partner haben hier Zusatzmodule?

Wir haben gerade die ersten elektronischen Belege erstellt (NAV 2018) und laden die Belege manuell hoch. Die Anzahl der Rechnungen ist aktuell noch überschaubar, wird sich aber mit der Zeit ändern, deshalb sind wir auf der Suche nach Erweiterung.

Welche Partner haben hier Zusatzmodule?

Das sind die mir bekannten aktuellen Anbieter (für BC/NAV):
MSE eBeleg365
B2Brouter E-Rechungen
Belware XRechnung
Pagero E-Invoicing (XRechnung geplant zum Jahresende 2020)
Golden EDI
Nachtrag 05.05.21:
Continia Document Output
Sending Electronic Documents in Germany
Nachtrag 28.07.21:
bartolome röder AG ZUGFeRD Schnittstelle (Nachtrag: Jetzt Teil vom eDoc Module)
Nachtrag 03.08.21
Connamix CX eInvoice (ursprünglich eRechnung)
Nachtrag 02.05.22
Sievers: E-Rechnung für Business Central & NAV
Nachtrag 26.01.24
XRechnung & ZUGFeRD Navision-Extension für Dynamics NAV & Business Central
Nachtrag 29.10.24
ForNav: Support for e-invoicing in Microsoft Dynamics 365 Business Central (XRechnung & ZUGFeRD) (erst ab BC 20.3 wegen Universal Code, mit eigenem PEPPOL Access Point (Link))


Falls weitere Module existieren sollten, bitte den Link in diesem Thema dazutragen (ohne Werbung, die wird umgehend entfernt), dann trage ich den in die Liste dazu, damit kein Anbieter bevorzugt wird.

Moin in die Runde,
ich hätte mal eine Frage zu dem XRechnungs-Standard, hier ist ja in der Zwischenzeit nicht mehr viel passiert. Mir ist noch nicht so richtig ersichtlich, wann ich diese XRechnung überhaupt übermitteln soll. Gilt es grundsätzlich bei einem öffentlichen Auftraggeber, dass eine Rechnung im XRechnung-Standard versendet werden muss oder gilt das nur bei Ausschreibungen und damit ausschließlich Verkaufsrechnungen?

Ein weiterer Anbieter mit einer Lösung im Portfolio wäre übrigens Continia, als AddOn zu Continia Document Output:
https://appsource.microsoft.com/en-gb/p ... 42898fa948
https://www.continia.com/de/loesungen-f ... ml-export/

Hallo Kai,
wir bieten ebenfalls ein ZUGFeRD Add-On für Dynamics NAV und Business Central an!
Könntest du uns daher bitte noch in die Liste mit aufnehmen: https://navision-beratung.de/add-ons/na ... ittstelle/
Danke & viele Grüße
Susanne

Für alle, die international unterwegs sind:
wir bieten ein eRechnungsmodul an, dass neben ZUGFeRD und XRechnung auch die Fattura elettronica mit abdeckt ;) → Links zum Modul: https://connamix.com/de/cx-erechnung

Bei Fragen, gerne anschreiben.

Am 07.02. ist für die XRechnung eine Hotfixversion für Version 2.2.0 erschienen, die ab 01.08. verwendet werden muss.
https://www.xoev.de/xrechnung-16828#G%C3%9C

Nachtrag: ZUGFeRD 2.2

Hallo, wahr lange nicht mehr hier

zum Thema XRechnung, bin ich gerade dabei in/aus AX2009 (noch bei uns in der Firma genutzt), dies in das AOT zu programmieren.

Hintergrund: Firma arbeitet mit Behörden und muss über eine Portal diese XRechnung dort eintragen, per Hand!

Es gibt aber eine Importfunktion dort und möchte keine externen kostenpflichten Anbieter nutzen, um eine konforme XML mit Daten zu erstellen zu lassen.

Mein Chef möchte es nicht, eher aus einer im ERP (AX2009) schon erstellten Datensatz eine XRechnung.xml zu erzeugen. OK muss ich hinnehmen.

Dies ist mir mit den Aufbau und Verständnis der XRechnung.xml auch schon gelungen, die XML-Funktion im AOT des AX2009 (auch wahrscheinlich AX2012) ist aber dafür leider nicht nutzbar.
Diese Classe in AX2009 erzeugt nur einfache XML-Strukturen.

Ich muss für die Erzeugung der Datei wohl etwas sehr weit ausholen, aber wehr Interesse hat, hier antworten