Subcent-Buchungen bei "MwSt. inkl." bei Dialogbuchungen verursachen DATEV Export Fehler

[grichardson@…]

Wenn ich per Dialogbuchung mit sehr niedrigen Beträgen
buche und es eine Steuerautomatik gibt, kommt man bei
niedrigen Werten bei der Steuer schnell auf Subcentbeträge.
Beispiel siehe Anhang vorher.png und aus der DB:

Vorher:

acc_trans_id | transdate | accno | description | sum

---

156704 | 2010-10-22 | 1801 | Konto Sparkasse 175830 | -0.01000
156705 | 2010-10-22 | 5735 | Erhaltene Skonti 16%/19% Vorsteuer | 0.00840
156706 | 2010-10-22 | 1406 | Abziehbare Vorsteuer 19 % | 0.00160

Dem DATEV-Export gefallen solche Buchungen gar nicht.

Ein schneller Fix hierfür wäre die Steuer nur zu
berücksichtigen, wenn sie auf 2 Stellen gerundet mindestens
1 Cent ergibt, kurzer Testowitsch:

in bin/mozilla/gl.pl bei Zeile 518

if ($form->{taxincluded}) {

$form->{"tax_$i"} = $amount / ($rate + 1) * $rate;

+ $form->{"tax_$i"} = 0 unless $form->round_amount($form->{"tax_$i"}, 2) > 0;

Nachher: (siehe nacher.png)

acc_trans_id | transdate | accno | description | sum

---

156707 | 2010-10-22 | 1801 | Konto Sparkasse 175830 | -0.01000
156708 | 2010-10-22 | 5735 | Erhaltene Skonti 16%/19% Vorsteuer | 0.01000

Das sieht für mich auf den ersten Blick schon vernünftig aus.

Mögliche Probleme: Steuerautomatik wird dadurch ausgehebelt,
könnte das beim DATEV-Export oder Import anderer Programme
Probleme geben? In der nachher.png sieht man ja auch, daß
der taxkey nun anders ist (vorher 9, nacher 0) und auch
taxincluded in gl wechselt von t auf f.

Insgesamt wäre es aber wohl sinnvoll, die Subcent-Beträge
so nicht in der DB zu übernehmen, oder aber man müßte den
DATEV Export noch mehr umstricken, um auch mit solchen Fällen umzugehen.

Buchung aktuell

Buchung mit Patch

Die Idee die Umsatzsteuerbuchung unter einer gewissen Grenze einfach rauszuschmeißen finde ich nicht mehr gut. Die Subcent-Beträge sollten so genau wie möglich in die DB geschrieben werden (5 Stellen), dann muß der DATEV Export eben damit umgehen können. Beim DATEV Export wird die Umsatzsteuer ja ansonsten eh neu berechnet, die Buchung auf das Umsatzsteuerkonto wird da nur benötigt, um die Grenze zu den Zahlungen zu finden.

Thema ist bekannt, verweise auf #1671 und #1691.
Evtl diesen Bug hier mit Verweis auf diese schliessen um die Diskussion der Rundungsthematik, wieviel Stellen LXO intern verwenden sollte und wieviele in Druckvariablen und wieviele im DATEV-Export zur Verfuegung stehen sollten dort konzentrieren?