Ratgeber
Lexware ist beim CSV-Import wählerisch: Trennzeichen, Datumsformat, Kodierung und Spaltenstruktur müssen exakt stimmen. Dieser Ratgeber erklärt alle Anforderungen und zeigt, wie Bank2Lexware die Konvertierung automatisch übernimmt.
Lexware Office und Lexware Financial Office erwarten bestimmte Spalten in einer festen Reihenfolge. Fehlende oder vertauschte Spalten führen zu Importfehlern.
| Spalte | Pflicht | Beispiel |
|---|---|---|
| Umsatzdatum | Ja | 15.03.2026 |
| Buchungstext | Ja | Max Mustermann |
| Verwendungszweck | Ja | Rechnung 2026-001 |
| Betrag | Ja | -49,90 |
| Währung | Optional | EUR |
Lexware erwartet Semikolon (;) als Feldtrenner. Viele Banken und Anbieter wie PayPal oder Revolut exportieren aber komma- oder tabulatorgetrennte Dateien. Ein Import mit falschem Trennzeichen führt dazu, dass alle Daten in einer einzigen Spalte landen.
Bank2Lexware erkennt das Quellformat automatisch und konvertiert immer in das semikolongetrennte Lexware-Format.
Lexware akzeptiert ausschließlich das deutsche Datumsformat TT.MM.JJJJ
(z. B. 15.03.2026). Internationale Formate wie 2026-03-15
(ISO) oder 03/15/2026 (US)
verursachen Fehler beim Import.
Revolut verwendet ISO-Daten, PayPal ein Mischformat. Bank2Lexware wandelt alle Formate korrekt um.
Lexware arbeitet mit der Zeichenkodierung ANSI (Windows-1252). UTF-8-kodierte Dateien können Probleme mit deutschen Umlauten (ä, ö, ü, ß) verursachen. Statt „Müller" erscheint dann z. B. „Müller" in Lexware.
Bank2Lexware konvertiert die Ausgabedatei automatisch in ANSI-Kodierung, sodass Umlaute korrekt übernommen werden.
Lexware erwartet das deutsche Zahlenformat: Komma als Dezimalzeichen
(z. B. -49,90). Punkt-getrennte
Beträge wie -49.90 werden
entweder falsch interpretiert oder abgelehnt.
Bei PayPal und Revolut werden Beträge oft mit Punkt als Dezimalzeichen exportiert. Bank2Lexware übernimmt die Umwandlung.
Meist ein Problem mit der Zeichenkodierung. Die Datei ist UTF-8, Lexware erwartet ANSI. Lösung: Datei mit Bank2Lexware konvertieren oder in einem Texteditor als ANSI speichern.
Das Datum ist nicht im Format TT.MM.JJJJ. Häufig bei internationalen Exports (ISO oder US-Format). Bank2Lexware erkennt das Quellformat und wandelt automatisch um.
Falsches Trennzeichen: Die Quelldatei verwendet Komma, Lexware erwartet Semikolon. Bank2Lexware konvertiert automatisch zum richtigen Trennzeichen.
Klassisches Kodierungsproblem: UTF-8-Datei in ANSI-Umgebung. Zeichen wie ä, ö, ü, ß erscheinen als „ä", „ö", „ü". Bank2Lexware gibt ANSI-kodierte Dateien aus.
Dieser Punkt kostet die meiste Zeit, weil er selten irgendwo steht: Der CSV-Import für elektronische Kontoauszüge in Lexware Office (früher lexoffice) übernimmt nur vier Felder. Alles andere, was in Ihrer Datei steht, wird beim Import verworfen.
Die Falle: Zeilen ohne Verwendungszweck werden übersprungen – ohne Fehlermeldung. Wenn nach dem Import Buchungen fehlen, ist fast immer das die Ursache, nicht ein Formatproblem. Schreiben Sie deshalb notfalls einen Platzhalter in die Spalte, statt sie leer zu lassen. Genauso wichtig: Der Import führt keine Dublettenprüfung durch. Wer denselben Zeitraum zweimal importiert, hat jede Buchung doppelt in den Büchern.
Wollen Sie Belegnummer, Konto, Gegenkonto, Steuerschlüssel oder Kostenstelle mitgeben, ist der Bank-CSV-Import der falsche Weg. Dafür gibt es andere Kanäle:
In den Desktop-Programmen über Datei → Import → ASCII. Trägt Belegdatum, Konto, Gegenkonto und Steuerschlüssel.
Der Weg zur Steuerkanzlei – ein vollständiger Buchungsstapel statt reiner Kontoumsätze.
Für automatisierte Anbindungen, wenn ein Dateiimport grundsätzlich zu grob ist.
Für den klassischen Fall – Kontoumsätze einer nicht angebundenen Bank nachtragen – bleibt der Bank-CSV-Import trotzdem der richtige und schnellste Weg. Die vier Felder reichen dafür vollkommen aus, weil die Zuordnung zu Kategorien ohnehin in Lexware passiert und nicht in der Datei.
Umsatzdatum;Buchungstext;Verwendungszweck;Betrag;Währung
15.03.2026;Max Mustermann;Rechnung 2026-001;-49,90;EUR
16.03.2026;PayPal Europe;Abo-Zahlung März;-9,99;EUR
17.03.2026;Mieteinnahme;Miete Objekt A;1250,00;EURBeachten Sie: Semikolon als Trennzeichen, deutsches Datumsformat, Komma als Dezimalzeichen, negative Beträge für Ausgaben. Bank2Lexware erzeugt genau dieses Format aus allen unterstützten Quellen.
Mindestens Umsatzdatum, Buchungstext (Empfänger/Auftraggeber), Verwendungszweck und Betrag. Zusätzliche Spalten wie Währung oder Kontonummer sind optional, aber hilfreich.
Das deutsche Format TT.MM.JJJJ (z. B. 15.03.2026). Andere Formate wie YYYY-MM-DD oder MM/DD/YYYY führen zu Importfehlern.
Semikolon (;). Komma-getrennte Dateien müssen vorher konvertiert werden. Bank2Lexware erledigt das automatisch.
ANSI/Windows-1252. UTF-8-Dateien verursachen oft Probleme mit Umlauten. Bank2Lexware konvertiert automatisch in die richtige Kodierung.
Die häufigsten Ursachen: falsches Trennzeichen, falsches Datumsformat, falsche Kodierung oder fehlende Pflichtfelder. Bank2Lexware löst all diese Probleme automatisch.
lexoffice wurde in Lexware Office umbenannt – es ist dasselbe Cloud-Produkt. Viele Anleitungen, Foreneinträge und Plugin-Namen nutzen weiterhin den alten Namen. Davon zu unterscheiden sind die Desktop-Programme wie Lexware buchhaltung, die teilweise andere Importformate erwarten. Die hier beschriebenen CSV-Workflows funktionieren mit beiden.
Nur vier: Datum (TT.MM.JJJJ), Auftraggeber/Empfänger, Verwendungszweck und Betrag. Kategorie, Steuersatz, Belegnummer und Saldo lassen sich über den Bank-CSV-Import nicht mitgeben – die Zuordnung erfolgt anschließend in Lexware.
Zeilen ohne Verwendungszweck werden beim Import übersprungen, ohne dass eine Fehlermeldung erscheint. Wenn Buchungen fehlen, ist das meist die Ursache und kein Formatproblem. Tragen Sie notfalls einen Platzhalter in die Spalte ein.
Nein. Der CSV-Import führt keine Dublettenprüfung durch. Wird derselbe Zeitraum zweimal importiert, steht jede Buchung doppelt in den Büchern. Grenzen Sie den Zeitraum deshalb über den Saldo ab und prüfen Sie den Endstand nach dem Import.
Nicht über den Bank-CSV-Import. Dafür gibt es den ASCII-Buchungsstapel der Desktop-Programme (Datei → Import → ASCII), den DATEV-EXTF-Export für die Steuerkanzlei oder die öffentliche API für automatisierte Anbindungen.