Neu Connectorupdates für Shopware 6.7.7 bzw 6.7.8?

[porkypork]

Womit Du dann den Connector nicht vollumfänglich nutzt. Teil des Connectors ist der bidirektionale Abgleich von Aufträgen, Versandstati, Trackingdaten etc. Dieser Teil ist kostenpflichtig.
JTL selbst spricht auch nicht davon, dass der Connector kostenlos sei. Dass Du Dich entschieden hast nur die kostenlosen Bauteile des Connectors zu nutzen heisst nicht, dass er in seinem Gesamtumfang nicht kostenpflichtig ist.
Gilt für die Wawi ja genauso. So lange kostenlos bis kostenpflichtige Teile verwendet werden.
Natürlich kann man diese kostenpflichtigen Teile auch häufig mit anderen Alternativen ersetzen. Das macht sie nicht kostenlos. Man verwendet sie nur nicht.

Ich zahel für den Saas-Connector nichts, also zählt er für mich als KOSTENLOS.
Immer diese Klugsch......rei .

 

[SebiW]

Ich zahle was für den Connector, also ist er für mich kostenpflichtig

 

[MirkoWK]

Ich zumindest habe welche, sowohl errorlog als auch Übertragungsprotokoll

Kannst du davon etwas zur Verfügung stellen?

 

[porkypork]

Kannst du davon etwas zur Verfügung stellen?

Ich hänge dir an diese Nachricht die errorlogs und das Logfile von der Festplatte dran.
Hochgeladen werden sollte 1 Artikel, alle anderen hab ich auf Grund der Probleme deaktiviert.

 

[porkypork]

Ich zahle was für den Connector, also ist er für mich kostenpflichtig

niemals

 

[SebiW]

niemals

Was soll diese Logik? Ist die JTL WAWI auch kostenfrei weil Bauteile des Gesamtkonstrukts kostenfrei sind? Zahlen wir also unsere 4k im Monat nur aus Versehen weil wir kostenpflichtige Elemente nutzen?
Ist WMS kostenfrei weil ein User es kostenlos nutzen kann? Ist es dann bei mir auch kostenfrei obwohl ich 5 Nutzer parallel brauche und diese auch bezahle?

Der SaaS Connector ist in seinem vollen Umfang nicht kostenfrei sondern nur kostenpflichtig nutzbar.
Ist Shopware selbst dann für mich auch kostenfrei weil es bis 1 Millionen Jahresumsatz kostenlos nutzbar ist, obwohl ich den Betrag reiße und deshalb die Rise bezahlen muss?

 

[porkypork]

Was soll diese Logik? Ist die JTL WAWI auch kostenfrei weil Bauteile des Gesamtkonstrukts kostenfrei sind? Zahlen wir also unsere 4k im Monat nur aus Versehen weil wir kostenpflichtige Elemente nutzen?
Ist WMS kostenfrei weil ein User es kostenlos nutzen kann? Ist es dann bei mir auch kostenfrei obwohl ich 5 Nutzer parallel brauche und diese auch bezahle?

Der SaaS Connector ist in seinem vollen Umfang nicht kostenfrei sondern nur kostenpflichtig nutzbar.
Ist Shopware selbst dann für mich auch kostenfrei weil es bis 1 Millionen Jahresumsatz kostenlos nutzbar ist, obwohl ich den Betrag reiße und deshalb die Rise bezahlen muss?

Lass gut sein, ich erspare mir jeglichen Kommentar.
Der SaaS-Connector ist kostenfrei buchbar und FERTIG. Meine Rede war nie von zubuchbaren Optionen. Keiner redet von WMS, nur du.

 

[SebiW]

Lass gut sein, ich erspare mir jeglichen Kommentar.
Der SaaS-Connector ist kostenfrei buchbar und FERTIG. Meine Rede war nie von zubuchbaren Optionen. Keiner redet von WMS, nur du.

Und Dein Szenario ist schlicht nicht typisch. 99% der Leute den den Connector buchen werden auch Aufträge darüber übertragen. Gleiches gilt für den Shopify Connector. Damit ist der Connector mit Kosten verbunden und von einem kostenpflichtigen System kann man andere Funktionalität erwarten als von einem kostenlosen.
Ich habe auch unsere Porduktion selbst über Drittmittel abgebildet. Nichts destoweniger ist Produktion ein kostenpflichtiges Modul in JTL. Wir verwenden das halt schlicht nicht.

 

[gre000]

Ich zahel für den Saas- Connector nichts, also zählt er für mich als KOSTENLOS.
Immer diese Klugsch......rei .

Selten so einen Bödsinn gelesen, es geht darum das JTL sehr viel Unsatz mit dem SaaS Connector macht.
(auch der einzige Grund warum der SaaS ist)
Für diesen Umsatz könnte man von JTL einfach eine höhere Updategeschwindigkeit erwarten und neue Shopware Versionen deutlich schneller zu Supporten.

Ob du dafür Geld bezahlst ist für die Debatte völlig egal

 

