Sovereign Transaction Finance Layer Forensic Infrastructure

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.

€0

Überschneidung am Markt bisher

€20B

Adressierbarer Markt Europa

<2s

Rechnung im ERP des Empfängers

302%

ROI JAHR 1

WIE ES FUNKTIONIERT

From Receipt to Ledger. In Real Time.

Receipt erstellt

HMAC-SHA256

Automation Trigger

Sofort · 0ms

ReceiptLedgerEntry

append-only · WORM

Invoice Matching

XRechnung · Peppol

Audit Export

GoBD · CSV · DATEV

Append-only

delete: false

Tenant-linked

Multi-Tenant

Timestamped

ISO 8601

Product code

IGE-5 · MAD-1

Net & Gross

19% MwSt.

Billed flag

false → true

RECEIPT_LEDGER_ENTRY.json

{ "ledger_id": "BLG-20260626-00042", "receipt_id": "RPE-SHA256:79505C823", "product_code": "IGE-5", "price_net": 75.00, "price_gross": 89.25, "entity_name": "Deutsche Bank AG", "executed_at": "2026-06-26T14:32:00Z", "billed": false, "hmac": "sha256:2c44bfd3..." }

Das Compliance-Event wird zum Buchungsevent · Kryptographisch gebunden · Forensisch unveränderlich

ARCHITEKTUR

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.

INFRASTRUKTUR 1 — COMPLIANCE ENGINE

Rechtskonformer Nachweis

GLEIF · AML · Sanctions (14 Listen)
Gate 0 · Constitutional Layer
HMAC-SHA256 · Merkle-Chain · WORM
RDR · Portable RDR · Chained Reliance
evidentiary_grade: true · expires_never: true

INFRASTRUKTUR 2 — FORENSIC BILLING ENGINE

Steuerrechtlicher Buchungsbeleg

XRechnung 3.0 · EN 16931 · Peppol AS4
ZUGFeRD PDF/A-3 · GoBD §146 AO
Reverse Charge §13b UStG
SKR03 · ReceiptLedgerEntry · append-only
gobd_compliant: true · delete: false

Verbunden durch dieselbe Merkle-Chain · dieselbe HMAC-SHA256-Signatur · denselben Append-Only-Speicher

MARKTLÜCKE

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	✓	✓	✓

EXTERNE PRODUKTE

Drei Produkte. Ein kryptographisches Fundament.

PRODUKT A · Compliance-triggered Invoice

Rechnung entsteht mit dem Receipt.

Jeder Compliance-Check triggert automatisch die Rechnung. XRechnung im SAP des Kunden — im selben Millisekunden-Fenster, in dem der AML-Receipt signiert wird. Kein Mensch fasst etwas an. Keine E-Mail. Keine manuelle Faktura.

BEISPIEL

Immobilienmakler prüft GwG-Compliance für Käufer. Receipt: CLEAR. → Sofort: XRechnung für Due-Diligence, GoBD-archiviert, per DATEV-Export an Steuerberater, mit HMAC-Hash des GwG-Receipts als Belegnachweis.

PRODUKT B · Transactional Billing Engine

Alle Parteien. Gleichzeitig. Merkle-gekettet.

M&A-Receipt auf CLEAR_TO_PROCEED: Die Engine erkennt alle Parteien (PE Buyer, Target, Notar, Kanzlei) und stellt allen gleichzeitig korrekte Rechnungen aus — in einer Merkle-Kette mit dem M&A-Receipt verbunden. Kein Abstimmungschaos.

BEISPIEL

PE-Fonds übernimmt Mittelständler, €45M-Deal. MDD-Receipt: CLEAR_TO_PROCEED. → Sofort: Rechnung PE-Fonds (On request), Rechnung Target (€320), Rechnung Kanzlei (€450). Alle drei Merkle-gekettet. Alle Peppol-delivered.

PRODUKT C · Forensic Billing API

Ein API-Call. Fertig.

Tech-Partner und Enterprise sprechen die Engine direkt an. POST mit compliance_event_id und Parteien → Response: validierte XRechnung, HMAC-signiert, GoBD-archiviert, Peppol-delivered. In unter 2 Sekunden.

POST /api/v1/stfl/generate-invoice
→ invoice_id: INV-2026-06-000042
→ hmac: sha256:a1b2c3...
→ delivery_status: peppol_delivered
→ latency: <2000ms

DELIVERY-MODI

Vier Wege zum Empfänger. Kein manueller Schritt.

Peppol AS4

Das europäische SWIFT für Rechnungen. Direkt ins SAP/Oracle/Dynamics des Empfängers. Empfangsbestätigung im Cockpit. Kein Mensch öffnet eine E-Mail. Dunkelverarbeitung.

B2G Pflicht ab 2025

ZUGFeRD PDF/A-3

PDF mit eingebettetem EN 16931 XML. Der Mensch liest das PDF. DATEV extrahiert automatisch alle Buchungsdaten aus dem XML. Nur eine E-Mail-Adresse nötig.

Kein Setup beim Empfänger

XML API-Push

Synchrones POST an den ERP-Endpoint des Kunden. 200 OK = Beleg in der ERP-Datenbank. Fertig. Keine E-Mail. Kein Peppol-Netzwerk nötig.

30 Min. Konfiguration

DATEV / SKR03-Export

Monatlicher SKR03-konformer Buchungsdatensatz direkt an den Steuerberater. Bereits kategorisiert. Mit Compliance-Referenz. Kein Jahresabschluss-Chaos.

Für deutschen Mittelstand

ONBOARDING

