Neu Betreff: CMD-Import überspringt Artikel bei Bestandsüberschreibung - Über den GUI-Import keine Probleme

[knoopdog]

Hallo zusammen,
wir haben ein Problem mit der automatisierten Bestandsüberschreibung über die JTL-Ameise CMD und hoffen auf eure Hilfe.

Unser Setup:

• Automatischer Import alle 5 Minuten über Batch-Datei
• CMD-Aufruf der JTL-Ameise zur Lieferantenbestandsüberschreibung
• Import-Template für Bestandsüberschreibung

Das Problem: Bei der CMD-Ausführung werden bestimmte Artikel ohne erkennbaren Grund übersprungen und die Bestände nicht aktualisiert. Dies führt zu Überverkäufen, da Null-Bestände vom Lieferanten nicht korrekt übernommen werden.

Beobachtete Unterschiede zwischen CMD und GUI (Testlauf + Live-Import):

GUI-Import (Testlauf):

Datensatz 5929: #Artikel [4251915366378] existiert bereits und wird aktualisiert
Datensatz 5929: Testlauf für das Aktualisieren des Artikels [4251915366378] war erfolgreich.
Datensatz 5929: Artikel []: Bestandsführung ist nicht aktiv.
#DER LAGERBESTAND DES LIEFERANTEN WIRD NICHT IMPORTIERT#
Datensatz 5929: Die Option 'Zum eigenem Lagerbestand hinzufügen' wurde deaktiviert!

GUI-Import (Live-Import funktioniert korrekt):

Datensatz 5929: #Artikel [4251915366378] existiert bereits und wird aktualisiert
Datensatz 5929: Artikelstammdaten aktualisiert: GTIN: 4251915366378 - [17:07:39]
Datensatz 5929: Artikel [The Dudes Essentials Seasonal T-Shirt - off white L] [10003529-004] wurde aktualisiert und Workflow wird ausgeführt.

Wichtige Details:

• Testlauf in der GUI zeigt Probleme an. Vielleicht das gleiche Verhalten wie bei dem CMD-Import?
• Wieso werden Probleme im Testlauf angezeigt, die dann im Live-Import nicht vorhanden sind?
• In den Artikelstammdaten ist die Lagerbestandsführung aktiviert
• Der Artikel hat bei beiden Import-Methoden den identischen Zustand
• Problem tritt hauptsächlich bei Artikeln auf, die auf Null-Bestand gesetzt werden sollen
• Manueller GUI-Import funktioniert einwandfrei

Unsere Fragen:

1. Ist dies ein bekannter Bug der CMD-Version?
2. Warum verhält sich die CMD anders als die GUI bei identischen Artikeln?
3. Gibt es spezielle Parameter oder Einstellungen für die CMD, die wir übersehen haben?
4. Hat jemand ähnliche Erfahrungen gemacht und eine Lösung gefunden?

Das Problem führt zu erheblichen geschäftlichen Problemen durch Überverkäufe. Jeder Hinweis wäre sehr hilfreich!

Vielen Dank im Voraus!

 

[gre000]

Hi,
wie sieht die Log Datei beim CMD Import aus?

Optionale Angaben, falls nicht angegeben gilt der Wert mit (Std) dahinter
--mode=MODE 'test' oder 'production' = Produktivmodus (Std)
--loglevel=NUM 1 = ausführlich (Std)
3 = Kompakt
5 = Nur Fehler/Warnungen
--log=FILE Logdatei für Hauptbericht
--log_errors=FILE Logdatei für Fehler
--log_warnings=FILE Logdatei für Warnungen
--log_imported=FILE Logdatei für importierte Datensätze
--log_updated=FILE Logdatei für aktualisierte Datensätze
--log_other=FILE Logdatei für Sonstiges
--csv_errors=FILE Datei, die fehlerhafte Datensätze enthalten soll
--csv_warnings=FILE Datei, die Datensätze mit Warnungen enthalten soll
--nostdout Keine Konsolenausgabe
--no_workflows Es werden keine Workflows ausgeführt
--writeLogAtEnd Für eine höhere Importgeschwindigkeit werden die Logdateien erst am Ende des Imports geschrieben.
Daher ist bei einem Absturz / Abbruch des Imports nicht gewährleistet, dass Logdateien erstellt werden.

https://guide.jtl-software.com/jtl-wawi/jtl-ameise/cmd-line-version/

 

[knoopdog]

Hi,
wie sieht die Log Datei beim CMD Import aus?

Optionale Angaben, falls nicht angegeben gilt der Wert mit (Std) dahinter
--mode=MODE 'test' oder 'production' = Produktivmodus (Std)
--loglevel=NUM 1 = ausführlich (Std)
3 = Kompakt
5 = Nur Fehler/Warnungen
--log=FILE Logdatei für Hauptbericht
--log_errors=FILE Logdatei für Fehler
--log_warnings=FILE Logdatei für Warnungen
--log_imported=FILE Logdatei für importierte Datensätze
--log_updated=FILE Logdatei für aktualisierte Datensätze
--log_other=FILE Logdatei für Sonstiges
--csv_errors=FILE Datei, die fehlerhafte Datensätze enthalten soll
--csv_warnings=FILE Datei, die Datensätze mit Warnungen enthalten soll
--nostdout Keine Konsolenausgabe
--no_workflows Es werden keine Workflows ausgeführt
--writeLogAtEnd Für eine höhere Importgeschwindigkeit werden die Logdateien erst am Ende des Imports geschrieben.
Daher ist bei einem Absturz / Abbruch des Imports nicht gewährleistet, dass Logdateien erstellt werden.

https://guide.jtl-software.com/jtl-wawi/jtl-ameise/cmd-line-version/

Vielen Dank für die Info. Ich werde die Batch-Datei mit der Ausgabe der Logfiles erweitern und auf den nächsten Fall warten, wo sich wieder mal ein Artikel nicht überschreiben lässt.
Das seltsame ist, dass dieses Problem nur bei Artikeln auftaucht, die beim Lieferanten auf null gehen. Alle positiven Bestände werden korrekt synchronisiert bzw. überschrieben.

Sobald ich wieder einen Fall habe, werde ich die Ausgabe der Logfiles hier zur Verfügung stellen.