Neu Sauberer Export von Produktbeschreibungen aber wie?

[WCP-Team]

Hallo liebe JTL-Gemeinde,

ich habe eine kleine Challenge mit dem Export von Produktbeschreibungen.

Hier der Anwendungsfall:

Ich möchte gerne sämtliche Produktbeschreibungen exportieren um diese mit Excel zu bearbeiten und geändert wieder importieren.

Unser bisheriges Vorgehen:

Spaltenauswahl -> Interner Schlüssel; Artikelname; Artikelbeschreibung

Ergebnis:

Eine CSV Datei mit in der Vorschau sauber getrennten Spalten und Daten.

Problem:

Beim import der CSV Datei in Excel werden die Spalten nicht sauber voneinander getrennt und der Produkttext vermischt.

Aus meiner Sicht lösen beim Import die Textqualifizierer das Problem aus. Die Produktbeschreibungen werden ja mit Anführungszeichen exportiert und gleichzeitig ist das ebenso der Textqualifizierer. Wenn aber der Interne Schlüssen auch in Anführungszeichen steht wird das nicht richtig getrennt.

Ziel:

Ich möchte einfach die Internen Schlüssen in einer einzigen Spalte haben und die Beschreibungen ebenso.

Im Anhang mal ein Screenshot der das Problem zeigt.

Hoffe ihr könnt mir helfen.

 

[twe]

Bei dir macht das Semikolon Probleme. Probier es doch mit einem anderen Spaltenbegrenzer.

Bei mir klappt es aber auch mit ; und "

Wie importierst du die Daten in Excel? Über Daten >> aus Text oder durch Öffnen?

 

[WCP-Team]

Hi twe,

ich importiere über Import wie man es machen sollte mit einer CSV.

Ich probiere es mal mit einem anderen Spaltenbegrenzer.

 

[WCP-Team]

Klappt leider auch nicht der verschiebt mir die Daten aus der einen Spalte in die andere. Steh hier aufm Schlauch ...

 

[WCP-Team]

Ist wohl wieder irgendeine Ameise Logik, die man nur versteht, wenn man es kennt.

 

[Enrico W.]

Als Trennzeichen musst Du ein Zeichen wählen, welches du nicht in deinen Texten hast, ebenso sollte das Quote-Zeichen und das Escape-Zeichen nicht im Text selbst enthalten sein.
Wird das beachtet, dann gibt es auch keine Probleme. Ansonsten ist es leider so, dass - und da nehmen sich alle Programme nichts - diese Zeichen genau als das behandelt werden, wofür sie stehen. Weder Excel noch die Ameise können eine solche Einstellung dann ignorieren und teilt die Texte dann entsprechend auf.

 

[lj-shadow]

Ich habe die Erfahrung gemacht, dass Open- bzw besser: libre office besser mit csv's umgeht. Mit Excel hat's immer etwas gehakt...
Nimm als spaltentrenner die pipe (|)

Die sollte am ehesten nicht im Text vorkommen.
Beim Öffnen dann drauf achten, dass du die Spalten alle als Text nimmst, damit da nix falsch interpretiert wird

 

[WCP-Team]

Danke für die Antworten und Eure Hilfe.

@lj-shadow:

Es ist kaum zu glauben. Du hast absolut recht. Es ist wirklich ein Excel Problem. OpenOffice bekommt die CSC ohne Probleme importiert und die Spalten sauber getrennt. Bin diese Probleme mit meinem Mac seit Jahren nicht mehr gewohnt. Kaum kommt man mit Microsoft in Kontakt hat man wieder nur Trouble und nichts geht.

Danke noch mal.

 

[Enrico W.]

@lj-shadow Danke noch für diesen Hinweis. Daran hatte ich schon gar nicht mehr gedacht. Kommt davon, wenn man fast nur noch mit Notepad++ arbeitet.

 

[Uwe Jaksties]

Es gibt hier an dieser Stelle zwei zentrale Probleme:

1) Der Wawi-HTML-Editor ist scheiße. Werden Beschreibungen in der Wawi mit dem Editor bearbeitet, setzt der Editor Umbrüche (CR LF) in den HTML Code (auch wenn vorher keine vorhanden waren) und die werden auch so in der Datenbank gespeichert.
2) Der Import-Assistent von Excel interpretiert diese Umbrüche als neue Zeilen. Dabei spielt der Spaltentrenner und auch der Textqualifizierer keine Rolle. Es kommt auf diesem Weg einfach immer Scheiße raus. (der Grad der Katastrophe variiert bei den Excel-Versionen)

Es gibt mehrere Möglichkeiten das Problem zu umgehen oder einzudämmen.

