Sprache:
PRODUKTE
SEKTOREN
MEHR
Quantum Security 🔍 Suche Zugang anfragen →
gateAMLARegulation — Eleven articles, one rulebook.
// Architektur

Die elf Artikel im Detail.

Jede Zeile ist eine harte boolesche Prüfung, kein probabilistisches Scoring. Ein kritischer Fehlschlag führt zu block, ein hoher Fehlschlag zu warn, alles andere zu pass.

ReferenzPrüftSchwere
Art. 15Dokumentierte Risikoanalyse und verifizierte Kundenidentifikationkritisch
Art. 22UBO-Identifizierung, Adverse-Media-Check, Mittelherkunft ab EUR 250.000kritisch
Art. 35PEP-Screening (politisch exponierte Personen)hoch
Art. 45Fortlaufendes Transaktions-Monitoringhoch
Art. 29Konfigurierter Verdachtsmeldeprozess an die FIUkritisch
Art. 40Gruppenweite AML-Policy (empfohlen)mittel
HMAC-signierter GateLog-Record
Jeder Lauf schreibt einen HMAC-signierten GateLog-Record mit Identitaetsbindung (caller_did, caller_role) und zehnjaehriger Aufbewahrungsfrist. Deterministisch: gleiche Eingabe erzeugt gleiche Ausgabe, kein LLM, keine externe API.
// Klarstellung

Was gateAMLARegulation nicht ist.

  • Keine Ersatz-Zulassung. gateAMLARegulation ersetzt keine FIU-Registrierung, es versiegelt die interne Prüfung davor.
  • Kein probabilistisches Scoring. Die Entscheidungslogik ist dreistufig: critical-Fail = block, high-Fail = warn, sonst pass.

Für Institutionen, die die EU-weite Geldwäschebekämpfungsverordnung neben ihren nationalen AML-Prüfungen belegbar mitfuehren wollen.

GATE CATALOG · REGULATORY DETERMINATION DOMAIN

gateAMLARegulation

gateAMLARegulation bestimmt kodierte regulatorische Bedingungen für einen definierten Sachverhalt. Das Gate liefert einen gebundenen regulatorischen Determination State; es erzeugt weder regulatorische Authority noch Execution Permission.

DOMAIN_DETERMINATION_ONLY = true · EXECUTION_AUTHORITY = false · EXECUTION_PERMISSION = false
gateAMLARegulation regulatory determination domain
AUTHORITY-GRENZE

AMLA-REGELSTAND IST KEINE AUFSICHTSAUTORITÄT.

KANN

  • kodierte regulatorische Bedingungen deterministisch bestimmen
  • Determinations an Quelle, Scope, Zeit und Input-State binden
  • fehlende, abgelaufene oder kollidierende regulatorische Dependencies sichtbar machen
  • zurechenbare Evidence für die konkrete Determination erzeugen

KANN NICHT

  • Regulator, Aufsicht, Gericht oder zuständige Institution ersetzen
  • rechtliche oder regulatorische Authority durch Score, Konsens, KI oder Administration erzeugen
  • aus einem Gate-PASS eigenständig ein Execution Right erzeugen
  • eigenständig einen ExecutionCapabilityToken erzeugen
REGULATORY STATE

Regulatorische Determination ist Evidence. Keine regulatorische Authority.

SOURCE

Authoritative source

Die relevante Regel muss außerhalb des Systems aus einer legitimen normativen oder institutionellen Quelle stammen.

SCOPE

Definierter Sachverhalt

Die Determination ist auf den kodierten Sachverhalt, die Einheit, Transaktion oder Operation begrenzt.

TIME

Zeitpunktbezogener Zustand

Geltungsbeginn, Übergangsfristen, Außerkrafttreten und Versionsstand bleiben explizit.

INPUT

Kanonischer Input

Eine reproduzierbare Determination benötigt einen definierten kanonischen Input-State.

DEPENDENCY

Dependencies

Fehlende oder widersprüchliche Dependencies bleiben sichtbar, statt in erfundene Permission umgewandelt zu werden.

EVIDENCE

Gebundener Nachweis

Der resultierende State kann für spätere Verifikation an Quelle, Input, Scope und Zeit gebunden werden.

VERWANDTE DETERMINATION DOMAINS

Regulatorische Domains werden komponiert. Sie verleihen einander keine Authority.

Nur scope-relevante Determinations werden Dependencies der Execution-Rights-Auflösung. Die gezeigten Links sind keine universell zwingende Sequenz.

EXECUTION RIGHTS

Fünf Dimensionen. Regulatorischer State kann sie informieren; kein Gate ersetzt sie.

AAUTHORITY
RRULE
JJURISDICTION
TTIME
DDEPENDENCY
ALLE FÜNF ERFORDERLICHEN DIMENSIONEN GÜLTIG → GÜLTIGES EXECUTION RIGHT · EINE ERFORDERLICHE DIMENSION FEHLT → KEIN GÜLTIGES EXECUTION RIGHT → KEINE CAPABILITY → KEINE AUSFÜHRUNG
INVARIANT

Ein regulatorischer PASS ist eine Determination. Niemals allein eine Permission.

AUTHORITY → DETERMINATION → EXECUTION RIGHTS → CAPABILITY OR NONE → EXECUTION OR NONE → EVIDENCE

Zugang anfragen →