In Diskussion Zahlungsart kommt mit falschem Namen in die Wawi?

[thowi]

Hallo zusammen,

wir haben eine Zahlungsart die "Überweisung (Vorkasse)" heißt. Auch in der Wawi haben wir eine solche Zahlungsart. Wenn nun ein Kunde im Shop hiermit bestellt, legt die Wawi eine neue Zahlungsart mit dem Namen "Vorkasse" an und setzt diese dann in den Auftrag.

Wie kann das sein? Bzw. wo kann ich diesen Namen ändern? Im Shopware sollte alles richtig hinterlegt sein - also woran könnte das liegen?
Vielen Dank!

 

[thowi]

Mhhhh, keiner eine Idee? @Immanuel kannst du mir vielleicht helfen?

 

[Immanuel]

Das sieht imho in Ordnung aus. Anhand des Namens wird im Connector auf pm_prepayment gemapped. Das wiederum ist der Standard Bezeichner für Vorkasse in JTL-Wawi. Hat sich da möglicherweise ein Leerzeichen an das Ende des Namens gemogelt?

 

[mmarsching]

Wahrscheinlich nicht... wir haben das gleiche Problem mit dem Namen "Vorkasse Überweisung" -> wird zu "Vorkasse", trotz vorhandener "Vorkasse Überweisung".

 

[thowi]

@Immanuel nee, Leerzeichen ist hier kein Problem, hab ich geprüft. Da @mmarsching dasselbe Problem hat - kann es sich hier um einen Bug handeln? Wäre es möglich, dass ihr das intern mal versucht nachzustellen?

 

[3po]

Bei uns wird das auch auf Vorkasse gemappt. Es ist aktuell nicht möglich Zahlungsarten zu mappen wie bei den Versandarten, dies habe ich schon vor Jahren gemeldet, es soll auch irgendwann kommen wie bei den Versandarten aber man weiß ja, bei JTL dauert alles ein wenig länger

 

[thowi]

Naja, ich möchte ja nix Mappen - ich vergebe den Namen ja im Shopware korrekt und eigentlich sollte er auch genauso rüber kommen. Damit ist ja ein Mapping automatisch sichergestellt. Bei allen anderen Zahlungsarten läuft es ja genau so. Die Bezeichnung wir dem Kunden im Shop angezeigt und der Name muss mit dem Namen im JTL übereinstimmen. z.B.:

Bezeichnung: Kauf auf Rechnung (über Klarna)
Name: mollie_klarnapaylater
Name JTL: mollie_klarnapaylater

-> Matching erfolgreich.

Bei Vorkasse steht hier allerdings "prepayment" bei Name. Komisch, dass das dann als "Vorkasse" in der Wawi ankommt. Oder liegt das an der Templatedatei / Systemklasse?

 

[3po]

Doch du willst was mappen und zwar wird zwischen SW und JTL der Name als eindeutiger Identifier verwendet, nicht die Bezeichnung. der Name darf aber in SW nicht geändert werden, daher wird alles bisher in JTL intern gemappt. JTL muss meines Wissens nach jede Zahlungart intern anlegen und mit einer Bezeichnung mappen. Dieses interne soll irgendwann umgestellt werden das der Benutzer (Wir) es selber mappen können.

 

[thowi]

Nur komisch, dass "prepayment" dann auf "Vorkasse" mappt. Denn wenn ich "Vorkasse" lösche (weil ich ja "Vorkasse (Überweisung)" habe) wird "Vorkasse" neu angelegt. Aber gut, vielleicht ist das echt intern hart verdrahtet.

Hier müsste es aber ja dann auch eine Mappingtabelle auf der DB geben, die die Verbindung dann herstellt. Dann müssten man ja vielleicht hier sogar einfach einen Eintrag ändern können um das gewünschte zu erreichen?

 

[Immanuel]

Ihr habt beide Recht:

