Lieferdatum in Gutschrift / Umsatzsteuererhöhung

[grichardson@…]

Wenn man eine Rechnung bucht wird für die Bestimmung der Steuer das Lieferdatum genommen, sofern vorhanden, ansonsten das Rechnungsdatum. Das ist dann wichtig, wenn es einen Umsatzsteuerwechsel gibt, z.B. von 19% auf 21%. Möchte man im 21%-Zeitraum eine Rechnung aus der 19%-Zeit gutschreiben, wird bei der Gutschrift jedoch immer nur das Gutschriftsdatum genommen, ein Lieferdatum gibt es nicht, so dass eine aktuelle Gutschrift immer nur den neuen Steuersatz nimmt.

Man könnte das Lieferdatum auch in Gutschriften aktivieren, muss aber trotzdem noch den Code anpassen, da an der betreffenden Stelle für Gutschriften explizit nur das Gutschriftsdatum ausgewertet wird, und es keinen Lieferdatums-Override wie für Rechnungen gibt.

Ich würde vorschlagen das Lieferdatum auch bei Gutschriften von der Rechnung zu übernehmen, damit man diesen Fall abbilden kann. Ich bin mir jetzt nicht sicher ob dieser Fall einfach nicht berücksichtigt wurde, oder ob es nicht vielleicht doch einen guten Grund gab, Lieferdatum bei Gutschriften nicht einzuführen.

Derzeit ist es auch möglich im 21%-Zeitraum noch eine Rechnung mit dem alten Steuersatz schreiben, wenn man das Lieferdatum zurücksetzt.

Für die Umsatzsteuer ist das Lieferdatum ausschlaggebend (s. §13 Umsatzsteuergesetz). Daher muss es sogar auf die vorgeschlagene Weise implementiert werden.

Aber Vorsicht! Es kommt dabei zu Fehlern im DATEV-check. Denn in der acc_trans wird nur ein Datum gespeichert (transdate), nämlich das Rechnungsdatum (oder Gutschriftsdatum).

Es kommt dann zu Fehlern, wenn sich beispielsweise die Umsatzsteuer von Sep auf Okt ändert. Liefert man dann im Sep, und stellt die Rechnung im Okt, dann gilt die Umsatzsteuer aus Sep. Allerdings wird in der acc_trans nur das Rechnungsdatum (transdate) gespeichert, also ein Datum im Okt. Dies führt natürlich zu Problemen.

Lösungen hierfür scheinen alle recht umständlich oder unbefriediegend. Hier die Vorschläge:

1. Vorschlag: Man verbietet, dass Rechnungs- und Lieferdatum in verschiedenen Steuerzeiträumen liegen. Problem hierbei: die Einschränkung der Zeiträume ist hier sehr groß.

2. Vorschlag: Man führt eine neue Tabellenspalte in der acc_trans mit dem Lieferdatum (oder besser Steuerdatum, dann hätte vielleicht auch Vorteile bei Problemen mit der Ist-Versteuerung[ist allerdings nur geraten]) ein. Problem: Die Spalte müsste bei allen Buchungen, wo sich Liefer- und Rechnungsdatum unterscheiden gefüllt werden. Ob man dabei tatsächlich alle Stellen entdeckt, wo die Spalte gefüllt werden sollte, ist fraglich.

3. Vorschlag: In der acc_trans steht immer eine trans_id. Man könnte so feststellen, durch welche Rechnung (bzw. Gutschrift) die Buchung zustande gekommen ist. In der Rechnung, kann man dann auch das Lieferdatum auslesen und den Steuersatz dann nach diesem Datum und nicht mehr nach transdate bestimmen. Auch das scheint nur sehr umständlich möglich zu sein.

Da alle Lösungen nicht ganz einfach sind, muss man wohl nochmal überdenken, welches die einfachste ist oder ob es nicht vielleicht eine vierte gibt.

Sollte in Commit a1a1263bff85923b68be47848cd9441dfdba7fb1 behoben sein.
Ich habe mich für Variante 2 entschieden, das Lieferdatum war in der Gutschrift ja nur ausgeblendet, deshalb ist das nicht so schwer zu ändern.