Neu QR-Code in JTL Wawi - Komma falsch gesetzt

[Mathias F.]

Der QR-Code auf der Rechnung hat eine fehlerhafte Summe gespeichert : z.B werden beim Auslesen des Codes 19800,- € angezeigt statt der richtigen 198,-€

 

[kornwestheimer]

Vielleicht ist hier das Format der Zahl bzw. des Wertes nicht richtig angegeben?
Oder dein Scanner muß neu eingestellt werden? ggf. mal in Handbuch schauen? Oder mal das Smartphone nehmen zu testen.

 

[Mathias F.]

Habe mehrere Apps ausprobiert - immer das Komma um zwei Stellen nach rechts verschoben. Wo kann man das Zahlenformat in Wawi einstellen? Rechnungsbetrag wird auf der Rechnung richtig ausgewiesen...

 

[Star Piercing]

Ich weis nicht ob das ein ähnliche Problem ist wie wir mal hatten.
Das Problem war die Region Einstellung auf dem Server, die falsche Einstellung macht ein punkt statt komma, das würde evtl diesen fehler erklären.
Was ist denn für eine Region ausgewählt?

 

[Mathias F.]

Das wäre möglich.
Weiß allerdings nicht, wo ich das einstellen, prüfen könnte....

 

[Star Piercing]

Kannst du in der Windowssuche einfach eingeben "Land oder Region"

 

[mh1]

Die Ländereinstellungen des Betriebssystems wird nicht benutzt, wenn ein User eine Abfrage ausführt.
Vielmehr wird die "Default language" von dem zugehörigen Login benutzt.
Melde dich mal mit dem User am SQL-Server an mit dem du die QR-Codes bzw. die Rechnungen druckst und dann: SELECT @@LANGUAGE

 

[kornwestheimer]

Das wäre möglich.
Weiß allerdings nicht, wo ich das einstellen, prüfen könnte....

Wenn ich das richtig verstanden habe habt ihr auf euer Rechnung ein QR Code eingebaut über die "Druck- / Email- und Exportvorlagen"? Den QR Code für die Rechnungszahlung? Oder habt ihr da was eigenes gemacht?

 

[aadursun]

Wenn ich das richtig verstanden habe habt ihr auf euer Rechnung ein QR Code eingebaut über die "Druck- / Email- und Exportvorlagen"? Den QR Code für die Rechnungszahlung? Oder habt ihr da was eigenes gemacht?

Ja ist der Giro QR Code, was standardmäßig in der Druckvorlage ausgeliefert wird.

 

[Mitsch]

Das Problem habe ich auch - des default qrcode der ausgegeben wird auf einer Rechnung - erzeugt eine falsche Summe , komma wird um 2 stellen nach hinten verschoben.
Habe ein Ticket erstellt mal sehen was rauskommt

https://issues.jtl-software.de/issues/WAWI-63575

Die Variable auf "de-DE" ausbessern und der QRCode stimmt Summentechnisch zumindest bis zum Fix seitens JTL.

Vorher:
"LocNumber$(Report.OpenGrossPrice,"en-US"
Nachher
"LocNumber$(Report.OpenGrossPrice,"de-DE"

 

[volvisti]

Hallo zusammen,
die Lösung von Mitsch klappt aber nur, so ich die Variablen richtig verstanden habe, wenn man lediglich Rechnungen innerhalb Deutschlands verschickt.

Für den internationalen Versand muß da statt
LocNumber$(Report.OpenGrossPrice,"en-Us", 2)
LocNumber$(Report.OpenGrossPrice,JTL_GetCulture(Report.CountryISO, Report.LanguageISO, Report.CurrencyISO),2)
eingesetzt werden.
Bei uns war es so, dass der obere Eintrag in der Anweisung zur Zahlung ohne Rabatt drinstand und der untere Eintrag in der Anweisung zur Zahlung mit Rabatt.
Die Lösung stand also schon in der Vorlage.
Schade, dass wir als Kunden das rausfinden müssen.

 

[Maik Hövelmann]

Hallo zusammen,
die Lösung von Mitsch klappt aber nur, so ich die Variablen richtig verstanden habe, wenn man lediglich Rechnungen innerhalb Deutschlands verschickt.

Für den internationalen Versand muß da statt
LocNumber$(Report.OpenGrossPrice,"en-Us", 2)
LocNumber$(Report.OpenGrossPrice,JTL_GetCulture(Report.CountryISO, Report.LanguageISO, Report.CurrencyISO),2)
eingesetzt werden.
Bei uns war es so, dass der obere Eintrag in der Anweisung zur Zahlung ohne Rabatt drinstand und der untere Eintrag in der Anweisung zur Zahlung mit Rabatt.
Die Lösung stand also schon in der Vorlage.
Schade, dass wir als Kunden das rausfinden müssen.

Moin,

wir haben den gleich Fehler! Das Dezimalkomma ist 2 Positionen nach hintern verschoben.
Beobachte auch schon das Ticket. Hast du einen Lösungsansatz, wie der Code richtig heißen muss:

Drawing (JTL_QR_GiroCode ("iban:" + Report.InvoicePaymentInformation.TransferIBAN + ";bic:" +
Report.InvoicePaymentInformation.TransferBIC + ";debitor:" + Report.InvoicePaymentInformation.TransferAccountHolder +
";amount:" + LocNumber$(Report.OpenGrossPrice,JTL_GetCulture(Report.CountryISO, Report.LanguageISO, Report.CurrencyISO), 2) + ";remittance:" + Report.InvoicePaymentInformation.TransferEndToEndId + ";message: "))

