Warum Spalten beim Kopieren verschwinden
Eine Tabellenkalkulation zeigt Spalten nebeneinander, speichert sie aber nicht als sichtbare Abstände. Intern stehen die Werte in Feldern, die beim Kopieren durch ein Trennzeichen voneinander abgegrenzt werden. Je nach Einstellung ist das ein Tabulator, ein Semikolon, ein Komma oder ein anderes Zeichen. Wird der Inhalt in ein einfaches Textfeld eingefügt, kennt dieses Feld meist keine Spaltenlogik. Es übernimmt nur die Zeichenfolge. Mehrere Leerzeichen wirken dann wie eines, Tabulatoren springen an unterschiedliche Positionen, und ein Zeilenumbruch beendet womöglich den Datensatz vorzeitig.
Eine feste Reihenfolge verhindert Überraschungen
Bevor Sie kopieren, sichern Sie die unveränderte Tabelle und legen Sie fest, welches Trennzeichen im Ziel verarbeitet wird; danach öffnen Sie FlinkTools zur Sichtprüfung, bevor Sie den bereinigten Text wieder in das Ziel einfügen. Entscheidend ist, nicht zugleich Daten zu sortieren, Trennzeichen zu ändern und Anführungsstriche zu entfernen. Jeder dieser Schritte kann die Struktur verändern. Eine kleine Testauswahl mit Kopfzeile und wenigen Datensätzen zeigt schneller als ein vollständiger Export, ob das Zielfeld die gewünschte Aufteilung erkennt.
Das Trennzeichen muss zum Inhalt passen
Ein Komma ist nur dann unproblematisch, wenn es nicht selbst in den Feldern vorkommt. Das betrifft etwa Dezimalangaben, Ortsbezeichnungen oder Bemerkungen. Ein Semikolon löst dieses Problem nicht automatisch, denn auch dieses Zeichen kann Bestandteil eines Textes sein. Tabulatoren sind oft praktisch, weil sie selten im normalen Text stehen, werden aber beim Einfügen in manche Felder in Abstände umgewandelt. Entscheiden Sie sich für ein Zeichen, das im Inhalt nicht vorkommt, und verwenden Sie beim Hin- und Rückweg dieselbe Einstellung. Sonst landet ein Teil eines Feldes in einer neuen Spalte.
Anführungsstriche schützen, aber nicht immer sichtbar
Anführungsstriche markieren häufig ein gesamtes Feld, wenn darin das Trennzeichen oder ein Zeilenumbruch vorkommt. Sie gehören dann zur Struktur und nicht zum eigentlichen Inhalt. Steht innerhalb eines solchen Feldes selbst ein Anführungsstrich, muss er nach den Regeln des jeweiligen Formats verdoppelt oder anders markiert werden. Entfernt ein Textfeld die äußeren Zeichen, bevor die Aufteilung erfolgt, verliert es den Schutz: Ein Komma in einer Adresse wird plötzlich zum neuen Spaltenende. Prüfen Sie deshalb, ob Anführungsstriche beim Kopieren erhalten bleiben, nur zur Darstellung dienen oder als echte Zeichen gespeichert werden.
Zeilenumbrüche sind versteckte Datentrenner
Ein Absatz innerhalb einer Bemerkung sieht im Tabellenblatt harmlos aus, kann in einer Textverarbeitung aber wie das Ende des Datensatzes wirken. Das Ergebnis sind verschobene Zeilen, leere Felder und scheinbar fehlende Einträge. Besonders tückisch ist das bei mehrzeiligen Adressen oder Notizen. Vor dem Export sollten solche Inhalte entweder bewusst in einer Zeile stehen oder eindeutig durch Anführungsstriche eingeschlossen sein. Nach dem Einfügen lohnt ein Blick auf die Zeilenanzahl und auf Datensätze, deren Spalten plötzlich nicht mehr zusammenpassen.
Beim Zurückkopieren gelten andere Regeln
Der Rückweg von sortiertem Text in eine Tabelle ist nicht automatisch umkehrbar. Eine alphabetische Sortierung kann die ursprüngliche Reihenfolge zerstören, leere Felder können am Ende verschwinden, und führende Nullen werden von einer Tabellenkalkulation unter Umständen als Zahl behandelt. Auch Datumsangaben oder lange Kennungen können beim Einfügen umgedeutet werden. Importieren Sie den Text daher nicht blind, sondern wählen Sie Trennzeichen, Textkennzeichnung und Spaltentypen bewusst aus. Für Kennungen, Postleitzahlen oder andere Werte, bei denen die Darstellung zählt, ist ein Textfeld oft sicherer als eine automatische Zahlenerkennung.
Kurze Prüfung vor dem Weitergeben
Eine Prüfung sollte nicht nur den ersten Datensatz betreffen. Vergleichen Sie Anfang, Mitte und Ende und achten Sie auf Sonderfälle, leere Felder sowie lange Bemerkungen.
- Ist das Trennzeichen im Ziel eindeutig festgelegt?
- Bleiben Anführungsstriche und eingeschlossene Inhalte korrekt erhalten?
- Wird ein Zeilenumbruch innerhalb eines Feldes richtig behandelt?
- Bleiben führende Nullen, Leerzeichen und die ursprüngliche Reihenfolge erhalten?
- Stimmt die Zahl der Spalten auch bei problematischen Datensätzen?
- Wurde die Originaltabelle vor dem Sortieren oder Bereinigen gesichert?