Zwei Infrastrukturen.
Ein kryptographisches Objekt.
Ein Compliance-Event ist ein Buchungsevent. Ein Receipt ist ein Buchungsbeleg. Eine Merkle-Chain ist ein Audit-Trail. Das ist keine Feature-Kombination — das ist eine ontologische Aussage darüber, was ein reguliertes Finanzereignis überhaupt ist.
From Receipt to Ledger. In Real Time.
Dieselbe Datenbasis. Dieselbe Merkle-Chain. Zwei Perspektiven.
Die beiden Infrastrukturen teilen denselben Append-Only-Speicher — sie sind nicht integriert, sie sind dasselbe Objekt aus zwei Perspektiven betrachtet.
Gate 0 · Constitutional Layer
HMAC-SHA256 · Merkle-Chain · WORM
RDR · Portable RDR · Chained Reliance
evidentiary_grade: true · expires_never: true
ZUGFeRD PDF/A-3 · GoBD §146 AO
Reverse Charge §13b UStG
SKR03 · ReceiptLedgerEntry · append-only
gobd_compliant: true · delete: false
Warum niemand sonst in dieser Schnittmenge sitzt.
Wer anders herum anfängt — Billing zuerst, Compliance als Addon — bekommt nie die forensische Tiefe hin. Die Reihenfolge ist der Burggraben.
| KATEGORIE | COMPLIANCE ENGINE | BILLING ENGINE | FORENSISCH VERBUNDEN |
|---|---|---|---|
| RegTech (klassische Sanktionslisten- und Regelwerk-Anbieter) | ✓ | ✗ | ✗ |
| FinTech / Billing (Stripe, Billie, Candis, Bilendo) | ✗ | ✓ | ✗ |
| ERP (SAP, Oracle, DATEV, Dynamics) | ✗ | ✓ | ✗ |
| immo.quick FORENSIC INFRASTRUCTURE | ✓ | ✓ | ✓ |
Drei Produkte. Ein kryptographisches Fundament.
→ invoice_id: INV-2026-06-000042
→ hmac: sha256:a1b2c3...
→ delivery_status: peppol_delivered
→ latency: <2000ms
Vier Wege zum Empfänger. Kein manueller Schritt.
Unter 2 Stunden. Kein IT-Projekt.
302% ROI. 4 Monate Payback.
€20B adressierbarer Markt. Überschneidung bisher: €0.
Unsere Rechnung an Sie ist dasselbe Artefakt.
Kein anderer Compliance-Anbieter weltweit kann das sagen: Unsere Rechnung an Sie ist selbst ein kryptographisch verifizierbares Artefakt — mit derselben Beweiskraft wie der Compliance-Nachweis, den wir für Sie erzeugen.
"hmac_sha256": "3f8a9c2d..."
"merkle_link": "SHA256(payload_hash:prev_invoice_hash) = a71b2d..."
"valid_time": "2024-03-15" ← invoice date
"transaction_time": "2024-03-15T14:32:07Z" ← issuance timestamp
"xml_validated": true ← EN 16931 Schematron
"archive_uri": "private://invoices/2024/03/RPE-000042.pdf"
"gobd_compliant": true ← Sec. 146 AO / 257 HGB / 10 years
"delete": false ← append-only / tamper-proof
Der Unterschied zwischen 2 Sekunden und 3 Wochen.
Ohne diese drei Felder haengt jede Rechnung in einem manuellen SAP-Approval-Workflow. Einmalig hinterlegt — für immer automatisch.
Der Begriff ist bewusst gewählt.
Ein Billing Module ist ein Feature einer Anwendung. Ein Finance Layer ist eine Infrastrukturschicht. Der Unterschied ist nicht semantisch — er ist architektonisch.
»Unsere Compliance-Freigabe und unsere Rechnung sind dasselbe kryptographische Objekt.«
immo.quick kann das sagen.
STFL: Nachweis und Abrechnung nachvollziehbar verbinden
STFL steht für Sovereign Transaction Finance Layer. Der Ansatz verbindet ein definiertes Prüfereignis mit der finanziellen Verarbeitung einer vereinbarten Leistung. Eine gemeinsame Referenz macht nachvollziehbar, auf welchen Vorgang sich ein Receipt, eine Buchung und ein Rechnungsbeleg beziehen. Das ist für Institutionen relevant, die Prüfleistungen über mehrere Systeme oder Organisationen hinweg zuordnen müssen.
Die Grundlage bleibt eine konkrete Vereinbarung über Leistung, Preis und Empfänger. Ein Receipt erzeugt für sich allein keine Zahlungspflicht. Bei einer Integration werden außerdem Übertragungsweg, Pflichtfelder und Rückmeldung des empfangenden Systems geprüft. Die dokumentierten Formate Peppol, ZUGFeRD und DATEV beschreiben mögliche Anschlusswege; ihre Verfügbarkeit muss für den jeweiligen Einsatz nachgewiesen werden.
Was bedeutet STFL?
STFL bedeutet Sovereign Transaction Finance Layer und verbindet definierte Prüfereignisse mit Buchungs- und Rechnungsdaten.
Ist ein Receipt bereits eine Rechnung?
Nein. Das Receipt dokumentiert das Prüfereignis. Die Rechnung beruht zusätzlich auf einer vereinbarten Leistung, einem Preis und einem Rechnungsempfänger.
Was muss eine STFL-Integration nachweisen?
Sie muss die Zuordnung zum Prüfereignis, die vereinbarte Abrechnungsregel und die Übertragung einschließlich Rückmeldung des Empfängers im konkreten Einsatz prüfen.