Neu ist als Artikel mehrfach vorhanden. #ÜBERGEHE DATENSATZ#

[xiller]

Grüße,

wenn ich die HAN als Sync benutze. Und die EAN, grösse, etc. aktualisieren möchte. So erhalte ich beim Import bei manchen Artikeln die Fehlermeldung: ..ist als Artikel mehrfach vorhanden. #ÜBERGEHE DATENSATZ#

Es ist so, wir haben viel Bware und arbeiten mit Seriennummern Verfolgung als Lagerbestand.
Somit kommt es oft vor, das es unterschiedliche Artikelnummern gibt, mit der selben HAN.

Ich schätze mal es ist nichtmal ein Fehler, aber ich habe alles abgesucht und finde keine Option, diese DAtensätze nicht zu übergehen.

Danke derweil!

 

[Shopworker.de]

Du hast dir deine Antwort eigentlich schon selbst gegeben:

das es unterschiedliche Artikelnummern gibt, mit der selben HAN

Wie soll denn die Ameise erkennen, für welchen Artikel genau du den Import machst, wenn du Anhand der HAN importierst.

Am Besten exportierst du dir den Internen Schlüssel und nimmst diesen als Identifizierungsfeld, dann hast du eindeutige Zuordnungen.
Da ich nicht sehen kann, welche Wawi-Version du nutzt: Mit älteren Wawi-Versionen konnten mehrere Artikel mit der gleichen Artikelnummern
angelegt werden, geht mittlerweile nicht mehr, also könntest du mit Wawi 1.x auch die Artikelnummer als eindeutiges Identifizierungsfeld nehmen ...

 

[xiller]

Hi,

ich verstehe gerade meinen Denkfehler nicht, ich verstehe ich hab einen, aber raff ihn nicht

Ich nutzte doch die HAN als "identifizerung des Artikels" und möchte bei allen diesen HAN eine EAN hinzufügen.
Okay, du schreibst, es gab früher wohl eine Option, ich kann kaum glauben, dass es jetzt (1.3.12) nicht irgendwo eine Option gibt, für so einen Fall. Weil ansonsten muss ich / jeder mit so einem Problem. Extra, wie du sagst:
mit Internen schlüssel exportieren, dann ein tool / script finden, wie ich es in die vorhandende (excel)CSVDatei einfüge, dann einfügen, dann korrekt abspeichern, dann wieder importieren nur statt HAN eben mit Internen Schlüssel.

Hört sich etwas zu umständlich an für JTL , da muss es doch irgendwo eine Checkbox geben [x] wenn ArtikelNR/HAN/.. Doppelt, dann trage die Daten bei jedem ein.

Also so oder so, danke dir für die schnelle und gute Antwort an einem Sonntag!!! : )

falls noch Tipp für Export und einfügen in die vorhandene CSV hast, wäre ich dankbar .

 

[Shopworker.de]

da muss es doch irgendwo eine Checkbox geben [x] wenn ArtikelNR/HAN/.. Doppelt, dann trage die Daten bei jedem ein.

Nein, gibt es nicht.

Dein Denkfehler besteht darin, dass du versuchts mehreren Artikeln die gleiche HAN und EAN zu geben, dass ist nicht Sinn der JTL-Wawi mit Lagerführung.

EAN sollte einmal bei einem Artikel sein; wenn du den Artikel woanders verwenden willst, dann als Stückliste.

Der Interne Schlüssel ist UNIQUE, also wirklich einmalig, die Artikelnummer grundsätzlich auch (in frühereren Wawi-Versionen nicht, da ich deine Wawi-Version nicht kannte, war dies auch eine Option)
aber EAN und HAN sind grundsätzliche mehrmal einfügbar ... theoretisch könntest du jedem Artikel die gleiche EAN und HAN geben, da käm kein Fehler (auch wenn das sinnfrei wäre).

Mach dir eine Liste mit einedeutigen EAN/HAN und dein Problem sollte gelöst sein.

Hört sich etwas zu umständlich an für JTL

Mit Excel ist das eigentlich keine große Sache, schau dir mal die Funktion SVerweis in Excel an (eine der meiner Meinung nach mächtigsten Funktionen in Excel).

 

[xiller]

