Erstellt vor 10 Jahren

Geschlossen vor 9 Jahren

#131 closed Fehler (fixed)

Korrekturmöglichkeit für berechnete MwSt (Vorsteuer) fehlt.

Erstellt von: hegner@… Verantwortlicher: p.reetz@…
Priorität: hoch Meilenstein:
Komponente: kivitendo ERP Version: 2.1.0
Schweregrad: schwerwiegend Stichworte: Finanzbuchhaltung
Beobachter: s.koehler@…

Beschreibung

Bei Eingangsrechnungen mit mehreren Einzelpositionen und USt-Ausweis pro
Position, kann es passieren, dass die addierte USt der Positionen (die
dann i.d.R. als USt-Summe der Rechnung angegeben wird) nicht der
errechneten USt auf den Gesamt-Netto-Betrages entspricht (wir haben also
Rundungsdifferenzen).

IMO wäre es richtig, wenn ich den von der ERP berechneten Netto- und
Steuerbetrag manuell korrigieren könnte (sind ja i.d.R. nur 1-2 cent),
den maßgeblich zum Buchen ist der _*ausgwiesene*_ nicht der
_*errechnete*_ USt-Betrag.

Änderungshistorie (3)

comment:1 Geändert vor 10 Jahren durch h.goebel@…

Ich bin der Meinung, dass lx-erp hier von vorne herein richtig rechnen muss.
Damit ist ein manuelles Ändern unnötig.

Hier mein Kommentar aus der Mailingliste:

Das Problem entsteht wahrscheinlich durch zwei unterschiedliche Wege der
Summen- und Prozent-Bildung. Hier muss natürlich der gesetzlich
vorgeschriebenen Weg verwendet werden. Damit sollen dann keine
Rundungsfehler auftreten.

comment:2 Geändert vor 10 Jahren durch hegner@…

Hartmut, das geht nicht ... Weil Du die Rundungsdifferenzen einer
Eingangsrechnung nicht vorhersehen kannst.

Stell Dir folgende Eingangsrechnung vor:

Menge Bez. Netto Steuer Brutto
1 Gummibärchen 0,04 0,01 0,05
1 Saures Pommes 0,04 0,01 0,05
1 Colafläschchen 0,04 0,01 0,05
=================================

Summe 0,12 0,03 0,15

Wenn Du da die Steuer rechnest mit 0,12 mal 16% kriegst Du 2 cent. Auf der
Rechnung stehen aber 3. Und wenn die auf der Eingangsrechnug stehen, sind
die maßgeblich.

Ist das verständlich?

comment:3 Geändert vor 9 Jahren durch s.koehler@…

  • Beobachter s.koehler@… hinzugefügt
  • Lösung auf fixed gesetzt
  • Status von new nach closed geändert

Ist mit den Splitbuchungen behoben und läßt sich über Kreditorenbuchungen
realisieren.

Die Routine round_amount rechnet jetzt fibutauglich!

Ca. Revision 780

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