Fehlermeldung: Unvollständige UStVA-Kennziffern in RechnungsFee v0.6.3

Kosa

Hallo RechnungsFee-Team,

bei der UStVA-Anzeigehilfe in RechnungsFee v0.6.3 werden offenbar nicht alle für meine Umsatzsteuer-Voranmeldung benötigten ELSTER-Kennziffern ausgewiesen.

Meine manuelle Auswertung umfasst folgende Kennziffern:

KZ 81 – steuerpflichtige Umsätze zu 19 %
KZ 46 – Bemessungsgrundlage nach § 13b Abs. 1
KZ 47 – dazugehörige Umsatzsteuer
KZ 84 – Bemessungsgrundlage für andere §13b-Leistungen
KZ 85 – dazugehörige Umsatzsteuer
KZ 21 – nicht steuerbare sonstige Leistungen im EU-Gebiet
KZ 45 – übrige nicht im Inland steuerbare Umsätze/Drittland
KZ 66 – abziehbare Vorsteuer
KZ 67 – Vorsteuer aus §13b-Leistungen

In der UStVA-Anzeigehilfe werden jedoch nicht alle diese Kennziffern beziehungsweise die zugehörigen Beträge berücksichtigt.

Nach meiner Prüfung betrifft das insbesondere folgende Punkte:

Die Kennziffern 21 und 45 fehlen in der UStVA-Anzeigehilfe vollständig. Sie können offenbar weder automatisch berechnet noch manuell ergänzt werden.
Die grundsätzlich vorhandenen Kennziffern 46/47, 84/85 und 67 sollten automatisch erscheinen, wenn eine Journalbuchung als entsprechender steuerlicher Sonderfall gekennzeichnet wurde. Bitte prüfen Sie, ob diese Zuordnung in v0.6.3 zuverlässig funktioniert.
Für Ausgangsrechnungen können zwar EU-Reverse-Charge beziehungsweise Drittland-Dienstleistungen gekennzeichnet werden, diese Angaben scheinen aber nicht in KZ 21 beziehungsweise KZ 45 der UStVA-Auswertung übernommen zu werden.

Ich bitte daher um Prüfung und Behebung sowie um folgende Ergänzungen:

Aufnahme der Kennziffern 21 und 45 in die UStVA-Anzeigehilfe
automatische Zuordnung entsprechend gekennzeichneter Ausgangsrechnungen
korrekte Berechnung von KZ 46/47, 84/85 und 67 aus den steuerlichen Sonderfällen
nach Möglichkeit eine manuelle Eingabemöglichkeit für nicht automatisch ermittelbare Kennziffern
nachvollziehbare Einzelpostenanzeige für alle UStVA-Kennziffern

Erwartetes Verhalten: Sämtliche für ELSTER benötigten Kennziffern werden aus den Buchungen ermittelt und in der UStVA-Anzeigehilfe dargestellt. Nicht automatisch ermittelbare Felder sollten zumindest manuell ergänzt werden können.

Bitte teilen Sie mir auch mit, falls hierfür bereits eine Einstellung oder eine bestimmte Buchungskategorie vorgesehen ist, die ich übersehen habe.

Vielen Dank für die Prüfung und Behebung.

Freundliche Grüße

GitHub-Bot

Danke für deine Meldung! 🙌 Dieser Fehler wird jetzt an unser Entwicklerteam weitergegeben und dort technisch bearbeitet und verfolgt (auf der Plattform GitHub, wo wir die Entwicklung von RechnungsFee organisieren). Den Fortschritt kannst du hier in der Community oder auf GitHub mitverfolgen: #372

GitHub-Bot

Antwort von unserem Entwicklerteam (GitHub-Nutzer nicolettas-muggelbude):

Moin @Kosa,

vielen Dank für die ausführliche und gut sortierte Aufstellung, das hat die Prüfung deutlich erleichtert.

Ich bin jedem der genannten Punkte einzeln nachgegangen:

KZ 46/47, 84/85 und 67 (§13b-Fälle): Diese Kennziffern funktionieren bereits zuverlässig. Sobald eine Buchung als entsprechender Sonderfall gekennzeichnet ist, werden Bemessungsgrundlage, Umsatzsteuer und Vorsteuer korrekt zugeordnet – auch bei einer nachträglichen Korrektur oder Stornierung. Hier musste ich nichts ändern.

