Jeder E-Rechnungs-Standard.
Eine API.
Einfaches JSON senden — XRechnung, ZUGFeRD, Peppol oder EN 16931 zurückerhalten, geprüft gegen die offiziellen Regelwerke statt gegen einen Nachbau.
Ohne Anmeldung ausprobieren. Für den vollen Zugriff einen API-Schlüssel im Dashboard erstellen. Rechnungsinhalte werden nicht gespeichert.
POST /api/v1/generate
{
"format": "xrechnung",
"syntax": "ubl",
"invoice": {
"invoice_number": "RE-2026-0001",
"issue_date": "2026-08-20",
"currency": "EUR",
"buyer_reference": "04011000-12345-34",
"seller": { "name": "Muster GmbH", "city": "Berlin",
"country_code": "DE", "vat_id": "DE123456789" },
"buyer": { "name": "Beispiel GmbH", "city": "Hamburg",
"country_code": "DE" },
"items": [ { "name": "Softwareentwicklung", "quantity": 10,
"unit": "HUR", "unit_price": 100, "vat_rate": 19 } ]
}
}200 OK
{
"success": true,
"format": "xrechnung",
"version": "3.0.2",
"valid": true,
"totals": {
"net": "1000.00",
"tax": "190.00",
"gross": "1190.00",
"payable": "1190.00"
},
"document": {
"filename": "RE-2026-0001.xml",
"content": "<?xml version=\"1.0\"?>…"
}
}Jedes Dokument wird mit dem Original geprüft
Keine nachgebauten Regeln. Das sind die Regelwerke, die bei jeder Prüfung tatsächlich ausgeführt werden — in genau diesen Versionen.
- KoSIT Validator
1.6.3
- XRechnung-Konfiguration
2.5.0 Schematron
- CEN EN 16931
1.3.15 Schematron
- OpenPeppol BIS
3.0.20 Regeln
- UBL 2.1 / CII D16B
XML-Schema
- Formate
- 6FormateEin kanonisches Modell hinter allen
- Regelwerke pro Dokument
- 4Regelwerke pro DokumentSchema plus echtes Schematron
- Endpunkte
- 10EndpunkteErzeugen, prüfen, konvertieren, rendern, parsen
- Gespeicherte Dokumente
- 0Gespeicherte DokumenteNichts überlebt den Request
Ein Modell. Alle Formate.
Diese Matrix wird live aus GET /api/v1/formats geladen — sie zeigt, was der Dienst tatsächlich implementiert, nicht was die Startseite gern behaupten würde.
| Format | Version | Syntax | Erzeugen | Parsen | Erkennen | Prüfen | Konvertieren | Rendern | Hybrid-PDF | Gutschrift |
|---|---|---|---|---|---|---|---|---|---|---|
| XRechnung | 3.0.2 | UBLCII | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | nicht unterstützt | unterstützt |
| Peppol BIS Billing 3.0 | 3.0 | UBL | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | nicht unterstützt | unterstützt |
| ZUGFeRD / Factur-X | 2.5.2 | CII | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt |
| EN 16931 | 2017-A1 | UBLCII | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | nicht unterstützt | unterstützt |
| UBL 2.1 | 2.1 | UBL | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | nicht unterstützt | unterstützt |
| UN/CEFACT CII D16B | D16B | CII | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | unterstützt | nicht unterstützt | unterstützt |
- XRechnungXRechnung — German CIUS of EN 16931, maintained by KoSIT
- Peppol BIS Billing 3.0OpenPeppol BIS Billing 3.0 — CIUS of EN 16931 used on the Peppol network
- ZUGFeRD / Factur-XZUGFeRD 2.5.2 (identical in substance to Factur-X 1.0.08) — hybrid PDF/A-3 invoice with embedded CII XML
- EN 16931EN 16931-1:2017 — European standard on the semantic data model of the core elements of an electronic invoice
- UBL 2.1OASIS Universal Business Language 2.1 — Invoice and CreditNote
- UN/CEFACT CII D16BUN/CEFACT Cross Industry Invoice, schema release D16B
Gebaut für die Stellen, an denen es leicht schiefgeht.
Elementreihenfolge, USt-Gruppierung, Rundung, Regelversionen. Die mühsame Hälfte der E-Rechnung entscheidet darüber, ob ein Dokument angenommen wird.
Ein Modell, alle Formate
Dasselbe JSON senden und XRechnung UBL, XRechnung CII, ZUGFeRD, reines UBL, CII oder Peppol BIS zurückbekommen. Keine formatspezifischen Datenstrukturen auf Ihrer Seite.
Prüfung, die wirklich läuft
Der offizielle KoSIT-Validator, das CEN-EN-16931-Schematron und die OpenPeppol-Regeln. Kann ein Regelwerk nicht ausgeführt werden, erhalten Sie valid: null — niemals ein geschöntes Bestanden.
Beträge auf den Cent genau
Durchgängige Dezimalarithmetik. Summen und Umsatzsteueraufteilung werden serverseitig berechnet, sodass BR-CO-10 bis BR-CO-17 konstruktionsbedingt eingehalten werden.
Fehler, mit denen man arbeiten kann
Jeder Befund behält Regel-ID und XPath und ergänzt eine verständliche Erklärung, das zu ändernde Feld und den erwarteten Wert.
Konvertierung in jede Richtung
UBL ↔ CII, XML → kanonisches JSON, JSON → jedes Format. Was ein Zielformat nicht abbilden kann, wird als Warnung gemeldet und nicht stillschweigend verworfen.
Dokumente, die Menschen lesen können
Jede unterstützte Rechnung als sauberes HTML-Dokument oder PDF ausgeben — oder als hybrides ZUGFeRD-PDF mit eingebettetem CII-XML und Factur-X-XMP-Metadaten.
Nie „gültig“ ohne echte Prüfung.
Befunde behalten die ursprüngliche Regel-ID, den Schweregrad und den XPath — und ergänzen das, was wirklich Zeit spart: was die Regel bedeutet, welches Feld zu ändern ist und welcher Wert erwartet wurde.
- Offizieller KoSIT-Validator mit der XRechnung-Konfiguration
- CEN-EN-16931-Schematron für UBL und CII
- OpenPeppol-BIS-Billing-3.0-Regeln, aus der Quelle kompiliert
- Meldet nie „gültig“, ohne ein Regelwerk ausgeführt zu haben
Ungültig
2 Fehler · 1 Warnung · 214 ms
BR-CO-10BT-106Die Summe der Netto-Positionsbeträge muss der Summe der einzelnen Positionen entsprechen. Die Summen im Dokument widersprechen seinen Positionen.
- Erwartet
- 1 000.00 EUR
- Erhalten
- 999.99 EUR
BR-DE-15BT-10XRechnung verlangt eine Käuferreferenz. Bei öffentlichen Auftraggebern ist das die Leitweg-ID, die die Rechnung an die richtige Stelle leitet.
buyer_reference
Was Sie sich sparen.
Nichts davon ist unmöglich zu bauen. Es sind nur Monate Spezifikationslektüre, die für sich genommen kein Produkt ergeben.
| Die Aufgabe | In Eigenregie | Mit dieser API |
|---|---|---|
| Semantisches Modell EN 16931 | Den kompletten BT/BG-Begriffssatz von Hand abbilden | invoice: { … } |
| UBL 2.1 und CII D16B | Zwei XML-Bindungen mit strenger Elementreihenfolge | "syntax": "ubl" | "cii" |
| XRechnung CIUS | Die BR-DE-Regeln über jede Version hinweg nachziehen | "format": "xrechnung" |
| USt-Gruppierung und Rundung | BR-CO-10 … BR-CO-17 je Kategorie und Satz korrekt treffen | Serverseitig berechnet |
| Offizielle Prüfung | Eine Java-Validator-Toolchain betreiben und aktuell halten | Bei jeder Antwort |
| Hybrides ZUGFeRD-PDF | PDF-Einbettung samt Factur-X-XMP-Metadaten | "output": "pdf" |
Von JSON zur konformen Rechnung.
Alles läuft über ein kanonisches Modell — ein zusätzliches Format bedeutet daher nie, Ihre Integration neu zu schreiben.
Ihr System
ERP, Shop oder eigene Anwendung
Rechnungsdaten
JSON
E-Rechnung
XRechnung · ZUGFeRD · Peppol
E-Invoice API
Validierung, USt-Engine, Formate
Preise, die mit Ihrem Volumen wachsen.
Kostenlos anfangen, ohne Kreditkarte. Dokumente und Prüfungen haben getrennte Kontingente, und kein Format kostet extra.
Starter
Für Einzelunternehmen und erste Integrationen.
pro Monat, zzgl. USt.
monatlich kündbar
- Dokumente
- 400 / Monat
- Prüfungen
- 2.000 / Monat
- Formate
- alle
- XRechnung, ZUGFeRD, Peppol BIS, EN 16931, UBL, CII
- Prüfung gegen die echten Regelwerke
- Hybride ZUGFeRD-PDFs (PDF/A-3 mit eingebettetem XML)
- 3 API-Schlüssel
- Support per E-Mail
Business
EmpfohlenFür laufenden Rechnungsversand im Tagesgeschäft.
pro Monat, zzgl. USt.
monatlich kündbar
- Dokumente
- 1.500 / Monat
- Prüfungen
- 8.000 / Monat
- Formate
- alle
- Alles aus Starter
- Unbegrenzte API-Schlüssel, getrennt pro System
- Nutzungsauswertung und Änderungsprotokoll
- Mehrere Nutzer in einer Organisation
- Antwort am nächsten Werktag
Scale
Für hohes Volumen und automatisierte Abläufe.
pro Monat, zzgl. USt.
monatlich kündbar
- Dokumente
- 5.000 / Monat
- Prüfungen
- unbegrenzt
- Formate
- alle
- Alles aus Business
- Unbegrenzte Prüfungen
- Höhere Anfragegrenzen pro Schlüssel
- Priorisierter Support
- Beratung bei der Integration
Enterprise
Für eigene Anforderungen und sehr hohe Volumina.
nach Aufwand
jährlich kündbar
- Dokumente
- nach Vereinbarung
- Prüfungen
- unbegrenzt
- Formate
- alle
- Alles aus Scale
- Betrieb in Ihrer Infrastruktur möglich (on premise)
- Zugesicherte Verfügbarkeit und Reaktionszeiten
- Direkter Ansprechpartner
- Individuelle Vertragsgestaltung
Free — automatisch mit Ihrer Registrierung
Jedes neue Konto beginnt kostenlos und ohne Kreditkarte. Enthalten sind 25 Dokumente und 50 Prüfungen — einmalig, nicht monatlich sowie 1 API-Schlüssel. Genug, um eine Integration zu bauen und gegen die echten Regelwerke zu prüfen; danach wählen Sie einen Tarif. Im kostenlosen Kontingent ist nichts unbegrenzt.
Als Dokument zählt jede erzeugte, konvertierte oder gerenderte Rechnung. Prüfungen haben ein eigenes Kontingent und zählen nicht gegen die Dokumente — ab Scale sind sie unbegrenzt. Ein Tarif schaltet nie ein Format frei: Wer XRechnung CII statt UBL braucht, will kein größeres Produkt, sondern ein anderes.
Die Tarife befinden sich im Aufbau. Es gibt noch keine automatische Abrechnung — jede Anfrage landet bei einem Menschen, und die Konditionen werden vorher besprochen.
Klare Antworten auf häufige Fragen.
Ist die Prüfung echt oder nur nachgebaut?
Echt. Es läuft der offizielle KoSIT-Validator 1.6.3 mit der XRechnung-Validator-Konfiguration, dem CEN-EN-16931-Schematron und den OpenPeppol-BIS-Billing-Regeln, die aus deren eigener Quelle kompiliert werden. Jede Antwort listet auf, welche Regelwerke tatsächlich ausgeführt wurden.
Was passiert, wenn ein Regelwerk nicht ausgeführt werden kann?
Sie erhalten status: "unsupported_validation" mit valid: null und einer Begründung — niemals valid: true für ein Dokument, das nicht wirklich geprüft wurde. Ein nicht erkanntes Dokument und ein nicht erreichbarer Validator gehen beide diesen Weg.
Speichern Sie meine Rechnungen?
Rechnungsinhalte niemals. Dokumente werden innerhalb des Requests erzeugt, zurückgegeben und verworfen. Ihr Konto, Organisationen, API-Schlüssel und Nutzungszähler werden gespeichert, damit das Dashboard funktioniert — Rechnungsdaten nicht. Logs enthalten ausschließlich Metadaten; USt-IdNr., IBANs und Parteiangaben werden vor dem Schreiben entfernt.
Welche ZUGFeRD-Profile werden unterstützt?
EN16931, XRECHNUNG, BASIC und EXTENDED sind implementiert und werden sauber validiert. MINIMUM und BASIC WL liefern CAPABILITY_NOT_SUPPORTED statt eines nur teilweise korrekten Dokuments.
Können Rechnungen über das Peppol-Netz versendet werden?
Noch nicht. Peppol-BIS-Dokumente können erzeugt, geparst, konvertiert und geprüft werden, es wird aber nichts an einen Access Point übertragen. Das ist ein geplanter Transport-Adapter, kein aktuelles Feature.
Bedeutet „gültig“, dass die Rechnung rechtlich anerkannt ist?
Nein, und die API behauptet das auch nirgends. Das Bestehen dieser Regelwerke ist technische Konformität. Ob eine Rechnung steuerlich in einer bestimmten Rechtsordnung anerkannt wird, ist eine davon getrennte Frage.
Ihre erste Rechnung in einer Minute.
Beispiel laden, Format wählen, erzeugen — dann das XML herunterladen oder gegen die offiziellen Regeln prüfen.