Benachrichtigungen
Alles entfernen
Fehler & Verbesserungsvorschläge
4
Beiträge
3
Benutzer
0
Reactions
1,210
Aufrufe
Topic starter
11. Februar 2014 20:39
Hallo,
sitze gerade an einer Fakturama-Rechnung bei der folgendes Problem auftritt:
Alle Beträge der Rechnung sind Nettopreise die ich direkt eingebe bzw. aus der Produktliste übernehme.
Mein Problem ist, dass ich nun zwei Artikel mit 2,50 € bzw. 7,50 € netto habe.
Füge ich diese Artikel in die Rechnung ein, ist in Fakturama zunächst alles in Ordnung (2,50 € bzw. 7,50 € werden angezeigt).
Wenn ich jetzt diese Rechnung drucken möchte, werden in LibreOffice aber 2,49 € bzw. 7,49 € eingetragen. Die Gesamtsumme (bei Menge 4) stimmt aber wieder (10 € bzw. 30 €).
Trage ich jetzt 2,501 € bzw. 7,501 € ein, werden zwar 2,50 € bzw. 7,50 € ausgegeben, tauchen aber beide Artikel in einer Rechnung auf, ist der Nettobetrag um 1 Cent zu hoch.
Bei einem anderen Artikel aus der Produktliste (10 €) tritt dieser Fehler nicht auf.
Scheinbar wird hier der Nettobetrag gerundet, obwohl dieser direkt eingegeben wurde.
Gibt es eine Möglichkeit dieses Problem zu umgehen?
11. Februar 2014 21:53
Kann ich hier nachvollziehen. Bei einem Nettobetrag von 2,50 und 7.50 stellt sich das so dar:
Bei Menge 1 stimmen die Beträge,
bei Menge 2 und 4 differiert der angezeigte Einzelpreis um 1 Cent
bei Menge 3 und 5 stimmen die Beträge wieder.
Da ist noch ziemlich was im Argen! Das kann nicht angehen, man macht sich ja bei den Kunden lächerlich!
Könnt ihr anderen mal prüfen, ob das bei euch auch so ist, oder ob das an meinen Einstellungen liegt?
System: Win XPprof SP3 - Fakturama 1.64
Kunde ist auf netto gestellt, Rechnungsformular ist das Netto-Inlandsformular, Es passiert bei mir so, egal ob der Preis von Hand eingegeben oder ob ein angelegter Artikel aus der Produktliste stammt.
Grüssle
r-inuk (Manfred)
11. Februar 2014 22:19
Hallo nochmal,
nachdem ein Umformatieren auf 3 Nachkommastellen mittels $FORMAT:0.000 als Ergebnis ein 2,490 zu Tage fördert, vermute ich den Fehler nicht in LibreOffice, sondern in Fakturama, und zwar schon bei der Berechnung des Platzhalterinhalts vor der Übergabe, oder täusche ich mich? Wird dabei eventuell eine Zahl in einen String konvertiert und dabei passiert der Rundungsfehler?
Grüssle
r-inuk (Manfred)
12. Februar 2014 18:47
Hallo,
das Thema Rundungsfehler hatten wir ja schon öfter. Leider ist das ein Fehler der sich nicht mal so auf die Schnelle beheben läßt, ist aber bekannt.
Aller Vorraussicht wird die Version 2 Abhilfe schaffen!
Gruß,
Sven