KZ 21 und 45: Hier hattest du recht, die fehlten komplett. Ich habe das jetzt nachgerüstet: Eine Ausgangsrechnung, die du als Reverse-Charge (EU-Dienstleistung) oder als Drittland-Dienstleistung kennzeichnest, wird nach dem Verbuchen der Zahlung automatisch in KZ 21 bzw. KZ 45 berücksichtigt. Beim Nachforschen ist mir dabei noch ein zweiter, damit zusammenhängender Fehler aufgefallen: Eine Reverse-Charge-Ausgangsrechnung wurde im Hintergrund fälschlich wie eine ganz andere Art von Sonderfall behandelt (der für Eingangsrechnungen gedacht ist), wodurch sie in der UStVA bislang nirgends auftauchte. Das ist jetzt mit korrigiert.

Manuelle Eingabe für nicht automatisch ermittelbare Felder: Die gibt es bereits – solche Felder (z. B. KZ 87) sind in der UStVA-Anzeigehilfe als grau hinterlegte Eingabefelder zu erkennen und lassen sich direkt dort eintragen.

Einzelpostenanzeige: Auch das ist bereits vorhanden – zu jeder Kennziffer lässt sich die Liste der einzelnen Buchungen aufklappen, die zu ihrer Summe beigetragen haben.

Der Fix für KZ 21/45 ist bereits umgesetzt und ausführlich gegengeprüft (unter anderem, dass die §13b-Kennziffern dadurch nicht beeinflusst werden). Er kommt mit dem nächsten Release.

Danke nochmal fürs genaue Hinschauen – so ein sauberer Report macht die Fehlersuche gleich viel einfacher.

Auf GitHub ansehen

Kosa

Moin,

vielen Dank für die schnelle und ausführliche Prüfung sowie die Umsetzung!

Gut zu wissen, dass die §13b-Kennziffern bereits korrekt funktionieren und die fehlenden KZ 21 und 45 einschließlich des entdeckten Folgefehlers nun behoben sind. Auch der Hinweis auf die manuellen Felder und die aufklappbare Einzelpostenanzeige hilft mir weiter.

Dann warte ich auf das nächste Release und werde die Auswertung anschließend noch einmal prüfen.

Vielen Dank und viele Grüße
Kosa

Nicoletta

Die Release ist gerade eben raus @Kosa

Kosa

Hallo RechnungsFee-Team,

ich habe inzwischen v0.6.11 installiert und die UStVA erneut geprüft. Die Korrektur greift bei meinen bereits vorhandenen Eingangsrechnungen weiterhin nicht.

Im Journal sind die betreffenden Buchungen sichtbar und eindeutig mit der Kategorie „Drittland-Dienstleistungen (§13b Abs. 2)“ verknüpft. In der UStVA-Anzeigehilfe fehlen trotzdem die zugehörigen Kennziffern 84, 85 und 67 vollständig. Entsprechend fehlen bei vorhandenen EU-Dienstleistungen auch 46, 47 und 67. Gleichzeitig ist der Betrag in KZ 66 nicht nachvollziehbar beziehungsweise offenbar zu hoch.

In meinem Journal habe ich im 2. Quartal 6 sichtbare Drittland-Buchungen, diese ergeben zusammen eine Bemessungsgrundlage von 238,52 €. Bei 19 % wären daraus grundsätzlich folgende Werte zu erwarten:

KZ 84: 238,52 €
KZ 85: 45,32 €
KZ 67: 45,32 €

Diese Kennziffern werden in der UStVA-Anzeigehilfe jedoch überhaupt nicht ausgegeben.

Nach Prüfung der aktuellen Programmlogik scheint die Migration nur solche Drittland-Altbuchungen zu korrigieren, bei denen im Journal bereits ust_sonderfall = 13b_abs1 gespeichert war. Ältere Journalbuchungen, bei denen die Sonderfallkennung leer ist, werden offenbar nicht anhand der verknüpften Kategorie auf 13b_abs2 zurückgesetzt beziehungsweise ergänzt.

Die sichtbare Kategorie allein reicht für die UStVA-Auswertung offenbar nicht aus, weil die Auswertung die im Journal gespeicherte Sonderfallkennung verwendet. Damit bleiben korrekt kategorisierte Altbuchungen ohne interne Sonderfallkennung aus KZ 46/47 beziehungsweise 84/85/67 ausgeschlossen oder werden möglicherweise als normale Vorsteuer in KZ 66 berücksichtigt.

Bitte prüfen und ergänzen Sie deshalb eine Datenmigration für bereits vorhandene Journalbuchungen und gegebenenfalls Vorsteueransprüche:

