In Bearbeitung Probleme mit dem ebay-Abgleich - "Die Eingabezeichenfolge hat das falsche Format"

[sistec]

Hallo zusammen,

ich hoffe, dass mir einer von euch helfen kann.

Seit dem letzten Freitag haben wir das Problem, dass die ebay Bestellungen teilweise nicht mehr abgerufen werden. Das merkwürdige ist, dass ein Teil in der Wawi sichtbar ist aber ein teil wiederum nicht.
Erst sind wir davon ausgegangen, dass es evtl. ein Problem mit dem Worker gibt, so dass wir einen manuellen Abgleich gestartet haben. Jedoch kommt hier die Fehlermeldung "Die Eingabezeichnfolge hat das falsche Format".

Hat jemand dasselbe Problem? Oder eine Idee woran es liegen könnte?

Ich habe bereits eine Anfrage an den JTL Support gesendet, nur leider dauert es immer ein paar Tage bis man eine Antwort erhält.

Wäre für jeden Tipp sehr dankbar!

Danke!

 

[KevinK]

Hallo @sistec ,

ist das Problem noch aktuell? Ich gehe davon aus das die Kollegen im Support Dir bereits geholfen haben 😉

 

[zeuw_gb]

Hallo,
gibt es hierzu schon weitere Infos?
Wir haben aktuell auch das selbe Problem beim Einspielen der K-Typ-Nummern...
Ich freue mich über eine baldige Antwort und viele Grüße
Clemens

 

[KevinK]

Hallo @CRapp,

bitte hierzu einmal ein Ticket bei uns im Support erstellen, die Kollegen schauen sich das gerne an 🙂 Gerne mit Verweis zu diesem Beitrag.

 

[pioto]

Hallo!
Bei mir kommt derselbe Fehler. Hatte das schon einmal, da lag es an einem Semikolon (oder Leerzeichen) am Ende des letzten KTypes in der Fahrzeugliste. Der letzte KType bzw. die letzte Einschränkung sollte ohne Leerzeichen, Komma oder dergleichen sein, das mag die Software nicht. Ich habe jetzt dasselbe Problem wieder und frage mich, wie ich den fehlerhaften Eintrag finde. Das eBay-Abgleich-Protokoll hilft nicht wirklich weiter. Eine Anleitung dazu wäre deshalb sehr nett. Danke!
Andreas
PS. Es wäre sehr hilfreich, wenn JTL beim Hochladen direkt diese Zeichen entfernt. Man achtet zwar drauf, aber ein Fehler kann immer passieren und deshalb wäre so eine Aufräumfunktion super.

 

[KevinK]

Hallo @pioto,

melde Dich damit ebenfalls am besten bei uns im Support. Die Kollegen schauen sich das an.

 

[madeby]

Leider habe ich nun auch dieses Proplem. Ich vermute auch ein KType stimmt nicht. Nur er speichert nichts in den Logs.

 

[dholle]

Dieser TIP war Gold wert !!

.... da lag es an einem Semikolon (oder Leerzeichen) am Ende des letzten KTypes in der Fahrzeugliste...

Habe mir schon einen Wolf gesucht.

Um die Einträge zu finden... Ameise -> Attribute exportieren
Filter (bei Attribute) auf die eBay-KTypes auf "endet mit" Wert ";"

Dann entsprechend ändern ...

 

[pioto]

Freut mich, dass es jemandem weiter geholfen hat. Die Idee mit "endet mit" Wert ";" ist cool! Allerdings kann es auch vorkommen, dass ein "mittiger" kType Schwierigkeiten macht. Wenn es nicht allzu viele sind, geht das hier. Die Anleitung hatte ich vor 1,5 Jahren verfasst und dann vergessen zu posten.

Wie spürt man einen unzulässigen K-Type auf?

Bei der Fehlermeldung "Die Eingabezeichenfolge hat das falsche Format." liegt es oft an einem Fehler in der Formatierung eines K-Types, einem Semikolon am Zellenende oder einem K-Type, den JTL nicht kennt. Momentan bricht JTL-Wawi dann den Synchronisiervorgang ab, d.h. alle folgenden Artikel mit möglicherweise richtigen K-Types werden nicht mehr bearbeitet. JTL arbeitet an einer Lösung (seit 2 Jahren 🙂) . Bis dahin kann man sich wie folgt behelfen:

1) im JTL-Verzeichnis, üblicherweise z.B. C:\Program Files (x86)\JTL-Software\ gibt es das Unterverzeichnis "JTLDiag" (siehe auch Bild "JTL-Diag_im_Windows_Explorer"). Dort startet man die Anwendung jtldiag.exe und lässt diese parallel zum nächsten Abgleich mitlaufen.

2) Abgleich starten, laufen lassen, bis die o.g. Fehlermeldung erscheint. Der Abgleich endet damit ohnehin.

3) Jetzt im JTL-Diagnosetool zunächst ganz nach unten gehen und von dort aus langsam hochblättern, bis das erste "eBay K-Types" entgegen kommt. Knapp darunter sollte eine "kArtikel"-Nummer stehen. Siehe Bild auch "JTL_Diag_Abgleich_Log". Dies ist leider nicht die "normale" Artikelnummer, sondern eine Wawi-interne Bezeichnung. Diese Nummer notieren, hier im Beispiel 21680.

4) In JTL-Wawi auf "Artikel" gehen und die Spalte "Interner Schlüssel" zusätzlich anzeigen. Nicht zwingend nötig, nur zur Kontrolle. Siehe auch Bild "Interner Schlüssel"

5) Microsoft SQL-Datenbank-Verwaltung (Server Management Studio) starten und dort im oberen Fenster Folgendes eingeben:

select * from tversion
select * from tartikel where kartikel = '21680'

Siehe auch "Bild SQL-Studio". 21680 ist der interne Schlüssel. Jetzt wird in der SQL-Datenbank-Verwaltung im unteren Fenster neben dem internen Schlüssel auch die dem Benutzer vertraute "echte Artikelnummer", hier 17910, angezeigt.

6) in JTL-Wawi den Artikel 17910 eingeben und in der Spalte "Interner Schlüssel" nachsehen, ob dort 21680 steht. Wenn ja, den Artikel öffnen und unter "Attribute/Merkmale" oben auf "eBay K-Types" doppelklicken und den Fehler ausmisten.

7) Abgleich erneut durchführen und hoffen, dass er durchläuft bzw. warten, bis der nächste Fehler auftritt. Dann bei 3) weitermachen. Solange wiederholen, bis alles durchgelaufen ist.

Ist alles ziemlich umständlich, aber deutlich besser als z.B. alle K-Types zu löschen und dann stapelweise in 50er Portionen zu importieren.

 

[nirico]

Würde mir wünschen, dass JTL hier eine vernünftige Fehlermeldung einbaut. Eine einfache Anzeige um welchen Artikel / Angebotsvorlage es geht oder auch den Fehlerhaften Wert anzeigen würde hier Einiges an Arbeit ersparen. Habe nun erneut 3 Stunden nach dem Fehler gesucht bei 1100 neuen Inseraten. Es gibt ja extra Fehlercodes und ein System Fehler strukturiert abzuarbeiten und anzuzeigen - warum wird das bei den kTypes nicht genutzt? Wir nutzen übrigens nur ePids und hier tritt der Fehler genauso auf.

Gibt es die Möglichkeit hier einen Bugreport zu erstellen?

@pioto Deine Anleitung hat hier leider nicht funktioniert. Es wurde lediglich ein Artikel upgedated und nicht neu hochgeladen. In den Logs von JTLDiag ist keine tArtikel Nummer aufgetraucht.