Neu CSV Datei kann nicht eingelesen werden

[nirico]

Liebe Community,

ich bin neu bei JTL und versuche gerade meine Datenbank mit ca. 30.000 Artikeln zu JTL zu importieren. Dies möchte ich über die Ameise machen. Nun bekomme ich es jedoch nicht hin Artikel mit der Ameise als CSV zu exportieren, Daten zu ergänzen und wieder zu importieren, da ich jedes Mal folgende Fehlermeldung bekommen, wenn ich auf Import starten klicke:

"Die CSV Datei XXXX kann mit diesem Spaltenbegrenzer bzw. Quote- / Escape-Zeichen nicht eingelesen werden!"



Zudem wird in der Vorschau der Daten immer nur die Zeilenüberschriften angezeigt, die Datenfelder bleiben jedoch blank.

Die CSV Datei, die von der JTL Ameise exportiert wird, sieht wie folgt aus, wenn ich sie im Editor (Windows 10) öffne:

"Artikelnummer";"Lagerbestand GMP Lager";
"#GA10";"0,00";
"#GA100";"0,00";
"#GA101";"0,00";
"#GA102";"0,00";
"#GA103";"0,00";
"#GA105";"0,00";
"#GA106";"0,00";
"#GA107";"0,00";
"#GA108";"0,00";
"#GA109";"0,00";
"#GA11";"0,00

Nachdem ich es mit Microsoft Excel öffne und einfach wieder speichere als "CSV UTF-8 (durch Trennzeichen getrennt) (*.csv)" gibt es beim Einlesen mit der JTL Ameise die oben stehende Fehlermeldung und im Editor sieht es wie folgt aus:

Artikelnummer;Lagerbestand GMP Lager
#GA10;0
#GA100;0
#GA101;0
#GA102;0
#GA103;0
#GA105;0
#GA106;0
#GA107;0
#GA108;0
#GA109;0
#GA11;0

Ich habe schon probiert die Quote-Zeichen in der Ameise auf "keins" zu stellen, aber kein Erfolg. Auch habe ich verschiedene Spaltenbegrenzer probiert, auch hier kein Erfolg. Benutzt JTL hier irgendein komisches CSV-Format, das nicht kompatibel mit gängigen Tabellenkalkulationsprogrammen ist?

Bei OpenOffice Calc (dazu gibt es sogar ein Video zum CSV Import von JTL selbst) das gleiche Problem. Ich habe mich hier genau an die Video Anleitung gehalten. Der Aufbau ist hier auch gleich wie bei Microsoft Excel. Gespeichert habe ich es hier als "Text CSV (.csv) (*.csv)". Das Ergebnis sieht wie folgt im Editor aus:

Artikelnummer;Lagerbestand GMP Lager
#GA10;0
#GA100;0
#GA101;0
#GA102;0
#GA103;0
#GA105;0
#GA106;0
#GA107;0
#GA108;0
#GA109;0
#GA11;0

Zuletzt habe ich auch Google Docs probiert, doch auch hier hat es nicht geklappt. Hier der Export als "Kommagetrennte Werte .csv" und dann natürlich beim Import in der Amseise den Trenner auf "," gesetzt. Hier die Struktur der Datei:

Artikelnummer,Lagerbestand GMP Lager
#GA10,0
#GA100,0
#GA101,0
#GA102,0
#GA103,0
#GA105,0
#GA106,0
#GA107,0
#GA108,0
#GA109,0
#GA11,0

Irgendwie scheint keiner außer mir das Problem zu haben, jedenfalls habe ich keine Foreneinträge gefunden. Ich hoffe, dass mir hier jemand weiter helfen kann, da das das letzte Problem ist, was uns von einem Wechsel zu JTL abhält.

 

[MichaelH]

"CSV UTF-8 (durch Trennzeichen getrennt) (*.csv)"

UTF-8 ist falsch.

 

[nirico]

Habe es gerade noch einmal in Excel mit "CSV (Trennzeichen-getrennt) (*.csv)" probiert, das Ergebnis ist aber das Gleiche. Ich glaube auch nicht, dass das UTF-8 etwas damit zu tun hat. Es scheint ja bei sämtlichen anderen Programmen kein Semikolon am Ende einer jeden Zeile zu geben und die einzelnen Werte sind nicht in Anführungszeichen (das ist glaube ich auch nicht das Problem).

 

[utuz]

