Seit dem 1. Januar 2025 muss jedes deutsche B2B-Unternehmen technisch in der Lage sein, strukturierte E-Rechnungen zu empfangen und sie GoBD-konform zu verarbeiten. Es gibt keine Übergangsfrist auf der Empfangsseite. Die Übergangsfrist liegt nur auf der Versandseite, wo die Frist für Unternehmen über 800.000 EUR Vorjahresumsatz am 1. Januar 2027 fällt1.
Die meisten Mittelständler haben die Empfangsfrist als Häkchen-Übung behandelt: Tool installieren, XML archivieren, weiter. Die Unternehmen, die still den zweiten Schritt gegangen sind (KI macht Buchungsvorschlag, Format-Konvertierung und GoBD-Archiv-Routing), verarbeiten Rechnungen heute zu einem Fünftel der Kosten und in einem Fünftel der Zeit - während der Rest weiterhin zwei AP-Mitarbeitende pro Quartal an die Last verliert.
Dieser Leitfaden ist für die CFO-Position, die Leitung Finanzen oder die Geschäftsführung in einem deutschen Mittelständler, die die Empfangspflicht erfüllt hat und die nächsten 18 Monate Pflicht-Hochlauf in einen Margenhebel verwandeln will - statt in eine Compliance-Rechnung.
TL;DR
Die Empfangsfrist ist abgelaufen. Jedes deutsche B2B-Unternehmen muss seit 1. Januar 2025 E-Rechnungen empfangen können. Versendepflicht: 1. Januar 2027 (über 800K EUR), Ende 2027 (kleinere Unternehmen).
XRechnung und ZUGFeRD ab 2.0.1 sind die gültigen Formate. PDF ohne eingebettetes XML ist unter der Pflicht keine gültige E-Rechnung mehr.
KI zählt dort, wo die Pflicht es nicht tut: Format-Erkennung, Legacy-Rechnungs-Extraktion in der Übergangsfrist, Buchungsvorschlag gegen den Kontenrahmen, GoBD-Archiv-Routing, Ausnahmen-Triage.
Realistische Jahresziele: Rechnungskosten von 8-13 EUR manuell auf 1-3 EUR KI-gestützt, Zykluszeit von 12-18 Tagen auf 3-5 Tage, AP-Team-Kapazität zurückgewonnen für Lieferantenbeziehungen und Cash Management.
Das Risiko ist, die Empfangspflicht als Endzustand zu behandeln. Die Pflicht ist die Untergrenze - KI ist der Hebel.
Wo die E-Rechnungs-Pflicht Ende 2026 steht
Das Wachstumschancengesetz hat ab 1. Januar 2025 die obligatorische E-Rechnung für inländische deutsche B2B-Umsätze eingeführt - mit gestaffelter Übergangsfrist auf der Versandseite1. Genau zu wissen, welche Frist für welche Einheit gilt, ist die Grundlage für jede KI-Investition, die folgt.
- 1. Januar 2025 - Empfangspflicht greift vollumfänglich für jedes deutsche B2B-Unternehmen, ohne Übergangsfrist. Empfänger müssen strukturierte E-Rechnungen annehmen und GoBD-konform archivieren können1.
- 1. Januar 2025 bis 31. Dezember 2026 - Übergangsfrist für die Ausstellung. Sender dürfen weiter Papier oder PDF für ausgehende Rechnungen nutzen.
- 1. Januar 2027 - Ausstellungspflicht beginnt für Unternehmen mit Vorjahresumsatz über 800.000 EUR1.
- 31. Dezember 2027 - Ende aller Übergangsfristen. Unternehmen bis 800.000 EUR müssen ab 2028 ebenfalls E-Rechnungen ausstellen.
- Kleinunternehmer (§ 19 UStG) - Vollständig von der Ausstellungspflicht ausgenommen1.
- Öffentliche Hand - Schon seit 2020 verpflichtet unter der E-Invoicing-Richtlinie, oft über den OZG-XRechnungs-Pfad.
Schlüsseldaten
Die Aufbewahrungsfrist für Rechnungen wurde durch das Vierte Bürokratieentlastungsgesetz (BEG IV) seit 1. Januar 2025 von 10 auf 8 Jahre reduziert10. Die Frist beginnt am Ende des Kalenderjahres, nicht am Rechnungsdatum. Der strukturierte XML-Teil einer E-Rechnung muss für die vollen acht Jahre unverändert, maschinenlesbar, abrufbar und GoBD-konform bleiben.
| Datum | Pflicht | Wer ist betroffen |
|---|---|---|
| 1. Jan. 2025 | Empfangspflicht | Alle deutschen B2B-Unternehmen (keine Übergangsfrist) |
| Bis 31. Dez. 2026 | Übergangsfrist Ausstellung | Alle Aussteller dürfen noch Papier oder PDF senden |
| 1. Jan. 2027 | Ausstellungspflicht beginnt | Unternehmen mit Vorjahresumsatz über 800K EUR |
| 31. Dez. 2027 | Ende aller Ausstellungs-Übergangsfristen | Unternehmen bis 800K EUR müssen ab 2028 ebenfalls E-Rechnungen ausstellen |
| Permanent | Kleinunternehmer-Ausnahme | § 19 UStG-Steuerpflichtige von Ausstellung befreit |
XRechnung, ZUGFeRD und EN 16931 in Klartext
Die deutsche Pflicht akzeptiert E-Rechnungen, die der europäischen EN-16931-Norm entsprechen - was in der Praxis XRechnung, ZUGFeRD ab Version 2.0.1 (außer Profilen Minimum und Basic-WL) und gleichwertige Formate aus anderen EU-Mitgliedstaaten bedeutet1.
XRechnung
- Reines XML - Kein PDF, keine menschenlesbare Schicht in der Datei selbst. Der Viewer rendert das XML für den menschlichen Leser.
- Public-Sector-Herkunft - Entstanden als Pflichtformat für die Rechnungsstellung an die deutsche Bundesverwaltung; heute B2B-Standard.
- Strenge Validierung - KoSIT veröffentlicht den offiziellen Validator und ein eng definiertes Geschäftsregel-Set.
- Ideal für - Volumenstarke automatisierte Verarbeitung, bei der Menschen die Rechnung selten direkt ansehen.
ZUGFeRD 2.0.1+ (Hybrid)
- Hybrid PDF/A-3 + XML - Das XML ist in einen PDF/A-3-Container eingebettet, der für Menschen wie ein normales PDF angezeigt wird.
- Profile - EN 16931 (Standard), Extended, XRechnung. Die Profile Minimum und Basic-WL erfüllen die deutsche Pflicht NICHT.
- Beste aus beiden Welten - Maschinenlesbare Struktur plus die visuelle Schicht, die AP-Mitarbeitende und Genehmiger erwarten.
- Ideal für - Mid-Market-Unternehmen, in denen AP, Genehmiger und Steuerberater die Rechnung als PDF sehen wollen.
EN 16931 grenzüberschreitend
- EU-weiter Standard - Dasselbe Datenmodell liegt XRechnung (DE), Factur-X (FR), FatturaPA (IT), KSeF (PL) zugrunde.
- PEPPOL - Das grenzüberschreitende Netzwerk für den Austausch von EN-16931-Rechnungen, zunehmend von EU-Exporteuren genutzt.
- Praktische Implikation - Eine KI-Pipeline um EN 16931 herum gebaut handhabt eingehende Rechnungen aus jedem EU-Land mit derselben Logik.
- Aufpassen - Länder-spezifische Erweiterungen und Profile sind nur in ihrem Mitgliedstaat gültig.
| Format | Struktur | Menschliche Sicht | Pflicht-gültig? |
|---|---|---|---|
| XRechnung | Reines XML | Renderer nötig | Ja |
| ZUGFeRD 2.0.1+ (EN 16931, Extended, XRechnung-Profil) | XML in PDF/A-3 | PDF direkt sichtbar | Ja |
| ZUGFeRD Minimum / Basic-WL | XML in PDF/A-3 | PDF sichtbar | Nein (vom BMF ausgeschlossen) |
| Plain PDF (kein eingebettetes XML) | Unstrukturiert | PDF sichtbar | Nein (nur Übergangsfrist) |
| Papierrechnung | Unstrukturiert | Physisch | Nein (nur Übergangsfrist) |
GoBD-Archivierung: Was das BMF wirklich verlangt
Das BMF-Schreiben vom 14. Juli 2025 hat GoBD an die E-Rechnungs-Anforderungen angepasst - mit einer Kernbotschaft: Der strukturierte XML-Teil muss in seiner ursprünglichen elektronischen Form unverändert, maschinenlesbar, abrufbar und GoBD-konform für die vollen acht Jahre archiviert werden2.
Was GoBD-konforme Archivierung heißt
- Original-Form-Erhalt - Das XML wie empfangen, byte-identisch, ohne manuelle Veränderung.
- Unveränderbarkeit - Speicher, der jede Änderung nach Archivierung verhindert, mit kryptografischen oder Dateisystem-Kontrollen.
- Abrufbarkeit - Jede Rechnung der letzten acht Jahre muss innerhalb des von der Steuerbehörde definierten Audit-Fensters abrufbar sein.
- Maschinenlesbarkeit - Das XML muss für die volle Aufbewahrungsfrist parsebar bleiben - nicht nur visualisiert.
- Audit-Trail - Jede Lese-, Export- und Aufbewahrungs-Verlängerung protokolliert.
- Visualisierung daneben - Bei Hybrid-Format das XML und die PDF-Renderung speichern; bei reiner XRechnung das XML und eine deterministische Visualisierung.
Der Fehler, den die meisten Mittelständler machen
Das mit Abstand häufigste GoBD-Fehlermuster lautet: „Wir drucken die Rechnung und speichern das PDF". Das BMF-Schreiben ist explizit: Drucken reicht nicht. Das Original-XML muss erhalten bleiben. Unternehmen, die ihr Archiv 2024 um eine PDF-only-Routine herum gebaut haben, arbeiten heute 2026 das Archiv nach, um die XML-Seite zu ergänzen.
Praktische Reihenfolge, die hält
Eine audit-sichere Archivierungs-Pipeline schreibt das Original-XML beim Empfang in unveränderbaren Speicher, generiert eine deterministische PDF-Renderung für die menschliche Prüfung, indiziert die Rechnung in DATEV oder Ihrem Buchhaltungssystem mit Querverweis zum unveränderbaren XML und führt ein Audit-Log über jede Aktion gegen den Datensatz. Dieses Muster übersteht sowohl BMF-Audits als auch Steuerberater-Reviews.
Die KI-Rechnungs-Pipeline end-to-end
Eine KI-augmentierte E-Rechnungs-Pipeline hat sechs saubere Stufen, die jeweils isoliert messbar und verbesserbar sind. Der strukturierte Teil der E-Rechnung selbst braucht keine KI; KI zählt am meisten für Legacy-Formate, Buchungsvorschlag und Ausnahmen-Pfad.
1. Kanal-Eingang
- E-Mail-Postfach - Der dominante Eingangs-Pfad; KI klassifiziert Anhänge nach Format (XRechnung, ZUGFeRD, PDF, Bild, anderes).
- PEPPOL oder Lieferantenportal - Direkter strukturierter Eingang für über Netzwerk angebundene Lieferanten.
- EDI - Für lange bestehende Lieferantenbeziehungen, die schon EDIFACT oder Ähnliches getauscht haben.
- Papier - Gescannt und über einen OCR-dann-IDP-Pfad geroutet in der Übergangsfrist.
2. Format-Erkennung und Routing
Jede eingehende Rechnung wird klassifiziert als native E-Rechnung, Hybrid (PDF mit eingebettetem XML), Legacy-PDF oder Papier. Die strukturierten Fälle umgehen die KI-Extraktion vollständig; nur die Legacy- und Papier-Pfade brauchen einen KI-Extraktionsschritt.
3. Validierung
Für native und hybride E-Rechnungen ist die Validierung gegen das EN-16931-Schema und die deutschen Geschäftsregeln (KoSIT-Validator) ein deterministischer Schritt, der den Fluss steuert. Ungültige Rechnungen werden an eine Ausnahme-Queue geroutet - mit angehängtem Validator-Output für das Lieferantenbeziehungs-Team.
4. Buchungsvorschlag
Der KI-Buchungsvorschlag liest die strukturierten Rechnungsdaten, den Kontenrahmen, die Lieferantenhistorie und offene Bestellungen - und generiert einen Buchungsvorschlag für DATEV oder das relevante Buchhaltungssystem. Das ist der wertvollste KI-Schritt in der Pipeline. DATEV berichtet, dass sein KI-Buchungsservice 2025 den Umsatz fast verdreifacht hat9.
5. Genehmigungs-Routing
- Auto-Freigabe - Bei gematchten Bestellungen und vertrauten Lieferanten unter Schwelle geht die Buchung direkt in den Versand.
- Ein-Klick-Freigabe - Für Beträge oberhalb der Auto-Schwelle, aber unterhalb der formalen Genehmigungsgrenze, bereitet die KI den Fall für die Ein-Klick-Sign-off vor.
- Vollständiger Genehmigungsworkflow - Für hohe Beträge oder ungematchte Fälle läuft der Standard-Mehrstufen-Workflow.
- Ausnahme - Validierungs-Fehler, Lieferanten-Streit und Policy-Verstöße werden mit vollem Kontext an einen menschlichen Prüfer geroutet.
6. GoBD-konforme Archivierung
Der Archivierungsschritt erhält das Original-XML im unveränderbaren Speicher, indiziert die Rechnung in DATEV oder dem Buchhaltungssystem und schreibt das Audit-Log. Das ist der Schritt, den die BMF-Prüfung zuerst untersuchen wird.
6 ROI-Use-Cases auf der Pflicht aufgesetzt
Die Pflicht zwingt jedes deutsche B2B-Unternehmen, seine Rechnungs-Empfangs-Infrastruktur aufzurüsten. Die Unternehmen, die sechs KI-Use-Cases auf dieser Infrastruktur aufbauen, holen die Implementierungskosten innerhalb eines Jahres zurück und schaffen Vorteile, die die Pflicht allein nie liefert.
1. Buchungsvorschlag gegen den Kontenrahmen
- Eingaben - Strukturierte E-Rechnungsdaten, Kontenrahmen, Lieferantenhistorie, frühere Buchungen ähnlicher Rechnungen.
- Aktion - Buchungsvorschlag mit Konfidenz-Score zur Prüfung oder Auto-Buchung erzeugen.
- Realistische Wirkung - 60-80% der Rechnungen ohne manuelle Eingabe gebucht; KPMG berichtet, dass fast die Hälfte der Unternehmen mit KI-Rechnungsverarbeitung im Schnitt einen ROI über 40 Prozent erreicht13.
2. Legacy-Format-Extraktion in der Übergangsfrist
- Eingaben - PDF-, Bild- oder gescannte Papierrechnungen, die in der Übergangsfrist 2025-2027 ankommen.
- Aktion - KI extrahiert die strukturierten Felder und konvertiert die Rechnung in das gleiche interne Format wie native E-Rechnungen.
- Realistische Wirkung - Erweitert die KI-Pipeline auf 100 Prozent des eingehenden Rechnungs-Volumens, nicht nur auf den strukturierten Anteil.
3. Bestellabgleich und Drei-Wege-Verifikation
- Eingaben - Rechnung, Bestellung, Wareneingang, Vertragsbedingungen.
- Aktion - KI gleicht die drei Dokumente ab, markiert Abweichungen und schlägt Lösungspfade vor.
- Realistische Wirkung - 70-85 Prozent der bestellbezogenen Rechnungen automatisch abgeglichen; manuelle Ausnahmebehandlung sinkt um 50 Prozent.
4. Dubletten- und Betrugserkennung
- Eingaben - Rechnungsnummer, Lieferant, Betrag, Datums-Muster, IBAN, Verhaltenssignale über die Historie.
- Aktion - KI markiert Dubletten, verdächtige IBAN-Änderungen, anomalous Beträge und bekannte Betrugsmuster.
- Realistische Wirkung - Erkennung von Problemen, die manuelle Prüfung verlässlich verfehlt - besonders mittel-volumige Dubletten aus ERP-Migrationen.
5. Ausnahme-Triage und Lieferanten-Kommunikation
- Eingaben - Validierungs-Fehler, fehlende Daten, Format-Probleme, lieferantenseitige Fehler.
- Aktion - KI entwirft die Lieferanten-E-Mail mit Bitte um die korrigierte Rechnung - inklusive spezifischem Validator-Output und Format-Anforderung.
- Realistische Wirkung - Lieferanten-Fehler-Lösungszeit von Tagen auf Stunden gesenkt; AP-Team konzentriert sich nur auf substantielle Streitfälle.
6. Cash-Flow-Reporting und Prognose
- Eingaben - Alle Rechnungsdaten, Zahlungsbedingungen, historisches Zahlungsverhalten, Lieferanten-Kritikalität.
- Aktion - Echtzeit-Cash-Flow-Projektion, die mit jedem Rechnungseingang aktualisiert, plus Empfehlung zur Zahlungspriorität.
- Realistische Wirkung - Das CFO-Dashboard wechselt von monatlich auf wöchentlich; Zahlungstiming für Skonti und Lieferantenbeziehungen optimiert.
| Use Case | Primäre Metrik | Realistische Year-1-Wirkung | Komplexität |
|---|---|---|---|
| Buchungsvorschlag | Auto-Buchungsrate | 60-80% touchless | Mittel |
| Legacy-Format-Extraktion | Abdeckung des Eingangs | 100% (vs. nur strukturiert) | Mittel |
| Bestellabgleich | Auto-Match-Rate | 70-85% | Mittel-Hoch |
| Dubletten- und Betrugserkennung | Erkannte Anomalien pro Monat | Fängt, was Menschen verfehlen | Niedrig-Mittel |
| Ausnahme-Triage | Lieferanten-Fehler-Lösungszeit | Tage auf Stunden | Niedrig |
| Cash-Flow-Reporting | Prognose-Frequenz | Monatlich auf wöchentlich | Niedrig-Mittel |
Sehen, was ein KI-Rechnungs-Agent für Ihr AP-Team tun würde?
30 Minuten Gespräch buchen. Wir ziehen eine Beispielwoche eingehender Rechnungen und zeigen Ihnen die Buchungsvorschläge.

