Buchhaltung - Rundungen

[weisswe]

Hallo!

Ich hab folgendes Problem bei meiner Exportfunktion in die Buchhaltung.
Es sollen Rechnungen + Auteilungen nach Kostenstellen in die Buchhaltung exportiert werden.
Jedoch muss die "Summe der Auteilungen" = Rechnungssumme sein. Problem ist die Rundung auf 2 Kommastellen.

Beispiel:
Rechnungssumme Ges = 37,13€ (20% Steuer = 7,43€)
Aufteilung K1 (50%) = 18,57€ (20% Steuer = 3,71€)
Aufteilung K2 (50%) = 18,57€ (20% Steuer = 3,71€)
Aufteilungen K1+K2 = 37,14€ (20% Steuer = 7,42€)

Ok, hab mir also gedacht ich überprüft die letzte Position und addiere/subtrahiere die Differenzen (0,01€).
Jedoch bekomme ich in der Zeilenvalidierung einen Fehler (siehe Beispiel).

Korrektur K2 = 18,56€ Steuerkorr. = 3.72€
Fehler Steuer K2 = -> 20% von 18,56€ = 3.71€ (und nicht 3.72€)

Habt ihr eine Idee oder Lösungsvorschlag?

[mkinzler]

Runde nur zur Anzeige

[arnof]

ja, das liebe ich und wenn man das einem erklärt (z.B. Steuerfuzi, Prüfer, usw) verstehen die das nicht ....

Scheint ja für Österreich zu sein, leider gibt es da keine Lösung, hier kannst nur Probieren was deine Buchhaltung durchlässt.

In D ist ja DateV der Standard, die nehmen entweder nur den Brutto oder den Netto Betrag an und rechnen sich das selbst aus.

[arnof]

Wenn man gerundeten Werten arbeitet und diese aufteilt kommt es automatisch zu Rundungsdifferenzen

[Bjoerk]

Damit sich die Rundungsfehler nicht summieren intern mit allen Stellen rechnen, zur Ausgabe aber z.B. sowas:
  ShowMessage(Format('%.2f', [Value]));

[weisswe]

Zitat von arnof:

ja, das liebe ich und wenn man das einem erklärt (z.B. Steuerfuzi, Prüfer, usw) verstehen die das nicht ....

Scheint ja für Österreich zu sein, leider gibt es da keine Lösung, hier kannst nur Probieren was deine Buchhaltung durchlässt.

In D ist ja DateV der Standard, die nehmen entweder nur den Brutto oder den Netto Betrag an und rechnen sich das selbst aus.

Ja, das ist korrekt - die Prüfer verstehen das nicht..
Leider verlang die Schnittstelle max. 2 Kommastellen...

[weisswe]

Es ist immer toll wenn man aus ungenauen Daten/Zahlen genauere generieren/berechnen soll..

[arnof]

dann musst Du mal den Entwickler der Schnittstelle kontakten, wie er sich das vorstellt oder ob er nicht ein Designproblem in seiner Schnittstelle hat. Du wirst ja nicht der erste mit dem Problem sein

[weisswe]

Zitat von arnof:

dann musst Du mal den Entwickler der Schnittstelle kontakten, wie er sich das vorstellt oder ob er nicht ein Designproblem in seiner Schnittstelle hat. Du wirst ja nicht der erste mit dem Problem sein

Ist wohl nötig - jedoch ist es eine "sehr alte" Software - hoffe die wird noch supported...
Sonst müssen sie auf ein anderes neues Rechnungswesensystem umsteigen...

[arnof]

Er muss sowieso was machen SEPA kommt ja auch in Ö