Neu Release Shopify-Connector 2.1.0

[Svenka]

Bei uns bricht der Sync weiterhin ab: Invalid extra variables provided for ProductOptionUpdate query

 

[no80]

Bei uns bricht der Sync weiterhin ab: Invalid extra variables provided for ProductOptionUpdate query

Vllt wird es nach und nach ausgerollt

 

[John]

Ein Update auszurollen, welches den ( Worker) Betrieb ohne Fehlermeldung lahmlegt, sofern man nicht nacharbeitet geht ohne Vorabinformation der Kunden per eMail eigentlich gar nicht.

 

[HRTSL]

Moin,

seit dem 26.03. hatten wir plötzlich keine Bestellungen mehr von Shopify in der JTL-Wawi. Eine E-Mail-Ankündigung zu dem Update hat es nicht gegeben. Die Meldung mit der Berechtigung stand bei uns eine Weile drin, obwohl wir diese erteilt hatten. Nach gut 30 Minuten werden die fehlenden Bestellungen in die Wawi eingelesen.

Problem:
Die Zahlungen werden im Auftrag nicht hinterlegt. ALLE Bestellungen gelten als nicht bezahlt, obwohl diese in Shopify bezahlt sind.
Wie bekommen wir nun alle Zahlungen mit korrekter Zahlungsart und TransaktionsID für die Masse hinterlegt? Es handelt sich um gut 400 Bestellungen.

Außerdem gab es am 25. und 26. Änderungen in der Bezeichnung der Zahlungsart. Könnt ihr einen SQL-Befehl zur Verfügung stellen, der alle betroffenen Aufträge mit der ursprünglichen Zahlungsart versieht? Aufgrund von der Zusammenarbeit mit JTL2DATEV brauchen wir die korrekten Zahlungsarten in den Aufträgen.

 

[Svenka]

Moin,

seit dem 26.03. hatten wir plötzlich keine Bestellungen mehr von Shopify in der JTL-Wawi. Eine E-Mail-Ankündigung zu dem Update hat es nicht gegeben. Die Meldung mit der Berechtigung stand bei uns eine Weile drin, obwohl wir diese erteilt hatten. Nach gut 30 Minuten werden die fehlenden Bestellungen in die Wawi eingelesen.

Problem:
Die Zahlungen werden im Auftrag nicht hinterlegt. ALLE Bestellungen gelten als nicht bezahlt, obwohl diese in Shopify bezahlt sind.
Wie bekommen wir nun alle Zahlungen mit korrekter Zahlungsart und TransaktionsID für die Masse hinterlegt? Es handelt sich um gut 400 Bestellungen.

Außerdem gab es am 25. und 26. Änderungen in der Bezeichnung der Zahlungsart. Könnt ihr einen SQL-Befehl zur Verfügung stellen, der alle betroffenen Aufträge mit der ursprünglichen Zahlungsart versieht? Aufgrund von der Zusammenarbeit mit JTL2DATEV brauchen wir die korrekten Zahlungsarten in den Aufträgen.

Das macht glaube ich mehr Sinn, wenn du das dem Support schreibst. Oder wollen die nicht helfen?

 

[no80]

@Lukas W
"message":"Option value already exists.","code":"OPTION_VALUE_ALREADY_EXISTS" der Fehler tritt immer noch vereinzelt auf.
jeztt wieder bei einen Vollabgleich ohne bilder. bzw nur Stammdatan und Merkmale

 

[DUBI Möbel GmbH]

Moin, hat schon jemand eine Lösung zu dem Problem beim abgleichen? alles geprüft aber immer wieder das selbe.

 

[no80]

Den besagen Artikel deaktivieren abgleichen und wieder aktivieren

 

[DUBI Möbel GmbH]

Den besagen Artikel deaktivieren abgleichen und wieder aktivieren

Ja ne ist klar, es sind alle Artikel betroffen, dann muss ich alle neu Listen, alle bekommen eine neue shopify ID, dass zieht sich dann bis zu google ads wo die shopify ID zur identifikation und woran die gespeicherten Ads Daten liegen. Nein Danke. Also da ich kein neuen Artikel momentan anlegen muss habe ich den Abgleich erstmal auf Preis und Bestand reduziert. So geht wenigstens die Versandbestätigung wieder automatisch durch.

 

[Svenka]

@Lukas W
"message":"Option value already exists.","code":"OPTION_VALUE_ALREADY_EXISTS" der Fehler tritt immer noch vereinzelt auf.
jeztt wieder bei einen Vollabgleich ohne bilder. bzw nur Stammdatan und Merkmale

Das soll wohl auftreten wenn es Leerzeichen am Anfang oder am Ende einer Variantion gibt in JTL. Also wie im Bild

 

