Zuerst einmal ein Lob für Fakturama. Es ist wirklich super, dass es hier eine Alternative zu Lexware und Co gibt. Trotzdem bringen mich manche Dinge immer wieder ein bisschen zum verzweifeln.

Aktuell sind wir über das Rundungsproblem (Version 2.2.0) gestolpert. Hier erst einmal die Fehlerbeschreibung:
Wir haben alle Produkt-Preise in Netto eingegeben. Bei der MwSt die gesetzliche MwSt mit 19% angegeben. Die Rechnungen werden teils steuerfrei, teils steuerbehaftet erstellt. Wir bekommen an diversen Stellen immer wieder Rundungsprobleme, hier ein Beispiel:

Angezeigt wird in der Rechnungsmaske
1,5 m² Einzelpreis 15,35€/m² Preis 23,03€ (exakt sind es 23,025€)
1,5 m² Einzelpreis 24,25€/m² Preis 36,38€ (exakt sind es 36,375€)
Summe Netto: 59,40€
Gesamt: 59,40€

Auf der Rechnung:
1,5 m² Einzelpreis 15,35€/m² Preis 23,03€
1,5 m² Einzelpreis 24,25€/m² Preis 36,38€
Summe Netto (DOCUMENT.ITEMS.NET): 59,41€
Gesamt (DOCUMENT.TOTAL.GROSS): 59,40€

Fehler 1: Die Summe der einzelnen Preise ist in der Rechnungsmaske um 1 Ct höher als die 'Summe Netto'. Dies ist auf ‚Rundung der Gesamtsumme‘ zurückzuführen, Fakturama rechnet intern anscheinend mit höherer Genauigkeit. Dies kann man ja noch verstehen.

Fehler 2: im pdf ist die Summe Netto (DOCUMENT.ITEMS.NET) gleich der Summe der Positionspreise, aber der Gesamtpreis (DOCUMENT.TOTAL.GROSS) wieder um 1 ct zu niedrig. Hier wird anscheinend für DOCUMENT.ITEMS.NET eine ‚Rundung je Position‘ verwendet, die gerundeten Einzelpositionen werden zusammengerechnet. Für DOCUMENT.TOTAL.GROSS wird die ‚Rundung der Gesamtsumme‘ verwendet. Das ist überhaupt nicht nachzuvollziehen.

Aktuell nutzen wir den Workaround, alle Währungsausgaben in den Vorlagen mit $FORMAT:0.00 € auszugeben und in Fakturama 4 Nachkommastellen zu verwenden. Hierdurch sind wenigstens die Werte DOCUMENT.ITEMS.NET$FORMAT:0.00 € und DOCUMENT.TOTAL.GROSS$FORMAT:0.00 € gleich, Gelegentlich ist jetzt aber die Summe der einzelnen Preise noch höher als die ‚Summe Netto‘.