Sprache:
PRODUKTE▾
Start Core Serverless EditionHealthcare Warum es anders istExecution RightsGlobale Anforderungen CDS — Verfassungsprüfung STFL — Sovereign Transaction Finance Layer Verify Security Alle Gates
SEKTOREN▾
Alle SektorenHealthcareDefenceAviationHeavy IndustryFinanzmärkteAsset Management & WertpapierfinanzierungPharma & Klinische StudienLogistikSport & MotorsportMusik & Digitale MärkteEnergie & ESGÖffentlicher SektorGesellschaft & VerwaltungKI · Daten · Cyber · TelekomImmobilien & TransaktionenAgriFood & Lebensmittelsicherheit
MEHR▾
ASSURANCE
Authority Surface Execution RightsOverride Accountability Capabilities Maßgebliche Quellen Evidence Evidence Registry Fortress Baseline Adversarial Verification Machine Law Evolution
SOLUTIONS
Institutionen Regulatoren Regierungen Investoren · PE Jurisdiktionen Due Diligence
RESOURCES
Facts Press Newsroom FAQ Machine Law Gate-SDK Öffentliche Dokumentation The Sound of Machine Law
COMMERCIAL
Preise
Quantum Security 🔍 Suche Zugang anfragen →
gatePCMLTFA — Canada FINTRAC AML and Reporting Gate
// Das Problem

Eine Meldeschwelle, die nur im Kopf existiert, wird beim nächsten Audit zum Problem.

Das PCMLTFA verlangt zehn dokumentierte Compliance-Bausteine. gatePCMLTFA prüft alle zehn als reine boolesche Computation, ohne externe API-Abhängigkeit, was Determinismus und die niedrigste Latenz aller Gates in dieser Gruppe garantiert.

LCTR bei 10.000 CAD als eigener, transaktionsbezogener Cluster
Die Large Cash Transaction Reporting-Pflicht ab 10.000 CAD wird getrennt von der allgemeinen Compliance-Programmprüfung behandelt, weil sie transaktionsspezifisch ausgelöst wird, nicht dauerhaft gilt.
// Architektur

5 Cluster, sequenziell geprüft.

Jeder Cluster ist dispositiv (material_block_mode: true), ein Treffer blockiert bindend, nicht nur zur Dokumentation.

CLUSTER 1
FINTRAC-Registrierung & Programm
Prüft FINTRAC-Registrierung (§5), dokumentiertes Compliance-Programm (§6) und benannten Compliance-Officer.
fintrac_registered · compliance_program · officer_designated
CLUSTER 2
Client-Identifikation & UBO
Prüft abgeschlossene Client-Identifizierung (§7) und identifizierten wirtschaftlich Berechtigten (§9).
client_id_complete · ubo_identified
CLUSTER 3
STR & Risikoanalyse
Prüft STR-Einreichung bei Erforderlichkeit (§7.1) und aktuelle Risikoanalyse (§9.1).
str_filed_if_required · risk_assessment_current
CLUSTER 4
Aufbewahrung & Drittparteien
Prüft 5-Jahres-Aufbewahrung (§12) und Drittparteienermittlung (§73).
retention_5y · third_party_determined
CLUSTER 5
LCTR ab 10.000 CAD
Prüft die LCTR-Einreichung bei Bargeldtransaktionen ab 10.000 CAD (§14).
lctr_filed_if_applicable
Kein Fall, kein Zweifel
Jedes Cluster liefert ein eigenes, versiegeltes Ergebnis. Ein Treffer in einem aktiven Cluster reicht, um den Gesamtvorgang zu blockieren.
// Testergebnisse

Zwei getestete Szenarien.

Alle Werte auf dieser Seite sind fiktive Testdaten und dienen ausschließlich der Illustration der Gate-Logik.

Szenario C1C2C3C4C5 Verdict Latenz
Vollständige FINTRAC-CompliancePASSPASSPASSPASSPASSPCMLTFA_SEALED317ms
Vollständige Nichteinhaltung, 6 kritischFAILFAILFAILnot evaluatednot evaluatedBLOCK_PCMLTFA_NONCOMPLIANT588ms
MSB partiell, 3 WarnungenPASSWARNWARNPASSnot applicableWARN_PCMLTFA_PARTIAL490ms
Casino, LCTR 25.000 CAD nicht eingereichtPASSPASSPASSPASSFAILBLOCK_PCMLTFA_S14_NO_LCTR495ms
Kryptografische Kettenfortschreibung
Jeder Test erzeugt eine deterministische receipt_id, einen input_snapshot_hash, eine HMAC-SHA256-Signatur und einen merkle_link zur vorherigen Receipt. Persistenz erfolgt in der gatePCMLTFAReceipt-Entity mit 10 Jahren Aufbewahrungsfrist.
// Klarstellung

Was gatePCMLTFA nicht ist.

  • Keine automatische Anerkennung durch FINTRAC. Das Gate liefert einen kryptografischen Beweis, keine behördliche Meldebestätigung.
  • Kein eigenständiges Meldesystem. Das Gate versiegelt die Vorabprüfung, es reicht selbst keine STR oder LCTR bei FINTRAC ein.

Für kanadische Finanzinstitute, die FINTRAC-Compliance belegbar machen wollen.

Zugang anfragen → access@immoquick.eu
GATE CATALOG · REGULATORY DETERMINATION DOMAIN

gatePCMLTFA

gatePCMLTFA 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
Gate Catalog ansehen →Execution Rights →
gatePCMLTFA regulatory determination domain
AUTHORITY-GRENZE

PCMLTFA-ZUSTAND IST KEINE DURCHSETZUNGSAUTORITÄ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.

gateAMLgateAPACLawsgateLegalConflict

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 →