E-Rechnung Wissen: Pflicht, ZUGFeRD, Validierung und Automatisierung
Starten Sie mit dem kostenlosen Validator, wenn Sie eine vorhandene Rechnung prüfen müssen. Danach führen die Artikel Schritt für Schritt weiter: Pflichtfristen verstehen, ZUGFeRD oder XRechnung einordnen, typische Validierungsfehler beheben und wiederkehrende Rechnungen per API, MCP, n8n, Make oder Zapier automatisieren.
38 Artikel – vollständiger Katalog für Pflicht, Formate, KoSIT-Validierung, GoBD, Umsatzsteuer, Empfang und Automatisierung. Wählen Sie zuerst den dringenden Job: Rechnung validieren, Pflicht klären oder API-Integration planen.
Rechnung prüfen
Ich habe eine Datei und brauche schnell Gewissheit
Direkt zum kostenlosen Validator: ZUGFeRD, Factur-X oder XRechnung hochladen und technischen Prüfbericht lesen.
Pflicht klären
Ich muss Fristen und Empfangspflicht einordnen
Der Einstieg für Pflicht 2025/2027, Übergangsregeln, strukturierte Formate und praktische Umstellungsschritte.
Automatisieren
Ich will E-Rechnungen aus Systemen erzeugen
API-, MCP- und Workflow-Pfade für wiederkehrende Rechnungen mit KoSIT-orientiertem Accept-Gate vor Auslieferung.
Software-Auswahl
E-Rechnung Software: Welche Lösung Sie wirklich brauchen
Buchhaltungssuite oder fokussierte Engine/API? Wann Ihre vorhandene Software für EN-16931-E-Rechnungen reicht — und wann eine API/MCP-Lösung mit KoSIT-Accept-Gate und kostenlosem Validator besser passt.
Automatisierung
E-Rechnung automatisieren: vom Auslöser zur geprüften EN-16931-Datei
E-Rechnungen aus Shop, CRM, ERP oder Workflow per API, MCP-Server oder No-Code (n8n, Make, Zapier) erzeugen — jede mit demselben KoSIT-orientierten Accept-Gate wie der freie Validator.
Vergleich & Auswahl
E-Rechnung Software Vergleich: vier Wege, ein Konformitäts-Gate
Buchhaltungssuite, Online-Portal, fokussierte Engine mit API/MCP oder Eigenbau im Vergleich — Entscheidungskriterien (EN 16931, ZUGFeRD/XRechnung, technische Prüfung, Integration, Preis) und der KoSIT-orientierte Accept-Gate.
n8n-Automatisierung
Automatisch EN 16931-konforme E-Rechnungen aus n8n generieren
Webhook, HTTP Request und Response Node für ZUGFeRD / Factur-X Rechnungen aus n8n.
Make-Szenario
E-Rechnungen aus Make automatisch erzeugen
Ein Make-Szenario für CRM-, Formular- oder Shop-Daten mit fakturai API und technischer Validierung.
Zapier-Automatisierung
ZUGFeRD-Rechnungen mit Zapier und einer API erzeugen
Wie Zapier aus Deals, Formularen oder Tabellen eine deutsche B2B-E-Rechnung anfordert.
API & Agenten
E-Rechnung API für Agenten, Backends und MCP-Clients
Warum Agenten ein schmales, validierendes E-Rechnungswerkzeug brauchen statt ein Buchhaltungssystem.
Pflicht 2025/2027
E-Rechnung Pflicht 2025/2027: Was B2B-Unternehmen praktisch umsetzen müssen
Empfangspflicht seit 2025, Übergangsfristen bis 2026/2027, Ausstellungspflicht ab 2027/2028 und technische Umsetzung mit EN 16931.
Formatwahl
ZUGFeRD, Factur-X, XRechnung und EN 16931: welches Format passt?
Vergleich für B2B/B2G. Nur COMFORT/EN 16931/EXTENDED (nicht MIN/BASIC-WL) erfüllen die Pflicht.
Technische Prüfung
E-Rechnung technisch prüfen: Was KoSIT, EN 16931 und Summenvalidierung wirklich leisten
Die 4 Schichten der Validierung. Was fakturai (KoSIT-Accept-Gate) prüft – und was es nicht ersetzt (GHOA-1671).
PDF vs E-Rechnung
Warum ein PDF keine E-Rechnung ist (und was stattdessen zählt)
Mythos-Bust: PDF = sonstige Rechnung. Strukturierte EN 16931 (Hybrid/XML) ist Pflicht. Validator + Generator als Lösung.
E-Rechnung erstellen
E-Rechnung erstellen: ZUGFeRD / Factur-X mit fakturai (API & MCP)
5 Schritte mit JSON-Beispiel: strukturierte EN 16931 E-Rechnungen (ZUGFeRD/Factur-X) per API oder MCP erzeugen. KoSIT-Gate vor Auslieferung.
GoBD-konform
E-Rechnung GoBD-konform: GoBD-konforme Archivierung, Erstellung und Prüfung für Deutschland
GoBD-Regeln für strukturierte E-Rechnungen (8 Jahre, Originalformat, Unversehrtheit). KoSIT-Accept-Gate unterstützt GoBD-Archivierung des XML-Teils. GHOA-1671. Validator zuerst.
API & MCP
E-Rechnung per API & MCP erstellen: ZUGFeRD / Factur-X mit fakturai (JSON, Python, Agenten)
6 Schritte mit JSON-Beispiel, curl und MCP-Prompt für Agenten. KoSIT-Accept-Gate vor Auslieferung. Validator zuerst.
Umsatzsteuer & Vorsteuer
E-Rechnung und Umsatzsteuer: Vorsteuerabzug nur bei korrekter strukturierter Rechnung
Nur EN 16931-konforme E-Rechnung mit USt-Pflichtangaben im strukturierten Teil berechtigt zum Vorsteuerabzug. KoSIT-Accept-Gate. Validator zuerst.
KoSIT & Compliance
KoSIT Validator E-Rechnung: Was der offizielle Akzept-Gate wirklich prüft
Der KoSIT-Accept-Gate ist die maßgebliche technische Referenzprüfung für EN 16931 E-Rechnungen. 4 Schichten (PDF/A + XSD + EN 16931 Schematron + KoSIT accept). Warum ACCEPT zählt — und was fakturai nicht ersetzt (GHOA-1671).
Validierung
E-Rechnung validieren: die praktische Checkliste vor Versand oder Buchung
Schnelle Prüfliste für ZUGFeRD/Factur-X, XRechnung, EN 16931, Pflichtdaten, PDF/A, Umsatzsteuer und KoSIT-Accept-Gate. Validator zuerst.
Empfangen & Pflicht
E-Rechnung empfangen: Pflichten für B2B-Empfänger, Prüfung und GoBD-Archivierung ab 2025
Empfangspflicht seit 1.1.2025 für inländische B2B. Strukturierte Rechnung prüfen (KoSIT-Gate), GoBD-konform archivieren, Vorsteuer sichern. Validator zuerst.
Kleinunternehmen
E-Rechnung für Kleinunternehmen und Freelancer: Pflicht, Formate und einfache Umsetzung
Was kleine B2B-Anbieter, Freelancer und Agenturen brauchen: ZUGFeRD/Factur-X oder XRechnung, PDF-Fallen, Validator und API/MCP-Erzeugung.
Leitweg-ID & B2G
Leitweg-ID in der XRechnung: Aufbau, Beispiel und wo Sie sie finden
Leitweg-ID einfach erklärt: Aufbau (Grobadressierung-Feinadressierung-Prüfziffer), Beispiel, wo Sie sie finden, EN-16931-Feld BT-10 und B2G-Pflicht. Validator zuerst.
Öffnen & Anzeigen
E-Rechnung öffnen und anzeigen: XRechnung und ZUGFeRD lesbar machen
E-Rechnung öffnen: ZUGFeRD/Factur-X im PDF-Reader, XRechnung-XML lesbar anzeigen (Visualisierung/Validator). Datei zugleich kostenlos auf EN 16931 prüfen. Validator zuerst.
Kostenlos & Freemium
E-Rechnung kostenlos erstellen und prüfen: Was wirklich kostenlos ist
Ehrlich erklärt: E-Rechnung kostenlos prüfen (ohne Konto) und kostenlos starten beim Erstellen — was gratis ist, was kostet, und warum ein reines PDF keine E-Rechnung ist. KoSIT-Accept-Gate. Validator zuerst.
Muster & Beispiel
E-Rechnung Muster & XRechnung-Beispiel (XML): so ist eine E-Rechnung aufgebaut
Annotiertes XRechnung-XML-Beispiel mit allen EN-16931-Pflichtfeldern (BT-/BG-Codes), XRechnung vs. ZUGFeRD und wie aus dem Muster eine valide Datei wird. Validator zuerst.
Formatwahl & Entscheidung
XRechnung oder ZUGFeRD: Unterschied & welche brauche ich?
Unterschied XRechnung vs. ZUGFeRD: reines XML vs. PDF mit eingebettetem XML, B2G vs. B2B, welche Profile die Pflicht erfüllen und welches Format Sie brauchen. Validator zuerst.
Validierungsfehler beheben
Häufige XRechnung-Validierungsfehler (BR-DE) beheben
Die 5 häufigsten XRechnung-Validierungsfehler: BR-DE-1 (fehlende E-Mail), Summenabweichungen, falsches Profil, falscher USt-Kategoriecode. Konkrete Korrekturen + Validator zuerst.
DATEV & Buchhaltung
E-Rechnung und DATEV: strukturierte Rechnungen sauber importieren und verbuchen
Wie DATEV (Unternehmen online, Kanzlei) ZUGFeRD/Factur-X und XRechnung über den EN-16931-Datensatz verarbeitet, warum Importe scheitern und wie Sie Dateien vor der Übergabe technisch prüfen. Validator zuerst.
Steuerberater & Kanzlei
E-Rechnung für Steuerberater: Mandanten, Prüfung und ein sauberer Buchungs-Workflow
Mandantenbelege als XRechnung/ZUGFeRD empfangen, technisch gegen EN 16931 prüfen, Vorsteuerabzug sichern und GoBD-konform archivieren. fakturai als technischer Prüf-Layer vor der Buchung. Validator zuerst.
Übergangsfristen 2025–2028
E-Rechnung Übergangsfristen 2025–2028: ab wann gilt was?
Empfangspflicht seit 2025, Papier/PDF mit Zustimmung bis Ende 2026 (kleinere Unternehmen bis 2027, 800.000-€-Grenze), volle Ausstellungspflicht ab 2028. Orientierende Einordnung der Fristen + Validator.
Python & Node SDK
E-Rechnung mit Python und Node.js erzeugen (API-Integration)
ZUGFeRD/Factur-X oder XRechnung per Python oder Node.js erzeugen: JSON-Payload an die fakturai REST-API senden, geprüfte EN-16931-konforme Datei zurückerhalten. Kein XML-Know-how nötig. KoSIT-Accept-Gate vor Auslieferung.
Peppol & B2G
Peppol und E-Rechnung in Deutschland: was Sie wissen müssen
Peppol einfach erklärt: Übertragungsnetz (kein Format), B2G vs. B2B, XRechnung vs. Peppol BIS Billing 3.0, CustomizationID-Unterschiede und warum fakturai kein Access Point ist. Validator zuerst.
E-Rechnung per E-Mail
E-Rechnung per E-Mail versenden: was erlaubt ist und worauf es ankommt
ZUGFeRD/Factur-X (PDF/A-3 + XML) oder XRechnung als E-Mail-Anhang ist erlaubt — kein Versandweg vorgeschrieben. Worauf es ankommt: das Format (EN 16931), nicht der Kanal. Validator zuerst.
Handwerk & Gewerk
E-Rechnung für Handwerker: Pflicht, Formate und einfache Umsetzung
E-Rechnungspflicht für Handwerksbetriebe: Empfangspflicht seit 2025, Übergangsfristen bis 2027 (800.000-€-Grenze), volle Pflicht ab 2028. B2B vs. B2C, ZUGFeRD als einfachster Einstieg, Kleinunternehmer. Validator zuerst.
Grundlagen
Was ist eine E-Rechnung? Definition, Formate und Pflicht einfach erklärt
Eine E-Rechnung ist eine Rechnung im strukturierten Format nach EN 16931 — kein PDF. XRechnung vs. ZUGFeRD/Factur-X, Pflicht ab 2025/2028. Der Einstiegspunkt ins ganze Thema, verlinkt in alle Detailseiten. Validator zuerst.
Format
Was ist XRechnung? Das XML-Format für E-Rechnungen (B2G und B2B) einfach erklärt
XRechnung ist der deutsche XML-Standard für E-Rechnungen — eine CIUS von EN 16931, gepflegt von der KoSIT, Standard im B2G. Unterschied zu ZUGFeRD, UBL vs. CII, Leitweg-ID und Pflicht erklärt. Validator zuerst.
Format
Was ist ZUGFeRD? Das Hybrid-Format aus PDF und XML einfach erklärt
ZUGFeRD ist das deutsche Hybrid-Format für E-Rechnungen — ein PDF/A-3 mit eingebettetem EN-16931-CII-XML. Factur-X als identisches Profil, die ZUGFeRD-Profile (MINIMUM bis EXTENDED) und der Unterschied zu XRechnung erklärt. Validator zuerst.
Norm
Was ist EN 16931? Die europäische Norm für E-Rechnungen einfach erklärt
EN 16931 ist die europäische Norm, die das semantische Datenmodell der Kernrechnung festlegt — Business Terms (BT), Business Groups (BG) und zwei XML-Syntaxen (UBL 2.1, UN/CEFACT CII). Grundlage von XRechnung (CIUS) und ZUGFeRD/Factur-X (Profile). Validator zuerst.
Pflichtangaben
E-Rechnung Pflichtangaben: welche Pflichtfelder eine E-Rechnung enthalten muss
Die Pflichtangaben einer E-Rechnung auf zwei Ebenen: § 14 UStG plus die strukturierten EN-16931-Pflichtfelder (Business Terms BT/BG), Leitweg-ID (BT-10) für B2G, USt-Aufschlüsselung, Summen und der KoSIT-Accept-Gate. Validator zuerst.
Korrektur & Storno
E-Rechnung korrigieren und stornieren: Rechnungskorrektur, Stornorechnung und Gutschrift
Eine E-Rechnung wird nicht überschrieben, sondern per Korrekturdokument berichtigt: Stornorechnung/Gutschrift (Typ 381) oder korrigierte Rechnung (Typ 384) mit Bezugsrechnung (BG-3, BT-25/26) und KoSIT-Accept-Gate. Validator zuerst.