Compliance & Moat

KoSIT Validator E-Rechnung: Was der offizielle Akzept-Gate wirklich prüft (und warum ACCEPT zählt)

Kurze Antwort: Eine E-Rechnung ist für fakturai nur dann valide, wenn sie die 4-schichtige Prüfung mit dem Ergebnis „accept“ beim offiziellen KoSIT-Validator (Bundesfinanzministerium / KoSIT-Referenz) besteht. Das ist das autoritative Gate für EN 16931 / ZUGFeRD / Factur-X. Alles andere (PDF-Look, eigene Prüfungen) reicht nicht.

Warum der KoSIT-Gate der echte Moat für deutsche E-Rechnungen ist

Seit der E-Rechnungspflicht (Empfang 1.1.2025 für inländische B2B, Ausstellung phasenweise bis 2027/2028) zählt nur, was maschinenlesbar und von der Verwaltung akzeptiert wird. Viele Tools erzeugen „irgendwas mit XML“. fakturai erzwingt vor jeder Auslieferung (und bei der freien Validierung) das Ergebnis des amtlichen Referenz-Validators.

Das KoSIT-Gate ist:

Offiziell: vom BMF/KoSIT betrieben, nicht eine private Regelmenge.
Aktuell: wir halten den Validator und die Konfigurationen aktuell (``erechnung doctor``).
Harte Barriere: Rechnungen ohne „accept“ werden nicht freigegeben. Keine Ausnahmen für „sieht gut aus“.

Die 4 Schichten der Prüfung (genau wie im Engine-Report)

fakturai implementiert die Barriere direkt aus dem Engine-Report (erechnung.validate.Report.passed):

PDF/A-3b-Archivierungsfähigkeit — WeasyPrint + korrekte Font-Embeddings, keine Interpolate-Fallen (veraPDF via Mustang).
CII-XSD-Strukturvaliderung — Gegen die EN 16931 XSD (drafthorse / factur-x). Strukturelle Wohlgeformtheit.
Mustang (EN 16931 Schematron + PDF/A) — Prüft BR-DE- und PEPPOL-Regeln. Kern-EN-16931-Regeln (inkl. VAT-Kategorien BR-S/Z/E/AE/G/O/K, BR-CO, BR-CL) sind HARD. BR-DE-* und PEPPOL-* sind für B2B ADVISORY (werden als Hinweise geführt, nicht als Blocker).
Offizieller KoSIT-Validator — Das entscheidende Gate. Nur wenn kosit_acceptance == "accept" (und keine hard_failures + pdfa_compliant) gibt fakturai die Rechnung frei. Das ist die autoritative Bestätigung.

Report.passed (die freigaberelevante Eigenschaft):

pdfa_compliant == true
not hard_failures (keine harten EN 16931-Verstöße)
kosit_acceptance == "accept"

Mustang-Advisories (BR-DE/PEPPOL) sind bewusst nicht Teil des Gates für normale B2B-Rechnungen — sie sind XRechnung/Peppol-Sweeps und würden sonst zu viele false positives erzeugen.

Was fakturai prüft (das KoSIT-Accept-Gate)

fakturai führt vor jeder Generierung und bei der Validierung eine 4-schichtige Prüfung durch und enforciert das offizielle deutsche KoSIT-Ergebnis „accept“:

PDF/A-3b-Archivierungsfähigkeit (WeasyPrint + Font-Embedding, keine Interpolate-Fallen).
CII-XSD-Strukturvaliderung (drafthorse / factur-x gegen EN 16931 XSD).
Mustang (EN 16931 Schematron + PDF/A via veraPDF) — BR-DE- und PEPPOL-Regeln als Hinweise, keine harten Blocker für B2B.
Offizieller KoSIT-Validator (Bundesfinanzministerium / KoSIT-Referenz) — das entscheidende Gate. Nur bei „accept“ wird die Rechnung freigegeben.

Das bedeutet: Die Rechnung ist format- und strukturkonform nach EN 16931, archivfähig und vom amtlichen Validator als „acceptable“ bestätigt. Wir prüfen Format und Struktur, nicht die inhaltliche Richtigkeit der Beträge oder der Leistungsbeschreibung (siehe unten).

Was fakturai nicht ersetzt (und nicht verspricht)

Die inhaltliche Richtigkeit der Rechnung (korrekte USt-Beträge, richtiger Steuersatz, korrekte Leistungsbeschreibung, Steuerschuldnerschaft, Reverse-Charge-Kennzeichnung, korrekte Daten des Geschäftsvorfalls etc.) liegt allein beim Rechnungsaussteller.

GoBD-Archivierungspflichten, Verfahrensdokumentation, Aufbewahrungspflichten und die eigentliche Buchhaltungs- und Steuererklärungspflicht bleiben beim Unternehmen.

fakturai ersetzt keine Steuerberatung, keine Buchhaltungssoftware und gibt keine Garantie für den Vorsteuerabzug, die Anerkennung durch das Finanzamt oder die Ordnungsmäßigkeit der Buchführung im Einzelfall. Wir liefern eine format- und strukturkonforme E-Rechnung, die die technischen Voraussetzungen für eine ordnungsgemäße Rechnung nach § 14 UStG erfüllt (GHOA-1671).

Ob die Rechnung im Einzelfall zum Vorsteuerabzug berechtigt, hängt von der inhaltlichen Richtigkeit, der ordnungsgemäßen Verarbeitung beim Empfänger und weiteren steuerlichen Umständen ab.

Empfehlung: Nutzen Sie den kostenlosen Validator für eingehende und selbst erzeugte Rechnungen. Die KoSIT-Bestätigung gibt Ihnen die technische Sicherheit — die steuerliche und buchhalterische Verantwortung bleibt bei Ihnen.

Praktische Checkliste: Wann eine Rechnung das KoSIT-Gate passiert

PDF/A-3b-konform (archivierungsfähig).
Keine harten EN 16931-Verstöße (Mustang core rules).
Alle umsatzsteuerlichen Pflichtangaben im strukturierten Teil vorhanden und korrekt kodiert.
KoSIT-Validator liefert „accept“ (nicht nur „warnings“).
Bei Hybrid: der XML-Teil ist führend und valide.
Empfänger: Rechnung vor Buchung/Abzug mit Validator prüfen (nicht nur optisch prüfen).

Nächster Schritt

Prüfen Sie zuerst kostenlos, ob eine Rechnung (oder Ihr Entwurf) das offizielle KoSIT-Gate besteht:

ZUGFeRD / Factur-X / XRechnung validieren (kostenlos)

Dann: Erzeugen Sie selbst garantiert konforme Ausgangsrechnungen per API oder MCP (für Agenten/Automationen):

Interne Querverweise (Standards, Pflicht, Compliance)

Grounded in engine source (validate.py Report.passed and classify_rule), prior BMF cross-checks (2026-06-11), and GHOA-1671. No new claims. Internal links and validator CTA first per seo-content-map and on-page template.

Englische Fassung (für Agenten, internationale Entwickler und hreflang): Siehe englische Companion-Seite unter KoSIT validator for German e-invoices — what the official ACCEPT gate actually checks.