Brutto-Gesamtbetrag wird (wieder) falsch berechnet - 2.0.1

ergowebshop

Sehr aktives Mitglied
14. Januar 2022
233
64
Naja es gibt die JTL-Nutzer die Rundungsfehler haben, es gibt die die aktuell keine haben und es gibt den Shop der schon falsch rechnet.
Also wenn dann wird es bestimmt bei den einen oder den anderen knallen.
Im Changelog zur 2.1.x steht aber nichts mehr mit Rundungen und die erwähnte 2.0.7 kam auch nicht.

Und ja Peeters, das sieht merkwürdig aus, so klein war das nie. Schonmal gelöscht und neu heruntergeladen?

Screenshot 2026-09-14 140820.png
 

Peeters

Sehr aktives Mitglied
6. Oktober 2023
207
34
Düsseldorf
Über die Webseite direkt wird die Installationsdatei noch nicht angeboten, ich habe nur den Link aus der E-Mail/Newsletter, die wiederum über die Webseite die Datei zum Download anbietet, es bleibt bei den MBs!
 

ergowebshop

Sehr aktives Mitglied
14. Januar 2022
233
64
Der Link aus der Mail zeigt jetzt auf den Downloadbereich, da ist jetzt die 2.1.1, aber tatsächlich nur 284MB, verdächtig klein.

Die Mail schreibt davon dass die neue Version Voraussetzung für Shipping 2.0 wäre. Also ist alles in der 2.0.5/2.0.6 über Beta-Features und Versandarten ShippingCloud statt ShippingLabels nur Pustekuchen gewesen und konnte gar nicht funktionieren?

Tja und hat mal jemand was vom eigentlichen Thema Rechnen/Runden gehört oder gelesen?
 

neuling-help

Sehr aktives Mitglied
15. Mai 2016
337
74
Wir haben inzwischen Version 2.1.1 installiert.

Leider hat sich bei den bereits betroffenen Rechnungen nichts geändert. Rechnungen, die nach dem Update auf Version 2.0 verändert wurden und bei denen aufgrund von Rundungsdifferenzen 1–3 Cent fehlen, werden weiterhin fälschlicherweise als „Teilgezahlt“ angezeigt.

Eine nachträgliche Korrektur der bestehenden Rechnungen scheint durch das Update auf 2.1.1 somit nicht erfolgt zu sein.

Ob der enthaltene Fix zumindest bei zukünftigen Aufträgen bzw. neu erstellten Rechnungen greift, kann ich aktuell noch nicht beurteilen.

Stand jetzt hat sich bei den bereits fehlerhaften Rechnungen jedenfalls nichts verändert. Laut JTL sollte ja genau hierzu ein Fix rauskommen, oder habe ich da was falsch verstanden?
 
  • Sauer
Reaktionen: pannscheck

pannscheck

Sehr aktives Mitglied
1. Mai 2009
290
81
Das ist bewusst so gemacht. Bestehende Rechnungen dürfen nicht von uns geändert werden!
Warum sind dann alte Rechnungen nur noch "Teilgezahlt" statt "gezahlt"?
Werden diese trotzdem richtig an JERA (JTL2DATEV) übertragen?
Wie werden bestehende Aufträge (ohne Rechnung) behandelt? Werden diese beim Update von 1.11.xx auf 2.1.x verändert, wie es bei der 2.0.6 passiert ist?

Gruss, Pannscheck
 

neuling-help

Sehr aktives Mitglied
15. Mai 2016
337
74
Das ist bewusst so gemacht. Bestehende Rechnungen dürfen nicht von uns geändert werden!
Hi Enrico,

dass bestehende Rechnungen nicht nachträglich geändert werden dürfen, ist mir bewusst. Genau das ist ja der Punkt.

