Neu JTL Ameise / Lieferantenbestände / Nicht mehr lieferbar

[prillru]

Hallo zusammen,

wir haben folgendes Problem beobachtet, welches immer mal wieder dazu führt, dass wir Produkte verkaufen, die nicht mehr lagernd, bzw. lieferbar sind.

Wir arbeiten mit den Beständen unserer Lieferanten. Das haben wir bei den Artikel so hinterlegt. Auch ziehen wir uns die Preislisten täglich von unseren Lieferanten als CSV Dateien und tragen diese per Ameise ins System ein.

Nun ist es so, dass unsere Lieferanten den Artikel A akt. noch 10x da haben. Diese Menge wird korrekt in unser System eingetragen. Nun wird der Artikel beim Lieferanten von einem anderen Kunden 10x bestellt. Im nächsten Preislistenupdate taucht dieser Artikel dann gar nicht mehr auf.

Als Importart unter den Einstellungen haben wir "Neue Artikel importieren, vorhandene aktualisieren" eingestellt.

Da der Artikel nun in der Liste fehlt, belässt die Ameise den Bestand bei 10x, was ja leider nicht stimmt. Nun verkaufen wir munter weiter den Bestand, den wir nicht haben und auch nicht bekommen.

Nun habe ich ein bisschen mit den Einstellungen rum gespielt und die Einstellung in "(1) + Lief-Zuordnung des Std. Lieferanten nicht vorhandener Artikel löschen". Da haben wir dann aber das Problem. Das er uns den Lieferanten aus dem Artikel löscht, den Bestand auf 0 setzt und gut. Das Problem an dieser Sache ist aber, sobald der Artikel wieder lieferbar ist, legt die Ameise den Artikel nochmal neu an. Und das obwohl er ja schon im System ist, nur halt ohne Lieferanten Verknüpfung.

Wie können wir das so einstellen, dass die Menge auf 0 geht, ohne das der Lieferant gelöscht wird, oder wenn er unbedingt gelöscht werden muss, dann nachher, wenn der Artikel wieder lieferbar ist, dort auch wieder korrekt eingetragen wird.

Hat da jemand ein Tipp für mich?

Viele Grüße
Rudolf

 

[elevennerds.de]

Ich löse dieses Problem so, dass ich vor dem Import alle Artikel des Lieferanten exportiere, in einer Tabelle auf 0 setze und dann die verfügbaren Artikel in der gleichen Tabelle auf den verfügbaren Bestand setze, und diese Tabelle dann importiere. Das mache ich bei allen Lieferanten so, weil man sich niemals darauf verlassen sollte, dass immer alle Artikel mitgeliefert werden.

MfG

Rene

 

[maydo]

bei matching per EAN sollte der Artikel wiedergefunden werden.

bei matching über lief nummer geht das leider nicht mehr.

die ameise müsste eine einstellung haben "Alle Artikel des Std.Lieferanten vor Import auf 0 setzen"

 

[elevennerds.de]

die ameise müsste eine einstellung haben "Alle Artikel des Std.Lieferanten vor Import auf 0 setzen"

...dann fliegen aber ALLE Artikel des Lieferanten während des Imports bei Ebay, Amazon und aus den Shops raus.

 

[maydo]

naja inaktiv sollen sie nicht gesetzt werden, nur bestand 0

im shop und ama ist es kein problem, bei ebay gibt es ja die möglichkeit für "nicht mehr vorrätig" auch mittlerweile, sodass GTC angebote nicht mehr rausfliegen.

anders ist es nicht machbar, entweder kommt der artikel per csv, wenn nicht mehr in csv gibt es keine möglichkeit über die ameise einen wert einzulesen

wir matchen sowas über EAN, sodass die artikel wiedergefunden werden, auch wenn mal temporär aus liefcsv fliegt

 

[elevennerds.de]

Schon klar, in genau diesem Zeitraum zwischen dem setzen des Bestandes 0 und dem Import sind die Artikel nicht verfügbar. Und, was ist, wenn beim Import was schiefgeht? Datei kann nicht runtergeladen werden?

 

[maydo]

worker ausschalten wenns jemanden stört, dass ein artikel mal ne minute nicht online ist

die datei kann man erst runterladen und dann importieren
sodass das dasein der datei sichergestellt ist

 

[elevennerds.de]

Handarbeit? Echt jetzt? Sowas muss automatisiert werden. Und bei 200.000 Artikeln kann ein solcher Abgleich schon mal eine Stunde laufen.

 

[maydo]

kann ja automatisch laufen.

anders ist es nicht machbar
wenn in db werte drin sind, die nicht mehr in csv sind, d.h. der wert ist unbekannt.
da hilft nur dieser werte zu "resetten" also bestände nullen.

bei 200k und mehr artikel empfiehlt es sich sowieso keine ameise mehr zu nutzen, sondern direkt in db rein und raus

 

[prillru]

Vielen Dank für die vielen Infos. Ich finde die Idee mit der alles auf Null setzten Sache auch recht umständlich bzw. gefährlich, wenn dann die Bestände bei Shop, eBay, Amazon auf Null gehen. Wieso lässt sich das über die Ameise nicht so regel, dass die Daten aus der DB erst in den Cache kommen. Im Cache, alles auf 0 gesetzt wird, dann wird überprüft und gegen gehalten und dann die neuen Werte in die DB geschrieben. So würde doch alles sauber laufen, oder habe ich da ein Denkfehler?

Viele Grüße
Rudolf

 

[maydo]

als Cache bräuchte man erst eine "Zwischentabelle", um alles gegenvergleichen zu können.

dies kann die wawi nicht,
ich denke auch nicht, dass in absehbarer zeit was kommt.

es gäbe noch die möglichkeit dein artikelstamm extern in eine mysql zu importieren von dort dann deinen fertigen import für die wawi zu exportieren.
über php im- und exporte und crons lösbar

dies könntest du über einen servicepartner umsetzen lassen.

was spricht denn gegen matching per EAN ?
Wenn EANs in Wawi + Liefcsv gepflegt sind, sollte dies ohne Probleme umsetzbar sein.

wenn es nur ein lieferant ist, könntest du die serie hinzunehmen, zum ident.
z.b. die herstellernummer als serie + ean.

dafür bräuchten wir mehr infos

 

[elevennerds.de]

Genau so, wie ich es beschrieben habe, kann man es sich von mir einrichten lassen, zum Festpreis: https://www.dropshipout.com/jtl-service-dienstleister.html

 

[prillru]

Matching rein über EAN geht leider nicht, weil nicht jedes Produkt über eine EAN Nummer verfügt

@rene Ich gebe das an einen Kollegen weiter. Der meldet sich dann bei Dir.