Kategorie „EU-Dienstleistungen (§13b Abs. 1)“ → ust_sonderfall = 13b_abs1
Kategorie „Drittland-Dienstleistungen (§13b Abs. 2)“ → ust_sonderfall = 13b_abs2
Kategorie „Bauleistungen / §13b Abs. 2“ → ust_sonderfall = 13b_abs2
Kategorie „Wareneinkauf EU“ → ust_sonderfall = ig_erwerb
Kategorie „Einfuhrumsatzsteuer (Zoll/DHL)“ → ust_sonderfall = einfuhr_ust

Die Migration sollte ausdrücklich auch Datensätze erfassen, bei denen ust_sonderfall derzeit NULL beziehungsweise leer ist. Falls bei den alten Buchungen außerdem Steuer- oder Vorsteuerbeträge fehlen oder nach der normalen Bruttologik berechnet wurden, müssten diese ebenfalls aus dem Rechnungsbetrag und Steuersatz neu aufgebaut werden.

Bitte prüfen Sie außerdem, ob die betroffenen §13b-Beträge momentan fälschlich in KZ 66 enthalten sind und nach der Korrektur dort entfernt werden.

Neue Rechnungen scheinen korrekt verarbeitet zu werden. Betroffen sind offenbar die bereits vor den entsprechenden Fehlerbehebungen verbuchten Eingangsrechnungen.

Vielen Dank für die erneute Prüfung.!

GitHub-Bot

🔄 Deine Antwort wurde an unser Entwicklerteam weitergegeben: #372

GitHub-Bot

Antwort von unserem Entwicklerteam (GitHub-Nutzer nicolettas-muggelbude):

Moin Kosa,

danke für die erneute, sehr präzise Analyse – die Vermutung mit der Migration war exakt richtig.

Ich habe das nachvollzogen: Die Migration aus dem letzten Fix hat ust_sonderfall auf Alt-Buchungen nur dort korrigiert, wo dort bereits fälschlich 13b_abs1 gespeichert war. Buchungen, bei denen das Feld schlicht leer (NULL) ist, wurden nie angefasst – obwohl die verknüpfte Kategorie längst korrekt zugeordnet ist. Die UStVA-Auswertung liest aber ausschließlich das auf der Buchung selbst gespeicherte Feld, nicht das der Kategorie. Genau deine Vermutung.

Ist gefixt: Eine neue Migration trägt das fehlende Feld bei allen betroffenen Alt-Buchungen aus der verknüpften Kategorie nach – sowohl im Journal als auch bei den Vorsteueransprüchen. Jede geänderte Zeile wird dabei im GoBD-Änderungsprotokoll dokumentiert (Nachweis, dass es sich um einen dokumentierten Software-Fix handelt, nicht um eine nachträgliche Manipulation).

Bewusst nicht angefasst habe ich dabei die gespeicherten Beträge (Netto/USt/Vorsteuer) – nur das fehlende Kennzeichen wird nachgetragen. Hintergrund: Für Eingangsrechnungen, die über den Bank-Import automatisch verbucht wurden, gab es bis vor kurzem gar keine Sonderfall-Erkennung – dort könnte theoretisch nicht nur das Kennzeichen gefehlt haben, sondern auch die Aufteilung selbst falsch berechnet worden sein (normale Herausrechnung aus dem Zahlbetrag statt der bei Reverse Charge korrekten additiven Aufteilung).

Damit ich das für deine konkreten 6 Drittland-Buchungen ausschließen bzw. bestätigen kann: Weißt du noch, ob du diese Rechnungen manuell über das Rechnungsformular erfasst hast, oder liefen sie über den automatischen Bank-Import? Und hast du ungefähr im Kopf, mit welcher RechnungsFee-Version du sie ursprünglich gebucht hattest? Falls sie über den Bank-Import liefen und aus einer Version vor der entsprechenden Korrektur stammen, würde ich mir die Beträge dieser Buchungen nochmal gezielt ansehen.

Kommt mit dem nächsten Release.

Auf GitHub ansehen

Kosa

Hallo RechnungsFee-Team,

nach der letzten Altbuchungs-Korrektur werden die Bemessungsgrundlagen nun in KZ 46 und 84 angezeigt. Die zugehörigen Steuerbeträge in KZ 47 und 85 sowie die Vorsteuer in KZ 67 fehlen jedoch weiterhin.

Die betreffenden Lieferantenrechnungen enthalten keine ausgewiesene Umsatzsteuer und wurden entsprechend ohne MwSt. erfasst.

