FAQ

Die Plattform akzeptiert XML-Dateien (UBL 2.1 oder CII D16B) und PDF-Dateien mit eingebettetem XML (ZUGFeRD, Factur-X). Reine PDF-Rechnungen ohne XML-Einbettung werden nicht unterstützt.

Maximale Dateigröße: 20 MB pro Datei.

Validieren führt die vollständige Verarbeitungskette durch: Extraktion → Format-Erkennung → KoSIT-Regelprüfung → PDF-Vorschau-Generierung. Das Ergebnis zeigt, ob die Rechnung das Regelwerk (EN 16931, XRechnung-Profil) besteht.

Nur extrahieren isoliert lediglich die XML aus einem Hybrid-PDF und erkennt Format und Profil — ohne Regelprüfung. Schneller und für reine Weiterverarbeitung geeignet.

Die Speicherdauer hängt davon ab, ob Sie einen Account haben:

• Ohne Account: Hochgeladene Dateien und Ergebnisse werden automatisch nach 30 Minuten gelöscht.
• Mit Account (Standard): Jobs werden nach 7 Tagen automatisch bereinigt.
• Mit Account (angepasst): Im Profil können Sie die Aufbewahrungsfrist auf 14, 30, 90, 180 oder 365 Tage verlängern — oder auf „Nie löschen" setzen, wenn Sie die Ergebnisse dauerhaft behalten möchten.

Einzelne Jobs können im Verlauf manuell gelöscht werden — per Einzelklick, Mehrfachauswahl oder „Alle löschen". Für sensible Produktivdaten empfehlen wir, die Plattform in einer eigenen Umgebung zu betreiben.

Das Limit schützt die Infrastruktur vor Missbrauch und ermöglicht die kostenlose Nutzung für alle. Mit einem kostenlosen Account entfällt das Limit vollständig — Registrierung dauert unter 30 Sekunden.

Ja — über den Tab „Mehrere Dateien" auf der Startseite können mehrere XML- und PDF-Dateien in einem Schritt hochgeladen werden. Jede Datei wird als eigener Job verarbeitet. Die Ergebnisse erscheinen im Verlauf.

Für automatisierte Massenverarbeitung steht außerdem die REST API bereit: POST /api/validate bzw. POST /api/extract.

Die Validierung nutzt das KoSIT Validator-Framework (Koordinierungsstelle für IT-Standards), das offizielle Prüftool für XRechnung und EN 16931 in Deutschland. Es wendet XSD-Schema-Validierung und Schematron-Geschäftsregeln an.

Das konkrete Regelwerk hängt vom erkannten Profil ab:

• XRechnung: CIUS DE (Kernregeln + deutsche Erweiterungen)
• EN 16931: CEN/TS 16931-3-2 (UBL) bzw. -3-3 (CII)
• Peppol BIS: OpenPeppol BIS Billing 3.0 Schematron

„Valide" bedeutet: Die Datei erfüllt die formalen Regelwerksregeln. Es kann trotzdem zu Ablehnungen kommen, wenn:

• Der Empfänger eine spezifische Leitweg-ID (XRechnung B2G) erwartet, die fehlt oder falsch ist
• Ein falsches Profil verwendet wurde (z. B. BASIC statt EN 16931)
• Pflichtfelder laut Vertragsvereinbarung fehlen, die nicht im Regelwerk stehen
• Das Übertragungsportal (ZRE, OZG-RE, Peppol) eigene Zusatzregeln hat

Die Plattform prüft das Regelwerk — nicht die inhaltliche Korrektheit der Rechnungsdaten.

Die Vorschau extrahiert die wichtigsten Felder (Parteien, Beträge, Positionen, Profil). Felder, die in der XML vorhanden sind, aber nicht im Datenmodell der Plattform erfasst werden — z. B. Zahlungsbedingungen, Bankverbindung, Bestellreferenz — erscheinen in der Vorschau nicht.

Für XRechnung-Dateien (UBL/CII) erzeugt das integrierte XRechnung-Visualisierungs-XSLT eine vollständigere Darstellung, wenn das Tool konfiguriert ist.

Beide Formate implementieren die EN 16931, unterscheiden sich aber im Träger und Zweck:

Seit ZUGFeRD 2.0 / Factur-X 1.0 (2019) sind beide Formate technisch identisch — gleiche XML-Struktur, gleiche Profile, gleiche Namespaces. Der einzige Unterschied ist der Name: ZUGFeRD ist die deutsche Bezeichnung, Factur-X die französische.

Die Plattform behandelt beide Formate identisch und erkennt sie automatisch.

Die Leitweg-ID ist eine eindeutige Kennung für öffentliche Auftraggeber in Deutschland — vergleichbar mit einer Kontonummer für das E-Rechnungsportal. Format: 123456789-12345-67 (Steuernummer-Variante) oder ähnlich.

Sie ist Pflichtfeld in XRechnung für Rechnungen an Bundesbehörden (Feld BT-10 Buyer Reference). Ohne gültige Leitweg-ID wird die Rechnung an Portalen wie ZRE oder OZG-RE abgelehnt — auch wenn die Datei formal valide ist.

Das Wachstumschancengesetz (2024) schreibt für inländische B2B-Umsätze vor:

• 01.01.2025: Alle Unternehmen müssen E-Rechnungen empfangen können
• 01.01.2027: Pflicht zum Versand für Unternehmen mit Vorjahresumsatz > 800.000 €
• 01.01.2028: Pflicht zum Versand für alle anderen Unternehmen

Als E-Rechnung nach diesem Gesetz gilt jedes Format, das EN 16931 erfüllt — also XRechnung, ZUGFeRD (Profil EN 16931 oder EXTENDED) und Peppol BIS Billing.

Die API ist nur mit einem gültigen API-Schlüssel nutzbar. Schlüssel erstellen Sie im Profil unter „API-Schlüssel". Übergeben Sie den Schlüssel als X-API-Key-Header oder Authorization: Bearer ….

curl -X POST https://mmss1.space/api/validate \
  -H "X-API-Key: ei_…" \
  -F "file=@rechnung.xml"
# → {"job_id": "...", "status": "queued"}

curl https://mmss1.space/api/jobs/{job_id}
# → {"status": "succeeded", "validation_status": "valid", ...}

Vollständige Spezifikation: OpenAPI JSON

Ja. Die Plattform ist als Docker-Compose-Setup konzipiert. Voraussetzungen:

• Docker & Docker Compose
• Eine .env-Datei (Vorlage: .env.example)
• Optional: KoSIT Validator und Mustang-Bibliothek für echte Regelprüfung

Ohne KoSIT wird die Validierung als „übersprungen" markiert — Extraktion und Vorschau funktionieren ohne externe Tools.