alles klar, danke dir, vorallem für mein Denkfehler aufzulösen ^^

Werde mich da durchboxen

bzw. habe ich:
Habe beide Tabellen gemerged, die SVERWEIS Funktion ist sicherlich richtig, aber bei meinem Tabellenkomplex zu umständlich, daher hab ich folgendes tool benutzt: https://www.ablebits.com/ das Excel Merge.

Hat zwar auch etwas gedauert, aber ging doch recht flott mit den 100 spalten und 2000 Zeilen .

hoffe der Tipp hilft auch ein paar anderen, die Software kann man wohl 14 Tage kostenfrei benutzten.

 

[m-dynamics]

Dann werde ich mir auch mal dieses Program anschauen.
Habe nämlich das gleiche Problem. Viele Artikel haben die gleiche HAN bei unterschiedlichen Artikelnummern.
Die Artikel sollen bei identischer HAN vollkommen übereinstimmen (mit Ausnahme eben der unterschiedlichen Artikelnummer). Normalerweise würde ich das über einen Export und Excel lösen, aber bei 37000 Zeilen würde ich mir das gerne ersparen.
Ich hoffe sehr, das Programm kann das...

Oder hat jemand einen anderen Vorschlag?

Gruß Matthias

 

[xiller]

Ja kanns, nach der Zeit wo ich investiert habe, gibt es keine schnellere Methode als das Tool, außer JTL baut irgendwo eine Checkbox ein welches so einen Fall beim import beachtet, ist aber etwas tricky, sonst hätten die es schon gemacht . Evtl. in ZukunftsFeature aufnehmen?

 

[m-dynamics]

Das Programm ist klasse.
Hat alles so gemacht, wie ich mir das gewünscht habe und dazu noch superschnell.

Lagerbestandupdates kann man übrigens über mehrfach vergebene HAN machen, da bekommt dann jeder Artikel den gleichen Bestand.
Warum das also mit anderen Feldern nicht gehen soll, weiß wohl nur JTL.

 

[Uwe Jaksties]

Das Programm ist klasse.
Hat alles so gemacht, wie ich mir das gewünscht habe und dazu noch superschnell.

Lagerbestandupdates kann man übrigens über mehrfach vergebene HAN machen, da bekommt dann jeder Artikel den gleichen Bestand.
Warum das also mit anderen Feldern nicht gehen soll, weiß wohl nur JTL.

Sollte das gehen, ist das ein Bug und mit Sicherheit nicht gewollt.

 

[Enrico W.]

@m-dynamics: Wenn ich eine solche CSV importiere gibt mir die JTL-Ameise aus, dass die HAN mehrfach vergeben wurde und der Datensatz daher übergangen wird. Bitte poste einmal Deine Einstellungen und die Versionsnummer der genutzten JTL-Wawi.

 

[m-dynamics]

Mea culpa, es war nicht die HAN sondern die EAN
Die Wawi ist Version 1.3.12.0

Mit Einstellungen meinst du wahrscheinlich das hier:

Datei Encoding auswählen : windows-1252
Importart : Nur vorhandene Artikel aktualisieren (1)
Identifizierung der zu aktualisierenden Artikel anhand: EAN / Barcode
Serie zusätzlich zur Identifizierung heranziehen : nein, nur das Identifizierungsfeld
Aktualisierung von eigenem Lagerbestand : alten Lagerbestand mit neuem überschreiben
Autom. Aktualisierung des Preises von Vaterartikeln: Nein, Vaterartikelpreis nicht autom. aktualisieren
Aktualisierung von Preisen eines Artikels : Preise nur aktualisieren
Lieferanten Staffelpreise vorher löschen : Nein, Preise nur aktualisieren
Dezimaltrennzeichen : ( , ) Komma
Tausendertrennzeichen : ( . ) Punkt
Amazon-Angebote deaktivieren, wenn Artikel inaktiv gesetzt werden: nein, Artikel Aktiv lassen und Amazon-Angebote nicht deaktivieren
eBay-Angebotsvorlagen löschen, wenn Artikel inaktiv gesetzt werden: nein, Artikel Aktiv lassen und eBay-Angebotsvorlagen nicht löschen
Preise bis 10 € glätten zu : Nein, Preise nicht glätten
Preise zwischen 10-100 € glätten zu : Nein, Preise nicht glätten
Preise zwischen 100-1000 € glätten zu : Nein, Preise nicht glätten
Preise zwischen 1000-10000 € glätten zu : Nein, Preise nicht glätten


