Brutto-Gesamtbetrag wird (wieder) falsch berechnet - 2.0.1

[Peeters]

@Peeters Ob Berechnung horizontal oder vertikal erfolgt - es sollte über alle JTL Produkte hinweg und in allen Ansichten einheitlich sein.

Ich habe das ausgehend von deinem ersten Post geschrieben. Jetzt habe ich es mal in meiner alten Instanz (1.9.7) ausprobiert, und festgestellt, dass auch hier eine horizontale Umsatzsteuerberechnung bereits zugrunde liegt.

 

[intrinsicforce]

Wir haben das Problem nun seit Wawi 2.0.4 auch. Wie handhabt ihr dieses Problem? Wir hatten Rechungen (nicht bezahlt) noch in der Wawi. Jetzt nach dem Update mussten wir feststellen, als ein Kunde bezahlt hat, dass die Rechnung weiterhin unter Nicht bezahlt aufgeführt wurde. Grund: Jetzt ist der Rechnungsbetrag auf einmal 2 Cent höher. Die PDF Rechnung ist weiterhin mit dem alten Betrag versehen. Einfach 2 cent per Zahlungseingang setzen wird am ende das Problem ja auch nicht beheben, wenn wir alle Infos falsch an Datev übermitteln oder?

Bei 4/3 Rechnern geht das wenn man "neutrale" Zahlungsart zum Ausgleich erstellt die nicht exportiert wird. Aber weiß noch gar nicht welche Zahlen die Ameise bei Export raushaut. Wahrscheinlich wieder was anderes.

 

[neuling-help]

Wir exporten die Daten per JTL2Datev, denke JTL2Datev interessiert es nicht, ob man da einen Haken setzt bei nicht übermitteln oder dergleichen . Denke am ende des Tages muss die Steuerberatung alles händisch anpassen. 🤑

 

[intrinsicforce]

Ich habe das ausgehend von deinem ersten Post geschrieben. Jetzt habe ich es mal in meiner alten Instanz (1.9.7) ausprobiert, und festgestellt, dass auch hier eine horizontale Umsatzsteuerberechnung bereits zugrunde liegt.

In der Auftragsübersicht? Ich habe die Differenzen zwischen Shop und Wawi erst seit 2.x, bin umgestiegen von 1.11., da ist mir noch nichts aufgefallen. Und sowas würde mir auffallen, da ich die Buchhaltung und Ausziffern immer selber mache.

 

[Peeters]

In der Auftragsübersicht? Ich habe die Differenzen zwischen Shop und Wawi erst seit 2.x, bin umgestiegen von 1.11., da ist mir noch nichts aufgefallen. Und sowas würde mir auffallen, da ich die Buchhaltung und Ausziffern immer selber mache.

Ja, in der Auftragsübersicht.

 

[Odintyr]

Hallo zusammen,

wir haben bei und einen merkwürdigen Rundungsfehler nach dem Update auf Wawi 2.0.4 festgestellt.

Vor dem Update betrug die ursprüngliche Rechnungssumme bei einem Kunden 534,53 €. Der Kunde hat diesen Betrag auch vollständig bezahlt.

Nun wurde eine Teilretoure über 97,73 € durchgeführt. In der Retoure bzw. Gutschrift wird jedoch plötzlich als ursprüngliche Rechnungssumme 534,55 € angezeigt statt der tatsächlich fakturierten 534,53 €.

Dadurch ergibt sich bei der Gutschrift nicht der erwartete Betrag von 97,73 €, sondern Wawi berechnet nur 97,71 €.

Das führt in der Praxis natürlich zu Chaos in der Buchhaltung und im Kundenkonto, da die ursprüngliche Rechnung über 534,53 € erstellt und bezahlt wurde, Wawi bei der Retoure aber plötzlich mit einer anderen Rechnungssumme rechnet. Dadurch entstehen Differenzen zwischen Rechnung, Zahlungseingang, Retoure und Gutschrift, die man manuell nachvollziehen und korrigieren muss.

Auch sind alle alten Rechnung verändert, immer nur um einige Cents, aber da diese schon alle bezahlt wurden, stimmen natürlich in der Buchaltung nichts mehr.

Hat jemand ein ähnliches Verhalten nach dem Update auf 2.0.4 beobachtet? Gibt es bekannte Änderungen bei der Rundungslogik oder bereits einen Workaround dafür?

Vielen Dank!

 

[intrinsicforce]

Es fehlt eben die Einheitlichkeit. Über alle JTL Produkte hinweg und auch innerhalb dieser

 

[Nagel Profi]

Wir haben heute eine Reklamation von unserem Kunden bekommen, das die MwSt nicht richtig ausgewiesen wird.
Der Fehler kommt durch Rundungsdifferenzen, wir arbeiten nur B2B und daher nur mit Netto Beträgen.
Wir verlassen uns auf die ausgerechneten Werte. Es wäre sinnvoll wenn der MwSt Betrag aus der Bruttosumme errechnet wird.
Egal wie gerechnet wird, stimmt der MwSt Betrag nicht, auch wenn es sich nur u 2 Cent handelt muss der Betrag stimmen

 

[neuling-help]

Wir haben heute eine Reklamation von unserem Kunden bekommen, das die MwSt nicht richtig ausgewiesen wird.
Der Fehler kommt durch Rundungsdifferenzen, wir arbeiten nur B2B und daher nur mit Netto Beträgen.
Wir verlassen uns auf die ausgerechneten Werte. Es wäre sinnvoll wenn der MwSt Betrag aus der Bruttosumme errechnet wird.
Egal wie gerechnet wird, stimmt der MwSt Betrag nicht, auch wenn es sich nur u 2 Cent handelt muss der Betrag stimmen

