Nachweis aus der Produktion · 04.11.2026

E-Rechnung per API: echter Nachweis mit PDF, XML und Prüfbericht

Fakturai ist eine REST- und MCP-API, die strukturierte Rechnungsdaten in ZUGFeRD/Factur-X-PDFs (EN 16931) mit eingebettetem XML umwandelt und jede Rechnung vor der Auslieferung gegen KoSIT und Mustang prüft.

Für Softwareteams, SaaS-Anbieter mit eigener Abrechnung, Agenturen und Integratoren sowie KI-Agenten, die E-Rechnungen aus vorhandenen Daten erzeugen.

Kostenlos starten Rechnung kostenlos prüfen API-Doku

Kostenloser Plan: 50 erzeugte Rechnungen pro Monat. Der Validator funktioniert ohne Konto.

Ohne eigene Software? Fakturai ist keine Buchhaltungs- oder Rechnungsschreibsoftware. Wenn Sie keine eigene Software oder keine Entwickler haben, nutzen Sie den kostenlosen Validator, um E-Rechnungen zu prüfen, die Sie versenden oder empfangen. Rechnung kostenlos prüfen

Der Nachweis: eine echte Rechnung aus der Produktion

Am 04.11.2026 haben wir über die öffentliche Produktions-API eine Rechnung erzeugt und das Ergebnis mit dem öffentlichen Validator geprüft. Alle Daten sind synthetisch, der Verkäufer ist ein Testkonto.

Erzeugt: 04.11.2026
Rechnungs-Nr.: QA-0001
KoSIT: accept
PDF/A-3 (Mustang): konform
Harte Fehler: 0
Hinweise: 6

Die Hinweise stammen aus XRechnung- und Peppol-Regelsätzen (zum Beispiel BR-DE-15 Käuferreferenz). Für eine B2B-Rechnung im Profil EN 16931 sind sie kein Ablehnungsgrund; KoSIT akzeptiert die Rechnung. Alle Hinweise stehen im Prüfbericht.

Downloads aus diesem Lauf

Erzeugte Rechnung (PDF/A-3 mit XML) (invoice.pdf)
SHA-256 a037b43a582df879a18fe5fc77dee72ffa74043f6a68f8c387fcc0bf7f72c2d7
Eingebettetes CII-XML (factur-x.xml) (invoice.xml)
SHA-256 8dfe5b0c712972b817842df4facbf7bcc286bac6e9bbda3a7676f602454bbe8c
Request-Body von POST /api/v1/invoices (request.json)
SHA-256 86228ec01ff2f91a965323ba97b8d868144447761534e26e040fa4ee80daea33
Rohe Antwort des Validators (validation.json)
SHA-256 4b09b55acc2d473500dca74fef0444363616bca5bfb48a53b6000ae023fc97b7
Herkunft mit SHA-256 je Datei (provenance.json)

So funktioniert es in 3 Schritten

1
Konto und Verkäuferprofil
Kostenlos registrieren und einmal Ihre Verkäuferdaten hinterlegen: Name, Anschrift, USt-IdNr., Bankverbindung.
2
API-Key
Im Dashboard einen API-Key erzeugen und im Secret Store Ihrer Anwendung ablegen.
3
JSON senden, geprüftes PDF erhalten
Rechnungsdaten als JSON an POST /api/v1/invoices senden. Die Antwort ist ein ZUGFeRD/Factur-X-PDF, das die Prüfung bereits bestanden hat.

Request-Body dieses Laufs

Genau dieser JSON-Body wurde an POST /api/v1/invoices gesendet. Verkäufer- und Zahlungsdaten kommen aus dem Verkäuferprofil des Kontos, nicht aus dem Request.

{
  "invoice_date": "2026-11-04",
  "due_date": "2026-11-18",
  "currency": "EUR",
  "buyer": {
    "name": "Beispiel Kunde GmbH (synthetisch)",
    "address": {
      "line_one": "Musterweg 2",
      "postcode": "80331",
      "city": "München",
      "country": "DE"
    },
    "vat_id": "DE987654321",
    "contact_email": "ap@example.invalid"
  },
  "lines": [
    {
      "name": "Software-Abonnement Business, Oktober 2026",
      "quantity": "1",
      "unit": "C62",
      "unit_price": "249.00",
      "vat_rate": "19.00"
    }
  ],
  "service_period": {
    "start": "2026-10-01",
    "end": "2026-10-31"
  }
}

Request JSON herunterladen

Prüfbericht dieser Rechnung

Unveränderte Antwort von POST /api/validate für genau die oben verlinkte PDF. Der SHA-256-Wert im Bericht entspricht der herunterladbaren Datei.