Kommt aber jetzt bitte nicht auf die Idee, dass zu unterbinden.
Ohne die "Funktion" bin ich aufgeschmissen.

 

[Enrico W.]

Also.... ich vermute, dass du hier die Einstellungen nicht noch einmal exakt nachgestellt hast. Denn dass die Artikel anhand der EAN nicht upgedatet werden, wenn die EAN mehrfach vorhanden ist - das ist bereits seit langem das normale Verhalten.

Ich habe das gerade in der aktuellen 1.3.14.1 noch einmal gegengeprüft und auch hier wurde kein Import durchgeführt.

Das wird sich in nächster Zukunft auch nicht ändern.

Es gibt zwar Pläne, eine Einstellung einzubauen, dass alle Artikel mit dieser EAN geändert werden sollen - die Umsetzung ist hier aber ein wenig komplexer und wird daher noch ein wenig auf sich warten lassen.

 

[m-dynamics]

Das sind exakt die Einstellungen mit denen ich gestern den Import durchgeführt habe, da es sich eine Importvorlage handelt, die ich einfach nur aufrufe. Einstellungen sollten also gestern und heute die gleichen sein.
Warum wieso weshalb das bei mir geht, keine Ahnung, aber ich bin froh darüber, das es geht.

 

[Ari]

Hi Enrico,

gerade auf diese Funktion, also Alle Artikel mit einer EAN upzudaten, warten wir händeringend. Kann man nicht etwas bauen, dass das "übergehen von doppelten Datensätzen" deaktiviert? Kannst Du da evtl. schon was neues zu sagen?

VG

 

[Enrico W.]

Nein, tut mir leid. Wie gesagt, diese Materie ist ein wenig komplexer und nicht mal eben gemacht.

 

[net97]

diese Funktion bräuchten wir auch dringend! Und am Besten noch eine, welche echte 13-stellige EAN´s und abgewandelte UPC´s mit vorangestellter 0 unterscheiden kann und diese nicht doppelt anlegt.

 

[Pinkman]

welche echte 13-stellige EAN´s und abgewandelte UPC´s mit vorangestellter 0 unterscheiden kann und diese nicht doppelt anlegt.

Das liegt dann aber an Deiner Importdatei. Vor dem Import einfach entsprechend die vorangestellte 0 in der Importdatei setzen, so dass der EAN 13-stellig ist. Kann man durch ein Makro oder ähnliches erreichen dann wird auch nichts doppelt angelegt!

 

[net97]

@Pinkman: Das hast Du falsch verstanden...
Ein Lieferant hat unter EAN bzw. Barcode die UPC MIT der 0 und ein anderer eben OHNE die Null und schon gibt es für ein und den gleichen Artikel ZWEI Einträge in der Artikeldatenbank. Wäre schön, wenn die Ameise vorangestellte Nullen eben komplett ignorieren würde, dann wäre das kein Problem mehr.

 

[Enrico W.]

@net97 Für Dich mag das Sinn machen. Und hast du auch an alle anderen Nutzer gedacht, die die Daten so verwenden, wie sie aktuell bereitstehen? Wie soll denn die JTL-Ameise entscheiden, dass hier keine doppelte EAN angelegt werden soll, wenn das noch nicht einmal die Wawi kann?

Die Ameise ist so konzipiert, dass die in der CSV enthaltenen Daten übernommen werden. Es bleibt also an Euch, die CSV so aufzubereiten, dass diese direkt importiert werden können.

 

[net97]

Hallo Enrico, ja ich habe an die anderen Nutzer gedacht, eine Wahlmöglichkeit, ob führende Nullen in der EAN berücksichtigt werden sollen mit Ja/Nein wäre ja vermutlich keine übertriebene Sache. Und eine CSV-Datei, welche täglich automatisiert per FTP bereitgestellt und automatisch per Ameise-Script eingelesen wird händisch aufzubereiten ist ja völlig praxisfremd, oder nicht?