Hallo JTL und JTL-Community,
momentan scheitert der JTL Worker an den simpelsten Aufgabenstellungen wie dem Massenabgleich von Templateänderungen oder dem vergleichsweiße simplen aktualisieren einer Fahrzeugverwendungsliste.
Problemstellung:
Viele unserer Artikel (überwiegend KFZ Branche) werden von uns selbst hergestellt und mittels K-Type (der eindeutigen ID für Fahrzeuge in Tecdoc) durch eine externe Anwendung in die MSSQL Datenbank der Wawi geschaufelt, dies war in den letzten Versionen unter Berücksichtigung der Änderungen an der
Tabelle in der Wawi ohne Probleme möglich.
Die Angabe der restlichen, ja eigentlich redundanten Felder wie dem Model, Hersteller, HSN / TSN, CCM, PS und KW haben wir direkt über die TECDOC Webshop Anbindung erledigt. Warum die Wawi, sich hier nicht an die 1. / 2. Form der Datenbank-Normalisierung hält, sei man so dahingestellt. Ebenso wie in den vorherigen Versionen das Identity() Feld gefehlt hatte und die Wawi offensichtlich per andere Tabelle den PRIMARY Key bestimmt, aber gut da hat sich die JTL Wawi zumindest bei der Fahrzeugverwendungsliste sehr gebessert.
Nun zum eigentlich Problem:
Wir haben die Tage ein "paar" Kleinigkeiten am eBay Template für 1.200 laufende Angebote eingetragen und ebenso Änderungen für die Fahrzeugverwendungsliste per Artikel-Attribut in die Wawi geschrieben, laut ebay_geaenderte_laufende_angebote handelte es sich um rund 1.500 Änderungen mit verschiedenen nChanges (das Feld das wohl der JTL Wawi kommuniziert, um was für einen Typ es sich handelt).
Am nächsten Tag, ebay_geaenderte_laufende_angebote abgefragt um zu ermitteln wie viele Angebote den noch auf der Änderungsliste stehen. Ungefähr 400, nach etwas Arbeit und vergangenen Stunden erneute Überprüfung (ohne wirklich in der Wawi zu sein), wieder 400. Dann haben wir uns dazu entschlossen, aufgrund des langsamen Abgleiches per Worker den Abgleich selbst (händisch) für eBay durchzuführen.
1. Also Worker per Einstellungen deaktiviert
2. Im Dashboard geprüft, ob der Worker wirklich deaktiviert ist
3. Händischer Abgleich (Hoppla...)
4. Worker überprüft (nochmal Hoppla...)
Wir können den Worker scheinbar nicht stoppen, was absoluter Mist ist da anscheinend diese Funktion kaputt-repariert wurde. Mal dahingestellt ob es nur bei uns so ist.
Außerdem Probleme ohne ausfallend zu werden:
1. Bei Templateänderungen werden alle Fahrzeugzuordnungen auf eBay gelöscht
2. Verwendungsliste aus der ebay_itemcompatibility wird nichtmehr korrekt eingelesen (in vorherigen Versionen nicht der Fall)
3. Attribute die per "K-Type" beim Artikel angelegt wurden, sind nachdem sie im eBay Template verwendet werden kryptisch oder weg
Trotz des angenervten Posts, würden wir uns freuen wenn jemand etwas konstruktives beisteuern könnte (bei euch etwa auch so?), wir sehen sicherlich Fortschritte in der Entwicklung wie jeder andere Händler auch aber momentan ist jedes neue Update das einen Fehler behebt mit 3 anderen bestückt (wie der nicht funktionierende Artikel-Suche, ein Ticket das seit 3-4 Wochen nichtmehr beantwortet wurde) und das nervt einfach nur.
Grüße
momentan scheitert der JTL Worker an den simpelsten Aufgabenstellungen wie dem Massenabgleich von Templateänderungen oder dem vergleichsweiße simplen aktualisieren einer Fahrzeugverwendungsliste.
Problemstellung:
Viele unserer Artikel (überwiegend KFZ Branche) werden von uns selbst hergestellt und mittels K-Type (der eindeutigen ID für Fahrzeuge in Tecdoc) durch eine externe Anwendung in die MSSQL Datenbank der Wawi geschaufelt, dies war in den letzten Versionen unter Berücksichtigung der Änderungen an der
Code:
ebay_itemcompatibilityDie Angabe der restlichen, ja eigentlich redundanten Felder wie dem Model, Hersteller, HSN / TSN, CCM, PS und KW haben wir direkt über die TECDOC Webshop Anbindung erledigt. Warum die Wawi, sich hier nicht an die 1. / 2. Form der Datenbank-Normalisierung hält, sei man so dahingestellt. Ebenso wie in den vorherigen Versionen das Identity() Feld gefehlt hatte und die Wawi offensichtlich per andere Tabelle den PRIMARY Key bestimmt, aber gut da hat sich die JTL Wawi zumindest bei der Fahrzeugverwendungsliste sehr gebessert.
Nun zum eigentlich Problem:
Wir haben die Tage ein "paar" Kleinigkeiten am eBay Template für 1.200 laufende Angebote eingetragen und ebenso Änderungen für die Fahrzeugverwendungsliste per Artikel-Attribut in die Wawi geschrieben, laut ebay_geaenderte_laufende_angebote handelte es sich um rund 1.500 Änderungen mit verschiedenen nChanges (das Feld das wohl der JTL Wawi kommuniziert, um was für einen Typ es sich handelt).
Am nächsten Tag, ebay_geaenderte_laufende_angebote abgefragt um zu ermitteln wie viele Angebote den noch auf der Änderungsliste stehen. Ungefähr 400, nach etwas Arbeit und vergangenen Stunden erneute Überprüfung (ohne wirklich in der Wawi zu sein), wieder 400. Dann haben wir uns dazu entschlossen, aufgrund des langsamen Abgleiches per Worker den Abgleich selbst (händisch) für eBay durchzuführen.
1. Also Worker per Einstellungen deaktiviert
2. Im Dashboard geprüft, ob der Worker wirklich deaktiviert ist
3. Händischer Abgleich (Hoppla...)
4. Worker überprüft (nochmal Hoppla...)
Wir können den Worker scheinbar nicht stoppen, was absoluter Mist ist da anscheinend diese Funktion kaputt-repariert wurde. Mal dahingestellt ob es nur bei uns so ist.
Außerdem Probleme ohne ausfallend zu werden:
1. Bei Templateänderungen werden alle Fahrzeugzuordnungen auf eBay gelöscht
2. Verwendungsliste aus der ebay_itemcompatibility wird nichtmehr korrekt eingelesen (in vorherigen Versionen nicht der Fall)
3. Attribute die per "K-Type" beim Artikel angelegt wurden, sind nachdem sie im eBay Template verwendet werden kryptisch oder weg
Trotz des angenervten Posts, würden wir uns freuen wenn jemand etwas konstruktives beisteuern könnte (bei euch etwa auch so?), wir sehen sicherlich Fortschritte in der Entwicklung wie jeder andere Händler auch aber momentan ist jedes neue Update das einen Fehler behebt mit 3 anderen bestückt (wie der nicht funktionierende Artikel-Suche, ein Ticket das seit 3-4 Wochen nichtmehr beantwortet wurde) und das nervt einfach nur.
Grüße