Vorher: LocNumber$(Report.OpenGrossPrice,JTL_GetCulture(Report.CountryISO, Report.LanguageISO, Report.CurrencyISO), 2)
Nachher: LocNumber$(Report.OpenGrossPrice,"de-DE

Danke für die Rückmeldung

 

[upwave]

Hallo zusammen,
ich möchte das Thema noch mal aufgreifen, damit niemand falsche Einträge in seine Vorlage übernimmt. Der QR Code ist international standardisiert, daher darf keine Lokalisierung bei der Erstellung des QR Codes verwendet werden. Der QR Code wird (Stand heute) nur dann richtig erstellt, wenn der Betrag in deutscher Schreibweise übergeben wird (so wie von @Mitsch beschrieben). Der korrekte Eintrag für die Vorlage lautet daher:

Drawing (JTL_QR_GiroCode ("iban:" + Report.InvoicePaymentInformation.TransferIBAN + ";bic:" +
Report.InvoicePaymentInformation.TransferBIC + ";debitor:" + Report.InvoicePaymentInformation.TransferAccountHolder +
";amount:" + LocNumber$(Report.OpenGrossPrice,"de-DE", 2) + ";remittance:" + Report.InvoicePaymentInformation.TransferEndToEndId + ";message: "))

Dies muss sowohl in "Payment with cash discount" als auch in "Payment without cash discount" eingetragen werden, damit der Code für alle Sprachen funktioniert. Sollte JTL später statt der Vorlage die Funktion korrigieren, muss bei beiden wieder 'en-US' eingetragen werden. Die Lokalisierung (wie in "Payment with cash discount") ist in jedem Fall falsch.

Viele Grüße

 

[Vapefly]

Hallo zusammen,
ich möchte das Thema noch mal aufgreifen, damit niemand falsche Einträge in seine Vorlage übernimmt. Der QR Code ist international standardisiert, daher darf keine Lokalisierung bei der Erstellung des QR Codes verwendet werden. Der QR Code wird (Stand heute) nur dann richtig erstellt, wenn der Betrag in deutscher Schreibweise übergeben wird (so wie von @Mitsch beschrieben). Der korrekte Eintrag für die Vorlage lautet daher:

Drawing (JTL_QR_GiroCode ("iban:" + Report.InvoicePaymentInformation.TransferIBAN + ";bic:" +
Report.InvoicePaymentInformation.TransferBIC + ";debitor:" + Report.InvoicePaymentInformation.TransferAccountHolder +
";amount:" + LocNumber$(Report.OpenGrossPrice,"de-DE", 2) + ";remittance:" + Report.InvoicePaymentInformation.TransferEndToEndId + ";message: "))

Dies muss sowohl in "Payment with cash discount" als auch in "Payment without cash discount" eingetragen werden, damit der Code für alle Sprachen funktioniert. Sollte JTL später statt der Vorlage die Funktion korrigieren, muss bei beiden wieder 'en-US' eingetragen werden. Die Lokalisierung (wie in "Payment with cash discount") ist in jedem Fall falsch.

Viele Grüße

Neuling hier, wo genau muss dieser Code eingefügt werden?

 

[upwave]

Hallo @Vapefly,

im Vorlagendesigner der Rechnung findest du links unter Objekte "Payment with cash discount" und "Payment without cash discount", diese jeweils per Doppelklick öffnen, und dann per Doppelklick auf den Eintrag "Drawing ...". Dort sollte der fast identische Text erscheinen, der ausgetauscht werden muss.

Viele Grüße

 

[Vapefly]

Hallo @Vapefly,

im Vorlagendesigner der Rechnung findest du links unter Objekte "Payment with cash discount" und "Payment without cash discount", diese jeweils per Doppelklick öffnen, und dann per Doppelklick auf den Eintrag "Drawing ...". Dort sollte der fast identische Text erscheinen, der ausgetauscht werden muss.

Viele Grüße

Vielen dank!

 

[TheOggy]

Warum ist das von JTL eigentlich noch immer nicht gefixed wenn man eine komplett neue Vorlage erstellt!?

 

[TheOggy]

Warum ist das von JTL eigentlich noch immer nicht gefixed wenn man eine komplett neue Vorlage erstellt!?

push

 

[sjk]

Als die JTL_QR_GiroCode Funktion noch ganz neu war hatten wir auch einige Probleme und uns daher anhand der EPC-QR-Code Spezifikation einen eigenen QR Code gebaut. Der läuft bei uns seitdem stabil und hat den netten Nebeneffekt, dass der QR Code kein hässliches scan2pay branding hat.

Barcode ((
"BCD" + "¶" +
"001" + "¶" +
"2" +"¶" +
"SCT" + "¶" +
Report.Company.BIC + "¶"+
"ingvi Deutschland" + "¶" +
ChrSubst$(Report.Company.IBAN," ") + "¶" +
Report.CurrencyISO + ChrSubst$(LocCurr$ (Report.OpenGrossPrice,"de-ch"),"’") +
"¶¶¶"+
Report.InvoiceNumber + "¶"
),"QRCode")

Ich hatte damals die Schweizer Lokalisierung für den Punkt als Dezimaltrenner genommen und entferne den geraden Apostroph, der in der Schweiz als Tausendertrenner genutzt wird. Vielleicht gibts da einen besseren Weg aber so läuft das schon Jahre bei uns.
Die Spezifikation ist eigentlich extrem simpel (https://de.wikipedia.org/wiki/EPC-QR-Code) und ich frage mich, warum das in der Wawi so kompliziert über scan2pay umgesetzt ist.