Neu Fehler beim Import (Ameise) von Brutto-VK

[PeterKaepernick]

Fehler beim Import (Ameise) von Brutto-VK.
Ich bekomme beim Importversuch des Brutto_VK IMMer eine Fehlermeldung.
Datensatz 1: Feld "Brutto-VK" (Spalte 2) falsch formatiert. [ 9,99 ] wurde autom. konvertiert zu [0]. Fehler [Evtl wurde ein falsches Dezimaltrennzeichen gewählt.]

Encoding ist UTF8, Dezimalzeichen steht auf Komme und Tausenderzeichen auf Punkt.

-------------------------
Datei Encoding auswählen : UTF-8
Importoptionen : Nur vorhandene aktualisieren (2)
Zu aktualisierende Artikel identifizieren anhand : Artikelnummer

Dezimal: : ( , ) Komma
Tausender: : ( . ) Punkt
Ich verzweifel langsam.....

Grüße

 

[John]

Poste mal eine Screenshot der Ameise, in der man das geladen CSV mit der Spalte sieht...

 

[PeterKaepernick]

Poste mal eine Screenshot der Ameise, in der man das geladen CSV mit der Spalte sieht...

Hallo John,

gern.

Datensatz 303: Artikel [ArtNr: ] [1003822] existiert bereits und wird aktualisiert
Datensatz 303: Testlauf für das Aktualisieren des Artikels [ArtNr: 1003822] war erfolgreich. [21:47:38]
Datensatz 304: Feld "Brutto-VK" (Spalte 2) falsch formatiert. [ 69,99 ] wurde autom. konvertiert zu [0]. Fehler [Evtl wurde ein falsches Dezimaltrennzeichen gewählt.]


Datei Encoding auswählen : UTF-8
Importoptionen : Nur vorhandene aktualisieren (2)
Zu aktualisierende Artikel identifizieren anhand : Artikelnummer
'Eigene ID' zusätzlich zur Identifizierung heranziehen: Nein, nur Identifizierungsspalte berücksichtigen
Nur importieren/aktualisieren, wenn sich Inhalte der CSV-Datei gegenüber dem letzten Import geändert haben: Ja
Vaterartikel identifizieren anhand : Artikelnummer
Varkombis mit fehlenden Variationen und Variationswerten importieren: Variationen und Werte im Vaterartikel erstellen
Artikel in Kindartikel umwandeln : Nein, nur neue Artikel können als Kindartikel angelegt werden
Bilder des Vaterartikels auf Kindartikel vererben : Ja, jedoch nur, wenn der Kindartikel als neuer Artikel angelegt wird
Kategorieverknüpfungen des Artikels aktualisieren : Nicht aktualisieren
Preise aktualisieren : Nur vorhandene Preise aktualisieren
Lieferantendaten des Artikels aktualisieren : Bestehende Daten ändern / Neue Lieferantendaten hinzufügen
Bilder aktualisieren : Neue Bilder importieren, vorhandene nur aktualisieren, wenn Dateigröße abweicht
Textfelder auch mit leeren Inhalten überschreiben : Nein
Sonderpreise aus aktualisierten Artikeln löschen : Nein, vorhandene Sonderpreise sollen bleiben
Artikelnummern automatisch vergeben, falls nicht vorhanden: Ja, nächste fortlaufende Artikelnummer gemäß globaler Einstellungen hinzufügen
Aktualisierung des Lagerbestands : Alten Lagerbestand mit neuem überschreiben
Artikel inaktiv setzen und Amazon-Angebote deaktivieren: Nein, Artikel aktiv lassen und Amazon-Angebote nicht deaktivieren
eBay-Angebote aktualisieren : Nein, nur die Artikelstammdaten in JTL-Wawi aktualisieren
Artikel inaktiv setzen und eBay-Angebotsvorlagen löschen: Nein, Artikel aktiv lassen und eBay-Angebotsvorlagen nicht löschen
eBay-Preis aktualisieren : Nur in den Artikelstammdaten
Dezimal: : ( , ) Komma
Tausender: : ( . ) Punkt





Grüße Peter

 

[John]

Der Meldung zufolge besteht das Problem ja erst beim Datensatz 304, also mit Kopfzeile in Zeile 305
Was ist denn in der Zeile anders bzgl. des Preises als in den anderen Zeilen?

