Neu Ggf. BUG - JTL-Wawi 1.5.13.1 - Falsche Summenbildung in Angebotsverwaltung -> Folge falscher Rechnungsbetrag & Zahlbetrag in Druck- & E-Mailvorlage!

[YTSVXKNMURZEHFW]

Hallo @Enrico W. und @Rico Giesler

wir haben soeben bei der Angebotsvorlage festgestellt, dass ggf. ein BUG bei der Summenbildung beim Rechnungsbetrag & Zahlbetrag vorhanden ist (siehe Bild).



Dies betrifft die Druckvorlage (PDF-Format), sowie die E-Mail-Vorlage (HTML- & Text-Format).

Wir konnten noch nicht herausfinden, ob dies nur ein Anzeigefehler ist oder ob dieser falsche Wert auch in der Datenbank gespeichert wird, sodass dann beim Export in die Buchhaltung auch ein falscher Summenwert übermittelt werden würde!!!

Bitte überprüft dies und gebt kurz Bescheid, wann dies behoben wird, denn die Summen sollten immer stimmen.

Danke schon mal im Voraus und freundliche Grüße

CU

😉 😉 😉

 

[YTSVXKNMURZEHFW]

Hallo @Enrico W. und @Rico Giesler

wir haben nun die Angebotsverwaltung nochmal aufgerufen und haben wahrscheinlich den Fehler gefunden (siehe Bild). Dieser scheint bei der Verwendung von 4- oder 2-Dezimastellen nach dem Komma zu liegen.



Wir gehen davon aus, dass die Positionen zur korrekten Ermittlung des VK-Brutto auf die 4-Dezimalstellen nach dem Komma zugreifen (6,395 * 1,19 = 7,61005 also korrekt 7,61).

Die Gesamtsummenbildung Brutto unten rechts scheint für die Summenbildung aber anscheinend nur auf 2-Dezimalstellen nach dem Komma zuzugreifen (6,39 * 1,19 = 7,6041 also nicht korrekt 7,60).

Bitte überprüft dies, denn wenn das Feld "Gesamt" unten rechts mit dem falschen Wert auch für den Export in die Buchhaltung herangezogen wird, wäre dieser Wert definitiv falsch und würde zu Differenzen in der Buchhaltung und der Wawi führen.

Vorschlag unsererseits, so wie wir dies ermitteln konnten, sollten immer die 4-Dezimalstellen bei Preisen in der JTL-Wawi verwendet werden!

Danke im Voraus

CU

😉 😉 😉

 

[YTSVXKNMURZEHFW]

Hallo @Enrico W. und @Rico Giesler

konntet Ihr das Problem mal reproduzieren?

Danke

 

[YTSVXKNMURZEHFW]

Hallo @Happy @Enrico W. @Rico Giesler

wir haben das Fehlverhalten beim Rechnungs- und Zahlbetrag nochmals weiter untersucht und es scheint mit der "Rappenrundung" in Verbindung zu stehen.

Die Rappenrundung war aktiviert und nun wurde abgerundet. Wenn die Rappenrundung deaktiviert ist wurde der Rechnungs- und Zahlbetrag korrekt ausgegeben.

ABER VORSCHLAG VON UNS:
Bitte würdet Ihr in den Einstellungen im Programm hinterlegen, dass die Rappenrundung nur angewendet wird, wenn z.B. auch die Rechnungs- und/oder Lieferanschrift auch auf die Schweiz lautet. Vielleicht auch mit dem Hinblick auf die kommende EU-Entscheidung bezüglich der 1- & 2-Cent-Münzen diese ggf. auch schon mitbedenken 😉

Denn in unserem Fall war zwar die Rappenrundung aktiviert, jedoch wurde das Angebot an einen deutschen Händler (DE-USt-Id, DE-Rechnungs- & DE-Lieferanschrift) ausgestellt. In dieser Konstellation sollte die Rappenrundung keine Anwendung finden. Jedoch wenn das Angebot an einen schweizer Händler geht, dann sollte die Rappenrundung sehr wohl angewendet werden.

Bitte kurze Rückmeldung, ob dies von Euch reproduziert werden konnte.

CU
😉 😉 😉

 

[Rico Giesler]

Lass das bitte nochmal von unserem Support genauer nachstellen.

 

[YTSVXKNMURZEHFW]

Hallo @Rico Giesler

wie gehe ich da genau vor um es dem Support mitzuteilen?

Danke im Voraus

😉 😉 😉

 

[Rico Giesler]

Im Kundencenter legt ihr dazu ein entsprechendes Ticket an.
Vorraussetzung: Ihr nutzt ein kostenpflichtiges Produkt von JTL oder habt den Support separat gebucht.

 

[YTSVXKNMURZEHFW]

Reicht ein kostenpflichtiges eA-Paket dafür aus?

 

[gnarx]

Ja