17. Mai 2025 08:56
Hallo,
ich sage hier besser nicht, was ich gerade denke.
Hast du schon mal probiert, eine X-Rechnung mit Preisen inkl. Mwst. zwei mal zu versenden, oder dir den Ausdruck der Rechnung nach der Erstellung der X-Rechnung angeschaut?
Gruß Fiddi
18. Mai 2025 15:50
Weiß jemand, wann Microsoft gedenkt, die bereits bekannten Fehler zu beheben?
Microsoft hatte die ZUGFeRD-Unterstützung im BC-Standard für Version 26.1 angekündigt. Die Unterstützung ist aber nicht enthalten. Nun schreibt Microsoft nur noch schwammig: "Das ZUGFeRD-Format steht auf der Roadmap und wird in Kürze unterstützt." Hat jemand von Euch genauere Informationen?
Dieser Thread ist ja bereits 13 Monate alt. Und die Fortschritte in BC kommen im Schneckentempo. Welche Lösung würdet Ihr aktuell einem Unternehmen empfehlen, das zum Ende diesen Jahres gerne schon Rechnungen in den Formaten "XRechnung" und "ZUGFeRD" per E-Mail an Kunden senden würde?
19. Mai 2025 14:25
kern hat geschrieben:Weiß jemand, wann Microsoft gedenkt, die bereits bekannten Fehler zu beheben?
Dazu wäre die erste Frage ob man die Fehler auch an Microsoft gemeldet hat...
19. Mai 2025 19:38
enh hat geschrieben:Dazu wäre die erste Frage ob man die Fehler auch an Microsoft gemeldet hat...
Ich dachte, dass diese Frage nicht gestellt werden muss, da in fast allen Benutzerprofilen "Microsoft Partner" steht. Aber Du hast natürlich recht.
16. Juli 2025 17:52
Hat das schon jemand getestet?
Bei mir funktioniert leider das neue Docker-Image für die Version 26.3 nicht. Fehlermeldung: "The database was backed up on a server running version 16.00.4195. That version is incompatible with this server, which is running version 15.00.4430."
16. Juli 2025 18:05
Ich denke du müsstest das Docker-Image mit einem externen SQL-Server laufen lassen, oder dir am besten nur die Komponenten runter laden und dann OnPrem betreiben.
Wird wahrscheinlich in Zukunft die einzige Möglichkeit ohne AL-Go sein.
Gruß Fiddi
18. Juli 2025 12:25
Nur zur Info: Microsoft hat das Docker-Image für die Version 26.3 inzwischen korrigiert (
https://github.com/microsoft/navcontainerhelper/issues/3962). Bei mir funktioniert es nun.
18. Juli 2025 18:20
Ich habe nun XRechnung und ZUGFeRD in der Version 26.3 getestet. Die erzeugten Dateien werden von den Validatoren (z. B.
https://www.eu-rechnung.de/e-rechnung-validieren) abgelehnt. Beim ZUGFeRD-Format beispielsweise mit der Fehlermeldung "Buyer electronic address MUST be provided".
24. Juli 2025 15:22
Bei mir ist sogar das Belegformat nicht vorhanden in den elektronischen Belegformaten, wie kann das denn sein??
Die App habe ich installiert
1. August 2025 12:27
Nelson hat geschrieben:hat jemand Informationen dazu, wann die Implementierung für die Servicebelege erfolgen wird?
Frühestens ab BC 27.1.
https://www.yammer.com/dynamicsnavdev/t ... 7689440256
5. August 2025 09:51
Mit der aktuellen 26.4 hat nun der Status von
Public Preview auf
General Availability (GA) gewechselt.
https://learn.microsoft.com/en-us/dynam ... ts-germanyNachtrag Repo 27.1:
https://github.com/StefanMaron/MSDyn365 ... ermany/src
8. August 2025 11:46
Danke für die gute Information. Gibt es schon eine Information, ob die erzeugten Dateien in BC 26.4 von den Validatoren akzeptiert werden?
19. August 2025 11:45
Frage zur Microsoft Lösung für XRechnungen im Verkaufsbereich: Es ist ja nicht vorgesehen reine Bemerkungszeilen in E-Rechnung / XRechnung XML-Dateien zu übertragen. Zeilen mit Art=Bemerkung werden übersprungen. Hat jemand eine Idee wohin man sowas übertragen sollte? Beim konkreten Kunden werden Hinweistexte als Textbausteine in die Rechnung übertragen. Eigentlich sind das Kopfinformationen. Aber dafür gibts im BC Standard ja auch nichts passendes.
21. Januar 2026 09:01
In
BC 27.3 sind diverse Hotfixes und neue Features enthalten.
W1
616740 A new feature to export email addresses and additional header data in both ZUGFeRD and XRechnung document exports.
616741 A new feature to embed PDFs in exported XRechnung XML documents.
DE
609177 Need to send ZUGFeRD A-3 PDF format through Email through Post and Send.
611286 XRechnung E-Document format file shows errors when there is no VAT on the invoice.
616833 ZUGFERD E-Invoice file generated in BC27 for Germany is not valid, with four errors detected during validation.
Daniel Gorski:
XRechnung in Business Central einrichten: Schritt für Schritt zur E-Rechnung
9. Februar 2026 23:11
Hotfix in
BC 27.4W1
619001
Fix that resolves XML validation errors caused by discount percentages exceeding two decimals in XRechnung and ZUGFeRD exports
17. August 2026 15:13
Ich meine es wurde schon diskutiert, ich finde es aber nicht. BC erstellt bei ZUGFeRD schon eine korrekte PDF Datei mit angehängt/integriertem XML aber benennt diese Datei mit Endung ".XML" statt ".PDF". Dieser Bug besteht wohl in allen BC Versionen. Gibt es dafür einen Trick wie man das korrigieren kann?
25. August 2026 20:57
Das war der Stand hier
https://github.com/microsoft/BCApps/pull/7913gefolgt von weiteren Bugs, nun ohne Dateierweiterung, aber zumindest sollte es nun mit .pdf bei ZUGFeRD klappen.
https://github.com/microsoft/BCApps/issues/9849Liegt jetzt alles zukünftig im Repo BCApps, ALAppExtensions wird zum 1.9.2026 stillgelegt.
https://github.com/microsoft/ALAppExten ... sues/30411
25. August 2026 22:07
Hi Kowa, Danke für die Antwort. Ich nehme mal an in BC 28.5 sollte das korrigiert sein? In BC 28.4 SaaS erhalte ich noch Dateien mit Endung ".XML" wenn ich ZUGFeRD erstelle.
26. August 2026 10:31
Wenn ich den Github-Eintrag #7913 für AB634372 richtig verstehe, kommt das PDF für ZUGFeRDerst mit der Version 29.0
und sollte somit dann hoffentlich zu dem Zeitpunkt auch noch als Fix für die Version 27 und 28 von MS nachgeliefert werden.
https://github.com/microsoft/BCApps/milestone/32VG Anke
11. September 2026 09:40
Moin (Post ist doppelt, ich geh aber davon aus, dass hier mehr gelesen wird / dieser Thread stärker frequentiert wird),
ich habe mal eine fachliche Frage an Personen, die sich im Umsatzsteuerrecht, bezogen auf xRechnung (E-REchnung) auskennen.
Ein Kunde von uns verkauft normale Waren im Inland und dazu eine Versicherung / Garantie. Die Versicherung ist mal zu 0€ mal zu einem Wert.
Bsp.
Debitor --> Mwst.-Geschäftsbuchungsgruppe --> INLAND
Artikel --> Mwst.-Produktbuchungsgruppe --> 19
GarantieRessource --> Mwst.-Produktbuchungsgruppe --> "OHNE MWST"
Gemäß MwsT.-Buchmatrix ist
INLAND/19 geschlüsselt auf Steuerkategoriecode "S"
INLAND/"OHNE MWST" geschlüsselt auf Steuerkategoriecode "O"
Aus meiner Sicht als auch für unseren Kunden ist hier das "O" falsch und müsste ein "E" sein.
Unser hausinterner Fibukollege beharrt aber darauf dass es "O" sein muss.
Das bedeutet, dass für den Verkauf dieser Garantieressourcen (z.B. Wertgarantie oder InterAssurance) ja immer 2 Belege erstellt werden müssen, da S und O nie zusammen auf einem Beleg sein dürfen, da O immer Belegrein sein soll (so verstehe ich die Regelung).
Wäre der Kunde mit mir in einer Organschaft, dann sähe der Fall so aus:
Debitor --> Mwst.-Geschäftsbuchungsgruppe --> ORGAN
Artikel --> Mwst.-Produktbuchungsgruppe --> 19
GarantieRessource --> Mwst.-Produktbuchungsgruppe --> "OHNE MWST"
Gemäß MwsT.-Buchmatrix ist
ORGAN/19 geschlüsselt auf Steuerkategoriecode "O"
ORGAN/"OHNE MWST" geschlüsselt auf Steuerkategoriecode "O"
Dann kann ich hier beides mit "O" schlüsseln.
Ich bräuchte mal eine Hilfestellung für den oben genannten Fall. Vielleicht, so meine Hoffung, sind hier welche, die ähnliches in NAV / BC abbilden.
Danke im Voraus
11. September 2026 11:55
Hello
Das ist natürlich eine komplett fachliche Betrachtung rein auf Basis meiner Berufserfahrung, welche aber bitte immer von eurem Steuerberater abgesichert werden sollte:
E-Belege können von der Steuerkategorie her grundsätzlich nicht "sortenrein" sein, sondern jede Zeile muss ihren eigenen korrekten Steuerkategoriecode aufweisen und in Summe zu dem Mehrwertsteuerschema kann dann korrekt der Steuerbetrag der gesamten Rechnung validiert werden.
Ist die Rechnung komplett zwischen 2 Organgesellschaften, der gleichen Organschaft, handelt es sich in Summe um einen sogenannten nichtsteuerbaren Innenumsatz
und damit wären alle Rechnungszeilen mit dem Steuerkategoriecode 0 zu belegen. Dadurch ergibt sich, dass dieser Beleg von der Steuerkategorie her "sortenrein" ist.
Handelt es sich um eine Rechnung zwischen 2 Unternehmen, welche keiner gemeinsamen Organschaft angehören, so ist
- die normale Lieferung/Leistung mit dem Steuerkategoriecode S zu belegen
- sowie die Garantie/Versicherung, welche nach § 4 Nr. 10 a UStG steuerfrei ist, mit dem Steuerkategoriecode E
Die Hauptproblematik dürfte sein, dass die meisten Unternehmen bisher keine separate Mehrwertsteuerbuchungsmatrixzeile für Nichtsteuerbare Tatbestände haben und die Kombination mit der Mehrwertsteuerproduktbuchungsgruppe OHNE MWST für steuerfreie sowohl als auch für nicht steuerbare Tatbestände verwendet wird.
Diese Thematik wird nun durch das Einrichten der E Belege offenkundig und entsprechend muss die Mehrwertsteuerbuchungsmatrix ergänzt werden, damit diese beiden unterschiedlichen umsatzsteuerlichen Tatbestände korrekt eingerichtet werden können
VG
Anke
11. September 2026 12:53
Hi Anke, danke der Info, ja so verstehe ich das auch. Frage mich aber gerade, bei dem verkauf der Garantie:
Wenn dass nicht eine eigene Garantie ist, sondern die Garantie eines Garantieanbieters, sagen wir InterAssurence oder Wertgarantie, sprich ich die Garantie nur vermittle (Geld einnehme und es gleich 1x1 weitergebe an den Garantieanbieter), ist es dann weiterhin "E" oder dann doch schon "O".
Bei der Provision, die ich später für die Vermittlung erhalte ist mir der Steuerfall klar, aber wie bei der VErmittlung der Garantie.
Denn wenn es tatsächlich so ist, dass diese Garantievermittlung nicht steuerbar ist, sprich "O", kann ich sie, nach xRechnung 3.0.2, nicht mehr zusammen mit der verkauften Ware (z.B. ein Fahrrad), Kategorie "S", auf einem Beleg verkaufen wenn der Kunde eine Firma oder BEhörde ist, welche die xREchnung haben möchte.
11. September 2026 13:39
Wenn es umsatzsteuerliche wirklich eine nicht steuerbare Leistung ist, dann kannst du das in der XRechnung nicht mit steuerbaren Sachen mixen. Ich hab das eben erst recherchiert, das war mir so nicht bekannt - sorry. Wieder was dazu gelernt
Allerdings ist es ja auch relativ selten, dass es wirklich nicht steuerbare Tatbestände gibt, die gemixt werden mit steuerbaren auf 1Rechnung
Somit denke ich, es bleibt dir nichts anderes übrig, als dass die nicht Steuerberater Leistung mit einer separaten Rechnung abgerechnet wird, wenn du das Format XRechnung verwendest
VG
Anke
Powered by phpBB © phpBB Group.
phpBB Mobile / SEO by Artodia.