DAS schau Dir mal an!

 

[PeterKaepernick]

Der Meldung zufolge besteht das Problem ja erst beim Datensatz 304, also mit Kopfzeile in Zeile 305
Was ist denn in der Zeile anders bzgl. des Preises als in den anderen Zeilen?

DAS schau Dir mal an!

Hallo John,

nein, der Fehler wird bei jeder Zeile ausgegeben. Ich hatte nur exemplarisch eine Fehlermeldung kopiert.

Starte Testlauf [22:03:06]
Hole globale Daten aus Datenbank... [22:03:06]
Untersuche Standardabhängigkeiten...
Puffere Kategoriedaten aus Datenbank...
233 Kategorien geladen
Untersuche Datensätze... [22:03:07]
Datensatz 1: Feld "Brutto-VK" (Spalte 2) falsch formatiert. [ 9,99 ] wurde autom. konvertiert zu [0]. Fehler [Evtl wurde ein falsches Dezimaltrennzeichen gewählt.]
Datensatz 1: Artikel [ArtNr: ] [1000131] existiert bereits und wird aktualisiert
Datensatz 1: Testlauf für das Aktualisieren des Artikels [ArtNr: 1000131] war erfolgreich. [22:03:07]
Datensatz 2: Feld "Brutto-VK" (Spalte 2) falsch formatiert. [ 39,99 ] wurde autom. konvertiert zu [0]. Fehler [Evtl wurde ein falsches Dezimaltrennzeichen gewählt.]
Datensatz 2: Artikel [ArtNr: ] [1000242] existiert bereits und wird aktualisiert
Datensatz 2: Testlauf für das Aktualisieren des Artikels [ArtNr: 1000242] war erfolgreich. [22:03:07]
Datensatz 3: Feld "Brutto-VK" (Spalte 2) falsch formatiert. [ 14,99 ] wurde autom. konvertiert zu [0]. Fehler [Evtl wurde ein falsches Dezimaltrennzeichen gewählt.]

Grüße Peter

 

[John]

schick mir mal die CSV als PM.

 

[PeterKaepernick]

Gern.

 

[John]

Die Datei enthält UTF-8 non-breaking spaces (&H C2 A0). Das sind Zeichen, mit denen die Ameise nichts anfangen kann.

Wenn man die Datei mit z.B. Notepad++ oder einem HexEditor aufmacht, sieht man das auch.

Kommt die Datei so 1:1 von einem Lieferanten? Glaube ich nicht...da ist bestimmt irgendwie dran herum konvertiert worden.

 

[PeterKaepernick]

Die Datei enthält UTF-8 non-breaking spaces (&H C2 A0). Das sind Zeichen, mit denen die Ameise nichts anfangen kann.

Wenn man die Datei mit z.B. Notepad++ oder einem HexEditor aufmacht, sieht man das auch.

Kommt die Datei so 1:1 von einem Lieferanten? Glaube ich nicht...da ist bestimmt irgendwie dran herum konvertiert worden.

Hallo John,

Danke für die Info. Ähnliches hatte ich vermutet. Ich habe mir die Daten auch mit notepad++ angesehen, aber mit der falschen Codierung.
Ich kann dir kurz erläutern, wie es offensichtlich dazu gekommen ist.
Ich arbeite mit einem Mac, und wegen JTL auch auf eine virtuellen Maschine unter Windows. Weiter arbeite ich sehr viel mit der Ameise - bin gerade in der Startphase und haben über 3.500 eBay Angebote zu "bearbeiten". Deshalb habe ich mit einem zweiten Monitor auf der Mac-Seite Excel zu laufen und auf der Windowsseite auch. Wenn ich jetzt offensichtlich auf der Mac-Seite Exceldatein kopiere und auf der Windowsseite eingefügt habe (nur Werte), dannm müssen dabei - Codierung - diese Zeichen mit übertragen worden sein.....

Nochmals Danke für deine Bemühungen.

Grüße
Peter

 

[John]

Ah, OK.
Ich würde lieber direkt im Windows bearbeiten und dort auch besser mit LibreOffice Calc als mit Excel. Excel interpretiert/verändert ganz gerne mal CSVs und auch über Trennzeichen und Codierung hat man bei Excel keine Kontrolle.