View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001169 | Fakturama | Webshop (Webshop) | public | 2025-01-07 18:37 | 2026-08-18 23:42 |
| Reporter | Muadeep | Assigned To | rheydenr | ||
| Priority | high | Severity | major | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | HP Notebook | OS | Windows 11 | OS Version | 10.7.x |
| Product Version | 2.1.3 | ||||
| Target Version | 2.2.1 | Fixed in Version | 2.2.1 | ||
| Summary | 0001169: 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: 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. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
|
|
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. 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. |
|
|
Der Webshop-Import wird noch überarbeitet, möglicherweise klärt sich das Problem damit. |
|
|
wurde behoben, muß aber nochmal gegengecheckt werden, ob das in allen Konstellationen wirklich läuft. Ggf. nochmal öfnen. |
| 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 |