EXTF-Format-Fehler: warum der DATEV-Import fehlschlägt und wie Sie ihn beheben
Schlägt der Import eines EXTF-Buchungsstapels in DATEV fehl, gibt es zwei Fälle. Erscheint die Datei nicht (#REW04506 oder „Keine Daten vorhanden“), liegt es an Datenpfad, Dateiname, Kopfzeile oder Ordnungsbegriffen. Wird der Stapel beanstandet, passt die Sachkontenlänge nicht (#REW10152) oder ein Feld verletzt das Format, etwa das Belegdatum (#REW01155), der Umsatz oder Belegfeld 1. Prüfen Sie von außen nach innen: Datei, Kopfzeile, Buchungszeilen.
Inhalt
- Zwei Stufen: Datei wird nicht gefunden oder Stapel enthält Fehler
- Meldungen und Symptome: #REW04506, #REW10152, #REW10153, #REW01155
- Kopfzeile: was zum Mandat passen muss
- Buchungszeile: Betrag, Datum, Konto, Belegfeld 1, Zeichensatz
- Beispiel: eine fehlerhafte Zeile und ihre Korrektur
- Prüfreihenfolge: von außen nach innen
- Festschreibung: kein Formatfehler, aber folgenreich
- Quellen und Stand
- Häufige Fragen
Zwei Stufen: Datei wird nicht gefunden oder Stapel enthält Fehler
Der Import eines Buchungsstapels im DATEV-Format läuft über Bestand | Importieren | Stapelverarbeitung und hat zwei Schritte. Im Fenster „Importieren“ wird die Datei in die Stapelverarbeitung übernommen; danach wird der Stapel verarbeitet und dabei geprüft (Dok.-Nr. 1034038 und 9211447). Entsprechend gibt es zwei Arten von Fehlern:
- Stufe 1 – die Datei erscheint nicht. DATEV meldet #REW04506 („Im ausgewählten Verzeichnis wurden keine Daten für den Import gefunden“) oder „Keine Daten vorhanden“. Die Ursache liegt in Dateiname, Kopfzeile oder Ordnungsbegriffen.
- Stufe 2 – der Stapel wird geprüft und beanstandet. Bei fehlerhaften Buchungssätzen oder Hinweisen öffnet sich automatisch das Importprotokoll. Die Ursache liegt in einzelnen Feldern.
Zur Erinnerung der Aufbau laut DATEV Developer Portal: Zeile 1 ist die Kopfzeile mit 31 Feldern, Zeile 2 die Überschriftszeile, ab Zeile 3 folgen die Buchungen. Alle Felder sind durch Semikolon getrennt, jede Zeile endet mit CR/LF, Textfelder stehen in Anführungszeichen. Die Felder im Einzelnen erläutert der Beitrag DATEV-Buchungsstapel (EXTF) importieren.
Meldungen und Symptome: #REW04506, #REW10152, #REW10153, #REW01155
| Symptom | Ursache | Lösung |
|---|---|---|
| #REW04506 oder „Keine Daten vorhanden“, die Datei wird nicht angezeigt | Falscher Datenpfad; Datei ist gepackt (ZIP); Datei ist in einem anderen Programm geöffnet | Quellverzeichnis im Fenster „Importieren“ wählen, Datei entpacken und schließen (Dok.-Nr. 1044208) |
| Datei liegt im Ordner, erscheint aber nicht beim geöffneten Mandanten | Ordnungsbegriffe in der Kopfzeile passen nicht: Beraternummer, Mandantennummer, Wirtschaftsjahr oder Stapeldatum | Im Feld „Anzeige“ den Eintrag „Alle“ wählen, Angaben prüfen und über Zusatzfunktionen | Ändern korrigieren (Dok.-Nr. 1035892); besser: Datei mit richtigen Kopfdaten neu erzeugen |
| Datei wird nicht als DATEV-Format erkannt | Die Kopfzeile fehlt. Steht beim Öffnen in Zelle A1 „Umsatz (ohne Soll/Haben-Kz)“ statt EXTF, beginnt die Datei mit der Überschriftszeile | Ersteller der Datei informieren; ersatzweise nennt DATEV den Weg über Bestand | Importieren | ASCII-Daten mit „Import ab Zeile 2“ |
| Datei wird nicht erkannt, obwohl der Inhalt stimmt | Dateiname beginnt nicht mit EXTF_ oder endet nicht auf .csv | Datei umbenennen, zum Beispiel EXTF_Buchungsstapel.csv |
| Datei wird nach einer Korrektur nicht mehr erkannt | Die Datei wurde in Excel bearbeitet und gespeichert; dabei wird laut DATEV die Dateistruktur beziehungsweise die Kopfzeile verändert | Datei unverändert neu aus dem Vorsystem ausgeben |
| #REW10152: Sachkontolänge im Headersatz stimmt nicht mit dem Mandanten überein | Die Sachkontenlänge in der Datei (Header-Feld 14) ist größer als im Bestand | Sachkontenlänge im Vorsystem anpassen oder im Bestand erhöhen; ein Verkleinern ist laut DATEV nicht möglich (Dok.-Nr. 1044858) |
| #REW10153: Kontonummern werden mit Nullen erweitert | Die Sachkontenlänge in der Datei ist kleiner als im Bestand | Mit OK wird verarbeitet; DATEV füllt die Kontonummern rechtsbündig mit Nullen auf. Danach die Konten kontrollieren und die Länge im Vorsystem angleichen (Dok.-Nr. 1044859) |
| #REW01155: Die Eingabe im Feld ist nicht zulässig, das Feld kann nicht übernommen werden | Ein Feldinhalt verletzt das Format. DATEV nennt als Beispiele das Belegdatum im Format TT.MM.JJJJ statt TTMM und eine überschrittene Feldlänge | Datei im Editor öffnen, den Feldinhalt aus der Meldung suchen, mit der Formatbeschreibung abgleichen, Ausgabe im Vorsystem berichtigen (Dok.-Nr. 1045466) |
| Feld Umsatz wird beanstandet | Tausenderpunkt, Punkt als Dezimaltrennzeichen, Vorzeichen, Betrag 0,00 oder nur eine Nachkommastelle | Positiven Betrag mit Komma und genau zwei Nachkommastellen liefern; die Richtung über S oder H steuern |
| Konto oder Gegenkonto wird beanstandet | Personenkonto ist um mehr als eine Stelle länger als die Sachkontenlänge, oder die Nummer enthält andere Zeichen als Ziffern | Bei Sachkontenlänge 4 fünfstellige Personenkonten liefern |
| Belegfeld 1 wird beanstandet | Mehr als 36 Zeichen oder unzulässige Zeichen wie Leerzeichen, Umlaut, Punkt, Komma, Semikolon, Doppelpunkt | Rechnungsnummer bereinigen, und zwar in derselben Weise wie in den Rechnungsbuchungen |
| Hinweis auf doppelte Buchungen im Verarbeitungsprotokoll | Auf dem Personenkonto existiert eine Buchung mit gleichem Umsatz, S/H-Kennzeichen, Belegfeld 1 und Datum | Prüfen, ob die Datei bereits importiert wurde; die Prüfung wird in den Einstellungen der Stapelverarbeitung festgelegt (Dok.-Nr. 9211448) |
| Import läuft durch, offene Posten gleichen sich nicht aus | Rechnungsnummer weicht ab, etwa durch Führungsnullen | In den Einstellungen „Führungsnullen bei Belegfeld 1 und/oder 2 abschneiden“ aktivieren oder Nummern angleichen |
| Stapel ist nach dem Import festgeschrieben | Festschreibekennzeichen steht auf Festschreibung oder fehlt | Kennzeichen vor dem Import klären, siehe Abschnitt Festschreibung |
Die Zuordnung der Feldverstöße zu einer bestimmten Meldungsnummer hängt vom Einzelfall ab. Maßgeblich ist der Text des Importprotokolls: Er nennt Feldname und Feldinhalt.
Kopfzeile: was zum Mandat passen muss
Die Kopfzeile steuert, wohin der Stapel gehört. Vier Gruppen von Feldern führen zu Importproblemen:
- Kennung des Formats (Felder 1 bis 5): Kennzeichen EXTF in Anführungszeichen, Versionsnummer 700, Formatkategorie 21, Formatname „Buchungsstapel“, Formatversion 13.
- Ordnungsbegriffe (Felder 11 bis 13): Beraternummer (1001 bis 9999999), Mandantennummer (1 bis 99999) und Wirtschaftsjahresbeginn im Format JJJJMMTT.
- Sachkontenlänge (Feld 14): Wert 4 bis 8. Laut Formatbeschreibung muss der Wert beim Import mit der Konfiguration des Mandats übereinstimmen. Im Bestand steht er unter Stammdaten | Mandantendaten | Grunddaten Rechnungswesen.
- Zeitraum (Felder 15 und 16): Datum von und Datum bis im Format JJJJMMTT, Beginn und Ende der Periode des Stapels.
Datumsbereich und Belegdatum
Das Belegdatum in der Buchungszeile besteht aus vier Ziffern im Format TTMM, zum Beispiel 0611. Ein Jahr enthält es nicht: Laut Formatbeschreibung wird das Jahr immer aus Header-Feld 13 ermittelt, dem Wirtschaftsjahresbeginn. Ein falscher Wirtschaftsjahresbeginn in der Kopfzeile ist deshalb kein Schönheitsfehler, sondern entscheidet über das Jahr der Buchungen. DATEV empfiehlt, je Buchungsperiode eine eigene Datei zu erzeugen. Prüfen Sie vor dem Import, ob alle Belegdaten in den Zeitraum aus Datum von und Datum bis fallen; wie das Programm mit Belegdaten außerhalb des Zeitraums umgeht, ist in den hier ausgewerteten Quellen nicht beschrieben. Bei abweichendem Wirtschaftsjahr empfiehlt sich eine Testdatei mit wenigen Zeilen.
Öffnen Sie eine EXTF-Datei zum Prüfen in einem Texteditor. Wird sie in Excel bearbeitet und gespeichert, verändert das laut DATEV die Dateistruktur beziehungsweise die Kopfzeile, und die Datei wird nicht mehr als DATEV-Format erkannt. Korrekturen gehören in das Programm, das die Datei erzeugt.
Buchungszeile: Betrag, Datum, Konto, Belegfeld 1, Zeichensatz
| Feld | Zulässig laut Formatbeschreibung | Typische Verstöße |
|---|---|---|
| Umsatz (Spalte 1) | Bis zu zehn Vorkommastellen, Komma, genau zwei Nachkommastellen; positiv und nicht 0,00 | 1.487,50 · -1487,50 · 1487.50 · 1487,5 |
| Soll-/Haben-Kennzeichen (Spalte 2) | S oder H in Anführungszeichen; bezieht sich auf das Konto in Spalte 7 | Vorzeichen am Betrag statt Kennzeichen |
| Konto, Gegenkonto (Spalten 7, 8) | Nur Ziffern; Personenkonten dürfen genau eine Stelle länger sein als die Sachkontenlänge | Sechsstelliger Debitor bei Sachkontenlänge 4 |
| Belegdatum (Spalte 10) | Vier Ziffern TTMM | 06.11.2026 · 061126 · 6.11. |
| Belegfeld 1 (Spalte 11) | Höchstens 36 Zeichen; Buchstaben, Ziffern, Unterstrich und $ & % * + - / | RE 2026/0725 (Leerzeichen) · RE.2026.0725 (Punkt) |
| Skonto (Spalte 13) | Betrag größer null; nur bei Zahlungen zulässig | 0,00 als Platzhalter |
| Buchungstext (Spalte 14) | Höchstens 60 Zeichen in Anführungszeichen | Vollständiger Verwendungszweck mit Überlänge |
Für alle Textfelder gilt: Enthält der Text selbst ein Anführungszeichen, muss es verdoppelt werden. Steuerzeichen wie ein Zeilenumbruch innerhalb eines Textfelds sind unzulässig. Beides tritt auf, wenn Verwendungszwecke aus Kontoauszügen ungeprüft in den Buchungstext übernommen werden. Tausenderstellen werden bei Zahlen nicht gekennzeichnet.
Zeichensatz
Der Standard-Zeichensatz für den Import ist laut DATEV ISO-8859-1 beziehungsweise Codepage 1252. Unicode (UTF-8, UTF-16, UTF-32) kann das Programm lesen, wenn die Datei eine Byte Order Mark enthält; das gilt auch für UTF-8. DATEV schränkt ein: Unicode funktioniert nur über den manuellen Import oder über die Online-Schnittstelle für EXTF-Dateien, nicht über das Konsolenprogramm KrStaPv für den automatisierten Import. Zeigt ein Stapel verfälschte Umlaute im Buchungstext, ist die Kodierung der Datei der naheliegende Prüfpunkt. Im Belegfeld 1 sind Umlaute ohnehin unzulässig.
Beispiel: eine fehlerhafte Zeile und ihre Korrektur
Die Nordlicht Medien GmbH (Debitor 10520) bezahlt am 06.11.2026 die Rechnung RE-2026-0725 über 1.487,50 €. Als vereinfachte Buchung (SKR03, Sachkontenlänge 4):
Umsatz 1.487,50 S · Konto 1200 Bank · Gegenkonto 10520 · Belegfeld 1 RE-2026-0725
Ein Vorsystem liefert dazu diese Zeile (Spalten 1 bis 14):
-1.487,50;S;"EUR";;;;1200;105200;"";06.11.2026;"RE 2026/0725";"";0,00;"Zahlungseingang Nordlicht Medien GmbH Rechnung RE 2026/0725 vom 12.10.2026"
Sieben Verstöße gegen die Formatbeschreibung:
- Umsatz: Vorzeichen und Tausenderpunkt. Zulässig ist 1487,50; die Richtung steht im Kennzeichen.
- Soll-/Haben-Kennzeichen: ohne Anführungszeichen. Vorgesehen ist "S".
- Gegenkonto: 105200 ist sechsstellig. Bei Sachkontenlänge 4 hat der Debitor fünf Stellen: 10520.
- Belegdatum: 06.11.2026 statt 0611. Das ist das Beispiel, das DATEV zur Meldung #REW01155 nennt.
- Belegfeld 1: Leerzeichen ist unzulässig, und die Schreibweise weicht von der Rechnungsbuchung ab. Richtig ist RE-2026-0725.
- Skonto: 0,00 ist unzulässig. Ohne Skonto bleibt das Feld leer.
- Buchungstext: 74 Zeichen statt höchstens 60.
1487,50;"S";"EUR";;;;1200;10520;"";0611;"RE-2026-0725";"";;"Nordlicht Medien GmbH RE-2026-0725"
Punkt 5 zeigt, warum eine formal gültige Datei nicht genügt: Auch „RE2026/0725“ wäre zulässig, würde den offenen Posten aber nicht ausgleichen, wenn die Rechnung unter RE-2026-0725 gebucht ist.
Prüfreihenfolge: von außen nach innen
- Datei: entpackt, in keinem Programm geöffnet, Name beginnt mit EXTF_ und endet auf .csv, nach der Ausgabe nicht in Excel gespeichert.
- Zeile 1: beginnt mit "EXTF", gefolgt von 700, 21, "Buchungsstapel" und 13.
- Ordnungsbegriffe: Beraternummer, Mandantennummer und Wirtschaftsjahresbeginn entsprechen dem geöffneten Bestand.
- Sachkontenlänge: Header-Feld 14 entspricht dem Wert in den Grunddaten Rechnungswesen.
- Zeitraum: Datum von und Datum bis umfassen alle Belegdaten; eine Datei je Periode.
- Festschreibung: Header-Feld 21 und Spalte 114 tragen den vereinbarten Wert.
- Zeichensatz und Zeilenende: Codepage 1252 oder Unicode mit Byte Order Mark; CR/LF am Zeilenende.
- Zeilen: Umsatz, Kennzeichen, Kontolängen, Belegdatum, Belegfeld 1, Skonto und Buchungstext gegen die Tabelle oben prüfen.
- Importprotokoll: Feldname und Feldinhalt aus der Meldung in der Datei suchen. Das Protokoll finden Sie auch nachträglich unter Bestand | Importieren | Importprotokoll.
- Fachlich: Summe der Bankbuchungen gegen den Kontoauszug, Rechnungsnummern gegen die offenen Posten.
Die formalen Punkte können Sie vor dem Import mit dem kostenlosen EXTF-Prüfer für DATEV-Buchungsstapel kontrollieren: Er prüft Kopfzeile und Buchungszeilen einer Datei auf Plausibilität. Ob Beraternummer, Mandantennummer und Sachkontenlänge zum Bestand passen, zeigt nur der Vergleich mit den Mandantendaten in DATEV. Die Prüfung ersetzt weder das Importprotokoll noch die fachliche Kontrolle. DATEV stellt im Developer Portal außerdem ein eigenes Prüfprogramm für das DATEV-Format zum Download bereit.
Wer Stapel aus Zahlungsavisen erzeugt, sollte die Schritte 8 und 10 besonders ernst nehmen, weil dort viele Rechnungsnummern aus fremden Dokumenten stammen. Die Aufteilung selbst beschreibt der Beitrag Zahlungsavis in DATEV buchen.
Festschreibung: kein Formatfehler, aber folgenreich
Ein Stapel kann fehlerfrei importiert und trotzdem nicht mehr änderbar sein. Das Festschreibekennzeichen steht an zwei Stellen: in Header-Feld 21 (0 = keine Festschreibung, 1 = Festschreibung, zugleich der Standardwert) und in Spalte 114 der Buchungszeile. Enthält dort ein Buchungssatz den Wert 1, wird der gesamte Stapel nach dem Import festgeschrieben; ein leeres Feld gilt als nicht definiert und wird ebenfalls automatisch festgeschrieben.
Das Hilfe-Center unterscheidet zwei Fälle (Dok.-Nr. 1080697 und 9211447):
- Kennzeichen „Ja“: Die Festschreibung lässt sich beim Import über ein Ausnahmerecht in der DATEV Rechteverwaltung aufheben. Jedes Aufheben wird protokolliert und ist laut DATEV bei einer Betriebsprüfung zu begründen.
- Kein Kennzeichen, in der Spalte „Festschr.“ der Stapelverarbeitung als „?“ dargestellt: Der Stapel wird automatisch festgeschrieben, und das Ausnahmerecht kann nicht genutzt werden.
Soll die Kanzlei einen gelieferten Stapel nach dem Import noch durchsehen und selbst festschreiben, muss die Datei ausdrücklich „keine Festschreibung“ tragen. Das ist vor Beginn der Lieferungen zu vereinbaren und in der Spalte „Festschr.“ zu kontrollieren, bevor der Stapel verarbeitet wird.
Abstimmwerk liefert Kanzleien als Dienstleister für Bankbuchungen und OPOS-Abstimmung Buchungsstapel so, dass das Festschreiben bei der Kanzlei bleibt, und legt jeder Lieferung ein Protokoll mit Summen je Konto bei. Wie die Zusammenarbeit aufgebaut ist, beschreibt die Seite White-Label für Steuerkanzleien: Bankbuchungen und OPOS-Abstimmung.
Quellen und Stand
Stand: 11.11.2026. Alle Quellen abgerufen am 11.11.2026. Maßgeblich ist die jeweils aktuelle Formatbeschreibung von DATEV; Meldungstexte und Menüs können je Programm und Version abweichen.
- DATEV Developer Portal: DATEV-Format, Einstieg (technischer Aufbau)
- DATEV Developer Portal: DATEV-Format, Header
- DATEV Developer Portal: DATEV-Format, Buchungsstapel
- DATEV Developer Portal: DATEV-Format, Zeichensatz
- DATEV Developer Portal: DATEV-Format, Tools (Prüfprogramm)
- DATEV Hilfe-Center, Dok.-Nr. 1044208: Stapelverarbeitung: REW04506 oder „Keine Daten vorhanden“ beim Importieren
- DATEV Hilfe-Center, Dok.-Nr. 9211450: Daten in die Stapelverarbeitung importieren
- DATEV Hilfe-Center, Dok.-Nr. 1035892: Stapeldaten in einer DATEV-Format-Datei beim Import ändern
- DATEV Hilfe-Center, Dok.-Nr. 1044858: #REW10152 beim Import in der Stapelverarbeitung
- DATEV Hilfe-Center, Dok.-Nr. 1044859: #REW10153 beim Import in der Stapelverarbeitung
- DATEV Hilfe-Center, Dok.-Nr. 1045466: #REW01155 beim Daten importieren von ASCII-Daten oder Stapelverarbeitung
- DATEV Hilfe-Center, Dok.-Nr. 9211447: Stapel mit Daten im DATEV-Format verarbeiten
- DATEV Hilfe-Center, Dok.-Nr. 9211448: Einstellungen für die Stapelverarbeitung oder den ASCII-Import vornehmen
- DATEV Hilfe-Center, Dok.-Nr. 1080697: Festschreibung beim Import in die DATEV-Rechnungswesen-Programme
Häufige Fragen
Warum zeigt DATEV „Keine Daten vorhanden“, obwohl die EXTF-Datei im Ordner liegt?
Laut DATEV kommen mehrere Ursachen in Betracht: ein falscher Datenpfad, Ordnungsbegriffe in der Kopfzeile, die nicht zum geöffneten Mandanten passen, eine fehlende Kopfzeile, ein Dateiname, der nicht mit EXTF_ beginnt und auf .csv endet, eine gepackte oder in einem anderen Programm geöffnete Datei. Wählen Sie im Fenster Importieren die Anzeige Alle, um Dateien anderer Ordnungsbegriffe zu sehen.
Was bedeutet die Meldung #REW10152 beim Import in der Stapelverarbeitung?
Die Sachkontenlänge in der Kopfzeile der Datei ist größer als die Sachkontenlänge, die im Buchführungsbestand unter Stammdaten, Mandantendaten, Grunddaten Rechnungswesen hinterlegt ist. DATEV nennt zwei Abhilfen: die Länge im abgebenden Programm anpassen lassen oder die Sachkontenlänge im Bestand erhöhen. Ein Verkleinern der Sachkontenlänge im Bestand ist nicht möglich. Stimmen Sie die Wahl mit der Kanzlei ab.
Welches Datumsformat verlangt das DATEV-Format für das Belegdatum?
Das Belegdatum besteht aus vier Ziffern im Format TTMM, zum Beispiel 0611 für den 6. November. Punkte und Jahreszahl sind unzulässig. Das Jahr ermittelt DATEV laut Formatbeschreibung immer aus dem Wirtschaftsjahresbeginn in Header-Feld 13. Ein Datum wie 06.11.2026 führt beim Import zur Meldung #REW01155, weil der Feldinhalt nicht dem vorgegebenen Format entspricht.
Darf ich eine EXTF-Datei in Excel öffnen und korrigieren?
Zum Ansehen ja, zum Speichern nein. DATEV weist darauf hin, dass beim Bearbeiten und Speichern in Excel die Dateistruktur beziehungsweise die Kopfzeile verändert wird und die Datei danach nicht mehr als DATEV-Format erkannt wird. Prüfen Sie die Datei in einem Texteditor und lassen Sie Fehler im erzeugenden Programm beheben. Danach wird die Datei unverändert importiert.
Abstimmwerk bucht für Steuerkanzleien die Kontoumsätze ihrer DATEV-Mandate und stimmt die offenen Posten ab: Bankbuchungen in DATEV · OPOS-Abstimmung in DATEV · White-Label für Kanzleien · Festpreise je Mandat
Weiterlesen
DATEV-Buchungsstapel (EXTF) importieren: Aufbau, Fehler, Checkliste
Kopfzeile mit Format 700 und Kategorie 21, Spalten von Umsatz bis Buchungstext, Festschreibung und die häufigsten Importfehler.
OPOS & ZahlungenZahlungsavis in DATEV buchen: Sammelüberweisung je Rechnung aufteilen
Avis lesen, Summenprobe gegen den Zahlbetrag, je Rechnung eine Buchung mit Belegfeld 1 – samt Skonto, Gutschrift und Belastungsanzeige.
Den ganzen Monatsablauf von der Datenbasis bis zur Festschreibung beschreibt der Praxis-Guide zur Bank- und OPOS-Abstimmung mit DATEV.