Bei uns wurden nach dem Update auf 2.0.x bereits vorhandene bzw. festgeschriebene Rechnungen verändert. Wir haben die ursprünglichen Rechnungs-PDFs noch vorliegen, die damals so an die Kunden rausgegangen sind. Nach dem Update wurden bei einzelnen Vorgängen plötzlich andere Beträge bzw. offene Restbeträge von 1–3 Cent angezeigt, wodurch diese Rechnungen als „Teilgezahlt“ geführt werden.

Teilweise sind diese Änderungen erst nach dem Setzen der Zahlung aufgefallen. Wir hatten Rechnungen, bei denen vorher noch kein Zahlungseingang gesetzt war, da es sich um Zahlung auf Rechnung handelte. Nach dem Setzen der tatsächlichen Kundenzahlung änderte sich plötzlich der Wert bzw. es blieb ein Restbetrag offen. Dadurch bin ich überhaupt erst auf den Fehler aufmerksam geworden.

Das war auch kein Einzelfall. Beim Vergleich mit den ursprünglichen PDF-Rechnungen war dann sofort erkennbar, dass die Beträge nicht mehr übereinstimmen.

Ich habe den Fall bereits per Ticket gemeldet. Dort wurde mir bestätigt, dass eine bereits festgeschriebene Rechnung im Nachgang natürlich nicht verändert werden darf und dass das Thema an die Entwicklung weitergegeben wurde.

Meine Frage hier im Forum war daher, ob der Fix in 2.1.1 auch bereits betroffene Vorgänge korrigieren sollte oder ob er nur für zukünftige Rechnungen greift. Nach unserem Update auf 2.1.1 sind die bereits betroffenen alten Vorgänge weiterhin als „Teilgezahlt“ vorhanden.

Wir arbeiten bei vielen Aufträgen mit Nettopreisen, da wir auch B2B-Kunden beliefern. Es kann aus meiner Sicht aber nicht die Lösung sein, bei Aufträgen mit 20 oder mehr Positionen jeden einzelnen Bruttopreis manuell zu prüfen und auf- oder abzurunden, nur damit die Rechnung am Ende wieder passt. Genau dafür sollte die Wawi die Berechnung zuverlässig und nachvollziehbar durchführen.
 

ergowebshop

Sehr aktives Mitglied
14. Januar 2022
233
64
Wir haben heute von 2.0.5 auf 2.1.1 aktualisiert und einen Auftrag manuell angelegt (keine Shopbestellung) und haben die Artikel auch mit glatten Nettobeträgen.

Weiß jemand zufällig die deutsche MwSt. von 951€ netto? Also mein Taschenrechner sagt 180,69€ ohne weitere Nachkommastellen und somit brutto 1131,69€.

Kann das jemand mit einer älteren Wawi nachstellen? Wenn ja dann wüssten wir schonmal dass JTL hier noch nichts verbessert hat.

Screenshot 2026-09-15 160120.png
 

ergowebshop

Sehr aktives Mitglied
14. Januar 2022
233
64
Haben Antwort vom Support bekommen bzgl. obigen Screenshot: es würde auf Positionsebene gerundet, jede Position auf Brutto mit 2 Nachkommastellen, so werden aus den 2 * 101,745 dann 2* 101,75, deswegen steht dann halt im Gesamtbrutto 1 Cent mehr, die MwSt. ist dann einfach die daraus errechnete Differenz.

Was ja fast keinem auffallen würde wenn nicht der Shop umgekehrt aus der Nettosumme das Brutto rechnen würde. Die gute alte Inkonsistenz die sich bei mehreren Positionen und Rabatten noch potenziert. Der alte Klassiker:

https://forum.jtl-software.de/threads/rundungsdifferenzen.100765/

Wisst ihr was es in uralten Strato Shops gab? Eine Einstellung rechne mit Nettos oder rechne mit Bruttos, konnte sich jeder umstellen wie man es braucht. Wenn JTL sowas hätte könnte es sich jeder so einstellen wie es mit dem jeweils angebundenen Shop konsistent ist. Eine Einstellung, alle Fälle erschlagen und ein Thema gelöst dass so als ist wie die JTL-Wawi selbst.

