Compliance in die Architektur eingebaut, nicht nachgerüstet
Provider-agnostische KYC/KYB, automatisierte Customer Due Diligence, AML-Screening und jurisdiktionsbewusste Policy-Durchsetzung. Regulatorische Ausrichtung von Tag eins.
Compliance ist oft das letzte Feature, das hinzugefügt wird, und das erste, das Engpässe erzeugt. Manuelle Identitätsprüfungen verzögern das Onboarding. AML-Screening läuft auf separaten, vom Ledger getrennten Systemen. Jurisdiktionsspezifische Anforderungen sind hart codiert und brechen beim Expandieren in neue Märkte.
FERNEL behandelt Compliance als erstklassiges architektonisches Anliegen. KYC/KYB-Verifizierung ist provider-agnostisch: Providerwechsel ohne Änderung der Integration. Customer-Due-Diligence-Policies sind jurisdiktionsbewusst und risikogesteuert und wählen automatisch die richtigen Prüfungen basierend auf Kundenrisikoprofil und regulatorischem Kontext. AML-Screening integriert sich direkt in den Compliance-Workflow, nicht als Sidecar.
Automatisiertes Onboarding mit konfigurierbaren Auto-Approve-Schwellenwerten. CDD-Policies versioniert und prüfbar. Jede Compliance-Entscheidung mit unveränderlichem Audit-Trail protokolliert. Expansion in neue Jurisdiktionen erfordert Konfiguration, keine Code-Änderungen.
Compliance-Fähigkeiten
KYC/KYB-Verifizierung
Provider-agnostische Identitätsverifizierung für natürliche und juristische Personen. Auto-Approve basierend auf konfigurierbaren Schwellenwerten.
AML-Screening
Sanktions-, PEP- und Adverse-Media-Screening. Kontinuierliches Monitoring mit automatischem Re-Screening. Blacklist-Verwaltung.
CDD Policy Engine
Jurisdiktionsbewusste, risikogesteuerte Due-Diligence-Policies. Versioniert und prüfbar. Automatische Prüfungsauslösung basierend auf Kundenereignissen.
Multi-Jurisdiktion
Jurisdiktionsprofile mit regulatorischen Parametern, Feiertagskalendern, Geschäftstag-Berechnung. Expansion in neue Märkte durch Konfiguration.
Audit-Trail
SHA-256-hashverkettete Audit-Events. Jede Compliance-Entscheidung mit Zeitstempel, Akteur und regulatorischem Kontext erfasst. Manipulationssicher durch Konstruktion.
Risikomanagement
Kundenrisikostufen (niedrig, mittel, hoch, verboten). Risikogesteuerte CDD-Tiefe. Automatische Eskalation bei Hochrisikoindikatoren.
Ausprobieren
# Trigger KYC verification for a customer
curl -X POST https://connect.fernel.io/v1/kyc/sessions \
-H "Authorization: Bearer <token>" \
-H "Content-Type: application/json" \
-d '{
"customer_id": "cust_8f3a2b",
"config_type": "kyc",
"verification_tier": "standard"
}'
# Response
{
"session_id": "ses_k1l2m3",
"widget_url": "https://verify.provider.com/session/...",
"status": "created",
"expires_at": "2026-02-21T10:00:00Z"
}Technische Spezifikationen
| KYC-Typen | Natürliche Person (KYC), Juristische Person (KYB) |
| Provider-Modell | Provider-agnostisches Interface. Providerwechsel ohne Integrationsänderungen. |
| CDD-Policy-Modell | Jurisdiktion x Risikostufe x Prüfungstyp. Versioniert, mit Activate/Archive-Lebenszyklus. |
| Risikostufen | Niedrig, mittel, hoch, verboten |
| AML-Screening | Sanktionen, PEP, Adverse Media. Kontinuierliches Monitoring. |
| Audit-Format | SHA-256-hashverkettete Events, DORA-ausgerichtete Event-IDs |
| Regulatorische Ausrichtung | Designed für PSD2, EMD2, AMLD5/6, DORA Kapitel V |
Compliance, die mit Ihnen skaliert.
Sprechen Sie mit unserem Team über Ihre Compliance- und regulatorischen Anforderungen.