[Feinwerk Software]

Moin zusammen,
wir sind gestern auf das gleiche Problem gestoßen nach dem Update auf Shopware 6.7.9.0 schlägt jeder Produkt-Push
mit dem Validierungsfehler This value should be 1 or more auf quantityStart fehl.
Nach Analyse des API-Payloads liegt die Ursache klar beim Connector: Er sendet pro Artikel doppelte Preis-Records,
wobei die Create-Records ungültiges quantityStart: 0 enthalten. Shopware 6.7 validiert das strikt und lehnt die komplette Anfrage ab.

Bis JTL den offiziellen Fix liefert, haben wir ein kleines Shopware-Plugin gebaut, das quantityStart-Werte unter 1
im eingehenden API-Request auf 1 normalisiert. Minimaler Footprint, MIT-Lizenz, rückstandsfrei deinstallierbar:

Ausführliche Analyse+Download: https://feinwerk.software/blog/jtl-...uantitystart-fehler-per-eigenem-plugin-loesen

Bei uns läuft der Abgleich seitdem wieder sauber durch sowohl Neuanlagen als auch Updates bestehender Artikel.
Getestet auf Shopware 6.7.9.0 mit dem aktuellen SaaS-Connector.

Hinweis: Das ist ein Workaround, kein Ersatz für ein JTL-Update. Sobald der offizielle Fix da ist, sollte das Plugin deinstalliert werden.
Wenn es bei jemandem nicht funktioniert gern hier Rückmeldung, dann schauen wir was los ist.

 

[porkypork]

Moin zusammen,
wir sind gestern auf das gleiche Problem gestoßen nach dem Update auf Shopware 6.7.9.0 schlägt jeder Produkt-Push
mit dem Validierungsfehler This value should be 1 or more auf quantityStart fehl.
Nach Analyse des API-Payloads liegt die Ursache klar beim Connector: Er sendet pro Artikel doppelte Preis-Records,
wobei die Create-Records ungültiges quantityStart: 0 enthalten. Shopware 6.7 validiert das strikt und lehnt die komplette Anfrage ab.

Bis JTL den offiziellen Fix liefert, haben wir ein kleines Shopware-Plugin gebaut, das quantityStart-Werte unter 1
im eingehenden API-Request auf 1 normalisiert. Minimaler Footprint, MIT-Lizenz, rückstandsfrei deinstallierbar:

Ausführliche Analyse+Download: https://feinwerk.software/blog/jtl-...uantitystart-fehler-per-eigenem-plugin-loesen

Bei uns läuft der Abgleich seitdem wieder sauber durch sowohl Neuanlagen als auch Updates bestehender Artikel.
Getestet auf Shopware 6.7.9.0 mit dem aktuellen SaaS-Connector.

Hinweis: Das ist ein Workaround, kein Ersatz für ein JTL-Update. Sobald der offizielle Fix da ist, sollte das Plugin deinstalliert werden.
Wenn es bei jemandem nicht funktioniert gern hier Rückmeldung, dann schauen wir was los ist.

GENIAL !!!
Tausend HERZLICHEN DANK !!!
Der Abgleich läuft wieder !!

 

[Feinwerk Software]

Update: Plugin-Version 1.2.1 verfügbar - behebt Doppel-Preise und Erst-Anlage-Fall

Kurzes Update zum ursprünglichen Plugin-Vorschlag:
In der ersten Version hatte das Plugin den Validierungsfehler abgefangen und `quantityStart: 0` auf `1` normalisiert.
Das bringt zwar den Sync wieder zum Laufen, hat aber zwei Nachwirkungen, die erst im Live-Betrieb bei einem Kunden auffielen:

1. Doppelte Preis-Records pro Kundengruppen-Regel.
Der Connector sendet bei bereits in Shopware existierenden Artikeln pro Regel zwei Einträge:
einen "Create"-Record mit `productId: null` und `quantityStart: 0` (der eigentlich kaputte) sowie einen "Update"-Record mit gültiger `productId` und `quantityStart: 1` (der korrekte).
Wenn man beide normalisiert, landen am Ende zwei identische Preise pro Regel in der Shopware-DB. Im Storefront erscheint das als irreführender Mengenrahmen ("ab 1 Stück: 12,99 € / ab 1 Stück: 12,99 €").

2. Erst-Anlage-Bug.
Bei einem komplett neuen Artikel sendet der Connector nur den "Create"-Record mit `productId: null`.
Der Zwischenversuch (v1.1 - alle Orphans verwerfen) hat dann gar keine Preise mehr durchgelassen und Artikel wurden ohne Preisregeln angelegt.

Die finale Version 1.2.1 entscheidet pro `ruleId` einzeln:

- Existieren sowohl Update- als auch Orphan-Einträge = Orphans verwerfen (Update-Fall)
- Existieren nur Orphan-Einträge = behalten und `quantityStart` normalisieren (Erst-Create-Fall)

