XRechnung und ZUGFeRD prüfen und erstellen. Ohne Anmeldung.
XML- oder PDF-Rechnung ablegen: offizielle Regeln EN 16931 und XRechnung, jeder Fehler mit Regel-ID und Fundstelle.
10 kostenlose Prüfungen am Tag · €1 gratis mit Schlüssel · danach €0,02 pro Prüfung
Verarbeitung auf Servern in Deutschland (Hetzner, Falkenstein). Die hochgeladene Datei wird im Arbeitsspeicher geprüft und nicht gespeichert.
Hier erscheinen Ergebnis, Profil, Summen und jeder Regelverstoß.
PDF-Rechnung → XRechnung oder ZUGFeRD
Aus PDF, Scan oder Foto einer Rechnung wird in zwei Schritten eine strukturierte E-Rechnung: Felder lesen, dann XML erzeugen und prüfen.
Kostenlos im Playground: 10 Prüfungen pro Tag und IP. Mit Schlüssel: €0,10 pro Dokument.
Schritt 1 sendet Text oder Bild der Rechnung über OpenRouter an ein Sprachmodell. Die hochgeladene Datei wird nicht gespeichert; die erzeugte E-Rechnung liegt 24 Stunden hinter einem signierten Link und wird dann gelöscht.
Hier erscheinen Ergebnis, Profil, Summen und jeder Regelverstoß.
Was genau geprüft wird
Die Datei wird als UBL 2.1 oder UN/CEFACT CII gelesen. Das Profil kommt aus der Spezifikationskennung (BT-24): XRechnung 3.0, ZUGFeRD / Factur-X EN 16931, Peppol BIS oder reines EN 16931. Bei ZUGFeRD- und Factur-X-PDFs wird das eingebettete XML geprüft.
Geprüft wird mit den offiziellen Schematron-Regeln, kompiliert von ihren Herausgebern: EN 16931 Validation 1.3.17 (CEN / ConnectingEurope) immer, dazu KoSIT XRechnung-Schematron 2.6.0 (XRechnung 3.0.2) bei XRechnung-Profilen. Jeder Verstoß kommt mit Regel-ID (BR-CO-16, BR-DE-15 …), Schweregrad, Meldung und XPath.
Das Ergebnis ist eine technische Prüfung. XSD, PDF/A-3-Konformität und Peppol-BIS-Sonderregeln werden nicht geprüft; es ist keine steuerliche oder rechtliche Beurteilung.
Fristen
Was gesetzlich gilt und ab wann. Daten aus den amtlichen Quellen unter jedem Land.
Deutschland
Formate: XRechnung und ZUGFeRD ab 2.0.1, ausgenommen die Profile MINIMUM und BASIC WL.
Quelle: BMF: FAQ zur verpflichtenden E-Rechnung ↗Belgien
Peppol BIS basiert auf EN 16931: Die Kernregeln werden hier geprüft, Peppol-spezifische Regeln nicht.
Quelle: FÖD Finanzen: ab wann ist die E-Rechnung Pflicht ↗Polen
KSeF nutzt das nationale Schema FA(3), das dieses Tool nicht prüft. Es deckt EN-16931-Rechnungen im Austausch mit Partnern in DE, BE und FR ab.
Quelle: Finanzministerium PL: Umfang der KSeF-Pflicht ↗Preis in einfachen Zahlen
Vorausbezahltes Guthaben, kein Abo. Berechnet wird nur eine erfolgreiche Antwort; Fehler sind kostenlos.
Ein neuer Schlüssel enthält €1 Startguthaben: 50 Prüfungen.
Guthaben verfällt nicht. Kein Abo.
Apple Pay, Google Pay oder Karte auf der Zahlungsseite der monobank. Ohne Schlüssel wird einer für Sie erstellt.
In diesem Browser ist noch kein Schlüssel.
Für Entwickler
Dieselben Prüfungen per REST und MCP. Ein Header, JSON zurück.
curl https://api.finekot.com/v1/e-invoice \
-H "Authorization: Bearer fk_live_…" \
-F file=@invoice.xml
# → {"valid":false,"errors":2,"issues":[{"rule":"BR-DE-15",…}]}
# X-Cost: 0.02curl https://api.finekot.com/v1/e-invoice \
-H "Authorization: Bearer fk_live_…" \
-H "Content-Type: application/json" \
-d '{"op":"create","output":"pdf","invoice":{…}}'
# → Factur-X PDF url + validation report · X-Cost: 0.04claude mcp add --transport http finekot https://api.finekot.com/mcp --header "Authorization: Bearer fk_live_…"
Vollständige Referenz: /llms.txt · /openapi.json · /.well-known/mcp.json