DATEV, SAP, Lexware, Sage: Integration, die hält
Die Buchhaltungs-Plattform, die Sie bereits nutzen, bestimmt den saubersten Integrationspfad. Die Mittelstands-Realität: 70 bis 80 Prozent der Unternehmen laufen auf DATEV oder einer DATEV-Steuerberater-Beziehung - SAP, Lexware, Sage und Microsoft Dynamics decken den Rest ab9.
DATEV-zentrierte Setups
- DATEV E-Rechnung Online - DATEVs natives Empfangs- und Versandprodukt, geeignet als Kanal-Schicht.
- DATEV Automatisierungsservice Rechnungen - Der KI-Buchungsvorschlag-Service, DATEVs stärkster KI-Wachstumstreiber 20259.
- DATEV Unternehmen Online (DUO) - Cloud-basierter Dokumenten- und Genehmigungs-Flow, der natürlich für KI-Agenten-Integration erweiterbar ist.
- DATEV Connect online - Die API-Schicht, über die ein Custom-KI-Agent in DATEV lesen und schreiben kann ohne Screen Scraping.
SAP-zentrierte Setups (S/4HANA, ECC)
SAP-Kunden setzen typischerweise SAP Document and Reporting Compliance für die Empfangs- und Validierungs-Schicht ein, plus den KI-Agenten obendrauf über Standard-BAPI- oder OData-APIs. Das Muster aus unserem SAP-und-KI-Agenten-Leitfaden gilt direkt für die Rechnungsverarbeitung.
Lexware, Sage, Microsoft Dynamics
Diese Plattformen decken einen großen Teil des kleineren Mittelstands-Segments ab. Jede hat eine native E-Rechnungs-Empfangs-Option (Lexware Office, Sage E-Invoicing, Dynamics 365 Business Central) und eine API- oder Partner-App-Schicht für die KI-Agenten-Integration. Das architektonische Muster ist identisch zu DATEV: Plattform als System of Record halten, KI für Buchungsvorschlag und Ausnahmebehandlung obendrauf legen.
| Plattform | E-Rechnungs-Pfad | Native KI-Komponente | Custom-Agenten-Integration |
|---|---|---|---|
| DATEV | E-Rechnung Online + DUO | Automatisierungsservice Rechnungen | DATEV Connect online API |
| SAP S/4HANA | SAP Document and Reporting Compliance | Joule für Finance-Module | BAPI / OData / CPI Schicht |
| Lexware | Lexware Office | Lexware KI-Add-ons | Lexware API + Partner-Apps |
| Sage | Sage E-Invoicing | Sage Copilot | Sage API + Partner-Apps |
| Dynamics 365 BC | Native EN-16931-Unterstützung | Microsoft Copilot for Finance | Power Platform + Custom-Konnektoren |
Native KI vs. Custom-Agent obendrauf
Native Plattform-KI
- ✓ Schnellerer Start - Schalter umlegen in der Plattform, die Sie schon nutzen
- ✓ Anbieter-unterstützt - Updates und Compliance-Aktualisierungen vom Anbieter geliefert
- ✓ Steuerberater vertraut - gleiches Dashboard wie der Rest des Buchhaltungs-Flows
- ✗ Begrenzte Anpassung - funktioniert für Standard-Kontenrahmen; weniger flexibel bei ungewöhnlichen Setups
- ✗ Per-Transaktions- oder Per-Lizenz-Kosten - Kosten skalieren mit Volumen
Custom-Agent obendrauf
- ✓ Custom-Logik - Ihren spezifischen Kontenrahmen, Lieferantenregeln, Genehmigungsschwellen kodieren
- ✓ Multi-Plattform - ein Agent liest DATEV und SAP und Lexware, wo Konzernstrukturen es brauchen
- ✓ Souverän by Default - EU-Residenz, freie LLM-Wahl
- ✓ Planbare Preise - per Use Case, keine Per-Transaktions-Überraschungen
- ✗ Höhere Anfangsinvestition - 8-12 Wochen vs. Schalter umlegen
Der 90-Tage-E-Rechnung+KI-Pilot
Ein 90-Tage-Pilot bringt eine Konzern-Einheit, einen Hauptkanal eingehender Rechnungen und den Buchungsvorschlag-Use-Case vom aktuellen Stand in die Produktion. Die Form, die im Mittelstand funktioniert, behält DATEV oder Ihre bestehende Buchhaltungs-Plattform als System of Record.
Phase 1: Audit und Baseline (Wochen 1-4)
- Woche 1: Eingangs-Rechnungs-Zensus - 90 Tage eingehende Rechnungen ziehen und nach Format (E-Rechnung nativ, Hybrid, PDF, Papier) und Lieferant klassifizieren.
- Woche 2: Archiv-Review - Aktuelles GoBD-Archiv gegen die Anforderungen des BMF-Schreibens vom 14. Juli 2025 auditieren - mit Fokus auf Original-XML-Erhalt.
- Woche 3: Buchungsworkflow-Mapping - Den aktuellen Buchungsworkflow vom Empfang bis zur Buchung dokumentieren, inklusive Genehmigungsschritten und Ausnahmebehandlung.
- Woche 4: Baseline-KPIs - Heutige Kosten pro Rechnung, Zykluszeit, Auto-Buchungsrate, Ausnahmenrate und Steuerberater-Übergabe-Qualität fixieren.
Phase 2: Build und Shadow-Mode (Wochen 5-8)
- Wochen 5-6: Pipeline-Aufbau - Datenquellen anbinden, GoBD-konformes Archiv konfigurieren, Integration mit DATEV oder SAP, KI-Buchungsvorschlag-Schicht mit 200 bis 400 Rechnungs-Evaluierungs-Set bauen.
- Woche 7: Shadow-Mode - Agent verarbeitet echte eingehende Rechnungen parallel zum menschlichen Team, postet aber keine Buchungen. AP-Mitarbeitende und Steuerberater prüfen Abweichungen.
- Woche 8: Kalibrierung - Policies basierend auf Shadow-Mode-Misses nachschärfen. GoBD-Archiv-Integrität durch Steuerberater-Review validieren. Edge Cases zum Evaluierungs-Set ergänzen.
Phase 3: Go-Live mit Human-in-the-Loop (Wochen 9-12)
- Woche 9: Soft-Launch - Live für ein Lieferanten-Segment. Auto-Buchung nur für hochkonfidente Bestell-gematchte Rechnungen; menschliche Prüfung für den Rest.
- Wochen 10-11: Anliegen ausweiten - Weitere Lieferanten-Segmente und den zweiten Use Case ergänzen (typischerweise Bestellabgleich oder Dubletten-Erkennung).
- Woche 12: Messen und entscheiden - Kosten pro Rechnung, Zykluszeit, Auto-Buchungsrate und Steuerberater-Übergabe-Qualität gegen Baseline vergleichen. Über nächsten Kanal und nächste Use Cases entscheiden.
E-Rechnung+KI-Pilot-Bereitschafts-Checkliste
- Sie können 90 Tage historischer eingehender Rechnungen in strukturierter Form ziehen
- Sie kennen die Format-Mischung (E-Rechnung, Hybrid, PDF, Papier) des Eingangsverkehrs
- Ihr aktuelles GoBD-Archiv erhält das Original-XML (oder Sie akzeptieren, dass dies im Pilot saniert wird)
- DATEV / SAP / Lexware exponiert APIs (oder die IT kann das priorisieren)
- Es gibt eine AP-Lead und einen Steuerberater-Kontakt, die den Pilot gemeinsam besitzen
- Die Geschäftsleitung hat einem 90-Tage-Pilot mit messbaren KPIs zugestimmt
- Der Betriebsrat ist informiert, wo Mitarbeitenden-Leistungsdaten betroffen sind
- Ihr Pilot-Budget liegt zwischen 25.000 und 80.000 Euro
“Insbesondere die in Deutschland üblichen Formate XRechnung und ZUGFeRD ab Version 2.0.1 (mit Ausnahme der Profile MINIMUM und BASIC-WL) erfüllen die umsatzsteuerlichen Voraussetzungen für eine E-Rechnung.”
- Bundesfinanzministerium, FAQ E-Rechnung 1. Januar 20251
DSGVO, EU-KI-VO, Steuerberater, Betriebsrat
E-Rechnung sitzt am Schnittpunkt von Steuerrecht, Datenschutz, KI-Regulierung und Steuerberater-Beziehung. Jede der vier Ecken hat eine klare Pflicht, die die Implementierung respektieren muss.
GoBD und Steuerrecht
- BMF-Schreiben 14. Juli 2025 - Die aktuelle maßgebliche Referenz für GoBD-konforme E-Rechnungs-Verarbeitung2.
- 8 Jahre Aufbewahrungsfrist - Reduziert von 10 durch BEG IV; Frist beginnt am Ende des Kalenderjahres.
- Original-XML-Erhalt - Verpflichtend. Drucken allein reicht nicht.
- Steuerberater-Sign-off - Der Steuerberater hat finale Verantwortung für die Bücher und muss das GoBD-Archiv-Design freigeben.
DSGVO-Essentials
- Personenbezogene Daten auf Rechnungen - Lieferanten- und Kontaktnamen lösen DSGVO aus. Rechtsgrundlage für die Verarbeitung dokumentieren.
- Auftragsverarbeitungsvertrag (AVV) - Erforderlich mit dem LLM-Anbieter, dem Archiv-Anbieter und der KI-Agenten-Plattform.
- EU-Datenresidenz - Anthropic, OpenAI, Mistral, Google und Aleph Alpha bieten EU-Endpoints für Rechnungsverarbeitung.
- Audit-Trail - Jeden Lese-, jeden Buchungsvorschlag, jeden Export für die 8-Jahres-Aufbewahrungsfrist protokollieren.
EU-KI-Verordnung
- Risikoklassifikation - Eine Buchungsvorschlag-KI ist begrenztes Risiko, weil sie keine Bonitäts-, Beschäftigungs- oder Sicherheitsentscheidungen trifft.
- Artikel 4 (KI-Kompetenz) - Verpflichtend ab August 2026. AP-Mitarbeitende und Steuerberater-Kontakte, die die KI konfigurieren oder überwachen, brauchen verhältnismäßige Schulung19.
- Transparenz - KI-Beteiligung im AP-Prozess intern offenlegen; externe Transparenz ist für eingehende Rechnungsverarbeitung nicht erforderlich.
Betriebsrat
- Mitbestimmungs-Trigger - § 87 Abs. 1 Nr. 6 BetrVG erfasst technische Einrichtungen, die Mitarbeitenden-Leistung überwachen20. AP-Team-Leistungs-Metriken aus dem KI-System lösen das aus.
- Betriebsvereinbarung - Praktischer Weg: deckt AP-Leistungs-Verwendung, Aufbewahrung und Override-Recht ab.
- Früh einbinden - Betriebsrat in Phase 1 holen, nicht nach Launch.
Wie Superkind passt
Superkind baut individuelle KI-Agenten, die auf DATEV, SAP, Lexware, Sage oder Dynamics für end-to-end E-Rechnungs-Verarbeitung sitzen. Der Ansatz ist Process-First - wir laufen mit Ihrem AP-Team und Ihrem Steuerberater mit, bevor ein Modell ins Spiel kommt - und der Agent augmentiert die Plattform, die Sie bereits nutzen.
- Process-First-Discovery - Eine Woche lang mit Ihrer AP-Lead und Ihrem Steuerberater, bevor irgendein Agent gebaut wird. Keine Templates, keine Slide-Annahmen.
- Sitzt auf Ihrem Stack - Verbindet sich per API mit DATEV (Connect online, DUO), SAP (BAPI/OData), Lexware, Sage, Microsoft Dynamics und Custom-ERPs. Ihr AP-Team behält die Tools, die es kennt.
- GoBD-konform by Design - Original-XML-Erhalt, unveränderbares Archiv, Audit-Trail-Design - alles gegen das BMF-Schreiben vom 14. Juli 2025 geprüft.
- DATEV-fluent - Native DATEV-Connect-online-Integration, wo DATEV das System of Record ist; arbeitet neben DATEVs eigenem KI-Service für Buchungsvorschlag.
- Souverän by Default - EU-Datenresidenz, freie LLM-Wahl (Anthropic, OpenAI, Mistral, Aleph Alpha) und On-Premises-Optionen für regulierte Branchen.
- Outcome-Metriken, die zählen - Wir designen und reporten gegen Kosten pro Rechnung, Zykluszeit, Auto-Buchungsrate und Steuerberater-Übergabe-Qualität.
- Steuerberater-freundlich - Wir unterstützen das Steuerberater-Gespräch direkt, inkl. Walkthrough des GoBD-Archiv-Designs.
- Live in 8 bis 12 Wochen - Erster Produktions-Use-Case in einem Kanal in einem Quartal; folgende Use Cases gehen schneller, weil die Integrationsschicht steht.
Superkind für E-Rechnung
Vorteile
- ✓ Process-First-Mitlauf - wir sitzen mit Ihrem AP-Team und Steuerberater
- ✓ Augmentiert DATEV/SAP/Lexware - die bekannte Plattform bleibt
- ✓ GoBD-konform by Design - Audit-Trail und Original-XML-Erhalt eingebaut
- ✓ Souverän by Default - EU-Residenz, freie LLM-Wahl
- ✓ Planbare Preise - per Use Case, keine Per-Rechnungs-Überraschungen
Nachteile
- ✗ Kein Self-Serve - Zusammenarbeit mit unserem Team nötig
- ✗ Höhere Anfangsinvestition - 8-12 Wochen vs. Schalter umlegen bei nativer KI
- ✗ Kapazitätsbegrenzt - wir arbeiten mit einer fokussierten Anzahl Kunden
- ✗ Übertrieben für sehr kleine AP-Teams - bei 100 Rechnungen pro Monat reicht native DATEV-KI
Entscheidungs-Framework: Wo 2026 investieren
Jeder deutsche Mittelständler hat dasselbe 18-Monats-Fenster vom späten 2026 bis zur vollen Versendepflicht. Nutzen Sie dieses Framework, um zu entscheiden, wo zuerst zu investieren.
| Signal | Was es bedeutet | Aktion |
|---|---|---|
| Sie empfangen 500+ Rechnungen pro Monat | Skala rechtfertigt den KI-Build | Buchungsvorschlag + GoBD-Archiv im selben Pilot |
| Ihr Archiv setzt noch auf PDF-only-Speicherung | Nicht GoBD-konform unter dem BMF-Schreiben Juli 2025 | Archiv im selben Projekt wie den KI-Buchungs-Pilot sanieren |
| Ihr AP-Team hat seit 6+ Monaten unbesetzte Stellen | Headcount-Wachstum ist am Ende | KI fängt das Volumenwachstum auf, das bestehende Team konzentriert sich auf Lieferantenbeziehungen |
| Sie operieren in 5+ EU-Ländern | EN-16931-grenzüberschreitende Behandlung zählt | Custom-Agent, der XRechnung, Factur-X, FatturaPA, KSeF in einer Pipeline handhabt |
| Ihr Vorjahresumsatz liegt über 800K EUR | Versendepflicht greift 1. Januar 2027 | Den ausgehenden E-Rechnungs-Build jetzt planen, nicht in Q4 2026 |
| Sie empfangen weniger als 100 Rechnungen pro Monat | Native DATEV / Lexware KI reicht vermutlich | Native Plattform-KI nutzen; bei Verdopplung des Volumens neu prüfen |
Jetzt handeln vs. abwarten
Jetzt handeln
- ✓ Kumulierende Agentenqualität - jeder Monat live macht den Agenten schärfer
- ✓ Headcount, den Sie nicht einstellen müssen - der Agent fängt das Volumenwachstum auf
- ✓ 2027er Versendefrist bereit - der ausgehende Build profitiert von der Eingangs-Pipeline
- ✓ GoBD-Risiko früh geschlossen - die BMF-Änderungen erwischen Sie nicht in Q4
Abwarten
- ✗ Rechnungskosten bleiben bei 8-13 EUR - Wettbewerber mit KI laufen bei 1-3 EUR
- ✗ AP-Mitarbeiter-Fluktuation hält an - Inbox-Burnout treibt Churn
- ✗ 2027er Versendefrist unter Druck - Nachrüsten ist doppelt so teuer
- ✗ Audit-Risiko wächst - GoBD-non-konforme Archive tauchen bei der nächsten Steuerprüfung auf
Verwandte Artikel
- KI in der Buchhaltung: Belegverarbeitung, DATEV-Integration und das Ende des Buchhaltungs-Mondays - Das Companion zur breiteren Buchhaltungs-Pipeline hinter der E-Rechnungs-Pflicht.
- Intelligente Dokumentenverarbeitung - Die IDP-Architektur, die Legacy-PDF und Papierrechnungen in der Übergangsfrist handhabt.
- KI im Einkauf - Das Procure-to-Pay-Companion, das die Eingangsseite der AP-Pipeline schließt.
- SAP und KI-Agenten - Integrationsmuster für SAP S/4HANA, ECC und Business One, die direkt für E-Rechnungs-Empfang gelten.
- KI als Compliance-Assistent - Das breitere GoBD-, DSGVO- und EU-KI-VO-Compliance-Bild.
- Human-in-the-Loop - Die Autonomiestufen und Risiko-x-Reversibilität-Matrix für KI-Buchungs-Freigaben.
Häufig gestellte Fragen
Ja. Seit dem 1. Januar 2025 muss jedes deutsche B2B-Unternehmen technisch in der Lage sein, strukturierte E-Rechnungen zu empfangen und sie GoBD-konform zu verarbeiten - ohne Übergangsfrist auf der Empfangsseite. Die Übergangsfrist gilt nur für die Versandseite: Unternehmen mit Vorjahresumsatz über 800.000 EUR müssen ab 1. Januar 2027 E-Rechnungen versenden, kleinere bis Ende 2027. Kleinunternehmer (§ 19 UStG) sind von der Versendepflicht ausgenommen.
XRechnung ist ein reines XML-Format ohne menschenlesbare Schicht. ZUGFeRD (ab Version 2.0.1, außer den Profilen Minimum und Basic-WL) ist ein Hybrid, der das XML in einem PDF/A-3-Container einbettet - menschenlesbar und maschinenlesbar in derselben Datei. Eine normale PDF ohne eingebettetes XML ist unter der deutschen Pflicht keine gültige E-Rechnung mehr; sie gilt nur in der Übergangsfrist als „sonstige Rechnung".
KI beschleunigt die vier schwierigsten Schritte: Format-Erkennung (XRechnung vs. ZUGFeRD vs. Legacy-PDF vs. Papier), Datenextraktion aus nicht-strukturierten Legacy-Rechnungen, die in der Übergangsfrist noch ankommen, Buchungsvorschlag gegen den Kontenrahmen und Ausnahmen-Triage bei Validierungsfehlern. Der strukturierte Teil einer E-Rechnung selbst braucht keine KI zum Lesen; KI zählt für alles drumherum (Legacy-Formate, Edge Cases, GoBD-konformes Routing, DATEV-Buchung).
Acht Jahre. Die Aufbewahrungsfrist wurde durch das Vierte Bürokratieentlastungsgesetz (BEG IV) seit 1. Januar 2025 von 10 auf 8 Jahre reduziert. Die Frist beginnt am Ende des Kalenderjahres. Der strukturierte XML-Teil muss in seiner Originalform unverändert, maschinenlesbar, abrufbar und GoBD-konform für die vollen 8 Jahre archiviert werden.
Nein. Der strukturierte XML-Teil einer E-Rechnung muss in seiner ursprünglichen elektronischen Form erhalten bleiben. Ausdrucken allein reicht unter GoBD nicht - das BMF-Schreiben vom 14. Juli 2025 stellt das ausdrücklich klar. Ein GoBD-konformes Archiv hält das Original-XML neben jeder Visualisierung vor, mit vollem Audit-Trail und unveränderbarer Speicherung.
Ja. DATEV hat mehrere E-Rechnungs-Produkte ausgeliefert, darunter DATEV E-Rechnung Online und den Automatisierungsservice Rechnungen. Für mittelständische Unternehmen bereits auf DATEV ist der Weg, das bestehende Setup um den KI-Buchungsvorschlag und ein GoBD-konformes Archiv zu erweitern - nicht die Plattform zu wechseln. Für Nicht-DATEV-Stacks (SAP, Lexware, Sage, Microsoft Dynamics) gilt dasselbe Muster mit den jeweiligen plattform-nativen Äquivalenten plus KI obendrauf.
Ein fokussierter E-Rechnung + KI-Einsatz für ein 100-Mitarbeiter-Unternehmen kostet im ersten Jahr 25.000 bis 80.000 Euro - inklusive Konnektor zu DATEV oder SAP, GoBD-konformem Archiv, KI-Buchungsvorschlag-Service und Steuerberater-Koordination. Verarbeitungskosten pro Rechnung sinken typischerweise von 8 bis 13 EUR manuell auf 1 bis 3 EUR mit KI-Unterstützung. Die meisten Unternehmen erreichen Payback in 6 bis 12 Monaten.
Planen Sie 90 Tage, fokussiert auf eine Konzern-Einheit und einen Hauptkanal für eingehende Rechnungen. Phase 1 (Wochen 1-4) auditiert den aktuellen Rechnungseingang, Formate, Archiv-Setup und DATEV-Konfiguration. Phase 2 (Wochen 5-8) baut die Empfangs-Klassifikations-Extraktions-Buchungs-Pipeline mit KI-Vorschlägen im Shadow-Mode. Phase 3 (Wochen 9-12) geht mit menschlicher Prüfung der KI-Vorschläge und vollständigem GoBD-Audit-Trail live.
In der Übergangsfrist 2025 bis 2027 muss Ihre KI-Pipeline drei Formate parallel handhaben: native E-Rechnung (XML oder Hybrid), Legacy-PDF und Papier. Das empfangende Unternehmen ist verantwortlich, Legacy-Formate in ein GoBD-konformes Archiv zu überführen - KI-Dokumentenverarbeitung übernimmt die Datenextraktion. Bis 2028 sollten die Legacy-Pfade ausgemustert sein und nur die strukturierte E-Rechnungs-Pipeline läuft in Produktion.
Nein. Die rechtliche Gültigkeit wird durch das strukturierte E-Rechnungs-Format selbst bestimmt (XRechnung oder ZUGFeRD) - nicht dadurch, wie die Rechnung danach verarbeitet wird. KI-Beteiligung in Buchungsvorschlag, Archiv-Routing und Ausnahmen-Triage ist erlaubt und beeinflusst weder die steuerliche noch die handelsrechtliche Gültigkeit, sofern das GoBD-Archiv das Original-XML unverändert vorhält.
Eine Buchungsvorschlag- oder Rechnungs-Klassifikations-KI ist unter der EU-KI-VO begrenztes Risiko, weil sie keine Bonitäts-, Beschäftigungs- oder Sicherheitsentscheidungen trifft. Artikel 4 (KI-Kompetenz) verlangt, dass die Personen, die die KI konfigurieren und überwachen, verhältnismäßig geschult werden. Kundenseitige Transparenzpflichten greifen nur, wenn der Kunde direkt mit der KI interagiert - was bei eingehender Rechnungsverarbeitung selten der Fall ist.
Ja. Der Steuerberater bestätigt, dass das GoBD-Archiv-Design für die Steuerprüfung trägt und dass die KI-Buchungsvorschlag-Logik seine finale Verantwortung für die Bücher nicht beeinträchtigt. Der Betriebsrat ist einzubeziehen, wenn die KI Mitarbeitenden-Leistungsdaten verarbeitet - was bei eingehender Rechnungsverarbeitung typischerweise nicht der Fall ist, aber geprüft werden sollte. Beide in der Pilotphase einbinden, nicht nach Launch.
Quellen
- Bundesfinanzministerium - FAQ E-Rechnung 1. Januar 2025
- BMF-Schreiben 14.07.2025 - GoBD-Update zur E-Rechnung
- Wachstumschancengesetz - Bundesgesetzblatt
- Bayerisches Landesamt für Steuern - E-Rechnung
- IHK Frankfurt - E-Rechnungspflicht ab 2025
- IHK Darmstadt - E-Rechnung B2B seit 2025
- DATEV - E-Rechnungspflicht und gesetzliche Regelungen
- DATEV - Künstliche Intelligenz mit DATEV KI
- Handwerksblatt - DATEV wächst: Cloud und KI für Rechnungswesen
- Bundesgesetzblatt - Viertes Bürokratieentlastungsgesetz (BEG IV)
- KoSIT - XRechnung Standard und Spezifikation
- FeRD - ZUGFeRD-Format Spezifikation
- Haufe - Künstliche Intelligenz in Finanzabteilungen
- Bitkom - Digitalisierung der Wirtschaft 2025
- Steuerberater Braun - E-Rechnung 2026 Pflicht und Übergangsfristen
- d.velop - GoBD-konforme Aufbewahrung von Rechnungen
- IBM - First-Time Fix Rate and Invoice Processing Benchmarks
- EU-KI-Verordnung - Implementation Timeline
- EU-KI-Verordnung - Artikel 4 (KI-Kompetenz)
- BetrVG § 87 - Mitbestimmungsrechte
- Pylon - B2B Customer Support and AP Benchmarks 2026
- OpenPeppol - PEPPOL Network for Cross-border E-Invoicing
Bereit, die E-Rechnungs-Pflicht in einen Margenhebel zu verwandeln?
30 Minuten Gespräch mit Henri buchen. Wir schauen uns eine Beispielwoche eingehender Rechnungen an, identifizieren, wo KI-Buchungsvorschlag sich schon rentiert, und skizzieren einen 90-Tage-Pilot - ohne Verpflichtung, ohne Sales-Pitch.
Demo buchen →
