Englische Variationsnamen und Werte importieren geht nicht?

[Björn Berger]

Hi

Poste doch bitte mal die ersten paar Zeilen deiner Csv.

Gruß
Björn

 

[nix_verstehen]

hab ich oben schon mal. hier noch mal:

Artikelnummer; EAN/Barcode; Vaterartikel; ArtNr; Artikelname; Beschreibung; Englisch: Artikelname; Englisch: Beschreibung; Varitationname1; "DAS GEHT NICHT": Varitationname1 ENG; Variationswertname1; "DAS GEHT NICHT" Variationswert1 ENG; Variationswert SortNr 1; Variationsname2; Variationswertname2; Variationswert SortNr 2; Variation SortNr 1; Variation SortNr 2; Std. VK Brutto UVP eBay VK Brutto usw....

danke für die hilfe.

 

[Björn Berger]

Hi

Stimmt die Csv hatten wir schon durch.
Dann mach bitte ein Support Ticket im Kundencenter auf damit sich das ein Kollege mal per Teamviewer anschauen kann.

Gruß
Björn

 

[nix_verstehen]

kann ich machen. wollte die nur nicht nerven. wenn ich denn was falsch mache...
bei euch funktioniert es aber?

 

[Björn Berger]

Dafür ist der Support ja da um zu helfen

Bei mir gehts...

Gruß
Björn

 

[nix_verstehen]

hab jetzt noch kein ticket aufgemacht, aber selbst noch etwas probiert. den ich denke ich mache da etwas grundlegendes falsch oder habe einen denkfehler.

nach einigen versuchen bin ich etwas weiter.
also die varikombis, werden ja sowieso nicht aktualisiert, da die keinen variationen haben. so kommt dann auch immer die fehlermeldung:
"Datensatz 2: Existierender Artikel [] mit ArtNr [qwer123M] ist eine Variationskombination, die keine eigenen Variationen haben dürfen! #Übergehe Datensatz#"
das ist ja auch erst mal okay.

ich hab es nun geschafft, dass sich der datensatz 1 (vaterartikel) aktualisiert. aber zuvor kam immer die fehlermeldung, das der "variationswertname" leer ist und deswegen der datensatz übergangen wird. aber natürlich ist der variationswertname leer bei einem vaterartikel!?! versteh also die fehlermeldung nicht.
dann hab ich einfach etwas in den variationswertname eingetragen. und siehe da, der vaterartiekl wird aktualisiert. in englisch wird nun auch der variationsname angezeigt. soweit so gut. aber es wird auch noch ein neuer variationswertname (das was ich dort eingefügt habe) erstellt. was ich natürlich nicht möchte. ich will ja die variationswertname die schon importiert sind behalten in deutsch und nur den entsprechenden (äquivalenten) englischen namen einfügen (aber kein neuen wert hinzufügen!)

ich hab dann noch etwas weiter "gespielt" und einfach (in der csv) den vaterartikel unter variationswertname eine bereits bestehenden variationsnamen rein geschrieben. dann wird zu mindestens kein neue variationswertname hinzugefügt, aber das problem, dass ich kein eigenen englischen variationswertname einfügen kann besteht dann immer noch? wie habt ihr das gelöst?

 

[Enrico W.]

Variationen und Variationswerte werden IMMER beim Vaterartikel gepflegt, nicht beim Kindartikel. Damit die Ameise weiß, welche Variatione sie hier ändern soll, müssen sowohl die deutschen Bezeichnungen (die im Idealfall hier bereits beim Vaterartikel angelegt sind) für Variationsnamen und Variationswert in der CSV aufgeführt und in der Ameise den Spalten zugewiesen sein als auch dann die englischen Bezeichnungen.

 

[nix_verstehen]

mir schon klar. aber wir reden hier ja von zu importierenden varikombinationen. bzw. schon importierten varikombis.
wenn ich also einen vaterartikel (ohne variationen) importiere und in der nächsten kinderartikel habe, werden beim vaterartikel ja automatisch varitionen angelegt. diese variationen stehen ja nicht in der csv nicht beim vater, aber werden dort durch die kinder automatisch importiert. aber halt nur in einer sprache, weil ich unter "artikeldaten" nun mal leider keine zweite sprache dafür auswählen kann.
wie also mach ich das beim zweiten import? so wie ich es mache, scheint es ja nicht zu gehen. und nun noch mal eine ganz neue csv anzulegen und noch mal den vater mit allen varianten anzulegen, wäre ja sicher nicht im sinne das erfinders. da müsste man ja dann noch mal alle variationen anlegen. also alles doppelt und dreifach machen. wenn man da 10 oder mehr varianten hat, würde das ja ewig dauern.