Bitte prüfen Sie, ob die Altbuchungs-Korrektur lediglich die Sonderfallkennung ergänzt, aber einen bisher gespeicherten Steuersatz von 0 % beziehungsweise Steuer- und Vorsteuerbeträge von 0 unverändert lässt.

Bei Reverse Charge müssen die fehlende Umsatzsteuer auf der Lieferantenrechnung und der anzuwendende deutsche §13b-Steuersatz getrennt behandelt werden. Der Zahlbetrag an den Lieferanten darf durch die Berechnung der deutschen Steuer nicht steigen.

Bitte ergänzen Sie gegebenenfalls die Altbelegkorrektur um die Neuberechnung der §13b-Umsatzsteuer und der abzugsfähigen Vorsteuer. Erwartet werden für EU-Dienstleistungen KZ 46/47/67 und für Drittland-Dienstleistungen KZ 84/85/67.

Vielen Dank!

GitHub-Bot

🔄 Deine Antwort wurde an unser Entwicklerteam weitergegeben: #372

GitHub-Bot

Antwort von unserem Entwicklerteam (GitHub-Nutzer nicolettas-muggelbude):

Moin Kosa,

danke, das bestätigt meinen Verdacht: Die letzte Korrektur hat nur das fehlende Kennzeichen nachgetragen, nicht die Beträge. Bei deinen Alt-Buchungen stehen ust_satz, ust_betrag und vorsteuer_betrag tatsächlich auf 0 – die additive §13b-Berechnung hat beim ursprünglichen Erfassen schlicht nie stattgefunden, weil es diese Logik zu dem Zeitpunkt noch nicht gab.

Dein Hinweis zum Zahlbetrag ist genau richtig und deckt sich mit der Art, wie das Programm Reverse Charge sonst auch bucht: Der an den Lieferanten gezahlte Betrag bleibt unverändert stehen (er ist bereits der Nettobetrag), die deutsche USt und die Vorsteuer werden nur zusätzlich, rein informativ für die UStVA draufgerechnet – ohne den Zahlbetrag selbst zu berühren.

Geplant ist folgende Korrektur:

Zahlbetrag (Netto/Brutto) bleibt exakt wie gebucht
USt-Satz wird auf 19 % gesetzt (der in RechnungsFee für EU-/Drittland-Dienstleistungen hinterlegte Standardsatz)
USt-Betrag = Nettobetrag × 19 %
Vorsteuer = USt-Betrag (bei Reverse Charge zu 100 % abziehbar)

Bevor ich das umsetze, eine Rückfrage: Betreffen deine sechs Drittland-Buchungen ausschließlich Leistungen, für die tatsächlich 19 % gilt? Falls darunter auch ermäßigt besteuerte Leistungen (7 %) wären, müsste ich das differenzieren, statt pauschal 19 % anzusetzen.

Eine zweite Frage: Hast du zusätzlich Alt-Buchungen auf der Kategorie „Wareneinkauf EU" (innergemeinschaftlicher Erwerb), die vom selben Problem betroffen sein könnten? Die behandle ich bewusst separat, weil dort im Gegensatz zu §13b ein echter 0 %-Satz ein gültiger Fall sein kann (eigene UStVA-Kennziffer dafür) – ich möchte dort nicht blind 19 % unterstellen.

Auf GitHub ansehen

Kosa

Moin,

Zur ersten Frage: nur 19%
Zur zweiten Frage: Altbuchungen nur Dienstleistungen
Vielen Dank.
Liebe Grüße

GitHub-Bot

🔄 Deine Antwort wurde an unser Entwicklerteam weitergegeben: #372

GitHub-Bot

Antwort von unserem Entwicklerteam (GitHub-Nutzer nicolettas-muggelbude):

Moin Kosa,

danke für die Bestätigung, damit war die Korrektur eindeutig.

Ist umgesetzt: Bei §13b-Alt-Buchungen, deren USt-Satz, USt-Betrag und Vorsteuer noch auf 0 stehen, wird jetzt die deutsche USt additiv aus dem unveränderten Zahlbetrag nachberechnet (19 %), die Vorsteuer entsprechend in gleicher Höhe (bei Reverse Charge zu 100 % abziehbar). Der tatsächlich an den Lieferanten gezahlte Betrag bleibt dabei exakt wie gebucht stehen – es wird nichts herausgerechnet, nur ergänzt.

Bewusst nicht angefasst: Buchungen auf „Wareneinkauf EU" (innergemeinschaftlicher Erwerb) – betrifft laut deiner Rückmeldung ohnehin keine deiner Alt-Buchungen, und dort ist ein echter 0 %-Satz ein gültiger Fall (eigene UStVA-Kennziffer), den ich nicht blind überschreiben wollte.