Ich denke auch, das Deine Datei ein falsches Format hat.
Erste Frage, in welchem Format ist denn die Ursprungstabelle?
Zweite Frage, wie öffnest Du die Datei dann in Excel? (Einfach über Öffnen zu der Datei navigieren und doppelklicken?)
Gruß Joachim

Nachtrag:

Wenn ich das richtig verstanden habe, ist das ja schon eine CSV, oder TXT Datei.
Die kann man in Excel nur über den Reiter Daten und hier "aus Text" importieren.
Dann hat man bei der Auswahl fünf verschiedene Optionen, TAB, Semikoln, Komma, Leerzeichen, Andere (z.B. Pipe)
Da musst Du entsprechend probieren bis das in eine Tabelle in Spalten angezeigt wird. Eventuell noch schauen ob man " oder ' oder gar keine Textqualifizierer benötigt werden. Ansonsten hat man diese Anführungszeichen in jeder Spalte.
Wenn die Tabelle dann angezeigt wird, wie das sein soll, speicherst Du die noch mal unter einem anderen Namen als CSV (Trennzeichen-getrennt) und versuchst es noch mal mit der Ameise.
Normal funktioniert das.

 

[John]

Nur mal so Tips aus der Praxis:

- Besser LibreOffice als Excel. Du hast mehr Kontrolle darüber, was und wie wirklich gespeichert wird
- Möglichst eine Trennzeichen, was NICHT in denen Nutzdatenvorkommt. Eher | als ,
- NIE auf Quotes "" verzichten

Du hast Dir da bestimmt etwas beim Bearbeiten zerschossen

 

[nirico]

Hier ein kurzes Update, falls jemand das gleiche Problem hat: Das Problem lag and der "#" an Anfang der Artikelnummer. Wir haben nun die Artikelnummer in die zweite Zeile geschoben und das Problem ist behoben. Anscheinend darf das erste Zeichen in einer Zeile keine Raute sein.

 

[fibergirl]

Die Raute am Zeilenanfang wird halt gern als Einleitung zu Kommentaren verwendet.
Allerdings dürfte das bei CSV-Dateien nicht sein. In diesem Format sind keine Kommentarzeilen vorgesehen, auch nicht mit Raute. Diese ist bei CSV nur "irgendein" Zeichen.

Wenn die Ameise die Raute am Zeilenanfang anmeckert, macht sie etwas falsch.

 

[jtldudel]

Hier ein kurzes Update, falls jemand das gleiche Problem hat: Das Problem lag and der "#" an Anfang der Artikelnummer. Wir haben nun die Artikelnummer in die zweite Zeile geschoben und das Problem ist behoben. Anscheinend darf das erste Zeichen in einer Zeile keine Raute sein.

Kann Bestätigen das eine Raute zu Beginn der Zeile dazu führt das nix mehr von der Ameise angenommen wird.

 

[nirico]

Ja, eigentlich sollte das nicht so sein zumal ja auch alle Felder extra in Quotes "" gesetzt wurden bei uns, damit die Ameise genau weiß was dazu gehört und was nicht. Scheint für mich ein Bug zu sein.

 

[jtldudel]

Ja, eigentlich sollte das nicht so sein zumal ja auch alle Felder extra in Quotes "" gesetzt wurden bei uns, damit die Ameise genau weiß was dazu gehört und was nicht. Scheint für mich ein Bug zu sein.

Habs nicht versucht aber ihr könntet einfach Mal versuchen eine Spalte davor anzulegen oder zu tauschen, sodass hier die Raute nicht mehr ganz als erstes kommt.

 

[nirico]

Habs nicht versucht aber ihr könntet einfach Mal versuchen eine Spalte davor anzulegen oder zu tauschen, sodass hier die Raute nicht mehr ganz als erstes kommt.

Haben wir ja gemacht und damit ist das Problem behoben. Gibt also einen einfachen Workaround. Trotzdem sollte das entweder gefixed werden oder in die Docs rein. Hat uns ein paar Stunden gekostet bis wir den Fehler hatten.

 

[jtldudel]

Haben wir ja gemacht und damit ist das Problem behoben. Gibt also einen einfachen Workaround. Trotzdem sollte das entweder gefixed werden oder in die Docs rein. Hat uns ein paar Stunden gekostet bis wir den Fehler hatten.

Oh ja hast du geschrieben, hab ich nicht gut gelesen