Neu Kundenguthaben besitzt keine Zahlungsart

[css-umsetzung]

Wenn ein Kunde im Shop sein Kundenguthaben dafür verwendet, um eine Bestellung damit zu bezahlen, dann hat er auch keine Zahlungsart verwendet.
Das Problem ist hierbei, dass die wawi dann einfach die Zahlungsart nimmt die als erstes in der Liste ist (bei den meisten wohl Amazon Pay).

Das verfälscht alle Statistiken, eigentlich müsste die wawi hier bei der Zahlungsart etwas haben wie Kundenguthaben oder ähnliches.
Gibt es da einen Zahlungsart Namen der bereits dafür vorgesehen ist, oder habt Ihr das schlichtweg nicht eingeplant, das ein Kunde sein Guthaben verwendet?

 

[NETZdinge.de]

Lege doch eine Zahlungsart an, meinetwegen Guthaben… Dann machst du einen Workflow bei Erstellung des Auftragsaufsätzen der Zahlungsart mit der Bedingung wenn Zahlungsart eine leere Zeichenkette ist

 

[css-umsetzung]

ich gehe mal davon aus, dass die Zahlungsart zu diesem Zeitpunkt schon durch die wawi gesetzt ist und ich gar nicht abfragen kann ob es keine Zahlungsart gibt.
Es geht ja um Bestellungen die aus dem Shop kommen.

 

[NETZdinge.de]

Dann musst du halt ab, ob die Position „Guthaben“ mit dabei ist und ob der Wert dieser Position gleich dem Gesamtbetrag des Auftrags ist. Für diesen Teil bräuchtest du wahrscheinlich eine Schleife über alle Positionen um dann für die Richtige den Wert zu finden.

Oder du sorgst eben dafür, dass deine Zahlart „oben“ steht und somit direkt gezogen wird...

Und mach am besten ein Ticket auf, damit JTL diesen Umstand irgendwann einmal abfängt und die Warenwirtschaft selber die richtige Zahlart wählt...

 

[css-umsetzung]

Amazon Pay kannst du nur übertrumpfen wenn der erste Buchstabe ein Leerzeichen ist, damit das noch vernünftig aussieht (das ist Pfusch).
Einen Workflow zu schreiben der Fehler berichtigt ist auch nicht der Knaller und ich glaube auch nicht das ich wenn ein Teil über Guthaben und ein Teil über eine Zahlart beglichen wurde, das über einen Workflow berichtigt werden kann, ich kann eine Zahlung setzen aber nicht sagen welche Zahlart oder was für einen Betrag, ich kann eine Zahlart setzen aber auch das scheint nicht fertig gestellt zu sein, denn das sieht mehr als nur unvollständig aus.

Da es schon immer möglich war eine Rechnung mit seinem Kundenguthaben auszugleichen wundert es mich das das bisher niemand beachtet hat.

 

[NETZdinge.de]

Hast du vollkommen Recht... aber du wolltest eine Lösung, das wäre eine... 😉

Alles andere hat mit lange warten zu tun, kennste ja... 😉

Zahlen sollten ja auch vor Buchstaben kommen, könnteste also auch nehmen...

Du kannst auch eine Dummy Zahlungsart machen, die erst mal durch die Warenwirtschaft gezogen wird und dann einen Workflow bauen, der dann die richtige Zahlungsart setzt, wenn eben diese Dummy Zahlungsart drin ist. Ist zwar ziemlich mit Kanonen auf Spatzen, aber dafür wäre es korrekt und sähe vernünftig aus…

Das Problem tritt der nur auf, wenn der Auftrag über das Guthaben vollständig bezahlt wird. Solange ein zu zahlender Betrag übrig bleibt, muss der Kunde auch eine Zahlart wählen und die ist dann eben gesetzt. Dabei entsteht das Problem also nicht.

 

[css-umsetzung]

Das Problem tritt der nur auf, wenn der Auftrag über das Guthaben vollständig bezahlt wird. Solange ein zu zahlender Betrag übrig bleibt, muss der Kunde auch eine Zahlart wählen und die ist dann eben gesetzt. Dabei entsteht das Problem also nicht.

Doch, auch dann, dann wurde z.b. mit Amazon und PayPal bezahlt.
Ja, da muss man wieder zaubern, ist nur eben doof weil es immer aussieht als ob der Plugin Programmierer (in dem Fall ich) schuld ist.

 

[NETZdinge.de]

Also wenn bei gesetzter Zahlart nicht die richtige gezogen wird, dann stimmen die Bezeichnungen der Zahlarten in Shop und Warenwirtschaft einfach nicht überein...

Bei mir bauen sich ja auch Kunden ein Guthaben auf, wenn Sie zum Beispiel Bewertungen abgeben… Ich hatte noch nie das Problem, dass die Zahlart nicht richtig gesetzt wurde, wenn ein Guthaben mit dem Zahlbetrag verrechnet wurde…

Wenn ich es mir recht überlege, dann sollte das Problem gar nicht auftauchen, denn der Kunde muss doch ohnehin erst eine Zahlart auswählen und kann dann sein Guthaben einsetzen. Oder machst du das in deinem Plugin anders?

 

[css-umsetzung]

🙂 es ist mit meinem GS Plugin aufgefallen, hat aber damit nichts zu tun und passiert auch wenn ich *nur* das Kundenguthaben nutze, ohne das ein Plugin involviert ist.

Kannst du ja ganz einfach testen, ich hab ein Guthaben von 100 € und sage ich benutze vorkasse und mein Guthaben. Das Guthaben gleicht den Betrag zu 100% aus, in der wawi wird dann als Zahlart amazon eingetragen. Gleicht mein Guthaben nur 50% aus und ich nutze Vorkasse, trägt die wawi zwei Zahlungen ein, Vorkasse und Amazon Pay.

Da kann ich konfigurieren wie ich möchte, die wawi macht ihr eigenes Ding.

 

[NETZdinge.de]

hm... okay... recht haste... ich hab ja noch den 3er shop... da kommt das als Position, im Vierer Shop kommt das tatsächlich als Zahlart… Ist ja auch eigentlich korrekt so. In meinem Vierer Shop zieht es auch Amazon Pay…

 

[NETZdinge.de]

So… Wenn du eine Zahlart Guthaben anlegst, funktioniert es ganz korrekt…

 

[css-umsetzung]

Sicher das es nun bei dir nicht einfach nur die erste Zahlart ist im Alphabet 🙂
Ich teste das bei mir mal aus

 

[NETZdinge.de]

Nee, A kommt immer noch vor G 😉

 

[css-umsetzung]

Ok hab es probiert, Guthaben klappt.
Dann sollte das bei einer Neuinstallation eigentlich grundsätzlich als Zahlungsart vorhanden sein.

 

[NETZdinge.de]

Ja, wäre sinnvoll... packs bis dahin in deine Doku... 😉