• Es gibt bestimmte Zahlungsarten, welche im Connector gemapped werden. Darunter fälltdie Zahlungsart mit dem Namen "prepayment". Diese wird auf "pm_prepayment" gemapped, was wiederum von JTL-Wawi als "Vorkasse" behandelt wird.
• Zahlungsarten, welche nicht im Connector gemapped werden, übertragen den in Shopware vergebenenen Namen zu JTL-Wawi. Dieser wird dort beibehalten (wie bspw. bei "mollie_klarnapaylater").
• Es gibt ein Ticket für das Mappen von Zahlungsarten in JTL-Wawi so wie es bei den Versandarten auch gemacht wird (https://issues.jtl-software.de/issues/WAWI-23128).

 

[3po]

Es gibt ein Ticket für das Mappen von Zahlungsarten in JTL-Wawi so wie es bei den Versandarten auch gemacht wird (https://issues.jtl-software.de/issues/WAWI-23128).

Wow ist das schon wieder 3 Jahre her, das nenne ich aber mal mittelfristig

 

[thowi]

Gut zu wissen, danke @Immanuel
Gibt es hier keine Möglichkeit, das über die DB übergangsweise anzupassen, bis das Ticket oben behoben ist?

 

[3po]

Kannst du ganz einfach selber über ein workflow beheben!

 

[thowi]

Stimmt, guter Hinweis - das mach ich

 

[mmarsching]

Nun ja... Workflow hin oder her: Das Mapping muss tatsächlich mal kommen (oder zumindest etwas wie "Bezeichnung" in shopware, besser beides!).

Wir nutzen Shopware noch nicht so lange mit JTL (ansonsten haben wir noch JTL-Shops laufen) und dass der Kunde auf der Rechnung stehen hat



ist eher so mittelgut. Ja, ich weiß, ich kann die Vorlage anpassen, ich könnte eine eigene Zahlungsart anlegen und den Worker laufen lassen... ich könnte, ich sollte, ich müsste. Oder aber, gewisse Dinge funktionieren einfach mal "out of the box" bei JTL... 🙁

 

[3po]

Nun ja... Workflow hin oder her: Das Mapping muss tatsächlich mal kommen (oder zumindest etwas wie "Bezeichnung" in shopware, besser beides!).

Wir nutzen Shopware noch nicht so lange mit JTL (ansonsten haben wir noch JTL-Shops laufen) und dass der Kunde auf der Rechnung stehen hat

Den Anhang 53591 betrachten

ist eher so mittelgut. Ja, ich weiß, ich kann die Vorlage anpassen, ich könnte eine eigene Zahlungsart anlegen und den Worker laufen lassen... ich könnte, ich sollte, ich müsste. Oder aber, gewisse Dinge funktionieren einfach mal "out of the box" bei JTL... 🙁

Worflow -> wenn auftrag erstellt -> wenn Zahlungsart Name = "stripe_payment_sepa" --> Zahlungsart ändern auf "Stripe Lastschrift ... oder was auch immer"

Das ganze anzulegen dauert weniger als 2min !

 

[terzel79]

Hallo 3po,

funktioniert denn die Zahlungsrückmeldung so zum Shop? Wir haben bspw. eine Zahlart in Shopware "Rechnung mit Bonitätsprüfung". Die wird in JTL als "invoice_boni" importiert. Wenn ich das nun auf "Rechnung blabla" in JTL setze per Workflow wie von Dir beschrieben, und es geht eine Zahlung auf dem Konto ein, das JTL abgleicht, wird doch dann der Zahlungsstatus in Shopware aus JTL heraus nicht mehr gemappt, oder? Also der Zahlungsstatus in Shopware ändert sich so nicht mehr von "offen" zu "komplett bezahlt"?

 

[3po]

Kann ich Dir nicht sagen, wir haben bis auf Vorkasse und Nachnahme (die 2 sind intern in JTL integriert) keine Zahlungsarten die Rückmeldung zum Shop geben müssen. Ich denke aber sobald die geändert sind wird keine Rückmeldung mehr an SW gesendet.

Das oben genannte ticket ist ja erst 3,5 Jahre alt, daher könnte es gut sein das es bereits in 1,5-2 Jahren realisiert wird

 

[terzel79]

Das oben genannte ticket ist ja erst 3,5 Jahre alt, daher könnte es gut sein das es bereits in 1,5-2 Jahren realisiert wird

Bis vorgestern war ich da optimistisch, aber da wurde der Zeitraum des Tickets von "mittelfristig" auf "zukünftig" geändert Theoretisch ist das doch gar nicht so aufwändig? Ich müsste doch seitens JTL nur in der Shopware-Zahlart statt des Feldes "Name" das Feld "Bezeichnung" abrufen?