https://www.strato.de/faq/webshop/w...t-brutto-oder-nettopreisen-angezeigen-lassen/
 
Zuletzt bearbeitet:

neuling-help

Sehr aktives Mitglied
15. Mai 2016
337
74
Haben Antwort vom Support bekommen bzgl. obigen Screenshot: es würde auf Positionsebene gerundet, jede Position auf Brutto mit 2 Nachkommastellen, so werden aus den 2 * 101,745 dann 2* 101,75, deswegen steht dann halt im Gesamtbrutto 1 Cent mehr, die MwSt. ist dann einfach die daraus errechnete Differenz.

Was ja fast keinem auffallen würde wenn nicht der Shop umgekehrt aus der Nettosumme das Brutto rechnen würde. Die gute alte Inkonsistenz die sich bei mehreren Positionen und Rabatten noch potenziert. Der alte Klassiker:

https://forum.jtl-software.de/threads/rundungsdifferenzen.100765/

Wisst ihr was es in uralten Strato Shops gab? Eine Einstellung rechne mit Nettos oder rechne mit Bruttos, konnte sich jeder umstellen wie man es braucht. Wenn JTL sowas hätte könnte es sich jeder so einstellen wie es mit dem jeweils angebundenen Shop konsistent ist. Eine Einstellung, alle Fälle erschlagen und ein Thema gelöst dass so als ist wie die JTL-Wawi selbst.

https://www.strato.de/faq/webshop/w...t-brutto-oder-nettopreisen-angezeigen-lassen/
Hat dir der Support auch mitgeteilt, warum nach dem Update auf einmal dieser Fehler auftritt und auch bestehende Rechnungen entsprechend geändert wurden? Warum bestand dieses Problem bei der 1.11... nicht. Vermutlich sind einfach nicht genügend Seller betroffen, sodass dieser Fehler bei JTL keine Prio hat.
 
  • Gefällt mir
Reaktionen: pannscheck

ergowebshop

Sehr aktives Mitglied
14. Januar 2022
233
64
Hat dir der Support auch mitgeteilt, warum nach dem Update auf einmal dieser Fehler auftritt und auch bestehende Rechnungen entsprechend geändert wurden? Warum bestand dieses Problem bei der 1.11... nicht. Vermutlich sind einfach nicht genügend Seller betroffen, sodass dieser Fehler bei JTL keine Prio hat.
Ich kann nichts sagen über Änderungen in bestehenden Rechnungen und das war auch nicht Thema in dem Fall.

Aber ich kann es mir nur so erklären dass keine vor 2 Wochen angekündigte 2.0.7 kam die das beheben sollte, und die liegt auf den Servern, und dann 2.1.1 kein Fix ist weil JTL wie immer kalte Füße gekriegt hat.
Wenn sie jetzt was mit Rundungen ändern würde es bei manchen mit Differenzen helfen und bei anderen wo es läuft würde es dann knallen. Und dieses hin und her beobachten viele seit Jahren, deswegen ging auch in der 1.11 was in der z.B. 1.9/1.7/1.6 nicht ging und so geht es in der 1.11 wieder und der 2.x wieder nicht, siehe genannter Forumsthread.

Einmal hatte ich neulich jemanden vom Support dran der zugegeben hat, dass das Problem der Rundungsdifferen immer wieder auftritt und so alt ist wie die Wawi selbst, er seie seit 13 Jahren dabei.

Ja sorry not sorry aber das sind doch die Grundfeste einer Wawi dass die das alles für uns rechnen soll, und so eine oben genannte Einstellung würde imho(!) diesen Flickenteppich beheben, wenn die Wawi einfach konsistent rechnen würde zu dem was der Shop rechnet, oder andersrum. Aber das ist ja immer "die andere Abteilung", jetzt ändert vielleicht die Wawi-Abteilung was und die Shop-Abteilung hat keine Ahnung davon. Dan fixen die was in der Wawi obwohl der Shop vlt. die Ursache ist, dann sagte die Shop Abteilung "ja die in der Wawi-Abteilung haben ne Änderung gemacht, wenn es nicht funktioniert gehen sie auf die alte Version oder machen dort ein Ticket auf".

