Verarbeitet DATEV E-Rechnungen wie ZUGFeRD und XRechnung?

Ja. Die DATEV-Welt (z. B. DATEV Unternehmen online mit Belegtransfer und die Rechnungsverarbeitung in der Kanzlei) ist auf strukturierte E-Rechnungen ausgelegt. Bei ZUGFeRD/Factur-X liest DATEV den eingebetteten XML-Datensatz aus dem PDF, bei XRechnung das reine XML. Entscheidend ist, dass die Datei den EN-16931-Datensatz korrekt enthält — sonst kann der Import unvollständig sein oder Felder falsch zuordnen.

Reicht es, meinem Steuerberater ein PDF zu schicken?

Für die buchhalterische Weiterverarbeitung in DATEV ist der strukturierte Datensatz entscheidend. Ein reines Bild-PDF muss in der Regel manuell erfasst oder per Texterkennung ausgelesen werden. Eine echte E-Rechnung (XRechnung-XML oder ZUGFeRD/Factur-X ab Profil COMFORT/EN 16931) liefert die Daten maschinenlesbar — das ist es, was DATEV-Workflows zuverlässig importieren.

Warum schlägt der DATEV-Import einer E-Rechnung manchmal fehl?

Häufige Ursachen sind ein nicht-konformes Profil (ZUGFeRD MINIMUM oder BASIC-WL tragen nicht den vollen EN-16931-Datensatz), fehlende Pflichtfelder (z. B. USt-IdNr., USt-Aufschlüsselung), rechnerisch nicht stimmige Summen oder ein PDF, das gar kein eingebettetes XML enthält. Eine technische Prüfung vor der Übergabe deckt solche Fehler auf, bevor sie in der Kanzlei auflaufen.

Wie stellt fakturai sicher, dass meine E-Rechnung DATEV-tauglich ist?

fakturai erzeugt EN-16931-konforme ZUGFeRD-/Factur-X- oder XRechnung-Dateien und prüft sie vor der Auslieferung gegen ein KoSIT-orientiertes Akzept-Gate. Vorhandene Dateien können Sie kostenlos im Validator gegen EN 16931 prüfen, bevor Sie sie an die Buchhaltung oder den Steuerberater übergeben. fakturai prüft die technische Struktur — die Buchung und steuerliche Würdigung bleiben Sache von DATEV bzw. Ihrer Kanzlei.

Ersetzt fakturai DATEV oder meine Buchhaltungssoftware?

Nein. fakturai ist ein schmales Werkzeug zum Erzeugen und technischen Prüfen strukturierter E-Rechnungen nach EN 16931. Es ist kein Buchhaltungs- oder DSGVO-Belegarchiv und keine Steuerberatung. Es sitzt vor DATEV: Es sorgt dafür, dass die Datei sauber strukturiert ist, damit DATEV sie problemlos importieren und verbuchen kann.

DATEV & Buchhaltung

E-Rechnung und DATEV: strukturierte Rechnungen sauber importieren und verbuchen

Kurz gesagt: DATEV verarbeitet E-Rechnungen über den strukturierten EN-16931-Datensatz — bei ZUGFeRD/Factur-X aus dem PDF eingebettet, bei XRechnung als reines XML. Damit der Import in der Kanzlei oder in DATEV Unternehmen online reibungslos läuft, muss die Datei technisch korrekt aufgebaut sein. Ein reines PDF reicht dafür nicht. fakturai erzeugt und prüft genau diesen Datensatz, bevor er bei DATEV landet.

Wie DATEV E-Rechnungen liest

DATEV-Workflows arbeiten nicht mit dem optischen Bild einer Rechnung, sondern mit den strukturierten Daten dahinter. Praktisch heißt das:

ZUGFeRD / Factur-X — ein PDF/A-3 mit eingebettetem CII-XML. DATEV zeigt die lesbare PDF-Ansicht und liest gleichzeitig den maschinenlesbaren Datensatz für die Buchung aus.
XRechnung — reines XML (UBL oder CII), das DATEV direkt als strukturierte Rechnung einliest; die lesbare Darstellung wird daraus erzeugt.
Reines PDF — kein strukturierter Teil; muss manuell erfasst oder per Texterkennung ausgelesen werden und ist keine E-Rechnung im Sinne der Pflicht.

