Gelöst JTL Connector übermittelt auch Bestellungen mit abgebrochenem Bezahlvorgang

allesbio

Gut bekanntes Mitglied
4. Juni 2014
108
3
Wir haben JTL Wawi 1.1.4.7 + Connector 2.0 + Gambio GX3 3.2.0.0 im Einsatz. Der Connector tut seinen Dienst. Allerdings übermittelt er auch Bestellungen, die z.B. im Status "Bezahlung abgebrochen" sind. In Wawi ist das nicht erkennbar und sie würden eigentlich ausgeliefert.

Weiß jemand Rat, wie man diese Bestellungen von der Übernahme ausschliessen kann?
 

daniel.jtl

Moderator
12. März 2014
1.277
28
Hier gibt es connectorseitig und shop-bedingt keine Möglichkeit.
Der Status in Gambio ist ein reiner Freitext ohne klar definierten Zustand.
Du könntest ja zum Beispiel einen Status "Blubbdiblubb" anlegen, weil es für deine Arbeitsweise irgendwie Sinn ergibt.
Wie soll Connector oder Wawi da dann erkennen worum es sich genau handelt, und ob es dabei um einen neuen, bezahlten, verschickten oder stornierten Auftrag geht?
 

allesbio

Gut bekanntes Mitglied
4. Juni 2014
108
3
Beim alten Connector wurde nur der Status "Offen" übertragen. Das würde aus meiner Sicht auch weiterhin Sinn machen.
 

daniel.jtl

Moderator
12. März 2014
1.277
28
Nicht jeder arbeitet aber auf die gleiche Weise.
Es gibt durchaus Leute die die Bezeichnung der Status ändern, oder auch zum Beispiel bereits bezahlte Aufträge mit Paypal über die Wawi ausliefern wollen.
Bei denen würde dann gar nichts mehr funktionieren.
Für individuelle Anpassungen steht ja die Plugin-Schnittstelle zur Verfügung, siehe hier: http://docs.jtl-connector.de/en/latest/plugins/index.html
 

allesbio

Gut bekanntes Mitglied
4. Juni 2014
108
3
Ja, aber wäre es nicht sinnvoll zunächst einmal den Gambio-Standard als Maßstab herzunehmen und bei Änderungen daran in die Programmierung einzusteigen? Auch könnte man doch über eine einfache Zuordnungsmöglichkeit im Connector-Setup solche Zuordnungen zumindest etwas flexibler mitzugeben. Auch das gab es bereits im alten Connector. Das der neue Connector ja Deinen Aussagen zufolge praktisch überhaupt nicht in der Lage ist korrekt zu arbeiten ohne programmiertechnische Anpassungen vorzunehmen finde ich wirklich schade. Zumindest der Gambiostandard hätte abgedeckt werden sollen. Das gilt aus meiner Sicht auch für die Grund-Zahlungsarten (siehe das Problem mit der Vorkasse).
 

daniel.jtl

Moderator
12. März 2014
1.277
28
Das ist doch genau das Problem: Es gibt hier keinen wirklichen "Standard".
In jedem anderen Shop-System ist der Status einer Bestellung ein klar definierter Zustand in einem vorgegebenen Ablauf.
In Gambio ist es lediglich ein Freitext zwischen dem beliebig hin und her geschaltet werden kann.
Teilweise installieren ja sogar die Zahlungs-Module weitere Status die sich dann wieder mit bereits existierenden überschneiden.
Es muss eine absolut eindeutige Relation pro Eintrag geben. Eine flexible oder Mehrfach-Zuordnung ist nicht möglich, weil der Connector dann "raten" müsste was er setzen soll wenn z.b. die Wawi sagt dass der Auftrag bezahlt ist, es aber aufgrund diverser Module im Shop mehrere Status gibt die im Prinzip "bezahlt" entsprechen.
 

allesbio

Gut bekanntes Mitglied
4. Juni 2014
108
3
Verstehe. Aber eine einfache Zuordnung im Setup (wie beim alten Connector) sollte das doch beheben können. Z.B.: Frage "Welche Gambio-Aufträge/-stati sollen nach JTL übernommen werden?" Dann könnte man doch, falls es mehrere wären, diese z.B. mit Strichpunkt getrennt, in einem Feld eingeben (Offen; Blubbdiblubb;..). Ebenso könnten doch zumindest die Grundzahlungsarten im Setup über eine einfache Tabelle gemappt werden. Wie gesagt, wenn es dann irgendwo trotzdem nicht passt, dann muß halt noch programmiert werden.
 

itratosTeam

Sehr aktives Mitglied
19. April 2007
725
92
Bamberg
Hallo allesbio,

ähnliches haben wir vor kurzem in OXID umgesetzt, weil dort nicht bezahlte Bestellungen mit Sofortüberweisung nicht in die Wawi gesendet werden sollen. Mit einem Art Matching, wie Du es vorgeschlagen hast, was der Shopbetreiber selbst anlegen kann, würden wir es auch umsetzen.

Also Wert1,Wert2 werden an JTL gesendet, aber alles andere nicht.
 

allesbio

Gut bekanntes Mitglied
4. Juni 2014
108
3
Ich kann mir nicht helfen, aber es kann doch nicht sein, das jetzt jeder Kunde diesselbe Erweiterung programmieren lassen soll. Das kann doch jeder gebrauchen und gehört doch einfach in den Standard.
 

Ähnliche Themen