Kommt mit dem nächsten Release.

Auf GitHub ansehen

GitHub-Bot

✅ Status-Update: Dieses Anliegen wurde von unserem Entwicklerteam als erledigt markiert (GitHub-Issue #372 geschlossen).

GitHub-Bot

Antwort von unserem Entwicklerteam (GitHub-Nutzer github-actions[bot]):

Automatisch geschlossen – 14 Tage keine Antwort. Bei weiteren Fragen gerne ein neues Issue öffnen.

Auf GitHub ansehen

Kosa

Titel: [Bug v0.6.15] § 13b Drittland-Dienstleistungen: KZ 84 wird gefüllt, KZ 85 und 67 fehlen

Version: RechnungsFee v0.6.15
Bereich: Eingangsrechnungen / Journal / UStVA-Ausfüllhilfe
Zeitraum: Q3/2026

Fehlerbeschreibung

Bei einer Eingangsrechnung eines US-Dienstleisters (SUNO) wird die Zahlung im Journal korrekt der Kategorie „Drittland-Dienstleistungen (§ 13b Abs. 2)“ zugeordnet.

In der UStVA-Ausfüllhilfe erscheint die Bemessungsgrundlage unter Kennzahl 84. Die zugehörige Umsatzsteuer (KZ 85) sowie die abziehbare Vorsteuer (KZ 67) fehlen jedoch.

Konkretes Beispiel

Eingangsrechnung: ER-260009
Lieferant: SUNO (USA)
Rechnungsbetrag: 10,71 €
Journalbuchung: 260146
Journal-Kategorie: Drittland-Dienstleistungen (§ 13b Abs. 2)

Aktuelle UStVA-Anzeige:

KZ 84: 10,71 €

KZ 85: nicht vorhanden

KZ 67: nicht vorhanden

Erwartetes Ergebnis bei 19 % und vollem Vorsteuerabzug:

KZ 84: 10,71 €

KZ 85: 2,03 €

KZ 67: 2,03 €

Bisherige Maßnahmen

Die ursprünglich erfasste Rechnung ER-260005 wurde wegen fehlerhafter Steuerbehandlung storniert.

Anschließend wurde dieselbe Lieferantenrechnung als ER-260009 neu erfasst.

Die neue Journalbuchung 260146 zeigt:

Netto: 10,71 €

USt: 0,00 %

Brutto: 10,71 €

Kategorie: § 13b Drittland-Dienstleistungen

Auch nach der Neuanlage fehlen die entsprechenden Steuerbeträge in der UStVA-Ausfüllhilfe.

Mögliche technische Ursache

Bei der Quellcodeprüfung sind folgende Stellen aufgefallen:

src/backend/api/ustva.py

Im Zweig sonderfall == "13b_abs2" werden KZ 85 und 67 aus den gespeicherten Werten ust_betrag und vorsteuer_betrag übernommen.

src/backend/api/rechnungen.py

In _erzeuge_vorsteuer_ansprueche() werden Steuerwerte aus den Rechnungspositionen übernommen.

Möglicherweise werden bei ausländischen Eingangsrechnungen mit 0 % ausgewiesener Rechnungssteuer die separat nach § 13b geschuldeten 19 % nicht berechnet beziehungsweise nicht in die steuerliche Auswertung übernommen.

Bitte um Prüfung

Wird bei Eingangsrechnungen mit §-13b-Kategorie die deutsche Umsatzsteuer aus der Bemessungsgrundlage berechnet, auch wenn die Lieferantenrechnung 0 % Umsatzsteuer ausweist?

Werden die entsprechenden Werte korrekt an KZ 85 und gegebenenfalls KZ 67 übergeben?

Funktioniert die steuerliche Rücknahme bei Stornierung einer solchen Eingangsrechnung korrekt?

Können bereits erfasste Buchungen nach einer Fehlerkorrektur automatisch steuerlich nachberechnet werden, ohne weitere Stornierungen vornehmen zu müssen?

Die betreffenden Screenshots aus Eingangsrechnung, Journal und UStVA-Ausfüllhilfe können zur Verfügung gestellt werden.

Vielen Dank für die Prüfung.

GitHub-Bot

🔄 Deine Antwort wurde an unser Entwicklerteam weitergegeben: #372

RechnungsFee Community

Vielen Dank für den Support aus dem LinuxGuides Forum.

Community

Rechtliches

Impressum
Datenschutz