EINE TREASURY-SPINE. KEINE AKTION DEFINIERT IHRE EIGENE AUTHORITY.
Die Treasury Execution Rights Engine ist eine generische Infrastruktur für deterministische Domain-Determinations über gebundene finanzielle, institutionelle und externe States. Factoring ist nicht die Engine selbst, sondern Action Type 01: FACTOR_RECEIVABLE.
Zwei Phasen. Eine harte Execution Boundary.
Die Rights Pipeline darf eine gebundene Capability ausstellen. Sie besitzt die tatsächliche Ausführung nicht. Nach der Execution Boundary verifiziert ein autorisierter externer Executor die Capability und führt die Handlung aus.
PHASE 1 · TREASURY RIGHTS PIPELINE
- Action Proposal
- Normalization
- State Binding
- Action-spezifische Domain Determinations
- Execution Policy
- 5-Dimension Rights Closure
- Freshness Validation
- Capability Issuance
PHASE 2 · AUTHORIZED EXECUTOR
- Capability Verify
- Actual Execution
- Execution Result
- Execution Receipt
- Evidence Binding
Zehn fachliche Determinations. Keine davon ist allein eine Ausführungserlaubnis.
Der Factoring-Adapter liefert fachliche Ergebnisse an die Spine. Externe Ratings, rechtliche Assessments oder Accounting States können die Determination informieren, erwerben dadurch aber keine Authority.
Economic Arbitrage
Netto-Arbitrage gegen institutionell definierte Mindestschwelle. Geldarithmetik in Integer Minor Units.
Liquidity Constraint
Liquiditätsboden, Mindestpuffer und verfügbarer Headroom nach der modellierten Transaktion.
Counterparty / Debtor Risk
Gebundener Credit/Risk State gegen autorisierte Grenzwerte. Ein PUBLISHED_RATING bleibt externer Input.
Concentration / Exposure
Debtor-, Sektor-, Länder- und Provider-Limits als Integer Basis Points.
Contract / Assignment Eligibility
Abtretbarkeit, Dispute State, Duplicate Assignment und erlaubte Vertragsparameter mit Provenance-Referenzen.
Accounting / Balance-Sheet Effect
Pro-forma-Kennzahlen und gebundener Derecognition State. Accounting-Qualifikation bleibt ein referenzierter Input.
Sanctions / AML / Entity State
Kein absoluter „sanktionsfrei“-Claim: ausgewertet wird der gebundene Source State und dessen Freshness.
Temporal Validity
Skonto-, Angebots-, Credit-, Policy- und weitere zeitgebundene States. UNKNOWN fällt fail-closed.
Jurisdiction Closure
Seller, Debtor, Factor, Payment, Governing Law und Account Location. Cross-border kann Review erfordern.
Execution Policy
Institutionelle Trigger wie Betragsschwellen, Cross-Border oder Recourse. Policy ist von Domain Determination getrennt.
Fünf Dimensionen. Keine Abkürzung.
Kein Action Type darf diese Semantik selbst definieren. Nur die Spine entscheidet, ob alle erforderlichen Dimensionen für die konkrete Handlung geschlossen sind.
Eine Capability darf keinen State überleben, den sie benötigt.
Der effektive Gültigkeitszeitpunkt wird aus den frühesten relevanten Grenzen abgeleitet. Für Freshness-relevante externe States werden Beobachtungszeit, Freshness Window, abgeleitete und explizite Bounds sowie der effektive Bound getrennt dokumentiert.
ISSUED ist nicht EXECUTED.
Die Spine erzeugt ein Capability Issuance Receipt. Erst der tatsächliche Executor erzeugt nach einer realen Handlung ein separates Execution Receipt. Damit bleiben Erlaubnis und tatsächliche Ausführung forensisch getrennt.
Was die Spine belegt
Action Type, gebundene State-Referenzen, Domain Determinations, Closure, Freshness, Gültigkeitsfenster und SHA-256-gebundene Determination. ISSUED ≠ EXECUTED.
Was der Executor belegt
Capability-Referenz, tatsächlicher Ausführungszeitpunkt, Execution Result, Settlement-Referenz und eine getrennte Evidence-Bindung der realen Ausführung.
Die Regeln, die kein Action Type umgehen darf.
Domain Determination ≠ Execution Authorization.
Keine Capability ohne geschlossene Authority, Rule, Jurisdiction, Time und Dependencies für die konkrete Handlung.
Probabilistische oder externe Inputs dürfen informieren, aber erwerben keine Authority durch Konsum im System.
Jeder ungelöste erforderliche State fällt fail-closed und produziert keine Capability.
Ein Override mutiert die Original-Determination nicht, sondern erzeugt einen neuen attributierbaren State.
Ein Treasury Action Type darf eigene Domain Gates definieren. Er darf nicht seine eigene Execution-Rights-Semantik definieren.
Action Type 01 ist implementiert. Weitere Treasury-Aktionen können dieselbe Spine nutzen.
Die folgenden Action Types sind Architekturziele, nicht als bereits implementierte Produktionsfunktionen dargestellt.
| # | Action Type | Domäne | Status |
|---|---|---|---|
| 01 | FACTOR_RECEIVABLE | Forderungsfinanzierung / Factoring | IMPLEMENTIERT |
| 02 | TAKE_EARLY_PAYMENT_DISCOUNT | Skonto / Working Capital | GEPLANT |
| 03 | DRAW_CREDIT_LINE | Kreditlinie | GEPLANT |
| 04 | REPAY_CREDIT_LINE | Kreditlinie | GEPLANT |
| 05 | MOVE_LIQUIDITY | Liquiditätssteuerung | GEPLANT |
| 06 | EXECUTE_FX_HEDGE | FX Hedging | GEPLANT |
| 07 | EXECUTE_RATE_HEDGE | Zinsabsicherung | GEPLANT |
| 08 | INITIATE_CASH_POOL_TRANSFER | Cash Pool | GEPLANT |
| 09 | INITIATE_SUPPLIER_FINANCE | Supply Chain Finance | GEPLANT |
| 10 | EXECUTE_DYNAMIC_DISCOUNT | Dynamic Discounting | GEPLANT |
| 11 | CREATE_INTERCOMPANY_LOAN | Intercompany Funding | GEPLANT |
Nicht noch ein Treasury-Dashboard. Eine explizite Autorisierungsgrenze vor Ausführung.
Die relevante Differenz ist keine unbelegte Behauptung, dass andere Systeme „das nicht können“. Sie liegt in der expliziten Trennung von fachlicher Determination, externer Authority, Rights Closure, Capability Issuance, tatsächlicher Execution und Evidence.
Domain Gates bringen Fachlogik. Die Spine besitzt die Execution-Rights-Semantik. Der externe Executor besitzt die tatsächliche Handlung. Evidence hält die jeweiligen Zustände auseinander.
Was diese Architektur nicht behauptet.
Die Verarbeitung kann deterministisch sein, obwohl einzelne externe Inputs aus Ratings, Assessments oder institutionellen Quellen stammen.
Die Engine erzeugt keine regulatorische, gerichtliche oder gesetzliche Authority. Authority bleibt extern und muss gebunden sein.
SHA-256 bindet Payloads und macht Veränderungen erkennbar. Stärkere Nachweisbarkeit entsteht erst durch die dafür vorgesehene signierte oder append-only Evidence-Infrastruktur.
Eine Capability erlaubt innerhalb ihres gebundenen Scopes die Ausführung. Erst ein separater Executor kann die reale Transaktion ausführen.
Fail-closed ist eine technische und institutionelle Ausführungsregel, keine gerichtliche Feststellung.
Kryptografisch gebundene Evidenz verbessert Nachvollziehbarkeit und Attribution, erzeugt aber keinen automatischen Haftungsausschluss.
Vom Vorschlag zur Capability. Von der Capability zur getrennt belegten Ausführung.
Für institutionelle Prüfung, Architekturgespräche und kontrollierte technische Due Diligence.