[oriepl]

sorry aber dieser gesamt JTL SC..... - wir kacken nun seit 2 woche rum um produkte online zu bringen und verzweifeln!

ABGLEICHFEHLER, der Support schreibt nicht zurück und wenn nur einsilbig - NO GO - heut war wer von ODOO da, mal sehen, evtl wars das nach 16 jahren mit JTL

Wir haben hunderte fotos in Shopify nachbearbeitet nur das wir jetzt alles wieder neu hochladen können / müssen, weil die fotos muss man löschen usw. - ich könnt nur kotzen, bis sowas von stinksauer!

Da kommen bei Artikel nun Fehler die wir seit woche nicht mal angegriffen haben!!!! WTF!!!!

 

[ManuByMates]

Voting an die JTL Entwickler zur Behebung des Fehlers bitte hier:
https://issues.jtl-software.de/issues/CO-3430

 

[AlexanderB.]

Voting an die JTL Entwickler zur Behebung des Fehlers bitte hier:
https://issues.jtl-software.de/issues/CO-3430

Hier bitte einmal prüfen, ob es Variationen in Shopify gibt, die Optionen als Metafeldreferenzen besitzen. Da es sich hierbei um Objektreferenzen handelt, haben diese keine Sprachzuweisungen. Diese müssen in Shopify vor dem Import von Artikeln getrennt werden.

 

[ManuByMates]

Hi Alexander,

das wars, klappt wieder, top.

Danke dir!

Grüße
Manuel

 

[Julian Ludwig]

Bei uns bricht der Sync weiterhin ab: Invalid extra variables provided for ProductOptionUpdate query

Hallo, ist das Problem bei dir schon gelöst?

 

[rpe]

Das soll wohl auftreten wenn es Leerzeichen am Anfang oder am Ende einer Variantion gibt in JTL. Also wie im Bild

Ist das tatsächlich so und soll das so bleiben? Unser Produkt, das diesen Fehler auswirft (wie viele andere Produkte auch), hat auch Leerzeichen, aber wir können das unmöglich ändern - das wird dann unlesbar. In JTL kann man Variationen mit Leerzeichen anlegen, in Shopify auch - hört sich nach einem Connector Bug an.

 

[Svenka]

Ist das tatsächlich so und soll das so bleiben? Unser Produkt, das diesen Fehler auswirft (wie viele andere Produkte auch), hat auch Leerzeichen, aber wir können das unmöglich ändern - das wird dann unlesbar. In JTL kann man Variationen mit Leerzeichen anlegen, in Shopify auch - hört sich nach einem Connector Bug an.

Es geht wohl nur im Leerzeichen am Anfang und am Ende einer Variantion

 

[FHX Digital]

Ist das tatsächlich so und soll das so bleiben? Unser Produkt, das diesen Fehler auswirft (wie viele andere Produkte auch), hat auch Leerzeichen, aber wir können das unmöglich ändern - das wird dann unlesbar. In JTL kann man Variationen mit Leerzeichen anlegen, in Shopify auch - hört sich nach einem Connector Bug an.

Hi @rpe,

kann die Aussage von @Svenka bestätigen.
Ursache überall: Leerzeichen am Anfang oder Ende von Variationswerten in JTL. Shopify trimmt diese serverseitig, der Connector versucht sie aber als „neuen" Wert zu pushen → Crash. Leerzeichen innerhalb eines Wertes (z. B. „Dunkel Blau") sind unproblematisch.

Anbei eine kleine Anleitung, falls jemand das gleiche Problem hat - damit lassen sich die betroffenen Variationen schnell finden und sauber bereinigen.
(Getestet mit JTL-Wawi 1.11.7)

Schritt 1: So findest du die betroffenen Artikel:
- Anzahl prüfen (Wert & Name)

SELECT 'Werte' AS Quelle, COUNT(*) AS Anzahl
FROM tEigenschaftWertSprache
WHERE cName LIKE ' %' OR cName LIKE '% '
UNION ALL
SELECT 'Namen', COUNT(*)
FROM tEigenschaftSprache
WHERE cName LIKE ' %' OR cName LIKE '% ';

- Variationswerte mit Leerzeichen (alle Sprachen, alle Artikel)

SELECT
    a.cArtNr,
    es.cName AS Variation,
    ews.cName AS Wert,
    DATALENGTH(ews.cName) AS Bytes_aktuell,
    DATALENGTH(LTRIM(RTRIM(ews.cName))) AS Bytes_getrimmt,
    ews.kSprache,
    ews.kEigenschaftWert