Wir werden jetzt auf Brutto-Preise switchen. Mal gucken obs dadurch dann besser wird. Einfach katastrophe!

 

[Odintyr]

Gibt es hierzu ne offizielle Antwort? Kann doch nicht sein das wir alles händisch bei jeder Rechnung korrigieren müssen. Ist ja jetzt auch schon einige Tage alt, kein Hotfix bei sowas?

 

[Wömbi]

Haben am Montag 2.0.4-n installiert, weil die Schnittstelle zu DHL nicht mehr funktioniert hat und haben nun auch bei 5-10 % der Bestellungen das Rundungsproblem. Das gab es vor Jahren schon mal aber die ganze Zeit nicht mehr. Wenn man nicht aus irgendwelchen Gründen zu Updates gezungen werden würde, dann würden wir das niemals freiwillig machen solange wir ein funktionierendes System haben. Auch nervt, daß man nach jedem Neustart der WAWI (Remoteverbindung) die Drucker immer wieder neu zuordnen muß. Und das angeblich schon seit einem halben Jahr. Interessiert offenbar alles niemanden

 

[Nagel Profi]

Auch das eingeben von glatten Brutto Preisen hilft leider nicht, wir werden jetzt jede Rechnung händisch anpassen. Bei glatten Bruttopreisen entstehen Nettopreise mit 3 Nachkommastellen. Leider stimmt dann der Netto Preis nicht und die MwSt passt wieder nicht. Das beste wäre, wenn die MwSt aus der Summe des Netto Preises berechnet werden würde.
Ich hoffe auf ein Update.

 

[Odintyr]

Das ist doch mist hier, jede Zweite Rechnung hat jetzt offene Beträge. Wo bleibt den hier der Hotfix????

 

[Spielzeugmacher]

Ich hatte das Problem auch bei den Rechnungskorrekturen auch. Habe es jezt mit hilfe von KI so umgebaut (sihe unten) das JTL den Nettobetrag nimmt wenn keine MWSt. berechnte wird. Derzeit sieht es gut aus.
Bin leider auch kein Programierer.

Rechnungsbetrag:
LocCurrL$(
Round(
If(Vorgabe.MwStAusweisen,
Report.TotalGrossPrice * @Multiplier,
Report.TotalNetPrice * @Multiplier
),
2
),
@InvoiceCulture
)

Gesamtbetrag:
cond(@OneCurrency,
LocCurrL$(Round(If(Vorgabe.MwStAusweisen, Report.TotalGrossPrice * @Multiplier, Report.TotalNetPrice * @Multiplier), 2), @InvoiceCulture),
""
)
+

cond(@TwoCurrencies,
cond(Report.CurrencyISO <> Report.ShipFromCountryCurrencyISO,
LocCurrL$(Round(If(Vorgabe.MwStAusweisen, Report.TotalGrossPrice * @Multiplier, Report.TotalNetPrice * @Multiplier), 2), @InvoiceCulture)
+ " / " +
LocCurrL$(Round(If(Vorgabe.MwStAusweisen, Report.TotalGrossPrice * @Multiplier, Report.TotalNetPrice * @Multiplier) / Report.CurrencyFactor * Report.ShipFromCountryCurrencyFactor, 2), @ShipFromCountryCulture),

cond(Report.CurrencyISO <> Report.TaxCountryCurrencyISO,
LocCurrL$(Round(If(Vorgabe.MwStAusweisen, Report.TotalGrossPrice * @Multiplier, Report.TotalNetPrice * @Multiplier), 2), @InvoiceCulture)
+ " / " +
LocCurrL$(Round(If(Vorgabe.MwStAusweisen, Report.TotalGrossPrice * @Multiplier, Report.TotalNetPrice * @Multiplier) / Report.CurrencyFactor * Report.TaxCountryCurrencyFactor, 2), @TaxCountryCulture),

LocCurrL$(Round(If(Vorgabe.MwStAusweisen, Report.TotalGrossPrice * @Multiplier, Report.TotalNetPrice * @Multiplier) / Report.CurrencyFactor * Report.ShipFromCountryCurrencyFactor, 2), @ShipFromCountryCulture)
+ " / " +
LocCurrL$(Round(If(Vorgabe.MwStAusweisen, Report.TotalGrossPrice * @Multiplier, Report.TotalNetPrice * @Multiplier) / Report.CurrencyFactor * Report.TaxCountryCurrencyFactor, 2), @TaxCountryCulture)
)
),
""
)
+

cond(@ThreeCurrencies,
LocCurrL$(Round(If(Vorgabe.MwStAusweisen, Report.TotalGrossPrice * @Multiplier, Report.TotalNetPrice * @Multiplier), 2), @InvoiceCulture)
+ " / " +
LocCurrL$(Round(If(Vorgabe.MwStAusweisen, Report.TotalGrossPrice * @Multiplier, Report.TotalNetPrice * @Multiplier) / Report.CurrencyFactor * Report.ShipFromCountryCurrencyFactor, 2), @ShipFromCountryCulture)
+ " / " +
LocCurrL$(Round(If(Vorgabe.MwStAusweisen, Report.TotalGrossPrice * @Multiplier, Report.TotalNetPrice * @Multiplier) / Report.CurrencyFactor * Report.TaxCountryCurrencyFactor, 2), @TaxCountryCulture),
""
)

 

[Odintyr]

Sorry JTL, aber das muss dringend gefixed werden. Jede 2te Rechnung ist falsch. Bei einigen rechnungen sind das schon größere Cent Beträge unterschied. Und wenn dann noch Rechnungskorrekturen dazukommen dann stimmt rein garnichts mehr. Bitte dringend fixen.