Erstellt vor 9 Jahren

Geschlossen vor 9 Jahren

Zuletzt geändert vor 8 Jahren

#365 closed Fehler (works-for-me)

Falsche UStVA bei negativem Vorsteuer-Betrag

Erstellt von: a.huth@… Verantwortlicher: p.reetz@…
Priorität: hoch Meilenstein:
Komponente: kivitendo ERP Version: 2.2
Schweregrad: schwerwiegend Stichworte: Finanzbuchhaltung
Beobachter: post@…

Beschreibung

Wenn sich bei der Berechnung der UStVA für die Vorsteuer ein negativer(!)
Betrag ergibt, wird der Betrag zwar richtig aus den Soll- und Habenwerten der
Vorsteuerkonten berechnet, aber dann ohne Vorzeichen, das heisst immer als
Posiviveintrag in die Umsatzsteuer-Voranmeldung übernommen. Die Berechnung der
fälligen Mehrwertsteuer als Differenz aus Umsatz- und Vorsteuer ist dann auch
falsch! Eine negative Vorsteuer kann ich ja beim Finanzamt nicht geltend
machen, sondern muss sie an das Finanzamt zahlen! Umsatz- und Vorsteuer müssten
betragsmäßig zusammengezählt und nicht voneinander abgezogen werden.

Wie kann eine negative Vorsteuer entstehen?
Ein Auto wurde neu angeschafft und zunächst in's Betriebsvermögen übernommen,
d.h auf das Konto 0410 gebucht. In der UStVA am Ende des Quartals wurde die
Vorsteuer für das Auto dem Finanzamt gegenüber geltend gemacht und auch
erhalten.
Im nächsten Quartal wurde entschieden, das Auto doch lieber in's Privatvermögen
zu überführen. Also muss die erhaltene Vorsteuer wieder zurückgezahlt werden.
Zu diesem Zweck wurde eine Umbuchung des Autos vom Konto 0410 auf 1800
vorgenommen, und zwar inklusive der 16 % Mehrwertsteuer, also Dialogbuchung mit
Bruttobetrag des Autos: Habenkonto 0410, Sollkonto 1800. Die Mehrwertsteuer
landet bei dieser Buchung auf der Habenseite des Kontos 1575, so weit alles
korrekt.
Da aber dieser (negative) Vorsteuerbetrag bei einem Auto nicht
unerheblich ist, überstieg er in dem Quartal betragsmäßig alle normalen
(positiven) Vorsteuerbuchungen, die sich ja auf der Sollseite des Kontos 1575
befinden. In dem Fall wurde in der UStVA der richtige Betrag für die Vorsteuer
errechnet und eingesetzt, aber ohne Vorzeichen und damit falsch!
Ob der Fehler auch auftritt, wenn nicht die Vorsteuer, sondern die Umsatzsteuer
negativ ist, habe ich nicht getestet.

Änderungshistorie (8)

comment:1 Geändert vor 9 Jahren durch udono@…

  • Status von new nach assigned geändert

Bitte mehr Infos.
Versuche gerade den Fehler nachzustellen. Die Buchung dazu ist gut beschrieben.
Was ich wissen muss, ist welche Kennziffer in der USTVA falsche Werte hat.
Unter:
https://lx-office.linet-services.de/svn-installationen/unstable/login.pl
Benutzername: demo1
Passwort: demo
Habe ich am 1.7.2006 eine entsprechende Buchung angelegt.
Was genau ist an der USTVA für das dritte Quartal 2006 falsch?
Schöne Grüße Udo

comment:2 Geändert vor 9 Jahren durch udono@…

(Mit Bezug zu comment 1)
Ich habe den Eindruck, dass der Fehler auf Buchungsebene passiert, dennn
eigentlich müsste die Vorsteuer doch negativ verbucht werden, oder?

comment:3 Geändert vor 9 Jahren durch m.bunkus@…

Frau Huth antwortete folgendes direkt an bugzilla-daemon@…:


Hallo Udo,

in der UStVA muss bei deiner Beispielbuchung in der Zeile 66 ein Betrag von

  • 137,93 (mit Minuszeichen!)

