Nachträglichens ergänzen von Variationswerten, neue Variationsartikel.

[stocksen]

Hallo,
ich teste derzeit JTL WaWi in seinen Möglichkeiten auf Nutzbarkeit für mein Unternehmen.
Heute bin ich auf folgendes Problem gestoßen:

Ein bereits erstellter Vaterartikel BSP: Jacke Rianna (11501) gibt es in den Farben (schwarz,weiss) und den Größen (S-XXL).
Dies ließ sich auch korrekt über Variationskombinationen automatisch generieren.

Wenn nun eine neue Farbe für diesen Artikel auf den Markt kommt (rot), dann kann man diese Farbe auch nachträglich als Variationswert unter Farbe hinzufügen.
Leider kann man nicht automatisch nur "fehlende" Variationen generieren lassen, sondern muss nun jede Variation manuell erstellen. Dabei wird allerdings die Artikelnummer nicht mehr korrekt generiert?

Meine Frage ist nun ob das so gewollt ist oder ein Fehler? Das würde nämlich gravierende Folgen für Händler haben die ihre Barcodes über die Artikelnummer generieren, so wie ich es ursprünglich geplant hatte.
Alternativ müsste ich also Barcodes über den internernen Schlüssel genieren, sollte dies möglich sein.

Wie umgehen Händler diese Komplikation?
Ich danke für alle Hinweise.

MfG
Lukas Bock

 

[reneromann]

AW: Nachträglichens ergänzen von Variationswerten, neue Variationsartikel.

Barcodes über die Artikelnummer sind so ziemlich die schlechteste Idee, die man haben kann...
Sofern von eurem (Groß-)Händler kein EAN vergeben wurde, bieten sich sog. Instore-EAN an (2xx xxxxx xxxxx).

 

[stocksen]

AW: Nachträglichens ergänzen von Variationswerten, neue Variationsartikel.

Wir produzieren und vertreiben selbst, aus diesem Grund verzichten wir auf EAN Zusatzkosten.
Aber aus deiner Antwort lese ich das man wohl bei der Programmierung grundsätzlich davon ausging/geht das jeder Artikel sein persöhnliches Barcodeunikat (EAN,o.a) beim anlegen zugeordnet bekommt.
Mit den Instore wäre es wieder ein unnötiger Arbeitsschritt mehr, jedem Artikel/Variation extra einen Instore-EAN hinzuzufügen. Oder kann die Wawi das automatisch ähnlich der Artikelnnummernvergabe?

 

[Dalibor Josic]

AW: Nachträglichens ergänzen von Variationswerten, neue Variationsartikel.

Bei jedem neu angelegten Artikel klickst du einfach auf das + Zeichen neben EAN und die Wawi fügt eine freie EAN hinzu. Natürlich müsst du vorher deine EAN-Liste in die Wawi importieren. Bei bestehenden Artikel mit der Ameise exportieren, EAN's hinzufügen und dann importieren. Geht alles ruck zuck.

 

[stocksen]

AW: Nachträglichens ergänzen von Variationswerten, neue Variationsartikel.

@reneromann,Dalibor Josic

Habe es nach deinem Vorschlag mit den Instore-EANs getestet, also einfach in Exel (2000000000000-2000000000999) generieren lassen und in die EAN-Verwaltung eingepflegt.
Jetzt hilft mir das bei diesem Problem leider gar nicht weiter, da ein später zusätzlicher Variationsartikel die EAN des Vaterartikels übernimmt und nicht mehr abgeändert werden kann.
Den zuerst generierten Variationen konnte man noch manuell ihren neuen EAN zuweisen, aber bei später hinzugefügten wird scheinbar die Artikelnummer und der EAN des Vaterartikels übernommen.
(Der Vaterartikel 11503 hat den EAN 2000000000000)
Ich denke hier handelt es sich tatsächlich um einen Bug. Wer würde von denn davon profitieren?
Und wie umgehen das Nutzer dieser Wawi bis jetzt, einen ganz neuen Artikel anlegen? ... oder etwa manuell die Artikelnummer korrigieren ...

Edit:
Ich hoffe die Lösung liegt nicht darin jedesmal einen Artikelexport und Import zu machen... und alles manuell zu korrigieren...

 

[reneromann]

AW: Nachträglichens ergänzen von Variationswerten, neue Variationsartikel.

Nur so: Dir ist schon klar, dass EAN nicht einfach 13 Ziffern nacheinander sind?
Und dir ist auch klar, dass Instore-EAN keinesfalls für die Weitergabe nach Draußen gedacht sind?