FROM tArtikel a
JOIN tEigenschaft em                ON em.kArtikel          = a.kArtikel
JOIN tEigenschaftWert emw           ON emw.kEigenschaft     = em.kEigenschaft
JOIN tEigenschaftWertSprache ews    ON ews.kEigenschaftWert = emw.kEigenschaftWert
JOIN tEigenschaftSprache es         ON es.kEigenschaft      = em.kEigenschaft
                                   AND es.kSprache         = ews.kSprache
WHERE ews.cName LIKE ' %' OR ews.cName LIKE '% '
ORDER BY a.cArtNr, ews.kSprache;

- Variationsnamen mit Leerzeichen (z.B. „Farbe ")

SELECT 
    a.cArtNr,
    es.cName AS Variation,
    DATALENGTH(es.cName) AS Bytes_aktuell,
    DATALENGTH(LTRIM(RTRIM(es.cName))) AS Bytes_getrimmt,
    es.kSprache,
    es.kEigenschaft
FROM tArtikel a
JOIN tEigenschaft em            ON em.kArtikel     = a.kArtikel
JOIN tEigenschaftSprache es     ON es.kEigenschaft = em.kEigenschaft
WHERE es.cName LIKE ' %' OR es.cName LIKE '% '
ORDER BY a.cArtNr, es.kSprache;

---

Schritt 2: Bereinigen / Update

Manuell in der Wawi: Geht problemlos für einzelne Artikel. Bei Artikeln mit aktivem eBay-Angebot ist das Bearbeiten der Variationen allerdings blockiert.
Per SQL: Sinnvoll bei vielen Treffern oder wenn eBay-Angebote im Weg stehen. Vorher Backup ziehen, Anwendung auf eigene Verantwortung. Wer mit SQL nicht sicher unterwegs ist: nicht ausführen oder Servicepartner einbinden. Garantie/Haftung übernehmen wir keine.

- Einzeln pro Artikel (tEigenschaftWertSprache eintragen aus der Abfrage Schritt 1)

UPDATE tEigenschaftWertSprache
SET cName = LTRIM(RTRIM(cName))
WHERE kEigenschaftWert = 1000
  AND (cName LIKE ' %' OR cName LIKE '% ');

- Mehrere auf einmal (tEigenschaftWertSprache eintragen aus der Abfrage Schritt 1)
-> Wenn du mehrere Artikel nacheinander durchgehen willst, kannst du die Updates auch zu einem Batch zusammenfassen — z.B. für alle aus deiner Liste auf einmal:

UPDATE tEigenschaftWertSprache
SET cName = LTRIM(RTRIM(cName))
WHERE kEigenschaftWert IN (1000, 1001, 1002, 1003)
  AND (cName LIKE ' %' OR cName LIKE '% ');

- Alle auf einmal (alle betroffenen Artikel und Variationen, ohne Filter)

UPDATE tEigenschaftWertSprache
SET cName = LTRIM(RTRIM(cName))
WHERE cName LIKE ' %' OR cName LIKE '% ';

→ Was gemacht wird:

• Geht nur an Zeilen, die ein Leerzeichen am Anfang oder Ende haben (alles andere unberührt)
• Trimmt mit LTRIM(RTRIM()) ausschließlich diese Leerzeichen
• Ändert keine anderen Inhalte, löscht nichts, fügt nichts hinzu
• Wirkt auf alle Sprachen (kein kSprache-Filter) — gewollt, weil Leerzeichen in jeder Sprache stören
• Reine String-Bereinigung

→ Was „kaputt" gehen könnte (theoretisch) — gilt für beide SQLs (Bereinigung Namen und Werte über SQL):

• Wert besteht NUR aus Leerzeichen (z. B. „ ") → würde zu Leerstring „"
• Andere Schnittstellen (eBay, Amazon, JTL-Shop) bekommen beim nächsten Abgleich die getrimmten Werte. Bisher hat dies keine Fehler verursacht.

- OPTIONAL: Auch Variationsnamen (nicht nur Werte) bereinigen. Falls deine SELECT-Query (Abfrage Schritt 1) Treffer hatte bei Variationsnamen:

UPDATE tEigenschaftSprache
SET cName = LTRIM(RTRIM(cName))
WHERE cName LIKE ' %' OR cName LIKE '% ';

---

Schritt 3: Verifizieren

- Die Abfrage (gleiche wie am Anfang) muss 0 ergeben

SELECT 'Werte' AS Quelle, COUNT(*) AS Anzahl
FROM tEigenschaftWertSprache
WHERE cName LIKE ' %' OR cName LIKE '% '
UNION ALL
SELECT 'Namen', COUNT(*)
FROM tEigenschaftSprache
WHERE cName LIKE ' %' OR cName LIKE '% ';

---

Viele Grüße
Franz