stehen. So wird die Vorsteuer ja auch ganz richtig ermittelt, vgl.
beispielsweise unter -> Finanzbuchhaltung -> Berichte -> Buchungsjournal,
dort findet man die Vorsteuer deiner Testbuchung mit negativem Vorzeichen.

Wenn die Vorsteuer in Zeile 66 richtig, also mit negativem Vorzeichen
eingetragen würde, bräuchte man an der weiteren Berechnung der fälligen
Umsatzsteuer nichts weiter zu ändern. Dann würde nämlich bei der
Differenzbildung

Betrag Zeile 62 = Betrag Zeile 53 - Betrag Zeile 66

automatisch ein positiver Wert (im Beispiel + 137,93) herauskommen, weil
'Minus mal Minus ja Plus ergibt'.
Obige Differenz würde mit deinen Beispielzahlen dann folgendermaßen lauten:

Betrag Zeile 62 = 0 - ( - 137,93) = + 137,93

Dann stünde in den Zeilen 62, 65 und 83 jeweils der positive Wert

+ 137,93

und so wär's richtig.

Positive Werte in Zeile 83 müssen an das Finanzamt bezahlt werden, negative
Werte muss das Finanzamt an mich auszahlen. In diesem Fall muss ich bezahlen,
also muss als Ergebnis der positive Betrag herauskommen.

Herzliche Grüsse
Anneli


comment:4 Geändert vor 9 Jahren durch a.huth@…

(Mit Bezug zu comment 2)

(Mit Bezug zu comment 1)
Ich habe den Eindruck, dass der Fehler auf Buchungsebene passiert, dennn
eigentlich müsste die Vorsteuer doch negativ verbucht werden, oder?


Auf Buchungsebene ist alles o.k. Die Vorsteuer wird vollkommen korrekt gebucht.
Das Vorsteuer-Konto wird nämlich genau so angesprochen wie das Konto, von dem
die Steuerbuchung initiiert wird, in diesem Fall das Konto 0410. Da die
Haben-Seite(!) des Kontos 0410 angesprochen wird, muss auch die Vorsteuer auf
der Haben-Seite des Kontos 1575 landen, sonst wären Soll- und Habenbuchung
nicht im Gleichgewicht.
Tatsächlich wird normalerweise die Soll-Seite des Kontos 1575 bebucht, das ist
schon richtig. Normalerweise, aber eben nicht immer! Es gibt eben auch Fälle,
wo die Haben-Seite bebucht werden muss.
Solange die Summe aller Buchungen auf der Soll-Seite der Vorsteuerkonten
grösser ist als die Summe aller Buchungen auf der Haben-Seite, ist die UStVA
auch in Ordnung, weil als Vorsteuer-Eintrag für die Zeile 66 dann immer noch
was Positives rauskommt. Wenn aber auf der Haben-Seite mehr steht als auf der
Soll-Seite, kommt was Negatives raus, und das wird richtig berechnet, aber
leider ohne Minuszeichen in die Zeile 66 der UStVA übertragen.

comment:5 Geändert vor 9 Jahren durch udono@…

  • Lösung auf worksforme gesetzt
  • Status von assigned nach closed geändert

Geändert in der unstable r1155. Bitte testen:
https://lx-office.linet-services.de/svn-installationen/unstable/login.pl
Benutzername: demo1
Passwort: demo

comment:6 Geändert vor 9 Jahren durch udono@…

Hallo Anneli,

ich habs, ein kleiner Fehler in der SL/USTVA.pm.
Ganz am Ende der SL/USTVA (19 Zeile von unten) findest du:

if ($ref->{amount} < 0) {

$ref->{amount} *= -1;

}

Bitte mache daraus:
# if ($ref->{amount} < 0) {

$ref->{amount} *= -1;

# }

Und es sollte klappen! Oder? Ich bitte Dich um ein Feedback.

Schöne Grüße Udo

comment:7 Geändert vor 9 Jahren durch udono@…

r1155 beinhaltet einige Folgefehler.
Fixed in r1159.

Getestet von Anneli Huth - Vielen Dank für die Mithilfe!

comment:8 Geändert vor 8 Jahren durch udono@…

  • Beobachter post@… hinzugefügt

* #585 has been marked as a duplicate of this bug. *

Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.