Also: EAN-13 haben 13 Ziffern, davon ist bei einer Instore-EAN die erste Ziffer zwingend eine 2. Dann folgen 11 frei wählbare Ziffern, während die letzte Ziffer die Prüfsumme ist.
Heißt also es geht los mit 2000000000008, dann 2000000000015, dann 2000000000022, ..., bis 2999999999991...
Diese EAN musst du den Produkten (den Kindern) einzeln zuweisen, wenn du die Produkte anlegst; dem Vater brauchst du jedoch keine EAN geben, da dieser ja nicht selbst verkauft wird (dementsprechend der Barcode auch nie gedruckt/verwendet werden würde).
Solltest du die Produkte jedoch auch an andere Händler weiterverkaufen oder auf Amazon anbieten, stößt du dort mit Instore-EAN auf Granit.

Das was du übrigens mit der Artikelnummer meinst, ist für die Wawi gar kein Problem:
Die Wawi verwendet einen "internen Schlüssel" (kArtikel) zur Erkennung des "richtigen" Datensatzes. Der ist damit die Artikelnummer wie auch die EAN ziemlich wurscht.

 

[stocksen]

AW: Nachträglichens ergänzen von Variationswerten, neue Variationsartikel.

Ok die Sache mit dem EAN(hab mich damit noch nie weiter beschäftigt, danke für den Hinweis) und Vaterartikel stimmt schon, mein Fehler.
Aber die Sache mit der Artikelnummernvergabe ist trotzdem unsauber. Bzw. sogar ein Fehler/Bug. Es sollte nicht sein das die -000X Anhänge plötzlich nicht mehr gemacht werden und man dort manuell nachkorrigieren soll.
Hersteller wie wir haben keinen EAN-Zwang sobald Sie ihre Marke bei Amazon registrieren. Also ist der EAN für uns verzichtbar und unterschiedliche Artikelnummern würden völlig ausreichen.

Über den internen Schlüssel könnte man es vlt regeln, aber die unsaubere Artikelansicht würde mich schon etwas wurmen.


Ich erstelle alle zwei Wochen mehrere hundert Artikel in neuen Variationskombinationen und ich möchte diese natürlich möglichst schnell erstellen. Da möchte ich nur meine nicht Finger nicht wund korrigieren..
Der EAN ist vielleicht eine Alternative aber für mich nicht notwendig und mit unnötiger Arbeit verbunden, jeder Variante einen geben...
Macht sich schlecht bei kleinen Stückzahlen und ständig wechselnder Artikelvielfalt. (Den Aufwand kaum wert)
Und wenn der EAN die Artikelnummer nicht ersetzt, ist das echt problematisch. Wenn ich einen bestimmten Artikel suche oder scanne bzw. ein Kunde nach einem speziellen Artikel fragt muss das eindeutig sein und das möglichst über die Artikelnummer...
Der Kunde weis doch nicht das es es die Artnr. 11501 nach der aktuellen Generierung bei mir 30 mal gibt und schickt mir ne Anfrage ohne Größe oder Farbe und schon wirds umständlich.

 

[reneromann]

AW: Nachträglichens ergänzen von Variationswerten, neue Variationsartikel.

Warum setzt du die EAN nicht als Artikelnummer?
Und das Grundprinzip der EAN ist, dass JEDE VarKombi eine eigene EAN bekommt, so dass du durch das Scannen der AN definitiv genau das eine einzige Produkt erhältst.

Das was du meinst - sprich die Autovergabe von Artikelnummern für Kinder - ist eigentlich völlig unnötig, wenn man konsequent mit EAN arbeitet.
Und sofern du öfter mehrere 100 Artikel erstellst, wäre vielleicht eher der Import über die Ameise viel interessanter als die Oberfläche der Wawi.

 

[stocksen]

AW: Nachträglichens ergänzen von Variationswerten, neue Variationsartikel.

Ich sagte doch EANs brauchen wir nicht zwingend, ist doch verständlich dass ich dafür kein Geld ausgeben will wenn es nicht sein muss oder?
Ich nutze derzeit eine andere WaWi leider ist dort keine Webschnittestelle vorhanden, desshalb prüfe ich gerade ob JTL WaWi eine Alternative wäre. Dort arbeiten wir seit über zwei Jahren problemlos mit diesen Artikelnummernzusätzen für Kindsartikel.
Ich denke wir beide drehen uns im Kreis du pochst auf EANs aber sehe darin nur unnötige Zusatzkosten/Arbeit. Unsere Großhändler verlangen ebenfalls keine EANs, da verkauft kaum jemand online.

Sollte doch für das JTL kein großes Ding sein das nachzubessern. Und wenn Sie es für nicht nötig halten, findet sich eben eine andere akzeptable Alternative oder eben nicht.