Unter 2 Stunden. Kein IT-Projekt.

Tenant-Profil anlegen

30 Minuten

Delivery-Route wählen (Peppol/ZUGFeRD/XML/DATEV). Umsatzsteuer-ID, Firmenname, Adresse. BT-10 Leitweg-ID oder E-Mail. ISO-Ländercode — Reverse Charge wird automatisch erkannt.

Trigger-Events definieren

1 Stunde

Welche Compliance-Events sollen Rechnungen auslösen? GLEIF-Check? AML-Clearance? M&A-Receipt? Alle? Welcher Betrag pro Event? Welche Parteien sollen fakturiert werden?

Erste Testrechnung

15 Minuten

Einen Compliance-Check durchführen. Rechnung erscheint automatisch im Delivery-Log. Bei Peppol: Empfangsbestätigung im Cockpit. Fertig. Die Engine läuft jetzt für immer.

ROI-ANALYSE

302% ROI. 4 Monate Payback.

BEISPIEL — REGIONALBANK · 500 AML-CHECKS/MONAT

€145.000

Jährliche Einsparung

€130k FTE + €15k Fehlerkosten

€48.000

STFL-Kosten / Jahr

€8 × 500 × 12 Monate

302%

ROI Jahr 1

Netto €97.000 Gewinn im ersten Jahr

4 Monate

Payback Period

Danach: reiner Gewinn

M&A-Berater (12 Deals/Jahr): €350.000 vorzeitige Liquidität durch sofortige Fakturierung · €11.400 STFL-Kosten. ROI nicht quantifizierbar.

MARKTGRÖSSE

€20B adressierbarer Markt. Überschneidung bisher: €0.

~€8B

REGTECH-MARKT EUROPA

Klassische Sanktionslisten- und RegTech-Anbieter

~€12B

B2B E-INVOICING MARKT EUROPA

Peppol · XRechnung · ZUGFeRD · etablierte ERP-Anbieter

Überschneidung bisher: €0 — weil niemand beide bedient hat. immo.quick ist die erste Forensic Infrastructure.

BURGGRABEN — WARUM DAS KEINER SO SCHNELL NACHBAUT

Technisch

HMAC-Bindung zwischen Receipt und Buchungsbeleg durchzieht das gesamte Datenmodell. Nachbau: 3–5 Jahre, €10–30M.

Regulatorisch

XRechnung 3.0, EN 16931, Peppol BIS 3.0, GoBD §146, §257 HGB — Jahre juristische Arbeit als ausführbarer Code.

Netzwerk

Jeder Peppol-Partner ist ein Netzwerkknoten. Metcalfe-Gesetz: Wert wächst quadratisch mit Teilnehmerzahl.

Lock-in

Wer einmal auf automatische Rechnungsgenerierung umgestellt hat, kehrt nie manuell zurück. Mehrwert-Lock-in, kein technischer.

Daten

Nach 2 Jahren: einziger Datenbankkorpus weltweit der Compliance-Events mit Transaktionswerten korreliert. Nicht einholbar.

SCP-1.0 AUF RECHNUNGEN

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.

INVOICE_ARTIFACT.json — SCP-1.0

Invoice RPE-XXX-20240315-000042
  "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

Was das bedeutet: Jede Rechnung ist Merkle-verkettet. Ein Wirtschaftsprüfer kann in 10 Jahren jede Rechnung abrufen, mit kryptographischem Nachweis, dass sie seit dem Versand unverändert ist. Klassische ERP- und Buchhaltungssysteme bieten das nicht.

ENTERPRISE MAPPING · BT-10 / BT-12 / BT-24

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.

BT-10

Buyer Reference / Leitweg-ID

Pflichtfeld für alle B2G-Rechnungen. Ohne diese ID: Rechnung landet im manuellen Pruefworkflow. Wochen Verspaetung. Pflicht für SAP Ariba, Tradeshift, Coupa.

BT-12

Contract Reference

Die Rahmenvertragsnummer. Automatische Kostenstellen-Zuordnung im ERP. Wird in jede Monatsrechnung automatisch übernommen.

BT-24

Purchase Order Reference

Standard-Bestellnummer für automatische ERP-Übernahme. Ohne Bestellnummer: manuelle Bestellzuordnung im SAP des Kunden. Automatische Zahlung unmöglich.

OHNE STFL

Manueller Prozess · SAP-Rückfragen · 3 Wochen Approval-Workflow · Zahlungsverzögerung

MIT STFL + BT-10/12/24

Einmalig konfiguriert · automatisch zugeordnet · gebucht · bezahlt · in 2 Sekunden

FINANCE LAYER — NICHT BILLING MODULE

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.

BILLING MODULE (Marktstandard)

FINANCE LAYER — STFL

Gehoert zu einer App

Unabhaengig vom Produkt

Kann abgeschaltet werden

Strukturell notwendig

Erzeugt Rechnungen

Erzeugt kryptographisch gebundene Finanzartefakte

Buchhalter prüft

Schematron prüft (EN 16931)

Archiviert optional

Archiviert zwingend (GoBD SS 146 AO)

Keine kryptographische Kette

Merkle-Chain über alle Rechnungen

Klassische Buchhaltungssoftware

immo.quick STFL

DER BEWEIS-DER-KONZEPT-EFFEKT

Wenn immo.quick seine eigenen Rechnungen in XRechnung 3.0 ausstellt und Merkle-verkettet — kann es das auch für meine. Das ist institutionelle Glaubwürdigkeit durch gelebte Architektur.

Zwei Infrastrukturen.Ein kryptographisches Objekt.