1) Ein anderes Tabellenkalkulationsprogramm nutzen. Wer sich von Excel frei machen kann, sollte diesen Weg gehen. Da ich keine Lust habe mich mit anderen Programmen zu beschäftigen, muss ich leider beschissene Wege gehen.
2) Achtung: Hier bitte vorsichtig sein. Wenn in den Exportdaten keine Inhalte wie EANs oder Zahlenwerte mit Punkt als Inhalte vorhanden sind, kann man die CSV einfach mit Excel öffnen (ohne den Import-Assistenten). Dann interpretiert Excel die Datenstruktur korrekt. Wer hier allerdings nicht aufpasst, zerstört sich seine Daten, da Excel eben Inhalte nach eigenem Ermessen interpretiert und anders darstellt. Ich empfehle diesen Weg daher nicht!
3) Ich gehe meistens diesen Weg: Bei jedem Export füge ich eine Freispalte an das Ende an und hinterlege dort einen Wert, der normalerweise nicht vorkommt, z.B. $$$UMBRUCH$$$. Die exportierte CSV kann dann via Notepad++ oder ähnlichen Editoren sehr einfach per Suchen und Ersetzen von den unnützen Umbrüchen befreit werden, da das reguläre Zeilenende durch die selbstgewählte Freispalte eindeutig identifizierbar ist. Spätestens wenn Drucktexte mit regulären Umbrüchen vorhanden sind, ist aber auch hier Feierabend. Ich würde Beschreibungstexte daher immer separat behandeln.

Die Punkte erheben im Übrigen keinen Anspruch auf Vollständigkeit. Aber vielleicht erspart es einigen schmerzvolle Erfahrungen.

 

[WCP-Team]

Es gibt hier an dieser Stelle zwei zentrale Probleme:

1) Der Wawi-HTML-Editor ist scheiße. Werden Beschreibungen in der Wawi mit dem Editor bearbeitet, setzt der Editor Umbrüche (CR LF) in den HTML Code (auch wenn vorher keine vorhanden waren) und die werden auch so in der Datenbank gespeichert.
2) Der Import-Assistent von Excel interpretiert diese Umbrüche als neue Zeilen. Dabei spielt der Spaltentrenner und auch der Textqualifizierer keine Rolle. Es kommt auf diesem Weg einfach immer Scheiße raus. (der Grad der Katastrophe variiert bei den Excel-Versionen)

Es gibt mehrere Möglichkeiten das Problem zu umgehen oder einzudämmen.

1) Ein anderes Tabellenkalkulationsprogramm nutzen. Wer sich von Excel frei machen kann, sollte diesen Weg gehen. Da ich keine Lust habe mich mit anderen Programmen zu beschäftigen, muss ich leider beschissene Wege gehen.
2) Achtung: Hier bitte vorsichtig sein. Wenn in den Exportdaten keine Inhalte wie EANs oder Zahlenwerte mit Punkt als Inhalte vorhanden sind, kann man die CSV einfach mit Excel öffnen (ohne den Import-Assistenten). Dann interpretiert Excel die Datenstruktur korrekt. Wer hier allerdings nicht aufpasst, zerstört sich seine Daten, da Excel eben Inhalte nach eigenem Ermessen interpretiert und anders darstellt. Ich empfehle diesen Weg daher nicht!
3) Ich gehe meistens diesen Weg: Bei jedem Export füge ich eine Freispalte an das Ende an und hinterlege dort einen Wert, der normalerweise nicht vorkommt, z.B. $$$UMBRUCH$$$. Die exportierte CSV kann dann via Notepad++ oder ähnlichen Editoren sehr einfach per Suchen und Ersetzen von den unnützen Umbrüchen befreit werden, da das reguläre Zeilenende durch die selbstgewählte Freispalte eindeutig identifizierbar ist. Spätestens wenn Drucktexte mit regulären Umbrüchen vorhanden sind, ist aber auch hier Feierabend. Ich würde Beschreibungstexte daher immer separat behandeln.

Die Punkte erheben im Übrigen keinen Anspruch auf Vollständigkeit. Aber vielleicht erspart es einigen schmerzvolle Erfahrungen.

Haha. Thanks Uwe! You made my day. Klar auf den Punkt.

Habe es jetzt mit einem etwas aufwendigen Workaround gelöst. Aber der Editor könnte schon etwas verbessert werden. Insbesondere weil es sich hier um ein Kern-Thema im E-Commerce handelt und Beschreibungen mit dreh und Angelpunkt im Biz sind.

 

[gnarx]

Die Lösung wäre wenn man in den Einstellungen einen externen Editor hinter legen kann. Wie z.B. Microsoft Expression Web guter Editor der umsonst ist.