Damit funktionieren Updates bestehender Artikel, Erst-Anlagen einfacher Artikel und Variantenartikel mit Vater plus Kindern.

Download und Doku: https://feinwerk.software/blog/jtl-...uantitystart-fehler-per-eigenem-plugin-loesen
Der Link ist so geblieben, es gibt einen Nachtrag, worin dieser Fall genauer beschrieben wird.

Wer die Vorgängerversion bereits installiert hatte, sollte einmalig die in der DB bereits angelegten Doppel-Records bereinigen.
Dazu gibt's im Blog-Artikel einen kompletten SQL-Block mit Inspektions-, Bereinigungs- und Verifikations-Queries.
Bei einem Live- Shop mit ~700 Artikeln waren das in unserem Fall 95 Records über 13 Produkte.

Wie immer: Workaround, kein Ersatz für ein offizielles JTL-Update.
Sobald der Connector den Doppel-Send-Bug fixt, sollte das Plugin deinstalliert werden.
Bei Fragen oder Edge-Cases gerne hier melden.

 

[gigabit.th]

Hi,

habe mein compatibility Tool auch ergänzt - hatte leider schon losgelegt und erst jetzt beim Posten gesehen, dass @Feinwerk Software bereits einen Lösungsansatz bereitgestellt hat.

Alle Infos dazu hier:
https://github.com/gigabit-gmbh/sw6-jtl-connector-fix

Installierbar via composer oder download als Plugin.

Wir prüfen nur die die _sync schnittstelle und kümmern uns "nur" um das quantityStart requirement


@Feinwerk Software
Wenn ihr lust habt hängt euch da mit ran via Fork / PR. Ich denke bei den nächsten Upgrades werden mehrere solche cases auftreten, dann hätten alle ein Anlaufpunkt. Kannst mich gern kontaktieren.

 

[AlexanderB.]

Moin zusammen,
wir sind gestern auf das gleiche Problem gestoßen nach dem Update auf Shopware 6.7.9.0 schlägt jeder Produkt-Push
mit dem Validierungsfehler This value should be 1 or more auf quantityStart fehl.
Nach Analyse des API-Payloads liegt die Ursache klar beim Connector: Er sendet pro Artikel doppelte Preis-Records,
wobei die Create-Records ungültiges quantityStart: 0 enthalten. Shopware 6.7 validiert das strikt und lehnt die komplette Anfrage ab.

Bis JTL den offiziellen Fix liefert, haben wir ein kleines Shopware-Plugin gebaut, das quantityStart-Werte unter 1
im eingehenden API-Request auf 1 normalisiert. Minimaler Footprint, MIT-Lizenz, rückstandsfrei deinstallierbar:

Ausführliche Analyse+Download: https://feinwerk.software/blog/jtl-...uantitystart-fehler-per-eigenem-plugin-loesen

Bei uns läuft der Abgleich seitdem wieder sauber durch sowohl Neuanlagen als auch Updates bestehender Artikel.
Getestet auf Shopware 6.7.9.0 mit dem aktuellen SaaS-Connector.

Hinweis: Das ist ein Workaround, kein Ersatz für ein JTL-Update. Sobald der offizielle Fix da ist, sollte das Plugin deinstalliert werden.
Wenn es bei jemandem nicht funktioniert gern hier Rückmeldung, dann schauen wir was los ist.

Hier hat Shopware das Verhalten der API mit der Version 6.7.9.0 geändert. Das Ticket dazu: https://issues.jtl-software.de/issues/CO-3436

Händler, die Grundpreise ausweisen müssen, sollten bei Shopware 6.7.8 folgendes Bugticket von Shopware beachten: https://github.com/shopware/shopware/issues/15706
https://forum.shopware.com/t/grundpreis-anzeige/108750

 

[Peter75]

Wo finde ich denn heraus welche Version von Shopware mit dem aktuellen Connector kompatibel ist?

 

[Hubertus2313]

Wir wollten von Shopware 6.6.10.1 auf 6.7.9.1 updaten (Widerrufbutton). Kann jemand bestätigen ob der JTL Connector damit (einigermaßen ) fehlerfrei läuft?
Danke und allen ein schönes Wochenende, Hubertus

 

[Peeters]

Nur zur Info: Ein Wechsel von 6.6 auf 6.7 ist nicht unbedingt notwendig, für die 6.6 soll auch noch der Widerrufbutton kommen.

 

[Hubertus2313]

Nur zur Info: Ein Wechsel von 6.6 auf 6.7 ist nicht unbedingt notwendig, für die 6.6 soll auch noch der Widerrufbutton kommen.

Danke, das habe ich noch nicht mitbekommen. Dann warten wir noch mit dem Update auf 6.7.

 

[Peeters]

Wir standen auch vor der Entscheidung, aber eine Shopware-Agentur hat uns darauf hingewiesen.

 

[David Schonebeck]

Hallo in die Runde, das Eingangs gemeldete Problem ist gelöst, ich würde diesen Thread schließen, wenn noch Themen offen sind, gerne einen neuen Thread eröffnen.