View Issue Details

IDProjectCategoryView StatusLast Update
0001169FakturamaWebshop (Webshop)public2026-08-18 23:42
ReporterMuadeep Assigned Torheydenr  
PriorityhighSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
PlatformHP NotebookOSWindows 11OS Version10.7.x
Product Version2.1.3 
Target Version2.2.1Fixed in Version2.2.1 
Summary0001169: Netto/Brutto Umrechnungsfehler bei Import aus XML
Description

Mit dem Import aus dem Webshop gibt es Probleme mit der Umrechnung von Brutto zu Netto. Da man im Export nur Brutto-Zahlen angeben kann mit denen dann weitergerechnet wird, kommen falsche netto-Werte zusammen.

In meinem Beispiel sind es 5,50 netto, brutto sind es 6,55. Bei 12 Einheiten sind das aber 5,50*12*1,19 = 78,54. Das Programm errechnet aber 12*6,55 = 78,60.

Da alle meine Preise netto sind (B2B), sind die Rechnungen dann faktisch falsch. Mir scheint, dass zu früh die MwSt. draufgerechnet wird.

Beim Import passiert dann was ganz Seltsames:
Die Werte scheinen halbwegs zu stimmen, allerdings ergibt 4*5,50 = 22,02. Bei einer manuellen Änderung (von 5,50 auf 5,50!!!) wird die Summe auf 22,00 korrigiert.

Schön wäre die Möglichkeit im Export/Import auch oder nur netto-Werte mitgeben zu können.

Im Bild anbei ist in der ersten Zeile der Import, in der 2. Zeile aus meinen eingegebenen Produkten.
(Die Konfiguration zeigt "netto in den Produktlisten" an.)

TagsNo tags attached.
Attached Files

Activities

Godis

2025-02-20 13:06

reporter   ~0001554

Also ich hatte ein ähnliches Problem. Allerdings kam das dadurch, dass wir unterschiedliche Arbeitsordner für verschiedene Firmen haben. Nachdem eine Firma in die andere integriert worden ist, haben wir den gesamten Satz an Produkten und Kunden in die andere Firma übernommen, und zwar per CSV-Export u. Import. Das Problem war, dass im Satz der alten Firma (nennen wir sie mal Firma A) die zugewiesenen Steuersätze anders definiert waren, als in der neuen Firma (Firma B). Kurz gesagt, in der Datenbank von Firma A waren nur noch 19 % MwSt.-Steuersätze definiert, während in der DB von Firma B noch alte Steuersätze, wie Vorsteuer und MwSt. 16 % herumgammelten.
Nach dem Import der CSV von Firma A nach Firma B waren nun sämtliche Produkte mit MwSt. 16 % verknüpft, da in der DB von Firma A der entsprechende Steuersatz von 19 % dieselbe ID hatte, wie in Firma B der Steuersatz von 16 %.
Das habe ich erst gemerkt, als ich die erste neue Rechnung aus Firma B ausgedruckt hatte. Denn in Fakturama selbst stand zwar noch die Bezeichnung "MwSt. 19 %" hinter den importierten Produkten, während diese allerdings tatsächlich mit dem 16 % Satz verknüpft waren (wegen genannter ID-Zuweisung in der DB). Nun handelte es sich um einen riesigen Stamm an Produkten, und jeden einzeln zu ändern, wäre ein langwieriges Unterfangen gewesen. Ich habe letztlich einfach in der Database.script per Notepad++ zunächst die entsprechenden Einträge gelöscht (alle alten Steuersätze). Das hat nicht funktioniert. Fakturama hat dennoch die alten Werte von 16 % weiterhin genutzt,. Erst als ich dann einfach alle Steuersätze, die noch drin waren in der Database.script zu 19 % geändert habe, funktionierte es wieder. Hinterher habe ich dann einfach in Fakturama unter Steuersätze die übrigen gelöscht und dabei sichergestellt, dass der richtige (mit der ID, welche mit den Produkten verknüpft ist) bestehen bleibt.

Abseits davon funktioniert das Berechnen der Steuern einwandfrei. Falls du nach einem Datenimport Probleme damit hast, könnte es sich evtl. um ein ähnliches Problem, wie bei uns handeln? Denn wenn nach einem Import Produkte mit einem falschen bzw. Nicht-existenten Steuersatz verknüpft sind, dann sieht man das in Fakturama selbst nicht unbedingt, da die Bezeichnung zwar korrekt, die Zuweisung in der DB allerdings eine andere sein könnte. Eben so, wie bei uns geschehen. Allerdings, da es sich bei dir um einen Webshop handelt, kann es sicherlich auch ein anderes Problem sein.

rheydenr

2026-07-10 12:20

administrator   ~0001646

Der Webshop-Import wird noch überarbeitet, möglicherweise klärt sich das Problem damit.

rheydenr

2026-08-18 23:42

administrator   ~0001660

wurde behoben, muß aber nochmal gegengecheckt werden, ob das in allen Konstellationen wirklich läuft. Ggf. nochmal öfnen.

Issue History

Date Modified Username Field Change
2025-01-07 18:37 Muadeep New Issue
2025-01-07 18:37 Muadeep File Added: Screenshot 2025-01-07 174528.png
2025-01-08 22:49 rheydenr Assigned To => rheydenr
2025-01-08 22:49 rheydenr Status new => assigned
2025-01-08 22:49 rheydenr Target Version => 2.2.1
2025-02-20 13:06 Godis Note Added: 0001554
2026-07-10 12:20 rheydenr Target Version 2.2.1 => 2.2.2
2026-07-10 12:20 rheydenr Note Added: 0001646
2026-08-18 21:55 rheydenr Description Updated
2026-08-18 23:13 rheydenr Target Version 2.2.2 => 2.2.1
2026-08-18 23:42 rheydenr Status assigned => resolved
2026-08-18 23:42 rheydenr Resolution open => fixed
2026-08-18 23:42 rheydenr Fixed in Version => 2.2.1
2026-08-18 23:42 rheydenr Note Added: 0001660