Sorry (not sorry) dass ich mich so auskotze aber vielleicht schmeißt bei JTL mal jemand ein Fünkchen KI an, denn Supporter wissen immer nicht was Entwickler machen und Entwickler wissen immer nicht die Kundenrückmeldungen (nicht zu reden von GF und Investoren) und keiner spielt mal Bestellprozess, Zahlungsplugins, Wawi Übernahme bis Rechnungen&RK und mit mehreren Positionen, ggf. Rabatten, ggf. untersch. MwSt. durch, arghhh...

Ist jetzt nicht beleidigend gemeint und korrigiert mich wenn ich mich irre, aber wie mvh, viele hier und die im verlinkten Forumthread sagten: kriegt das mal auf die Kette. Und ein Ansatz wäre vlt. o.g. Einstellmöglichkeit.
 

deliman

Sehr aktives Mitglied
13. Februar 2016
1.067
131
So ein großes "Rechnungsbereich-Erneuerungs-Ding" wurde ja mal irgendwann mit Rechnung 2.0 "angekündigt/angedeutet", wo alles neu aufgestellt werden sollte weil es halt zu viele Bereiche betrifft als das man das nur mit einem kleinen Update wirklich gefixt bekommt. Nun bin ich mir nicht sicher, ob mit Rechnung 2.0 ein ganz eigenes Thema gemeint war oder generell Wawi 2.x... Naja, das ist ja auch schon wieder 2-3 Jahre her, das diese Aussage mal aufgetaucht ist.

Wahrscheinlich hat das keine Prio mehr, da man damit kein extra Geld verdienen kann aber man sollte da auch keinen auf Ideen bringen...
 

pannscheck

Sehr aktives Mitglied
1. Mai 2009
290
81
Wir haben am Freitag Update von 1.11.6. auf "Stable" 2.0.6 gemacht.
Ca. 50% der vorhandenen manuell eingegeben Aufträge für unsere B2B-Wiederverkäufer sind nun falsch!

Netto + MwSt sind nicht mehr gleich Brutto, sondern weichen 1 bis mehrere Cent ab.
Auch abgeschlossene und bezahlte Aufträge werden falsch ausgegeben.
260724 MwSt falsch.PNG
Ein Hauptproblem waren vorhandene manuell eingegebene Aufträge (noch ohne Rechnung). Diese wurden beim Update so geändert, dass viele danach (sehr!) falsch Berechnet wurden.

@Enrico W. Wie sieht nun aus? (PS. Wir müssen zwingend (!) kurzum ein Update machen wegen Shipping und Zugferd.)
 

ergowebshop

Sehr aktives Mitglied
14. Januar 2022
233
64
So ein großes "Rechnungsbereich-Erneuerungs-Ding" wurde ja mal irgendwann mit Rechnung 2.0 "angekündigt/angedeutet", wo alles neu aufgestellt werden sollte weil es halt zu viele Bereiche betrifft als das man das nur mit einem kleinen Update wirklich gefixt bekommt. Nun bin ich mir nicht sicher, ob mit Rechnung 2.0 ein ganz eigenes Thema gemeint war oder generell Wawi 2.x... Naja, das ist ja auch schon wieder 2-3 Jahre her, das diese Aussage mal aufgetaucht ist.

Wahrscheinlich hat das keine Prio mehr, da man damit kein extra Geld verdienen kann aber man sollte da auch keinen auf Ideen bringen...
Nur: eine Rechnung in der Wawi braucht ja erstmal einen Auftrag. Und eine Shopbestellung führt zu einem Auftrag, wäre der Auftrag richtig dann wäre auch die Rechnung konsistent dazu.
Das oben im Screenshot beschriebene Beispiel tritt ja schon in manuell angelegten Aufträgen/Angeboten auf, siehe auch verlinkter Forumsbeitrag.