zu schade, warum das nicht mit einem einzigen import einfach geht. ist das wirklich so kompliziert, oder denk ich nur falsch....?

 

[nix_verstehen]

gibt es hierzu eigentlich etwas neues?

 

[nix_verstehen]

muss mal wieder fragen, ob es hier endlich eine lösung gibt. bin ja sicher auch nicht der einzige der ne zweite sprache hat...
leider hat sich auch niemand auf mein aufgemachtes ticket gemeldet.

danke

 

[Björn Berger]

Hi

Am bestehenden Import hat sich nichts geändert. Es müssen weiterhin die Deutschen und Englischen Variationen und Werte genommen werden.
Dann klappts auch.

Gruß
Björn

 

[nix_verstehen]

Hi

Am bestehenden Import hat sich nichts geändert. Es müssen weiterhin die Deutschen und Englischen Variationen und Werte genommen werden.
Dann klappts auch.

Gruß
Björn

das hat ja leider noch nie geklappt, wie man sieht. man muss also immer einen zweiten import machen, anstatt das in einem hoch zuladen. wäre schon schön das würde irgendwann mal gehen...

danke.

 

[Enrico W.]

@nix_verstehen Kannst du ein Supportticket eröffnen mit Link zu diesem Forumthema? Dann schau ich mir das gern mal bei Dir direkt an.

Gruß Enrico

 

[fibergirl]

Gibt es hier etwas neues?

Wenn ich das jetzt richtig verstehe - ich probiere hier auch gerade herum - sind es mit Varkombis und mehrsprachig drei Importe.

1. Die Vaterartikel über "Artikeldaten", incl. Kategoriebaum und allen gewünschten Einzeldaten.

2. Die Variationen über "Variationen".
Beschreibt nicht die vorhandenen Varkombis selbst, sondern nur die möglichen Ausprägungen der einzelnen Varianten in jedem Artikel.
Hier alle Sätze z.B. nach dem Format

Vaterartikelnummer, Variationsname1, Variationswert1, Variationsname1 Englisch, Variationswert1 Englisch, (V1W1 in weiteren Sprachen ..)
Vaterartikelnummer, Variationsname1, Variationswert2, Variationsname1 Englisch, Variationswert2 Englisch, (V1W2 in weiteren Sprachen ..)
...
Vaterartikelnummer, Variationsname2, Variationswert1, Variationsname2 Englisch, Variationswert1 Englisch, (V2W1 in weiteren Sprachen ..)
Vaterartikelnummer, Variationsname2, Variationswert2, Variationsname2 Englisch, Variationswert2 Englisch, (V2W2 in weiteren Sprachen ..)

3. Die Varkombis selbst, jetzt wieder über "Artikeldaten"
Jetzt zum ersten Mal mit eigener Artikelnummer, Vaterartikelnummer, den kombinierten Variantenausprägungen, und den restlichen gewünschten Einzeldaten.

Schritt 2 kann man sich schenken, wenn man nur einsprachig arbeitet. Dann reichen die Feldzuordnungen, wie Guide beschrieben. Richtig oder falsch?

Wenn richtig, frage ich mich, ob man nicht sehr viel Arbeit sparen könnte, wenn unter weiteren Texten einfach auch die ganzen Variationsdaten in den anderen Sprachen verfügbar wären.
Was spricht dagegen?

 

[Enrico W.]

Schritt 1 und 3 kann man auch in einem Rutsch abarbeiten und in einem zweiten Import den dann bereits existierenden Variationen die weiteren Texte hinzuimportieren.
Rein theoretisch könnte man fast alle Importe in einem Tab zusammenfassen. Du hättest da - sicherlich verständlich - gern die weiteren Texte, der nächste möchte die Attribute und Merkmale, ein dritter die eigenen Felder und soweiter und so fort.
Man würde schlichtweg gar nicht mehr durchsehen können, was man da eigentlich wo importiert.