Der gemeinsame Nenner ist immer der EN-16931-Datensatz. Stimmt er, ist die Rechnung DATEV-tauglich — unabhängig davon, ob sie als XRechnung oder als ZUGFeRD ankommt.

Der typische DATEV-Workflow mit E-Rechnungen

Schritt	Was passiert	Worauf es ankommt
1. Erzeugen	Ausgangsrechnung als ZUGFeRD/Factur-X oder XRechnung erstellen	EN-16931-konformes Profil, alle Pflichtfelder
2. Prüfen	Datei technisch gegen EN 16931 validieren	KoSIT-orientiertes Akzept-Gate vor dem Versand
3. Übergeben	Beleg z. B. über DATEV Unternehmen online / Belegtransfer bereitstellen	Strukturierter Datensatz statt Bild-PDF
4. Verbuchen	Kanzlei oder Buchhaltung bucht aus den strukturierten Daten	Korrekte USt-Aufschlüsselung & Summen

Warum DATEV-Importe scheitern — und wie Sie das vermeiden

Die meisten Probleme entstehen nicht in DATEV, sondern in der Datei davor. Die häufigsten Stolperstellen:

Falsches ZUGFeRD-Profil. MINIMUM und BASIC-WL tragen nicht den vollen EN-16931-Datensatz und gelten nicht als vollwertige E-Rechnung. Verwenden Sie mindestens COMFORT / EN 16931.
Fehlende Pflichtangaben. Ohne USt-IdNr. des Verkäufers (BT-31), korrekte USt-Aufschlüsselung (BG-23) oder elektronische Adresse kann der Import unvollständig sein.
Nicht stimmige Summen. Wenn Positionsnetto, USt-Aufschlüsselung und Dokumentsummen rechnerisch nicht zusammenpassen, ist die Datei technisch fehlerhaft — eine der häufigsten Fehlerquellen.
PDF ohne XML. Ein „schönes“ PDF ohne eingebetteten Datensatz ist keine E-Rechnung und kann nicht strukturiert eingelesen werden.

Welche konkreten Fehler am häufigsten auftreten und wie man sie behebt, zeigt der Beitrag Häufige XRechnung-Validierungsfehler (BR-DE) beheben.

Prüfen, bevor es in die Kanzlei geht

Der einfachste Weg, DATEV-Importprobleme zu vermeiden, ist eine technische Prüfung vor der Übergabe. fakturai erzeugt aus Ihren Daten eine ZUGFeRD-/Factur-X- oder XRechnung-Datei und prüft sie gegen ein KoSIT-orientiertes Akzept-Gate. Haben Sie bereits eine Datei — etwa von einem Lieferanten oder aus einem anderen System — laden Sie sie ohne Konto in den kostenlosen Validator und sehen sofort, ob sie EN 16931 erfüllt.

E-Rechnung kostenlos prüfen

Was fakturai nicht ersetzt

fakturai prüft und erzeugt die technische Format- und Strukturkonformität nach EN 16931 mit einem KoSIT-orientierten Akzept-Gate. Es ist kein Ersatz für DATEV, kein Buchhaltungssystem und keine Steuerberatung. Die Buchung, die steuerliche Würdigung, die GoBD-konforme Archivierung und die inhaltliche Richtigkeit bleiben in der Verantwortung von DATEV bzw. Ihrer Kanzlei. fakturai gibt keine Rechts-, Steuer- oder Zustellungsgarantien — es sorgt dafür, dass der Datensatz sauber ist, den DATEV anschließend verarbeitet.

Weiterlesen

German-first SEO page für „E-Rechnung DATEV“ Intent. Technische Struktursprache nach EN 16931, kein Produkt-, Rechts- oder Steuerberatungsversprechen (GHOA-1671). Produktnamen Dritter dienen nur der Einordnung des Workflows.

English companion: E-invoices and DATEV: import and post structured invoices cleanly.