Hallo an Alle,
seit Version 1.1 unterstützt WaWi die E-Bay Motorradverwendungsliste.
Leider gibt es mittlerweile einige Probleme, die bislang nicht gelöst sind:
1) Aktualisierung der Daten. Hier ein Beispiel:
WaWi 1.5.20.0 (eigentlich der JTL-Server), BMW R 1200, BJ 2013
und E-Bay (Q1, 2020):
nicht nur, dass manche Modelle/Baujahre fehlen, viele ePIDs wurden von E-Bay ersetzt, werden aber immer noch von der WaWi angeboten, z.B. BMW R 1200, BJ 2013, mit der ePID-Nummer: 232605361
2) ePID_UK fehlen, bzw. wir haben noch keine Möglichkeit gefunden, diese Daten bei der WaWi direkt zu hinterlegen.
3) Datenbank-Struktur. Die Spalte nEpid ist integer bei der WaWi und float bei E-Bay, und schon immer gewesen.
Wir kennen keine Möglichkeit ePID-Nummer 14037125962 oder 23037403088 als Integer (4 Byte) zu speichern, zumindest nicht be SQL-Server, höchstens als bigint (8 Byte).
Wir hoffen sehr, dass diese Fehler (seit WaWi 1.1) endlich gelöst werden.
Mit freundlichen Grüßen, Ihr MVH-Team
seit Version 1.1 unterstützt WaWi die E-Bay Motorradverwendungsliste.
Leider gibt es mittlerweile einige Probleme, die bislang nicht gelöst sind:
1) Aktualisierung der Daten. Hier ein Beispiel:
WaWi 1.5.20.0 (eigentlich der JTL-Server), BMW R 1200, BJ 2013
und E-Bay (Q1, 2020):
nicht nur, dass manche Modelle/Baujahre fehlen, viele ePIDs wurden von E-Bay ersetzt, werden aber immer noch von der WaWi angeboten, z.B. BMW R 1200, BJ 2013, mit der ePID-Nummer: 232605361
2) ePID_UK fehlen, bzw. wir haben noch keine Möglichkeit gefunden, diese Daten bei der WaWi direkt zu hinterlegen.
3) Datenbank-Struktur. Die Spalte nEpid ist integer bei der WaWi und float bei E-Bay, und schon immer gewesen.
Wir kennen keine Möglichkeit ePID-Nummer 14037125962 oder 23037403088 als Integer (4 Byte) zu speichern, zumindest nicht be SQL-Server, höchstens als bigint (8 Byte).
Wir hoffen sehr, dass diese Fehler (seit WaWi 1.1) endlich gelöst werden.
Mit freundlichen Grüßen, Ihr MVH-Team
Zuletzt bearbeitet: