Neu Platzhalter "%" bei Import (EAN)

[DITH-Shop]

Moin,

leider ist es - scheinbar insbesondere im Produktbereich Videogames und BR/DVD - so, das die Lieferanten sich nicht einig sind ob sie die EAN mit 12 oder 13 Stellen speichern.
So kommt es beim Bestandsimport immer wieder zum Problem, das ein Lieferant mit 12, der andere mit 13 Stellen die Artikel in der CSV übergibt.

Da in der AMEISE in "Prefix" ein "%" als Platzhaltern nicht akzeptiert wird, muss man zur Zeit enorm aufwändig die Dateien erst in Excel o.ä. bearbeiten damit die "EAN" ein einheitliches Format hat.

Es wäre daher mehr als Vorteilhaft wenn man auch einen Platzhalter im Feld EAN anwenden könnte.

 

[JuergenSaenger]

Moin,

leider ist es - scheinbar insbesondere im Produktbereich Videogames und BR/DVD - so, das die Lieferanten sich nicht einig sind ob sie die EAN mit 12 oder 13 Stellen speichern.
So kommt es beim Bestandsimport immer wieder zum Problem, das ein Lieferant mit 12, der andere mit 13 Stellen die Artikel in der CSV übergibt.

Da in der AMEISE in "Prefix" ein "%" als Platzhaltern nicht akzeptiert wird, muss man zur Zeit enorm aufwändig die Dateien erst in Excel o.ä. bearbeiten damit die "EAN" ein einheitliches Format hat.

Es wäre daher mehr als Vorteilhaft wenn man auch einen Platzhalter im Feld EAN anwenden könnte.

12-stellig sind dann nicht EAN bzw. GTIN sondern sicherlich UPC o. ä. - sowas hat HP auch ganz oft.

Bevor ich meine Importdatei speichere, wird mit Strg+1 unter "Benutzerdefiniert" alles auf 13 stellen aufgefüllt

 

[DITH-Shop]

Es ist mir eigentlich egal wie die Daten dann korrekt heißen 😀.
Gemeint sind die Barcodes die sich auf den Datenträgern (Rückseite / Hülle) befinden.
Besonders hervorstechend ist "Universum" (Video DVD) sowie WiiU Software von NINTENDO - hier sind es grundsätzlich 12stellige Codes.

Die Lieferanten speichern diese Angaben 12/13 stellig in dem Feld EAN und übergeben mir diese Daten (insgesamt) bis zu 60x täglich.
(Je nach Artikel hat ein Artikel bis zu 10 Lieferanten, diese übermitteln die CSV Daten 3-12x täglich)

Ich habe - vielleicht nachvollziehbar - weder die Zeit noch die Lust täglich (auch am Wochenende, oder Urlaub) die Datei nach dem FTP Download erst zu öffnen und zu korrigieren.
Der AMEISE Import läuft nahezu ununterbrochen. Dazwischen noch was händisch zu korrigieren geht einfach nicht.

 

[JuergenSaenger]

Es ist mir eigentlich egal wie die Daten dann korrekt heißen 😀..

Sollte es aber nicht. Ist ja schon wichtig zu wissen ob man mit einem EAN/GTIN oder einem UPC arbeitet.
Generell ist es natürlich schon schön, wenn die Ameise diese Funktion hätte - auch wir füllen alles auf 13 stellen auf. Auch wenn es bei den UPC eigentlich falsch ist.

Ansonsten halt einen JTL-SP suchen der dir etwas programmiert das die Daten vom FTP abfängt, bearbeitet und dann in die Ameise haut....

 

[DITH-Shop]

...Ansonsten halt einen JTL-SP suchen der dir etwas programmiert...

ROTFL...

 

[Pinkman]

Es ist mir eigentlich egal wie die Daten dann korrekt heißen 😀.
Gemeint sind die Barcodes die sich auf den Datenträgern (Rückseite / Hülle) befinden.
Besonders hervorstechend ist "Universum" (Video DVD) sowie WiiU Software von NINTENDO - hier sind es grundsätzlich 12stellige Codes.

12 Stellen sind auf dem Cover zu sehen, aber es sind 13 Stellen, wenn man es mit einem Barcodescanner scannt 😉 Auf dem Cover fehlt die führende Null (0)
Wir hatten das Problem auch mal und der Fehler lag nicht beim Lieferanten, sondern bei uns. Die CSV Daten wurden falsch geöffnet bzw. falsch importiert. Ich denke mal auch, dass es bei einigen Deiner Dateien zutreffen wird. Wir haben aber keine 10 Lieferanten für einen Artikel und somit war das Problem schnell behoben und alles wird entsprechend importiert.

Gruss
Pinkman

 

[DITH-Shop]

12 Stellen sind auf dem Cover zu sehen, aber es sind 13 Stellen, wenn man es mit einem Barcodescanner scannt

Diese Angabe ist definitiv falsch.

888751206694 (gescannt - mit ALBASCA MK-1000ZB)
Foto:


Tut auch rein gar nichts zur Sache - Platzhalter bei der AMEISE ermöglichen und gut ist's.
Sind ja auch sonst überall in der Wawi verfügbar.
Und mit Sicherheit sind die auch an anderen Stellen und Feldern von Vorteil.

 

[Pinkman]

Klar könnte JTL was an der Ameise ändern und programmieren, wenn es mehrere User gäbe die das brauchen. Glaube aber nicht das dies so wichtig sein wird. Mach doch dazu eine Umfrage oder frag bei JTL an, vielleicht brauchen es ja doch mehr als man denkt und ist nur eine Kleinigkeit zu programmieren.

Es ist halt ein Problem der Datensätze Deiner Lieferanten oder einen Anwenderfehler beim Import den Du im ersten Augenblick vielleicht nicht siehst. (nicht hauen, selbst erlebt 🙄)
Wenn Du es nicht selbst hin bekommst, könnte Dir tatsächlich nur ein Servicepartner helfen. (evtl. auch ich) Wir bekommen die Dateien entsprechend richtig auf unseren FTP, sprich "Die wilden Kerle 2 - EAN 0888751206694"

Übrigens:
Die Angabe ist nicht falsch! Musst nur Deinen Scanner richtig einstellen, falls es die Möglichkeiten gibt diesen zu programmieren. Es gibt zig hunderte Entertainment Händler die das richtig eingestellt haben oder glaubst Du Amazon, Media Markt arbeiten mit 12stelligen Codes. Ich habe dies übrigens in unserem MM nach Neukauf aller Scanner selbst gemacht 🙁
Standardmäßig scannen zu 90% aller Scanner auch nur 888751206694das stimmt - umgestellt ist es dann 0888751206694.
Du bist nicht der einzige der Entertainment verkauft und JTL nutzt. Da sind viel größere Händler bei...

Gruss
Pinkman

 

[DITH-Shop]

Leute - Es macht keinen Sinn zu diskutieren ob ein Scanner sich durch voranstellen einer 0 umprogrammieren lässt,
solange von 10 Lieferanten 5 OHNE 0 die EAN übermitteln und 5 MIT einer führenden 0.

Es ist auch nur EIN BEISPIEL gewesen -
Es sind beliebig viele Einsatzmöglichkeiten in der AMEISE denkbar, wie der sonst überall in der Wawi verfügbare Platzhalter (% und ?) verwendet werden könnte.


Ich bin selbst Dipl.-Inform. und habe knapp 35 Jahre Erfahrung mit > 15 verschiedenen Programmiersprachen.
Aber ich habe keinerlei Interesse die Wawi selbst zu schreiben oder noch weitere Tools anzupassen damit die Wawi zu 100% das tut was sie eigentlich von Haus aus könnte.

Die Eingabe-Möglichkeiten "für Prefix" und "Suffix" sind doch da. Einfach das "%" ermöglichen und gut.

 

[Björn Berger]

Hi
Als Workaround könnte man auch mit 2 unterschiedlichen Importvorlagen arbeiten. eine wo das Präfix mit 0 gefüllt ist für die Lieferanten die die Ean schicken und einmal ohne 0 für die Upc Lieferanten.
Mit dem % Platzhalter sehe ich kritisch, wenn dann doch mal 2 Artikel dem Kriterium entsprechen und dann die falschen Preise geändert werden ist der Kunde auch wieder sauer...

 

[hmueller]

Hallo DITH-Shop,

wenn du noch etwas warten kannst, können wir dir hier mit unserer neuen Import-Schnittstelle für JTL-Wawi (Alternative zur Ameise - wird momentan finalisiert) helfen.
Mit unserem Tool connect, kannst du dann automatisch die Dateien von deinen Lieferanten herunterladen, eine Prüfung hinterlegen ob die Codes 12- oder 13-stellig sind, diese gegebenenfalls um ein fehlendes Prefix ergänzen und anschließend an die Wawi übergeben.