{
  "validation_status": "passed",
  "is_validation_evidence": true,
  "validated_at": "2026-11-04T08:06:03Z",
  "endpoint": "POST https://fakturai.de/api/validate",
  "invoice_file": "/proof/production-2026-11-04/invoice.pdf",
  "invoice_sha256": "a037b43a582df879a18fe5fc77dee72ffa74043f6a68f8c387fcc0bf7f72c2d7",
  "request_file": "/proof/production-2026-11-04/request.json",
  "synthetic_data": true,
  "report": {
    "overall_pass": true,
    "kosit_result": "accept",
    "pdfa_compliant": true,
    "hard_failure_count": 0,
    "advisory_count": 6,
    "findings": [
      {
        "id": "PEPPOL-EN16931-R001",
        "message": "Business process MUST be provided.",
        "severity": "advisory"
      },
      {
        "id": "PEPPOL-EN16931-R020",
        "message": "Seller electronic address MUST be provided",
        "severity": "advisory"
      },
      {
        "id": "PEPPOL-EN16931-R010",
        "message": "Buyer electronic address MUST be provided",
        "severity": "advisory"
      },
      {
        "id": "BR-DE-15",
        "message": "Das Element \"Buyer reference\" (BT-10) muss übermittelt werden.",
        "severity": "advisory"
      },
      {
        "id": "BR-DE-21",
        "message": "Das Element \"Specification identifier\" (BT-24) soll syntaktisch der Kennung des Standards XRechnung entsprechen.",
        "severity": "advisory"
      },
      {
        "id": "BR-DE-2",
        "message": "Die Gruppe \"SELLER CONTACT\" (BG-6) muss übermittelt werden.",
        "severity": "advisory"
      }
    ]
  }
}

Prüfbericht herunterladen

Was dieser Nachweis abdeckt

Abgedeckt: B2B-Rechnungen nach EN 16931 als ZUGFeRD/Factur-X (CII), erzeugt und geprüft in der Produktion.
XRechnung für öffentliche Auftraggeber (B2G, mit Leitweg-ID): nicht Teil dieses Nachweises. Ein früherer lokaler Strict-B2G-Lauf wurde abgelehnt, siehe unten.

Technische Formatprüfung ersetzt nicht die Verantwortung des Ausstellers für Rechnungsinhalt, steuerliche Einordnung oder Archivierung.

Vom Beispiel zur Integration

Diese Seiten zeigen, wo die API in Ihren Workflow passt.

E-Rechnung per API erzeugen ZUGFeRD per API erzeugen Factur-X per API erzeugen

Früherer lokaler Engine-Lauf (23.09.2026)

Vor dem Produktionsstart haben wir die Engine lokal mit einer synthetischen EN-16931-B2B-Rechnung geprüft. Dieser Lauf ist nur B2B und kein Nachweis für die Produktions-API.

Mustang 2.23.1: valid, PDF/A konform; KoSIT 1.6.2: accept im EN16931-CII-Szenario. Sechs Hinweise, nicht warnungsfrei. Strict-B2G abgelehnt: BR-DE-15, BR-DE-21 und BR-DE-2 sind harte Fehler. Kein XRechnung-/B2G-Nachweis.

Versionsabweichung: Geladene Konfiguration 2026-02-04 / EN16931 1.3.15; Versions-Lock 2026-01-31 / 1.3.16. Akzeptanz gegen lokale Regeln, keine Aussage zur neuesten offiziellen Version.

Dateien und SHA-256-Herkunft

Unveränderte Kopien der aufbewahrten Artefakte mit synthetischen Platzhaltern. README auf Englisch.

Engine-Prüfbericht (B2B)

Unveränderte CLI-Ausgabe als JSON, keine API-Antwort. Gilt nur für die PDF/XML dieses lokalen Laufs.

{
  "passed": true,
  "pdfa": true,
  "mustang": "valid",
  "kosit": "accept",
  "hard": [],
  "advisory": [
    "PEPPOL-EN16931-R001",
    "PEPPOL-EN16931-R020",
    "PEPPOL-EN16931-R010",
    "BR-DE-15",
    "BR-DE-21",
    "BR-DE-2"
  ]
}

Engine-JSON herunterladen

Strict-B2G: abgelehnt

Negativer CLI-Prüflauf derselben Rechnung mit --strict-b2g (Exit 1).

{
  "passed": false,
  "pdfa": true,
  "mustang": "valid",
  "kosit": "accept",
  "hard": [
    "BR-DE-15",
    "BR-DE-21",
    "BR-DE-2"
  ],
  "advisory": [
    "PEPPOL-EN16931-R001",
    "PEPPOL-EN16931-R020",
    "PEPPOL-EN16931-R010"
  ]
}

Strict-B2G-JSON herunterladen