{"unit": "ledgura", "count": 2, "posts": [{"key": "9202-datev-export-automatisieren", "id": 9202, "title": "DATEV-Export automatisieren: ERP trifft Steuerberater", "slug": "datev-export-automatisieren", "date": "2026-07-12", "chars": 7069, "hub_url": "https://blog.kingdom-hosting.de/ledgura/9202-datev-export-automatisieren.html", "description": "Medienbrüche zwischen ERP und DATEV kosten Zeit und Nerven. So automatisieren KMU den DATEV-Export – ohne manuelle CSV-Exporte.", "keyword": "DATEV-Export automatisieren", "html": "<p>Jeden Monat dasselbe Ritual: Buchungen aus dem ERP herausziehen, in eine CSV-Datei exportieren, per E-Mail an den Steuerberater schicken – und dann warten, bis Rückfragen kommen, weil Belegnummern nicht passen oder Kostenstellen fehlen. Wer in einem kleinen oder mittelständischen Betrieb die Buchhaltung verantwortet, kennt diesen Ablauf. Er ist fehleranfällig, zeitaufwendig und lässt sich mit dem richtigen ERP-System vollständig vermeiden.</p>\n<p>Dieser Artikel zeigt, wie der DATEV-Export aus einem modernen ERP-System funktioniert, welche Voraussetzungen erfüllt sein müssen und wo typische Fehlerquellen lauern.</p>\n<p>---</p>\n<h2>Warum manuelle DATEV-Exporte ein Problem sind</h2>\n<p>Der klassische Workaround – Daten aus System A exportieren, in System B importieren, dem Steuerberater übermitteln – erzeugt strukturell Fehler. Gründe:</p>\n<ul>\n<li><strong>Formatinkonsistenz</strong>: Nicht jede Software liefert DATEV-kompatible CSV-Strukturen. Kontonummern, Belegfelder und Buchungsschlüssel weichen ab.</li>\n<li><strong>Zeitverzug</strong>: Daten, die erst am Monatsende manuell übertragen werden, stehen dem Steuerberater zu spät zur Verfügung.</li>\n<li><strong>Versionskonflikte</strong>: Wer nachträglich eine Rechnung korrigiert, muss daran denken, den Export erneut durchzuführen. Vergisst er es, arbeitet der Steuerberater mit veralteten Zahlen.</li>\n<li><strong>GoBD-Risiko</strong>: Bei fehlender Nachvollziehbarkeit von Buchungsänderungen entstehen Lücken in der Revisionssicherheit – ein ernstes Problem bei Betriebsprüfungen.</li>\n</ul>\n<p>Das eigentliche Ziel ist ein durchgehender Datenfluss: vom Auftrag über die Rechnung bis zum gebuchten Geschäftsvorfall – ohne manuellen Eingriff.</p>\n<p>---</p>\n<h2>Was eine native DATEV-Schnittstelle leisten muss</h2>\n<p>Nicht jede „DATEV-Schnittstelle&quot; hält, was sie verspricht. Einige Systeme exportieren lediglich eine generische CSV-Datei und nennen das Integration. Eine echte, produktionsreife DATEV-Anbindung umfasst:</p>\n<h3>DATEV-Buchungsstapel im richtigen Format</h3>\n<p>DATEV erwartet Buchungsdaten im DATEV-ASCII-Format (früher „DATEV-Konverter&quot;, heute DATEV Buchungsdatenschnittstelle 3.0). Dazu gehören korrekte Feldlängen, Pflichtfelder wie Belegfeld 1 und 2, Konto- und Gegenkonto nach SKR03/SKR04 sowie gültige Buchungsschlüssel.</p>\n<h3>Automatische Kontenzuordnung</h3>\n<p>Im ERP-System sollten Erlöskonten, Steuerkonten und Kreditorenkonten direkt mit den DATEV-Kontonummern verknüpft sein. Wenn ein Auftrag auf ein bestimmtes Produkt gebucht wird, muss das System wissen: Dieses Produkt gehört auf Konto 8400 (oder 4400 im SKR04) mit 19 % Umsatzsteuer. Diese Zuordnung darf kein manueller Schritt sein.</p>\n<h3>Belegverknüpfung und PDF-Anhänge</h3>\n<p>Moderne Steuerberater und Finanzverwaltungen erwarten, dass jedem Buchungssatz der Originalbeleg zugeordnet ist. Das bedeutet: Die Rechnung als PDF/A-3b-Datei muss gemeinsam mit dem Buchungsdatensatz übertragbar sein – idealerweise als DATEV-Belegtransfer oder über die DATEV Unternehmen online-Schnittstelle.</p>\n<h3>Differenzierter Export nach Zeitraum und Buchungsart</h3>\n<p>Der Export muss nach Monat, Quartal oder frei wählbarem Zeitraum filterbar sein. Außerdem sollte unterschieden werden zwischen Ausgangsrechnungen, Eingangsrechnungen und manuellen Buchungen, damit der Steuerberater gezielt importieren kann.</p>\n<p>---</p>\n<h2>Wie der automatisierte Ablauf in der Praxis aussieht</h2>\n<p>Ein gut integriertes ERP-System macht den DATEV-Export zu einem Routinevorgang ohne manuellen Aufwand:</p>\n<p>1. <strong>Rechnung wird erstellt und versendet.</strong> Das System erzeugt automatisch den Buchungssatz mit korrekter Kontozuordnung, Steuerkennzeichen und Belegnummer.</p>\n<p>2. <strong>Zahlungseingang wird gebucht.</strong> Entweder manuell oder per Bankimport (CAMT.053) wird der Zahlungseingang mit der offenen Forderung abgeglichen.</p>\n<p>3. <strong>Monatsabschluss vorbereiten.</strong> Per Knopfdruck oder automatisch zum Stichtag wird ein DATEV-kompatibler Buchungsstapel erzeugt – inklusive aller Belege.</p>\n<p>4. <strong>Übergabe an den Steuerberater.</strong> Der Export wird entweder als ZIP-Datei bereitgestellt oder direkt in DATEV Unternehmen online übertragen.</p>\n<p>5. <strong>Rückfragen minimieren.</strong> Weil alle Belege lückenlos zugeordnet sind und die Kontierung stimmt, reduzieren sich Rückfragen auf echte Ausnahmefälle.</p>\n<p>---</p>\n<h2>GoBD-Revisionssicherheit: kein Export ohne Protokoll</h2>\n<p>Ein häufig übersehener Aspekt: Wenn Buchungen exportiert und beim Steuerberater weiterverarbeitet werden, muss das ERP-System nachweisen können, dass die exportierten Daten unveränderlich sind. Die GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern) fordern einen lückenlosen Audit-Trail.</p>\n<p>Das bedeutet konkret:</p>\n<ul>\n<li>Jede Buchung muss protokolliert sein: wer hat sie erstellt, wann, mit welchem Betrag.</li>\n<li>Korrekturen dürfen nicht durch Überschreiben erfolgen, sondern nur durch Gegenbuchungen.</li>\n<li>Der DATEV-Export selbst muss dokumentiert sein: welcher Zeitraum wurde wann exportiert und an wen übergeben.</li>\n</ul>\n<p>Systeme, die Buchungen einfach überschreiben lassen oder keinen nachvollziehbaren Export-Log führen, sind für eine Betriebsprüfung ein Risiko.</p>\n<p>In ledgura ist der Audit-Trail kryptographisch verkettet und append-only auf Datenbankebene umgesetzt. Jeder exportierte Buchungsstapel wird mit Zeitstempel und Benutzerreferenz protokolliert. Die zugehörige Verfahrensdokumentation ist im System hinterlegt – ein Dokument, das Betriebsprüfer zunehmend einfordern.</p>\n<p>---</p>\n<h2>Häufige Fehler beim DATEV-Export – und wie Sie sie vermeiden</h2>\n<p><strong>Falsche Kontonummern</strong>: Prüfen Sie vor dem ersten Produktivexport, ob Ihr ERP-System auf SKR03 oder SKR04 konfiguriert ist – und ob das mit dem Kontenrahmen Ihres Steuerberaters übereinstimmt. Ein nachträglicher Wechsel ist aufwendig.</p>\n<p><strong>Fehlende Steuerkennzeichen</strong>: DATEV braucht eindeutige Steuerschlüssel (z. B. 9 für 19 % Umsatzsteuer auf Erlöse). Wenn Ihr ERP die Steuerart nicht korrekt übergibt, muss der Steuerberater jeden Satz manuell nacharbeiten.</p>\n<p><strong>Doppelte Belegnummern</strong>: Wenn das ERP keine eindeutigen, fortlaufenden Belegnummern erzwingt, entstehen beim Import Konflikte. Belegnummer-Kreise sollten pro Belegart und Jahr sauber getrennt sein.</p>\n<p><strong>Exportierte, aber gebuchte Zeiträume nochmals exportieren</strong>: Wenn nach einem Export noch Buchungen im gleichen Zeitraum hinzukommen und der Export wiederholt wird, muss klar sein, ob es sich um einen Delta-Export oder einen vollständigen Neuexport handelt. Kommunizieren Sie das mit Ihrem Steuerberater.</p>\n<p>---</p>\n<h2>Wann lohnt sich die Umstellung auf eine native DATEV-Integration?</h2>\n<p>Die Umstellung lohnt sich, sobald mehr als eine Person an der Buchhaltung beteiligt ist oder sobald mehr als 50 Ausgangsrechnungen pro Monat anfallen. Ab diesem Volumen übersteigt der manuelle Aufwand schnell einen halben Arbeitstag pro Monat – und das ohne die Zeit für Fehlersuche und Korrekturen.</p>\n<p>Noch deutlicher wird der Vorteil, wenn Eingangsrechnungen hinzukommen: Lieferantenrechnungen, die manuell erfasst, geprüft und dann separat exportiert werden müssen, verdoppeln den Aufwand. Eine integrierte Lösung erfasst Eingangsrechnungen direkt – etwa aus eingehenden ZUGFeRD- oder XRechnung-Dateien – und übergibt sie gemeinsam mit den Ausgangsrechnungen an DATEV.</p>\n<p>---</p>\n<h2>Fazit</h2>\n<p>Der DAT</p>"}, {"key": "9201-e-rechnungspflicht-deutschland-2025-xrechnung-zugferd", "id": 9201, "title": "E-Rechnungspflicht 2025: XRechnung und ZUGFeRD im Überblick", "slug": "e-rechnungspflicht-deutschland-2025-xrechnung-zugferd", "date": "2026-07-12", "chars": 6988, "hub_url": "https://blog.kingdom-hosting.de/ledgura/9201-e-rechnungspflicht-deutschland-2025-xrechnung-zugferd.html", "description": "Ab 2025 gilt die E-Rechnungspflicht in Deutschland. Was XRechnung und ZUGFeRD bedeuten und wie Sie Ihr Unternehmen rechtzeitig vorbereiten.", "keyword": "E-Rechnungspflicht Deutschland 2025", "html": "<p>Seit dem 1. Januar 2025 müssen Unternehmen in Deutschland elektronische Rechnungen empfangen und verarbeiten können – ohne Wenn und Aber. Die Ausstellungspflicht folgt in Stufen bis 2028. Für viele Buchhaltungsabteilungen und Geschäftsführer bedeutet das konkreten Handlungsbedarf: Welches Format ist das richtige? Was prüft das Finanzamt? Und was passiert, wenn die eigene Software noch PDF-Rechnungen per E-Mail verschickt?</p>\n<p>Dieser Artikel erklärt die gesetzlichen Grundlagen, die technischen Formate und die praktischen Schritte, die Sie jetzt angehen sollten.</p>\n<p>---</p>\n<h2>Was die E-Rechnungspflicht konkret bedeutet</h2>\n<p>Das Wachstumschancengesetz hat die Pflicht zur elektronischen Rechnung im B2B-Bereich gesetzlich verankert. Die Umsetzung erfolgt stufenweise:</p>\n<ul>\n<li><strong>Ab 1. Januar 2025:</strong> Jedes inländische Unternehmen muss E-Rechnungen *empfangen und verarbeiten* können. Eine einfache E-Mail mit PDF-Anhang reicht als E-Rechnung im gesetzlichen Sinne nicht mehr aus.</li>\n<li><strong>Ab 1. Januar 2027:</strong> Unternehmen mit einem Jahresumsatz über 800.000 Euro müssen E-Rechnungen auch *ausstellen*.</li>\n<li><strong>Ab 1. Januar 2028:</strong> Die Ausstellungspflicht gilt für alle übrigen inländischen Unternehmen im B2B-Bereich.</li>\n</ul>\n<p>Wichtig: Diese Pflichten betreffen ausschließlich Umsätze zwischen im Inland ansässigen Unternehmen (B2B). Rechnungen an Privatpersonen (B2C) oder grenzüberschreitende Leistungen sind vorerst nicht erfasst.</p>\n<p>---</p>\n<h2>XRechnung und ZUGFeRD: Die zwei zulässigen Formate</h2>\n<p>Die Norm EN 16931 definiert das europäische semantische Datenmodell für elektronische Rechnungen. In Deutschland sind zwei Formate verbreitet, die diese Norm erfüllen:</p>\n<h3>XRechnung</h3>\n<p>XRechnung ist ein rein maschinenlesbares XML-Format. Es enthält keine visuelle Darstellung – der Mensch sieht zunächst nur strukturierten Code. Dieses Format wird vom Standard XRechnung der KoSIT (Koordinierungsstelle für IT-Standards) definiert und ist seit Jahren Pflicht für Rechnungen an öffentliche Auftraggeber (Bund, viele Länder und Kommunen).</p>\n<p><strong>Stärken von XRechnung:</strong></p>\n<ul>\n<li>Vollständig maschinenverarbeitbar, keine manuelle Dateneingabe beim Empfänger</li>\n<li>Offiziell für die Peppol-Infrastruktur und das Bundes-Lieferantenportal vorgeschrieben</li>\n<li>Validierung gegen das KoSIT-Schematron möglich – damit lässt sich vor dem Versand prüfen, ob die Rechnung technisch korrekt ist</li>\n</ul>\n<p><strong>Schwäche:</strong> Ohne Visualisierungswerkzeug für den Menschen direkt nicht lesbar.</p>\n<h3>ZUGFeRD</h3>\n<p>ZUGFeRD (Zentraler User Guide des Forums elektronische Rechnung Deutschland) kombiniert eine menschenlesbare PDF-Seite mit einem eingebetteten XML-Datensatz. Es handelt sich um ein hybrides Format: Die PDF-Datei enthält alle Rechnungsinformationen visuell, und im Hintergrund liegt eine strukturierte XML-Datei nach EN 16931.</p>\n<p><strong>Stärken von ZUGFeRD:</strong></p>\n<ul>\n<li>Empfänger kann die Rechnung wie gewohnt als PDF lesen</li>\n<li>Buchhaltungssoftware kann den XML-Teil automatisch verarbeiten</li>\n<li>Besonders geeignet für den Übergang, wenn Empfänger noch keine vollautomatische Verarbeitung haben</li>\n</ul>\n<p><strong>Wichtiger technischer Hinweis:</strong> Die PDF-Datei muss dem Standard PDF/A-3b entsprechen, damit das eingebettete XML revisionssicher archiviert werden kann. Ob das tatsächlich erfüllt ist, lässt sich nicht mit bloßem Auge erkennen – dafür braucht es eine technische Prüfung, etwa durch das Werkzeug veraPDF.</p>\n<p>---</p>\n<h2>Warum einfaches PDF-Versand nicht mehr ausreicht</h2>\n<p>Eine Rechnung als Word-Dokument gespeichert und als PDF angehängt – dieses Vorgehen ist nach dem neuen Recht keine E-Rechnung im gesetzlichen Sinne. Selbst ein per E-Mail versendetes PDF ohne strukturierten XML-Kern gilt nach § 14 UStG künftig nur noch als „sonstige Rechnung&quot;, nicht als elektronische Rechnung.</p>\n<p>Das hat praktische Konsequenzen:</p>\n<ul>\n<li>Empfänger dürfen solche Rechnungen zwar noch eine Zeit lang akzeptieren, müssen es aber nicht.</li>\n<li>Für den Vorsteuerabzug kann es relevant werden, ob eine Rechnung das korrekte Format hat.</li>\n<li>Öffentliche Auftraggeber lehnen nicht konforme Rechnungen bereits heute ab.</li>\n</ul>\n<p>---</p>\n<h2>Häufige Fehler bei der Umsetzung</h2>\n<p>In der Praxis sehen wir immer wieder dieselben Stolperstellen:</p>\n<p><strong>1. Schematron-Validierung fehlt</strong></p>\n<p>Viele Softwarelösungen erzeugen XML-Dateien, die zwar strukturell korrekt aussehen, aber gegen das KoSIT-XRechnung-Schematron Fehler aufweisen. Das Schematron prüft Geschäftsregeln wie Pflichtfelder, gültige Steuercodes oder die korrekte Berechnung von Summen. Rechnungen mit solchen Fehlern werden von Empfängersystemen abgewiesen.</p>\n<p><strong>2. PDF/A-3b nicht korrekt erzeugt</strong></p>\n<p>Ein ZUGFeRD-Dokument ist nur dann revisionssicher archivierbar, wenn die PDF-Datei tatsächlich PDF/A-3b-konform ist. Viele PDF-Bibliotheken erzeugen PDF-Dateien, die sich so nennen, aber die Konformitätsprüfung nicht bestehen. Eine Prüfung durch veraPDF schafft hier Klarheit.</p>\n<p><strong>3. Fehlende Empfangsinfrastruktur</strong></p>\n<p>Die ab 2025 geltende Empfangspflicht wird von manchen Unternehmen unterschätzt. Es reicht nicht, E-Rechnungen in einem Ordner zu speichern. Die Daten müssen in die Buchhaltung einfließen können, und die Aufbewahrung muss GoBD-konform erfolgen.</p>\n<p><strong>4. Keine Verbindung zwischen Rechnung und Warenwirtschaft</strong></p>\n<p>Wenn Auftragsbestätigung, Lieferschein und Rechnung in verschiedenen Systemen liegen, entstehen Medienbrüche. Änderungen an einem Auftrag schlagen sich nicht automatisch in der Rechnung nieder – ein häufiger Fehlergrund.</p>\n<p>---</p>\n<h2>GoBD-Revisionssicherheit: Was das mit E-Rechnungen zu tun hat</h2>\n<p>Die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form (GoBD) schreiben vor, dass elektronische Dokumente unveränderlich archiviert werden müssen. Für E-Rechnungen bedeutet das:</p>\n<ul>\n<li>Die Originaldatei (XML bzw. PDF/A-3b) muss unverändert aufbewahrt werden.</li>\n<li>Jede Buchung braucht einen nachvollziehbaren, lückenlosen Prüfpfad.</li>\n<li>Die eingesetzte Software muss in einer Verfahrensdokumentation beschrieben sein.</li>\n</ul>\n<p>Ein kryptographisch verketteter Audit-Trail, der jede Änderung protokolliert und rückwirkende Manipulationen erkennbar macht, ist dabei keine Kür, sondern Pflicht.</p>\n<p>---</p>\n<h2>Was Ihre Software leisten muss</h2>\n<p>Aus den gesetzlichen Anforderungen ergibt sich eine konkrete Checkliste für Ihre ERP- oder Faktura-Software:</p>\n<ul>\n<li>Erzeugung von XRechnung (XML) und ZUGFeRD (hybrides PDF/A-3b) aus demselben Datensatz</li>\n<li>Automatische Validierung gegen EN 16931 und das KoSIT-XRechnung-Schematron vor dem Versand</li>\n<li>Verifikation der PDF/A-3b-Konformität durch ein geprüftes Werkzeug</li>\n<li>Empfang und strukturierte Verarbeitung eingehender E-Rechnungen</li>\n<li>GoBD-konforme Archivierung mit Audit-Trail</li>\n<li>Direkte Verbindung zwischen Auftrag, Lager, Rechnung und Buchhaltung – ohne manuelle Zwischenschritte</li>\n</ul>\n<p>Wenn Ihre aktuelle Lösung einzelne dieser Punkte nicht abdeckt, haben Sie bis Ende 2024 noch Zeit für einen geordneten Wechsel – aber diese Zeit wird knapper.</p>\n<p>---</p>\n<h2>Fazit</h2>\n<p>Die E-Rechnungspflicht ist keine bürokratische Formalität, sondern ein technischer Umbau des gesamten Rechnungswesensprozesses. XRechnung und Z</p>"}]}