Die Ironie der Geschichte ist also dass JTL wegen "1 Cent oder mehr Rundungsdifferzenzen" mehr Kunden verliert als hält, ja sogar dass viele sagen würden "okay wir schlucken die absurden Preiserhöhungen von letztem Jahr wenn die Wawi die rechnen soll endlich mal richtig rechnet".
 
Ähnliche Themen
Titel Forum Antworten Datum
Gesamtbetrag International fehlerhaft JTL-Wawi 2.0 0
MediaSaturn – Verkäuferinventar wird nicht eingelesen / 0 Berichte zu Fremdangeboten SCX-(Ninepoint)-Anbindungen 0
Neu eBay.pl: Grundpreis wird trotz gepflegter „Liczba jednostek“ und „Rodzaj jednostki“ nicht übertragen eBay-Anbindung - Fehler und Bugs 0
Voraussichtliches Lieferdatum wird nicht in Rechnung übernommen, Formulare 2.0 JTL-Wawi 2.0 0
Neu Falsche Rechnungsadresse wird importiert eBay-Anbindung - Fehler und Bugs 1
Überverkäufe pro Plattform wird nicht gesetzt per Workflow JTL-Wawi 1.11 1
Freiposition Beschreibungstext wird nicht gedruckt Druckvorlage JTL-Wawi 2.0 5
Neu Nach Update auf Shop 5.8 - Wo wird das Gewährleistungslabel angezeigt? Allgemeine Fragen zu JTL-Shop 9
Neu Amazon Hinweis: Bestätigung durch Unterschrift wird empfohlen Amazon-Anbindung - Ideen, Lob und Kritik 0
Neu Rabatt wird doppelt abgezogen User helfen Usern - Fragen zu JTL-Wawi 1
Barzahlung wird nach dem Speichern beim Rechnungsdruck nicht angezeigt, in der Vorschau jedoch schon JTL-Wawi 2.0 0
Neu Wenn kein Land angegeben ist wird Ecuador JTL-Wawi - Fehler und Bugs 1
Vaterartikel wird trotz Varianten eigenständig im Shopware-6-Storefront angezeigt, 0 €, kein Bild, falscher Bestand Shopware-Connector 1
Neu 💚 Plugin: DZM Agentic Plus - dein Shop wird für KI-Agenten lesbar und abfragbar Plugins für JTL-Shop 0
Ihr Widerruf wird geprüft Einrichtung JTL-Shop5 5
Amazon Abo-Bestellungen: Bestand wird zu früh reserviert – Reservierung erst wenige Tage vor Ausführung möglich? JTL-Wawi 1.11 0
Sichtbarkeit in Kategorien wird nicht mehr gespeichert JTL-Wawi 2.0 1
Neu Altes Bild wird einfach nicht gelöscht. DB Eintrag löschen? Betrieb / Pflege von JTL-Shop 0
Neu Wird irgendwo in der Datenbank geloggt welcher WMS-Mobile Benutzer mit dem MDE-Gerät einen Auftrag, bzw. Pickliste gepickt hat? User helfen Usern - Fragen zu JTL-Wawi 1
Name der Versandarten wird im Auftrag sporadisch nicht mehr angezeigt (2.0.3) JTL-Wawi 2.0 3
Neu Nummernkreis Kundennummer wird ignoriert JTL-Wawi - Fehler und Bugs 0
Rechnung wird zu spät erzeugt JTL-Wawi 2.0 1
Neu Hinweis zum Auftrag wird seit Update auf die 1.11 nicht mehr angezeigt JTL-WMS / JTL-Packtisch+ - Fehler und Bugs 0
Skonto wird bei Zahlung setzen nicht berücksichtigt JTL-Wawi 1.11 2

Ähnliche Themen