Hallo,
ich kann mir kaum vorstellen, dass seit Einführung des Angebotsmappings noch niemand sonst dieses Problem gehabt hat, kann aber leider nichts dazu finden.
Hintergrund: Wir verwenden JTL-WMS zur Verwaltung unseres Lagers. Deshalb sind alle Artikel mit Barcode etikettiert. Da wir auch Ware per FBA verschicken, muss dieser Barcode bei allen Artikeln, für die das zutrifft, der aktuellen FNSKU entsprechen.
Wichtig hierbei: Wir arbeiten NICHT mit Artikel-Duplikaten/doppelten Beständen. Das heißt, wenn sich die FNSKU eines Artikels ändert (z.B. weil wir die Art des Fulfillments von "Normal"-FBA auf Small and Light umstellen), muss der gesamte Artikelbestand neu etikettiert werden und die alte FNSKU wird in der WaWi durch die neue ersetzt.
Jetzt ergibt sich aber folgendes Problem: alte, inaktive FNSKUs werden nicht mehr aus der Datenbank gelöscht, auch nicht nach Löschung des Amazon-Angebots. Das heißt: WMS fragt bei jedem Wareneingang nach der richtigen FNSKU. Besonders problematisch dabei ist, dass bei der Auswahl mehrerer Artikel zum Etikettendruck KEINE solche Abfrage erfolgt. Heißt im Klartext: Ist bei einem Wareneingang auch nur ein Artikel mit mehreren FNSKUs dabei, müssen unsere Lageristen die Etiketten für jeden Artikel einzeln drucken und zusätzlich noch für die mit mehreren FNSKUs aus der WaWi die richtige heraussuchen. Das bedeutet einen erheblichen Mehraufwand und soll eigentlich auch nicht zu den Aufgaben eines Lageristen gehören - dafür benutzen wir ja WMS.
Wir würden uns deshalb folgende Lösungsansätze wünschen:
1. Die Möglichkeit, alte, nicht mehr genutzte FNSKUs aus der Datenbank zu löschen (was im Übrigen auch bei der Erstellung der Umlagerungen eine Erleichterung wäre).
2. Den "Welche FNSKU darf es sein"-Dialog auch beim Etikettendruck für eine ganze Lieferantenbestellung/bei Mehrfachauswahl (dann eben mehrere Dialoge hintereinander oder eine Übersicht ähnlich wie bei der Erstellung einer Umlagerung, wo man zuerst die Amazon-SKU auswählt und dann automatisch die zugehörige FNSKU angezeigt wird).
Hat sonst noch jemand ähnliche Probleme und evtl. einen Workaround parat? Oder stehen wir auf dem Schlauch und solche Möglichkeiten wurden längst eingebaut?
ich kann mir kaum vorstellen, dass seit Einführung des Angebotsmappings noch niemand sonst dieses Problem gehabt hat, kann aber leider nichts dazu finden.
Hintergrund: Wir verwenden JTL-WMS zur Verwaltung unseres Lagers. Deshalb sind alle Artikel mit Barcode etikettiert. Da wir auch Ware per FBA verschicken, muss dieser Barcode bei allen Artikeln, für die das zutrifft, der aktuellen FNSKU entsprechen.
Wichtig hierbei: Wir arbeiten NICHT mit Artikel-Duplikaten/doppelten Beständen. Das heißt, wenn sich die FNSKU eines Artikels ändert (z.B. weil wir die Art des Fulfillments von "Normal"-FBA auf Small and Light umstellen), muss der gesamte Artikelbestand neu etikettiert werden und die alte FNSKU wird in der WaWi durch die neue ersetzt.
Jetzt ergibt sich aber folgendes Problem: alte, inaktive FNSKUs werden nicht mehr aus der Datenbank gelöscht, auch nicht nach Löschung des Amazon-Angebots. Das heißt: WMS fragt bei jedem Wareneingang nach der richtigen FNSKU. Besonders problematisch dabei ist, dass bei der Auswahl mehrerer Artikel zum Etikettendruck KEINE solche Abfrage erfolgt. Heißt im Klartext: Ist bei einem Wareneingang auch nur ein Artikel mit mehreren FNSKUs dabei, müssen unsere Lageristen die Etiketten für jeden Artikel einzeln drucken und zusätzlich noch für die mit mehreren FNSKUs aus der WaWi die richtige heraussuchen. Das bedeutet einen erheblichen Mehraufwand und soll eigentlich auch nicht zu den Aufgaben eines Lageristen gehören - dafür benutzen wir ja WMS.
Wir würden uns deshalb folgende Lösungsansätze wünschen:
1. Die Möglichkeit, alte, nicht mehr genutzte FNSKUs aus der Datenbank zu löschen (was im Übrigen auch bei der Erstellung der Umlagerungen eine Erleichterung wäre).
2. Den "Welche FNSKU darf es sein"-Dialog auch beim Etikettendruck für eine ganze Lieferantenbestellung/bei Mehrfachauswahl (dann eben mehrere Dialoge hintereinander oder eine Übersicht ähnlich wie bei der Erstellung einer Umlagerung, wo man zuerst die Amazon-SKU auswählt und dann automatisch die zugehörige FNSKU angezeigt wird).
Hat sonst noch jemand ähnliche Probleme und evtl. einen Workaround parat? Oder stehen wir auf dem Schlauch und solche Möglichkeiten wurden längst eingebaut?