Erste Schritte.
Vom vereinbarten Scope zur kontrollierten ersten Entscheidungsübung — was in welcher Reihenfolge zu prüfen ist und wer jedes Gate verantwortet.
Betriebsmodell wählen: SaaS oder Managed
Zwei Liefermuster können vereinbart werden. Bei White-Label SaaS integriert Ihr Team ausgewählte APIs und betreibt berechtigte Oberflächen. Beim Managed Service vereinbaren die Parteien, welche Monitoring-, Tuning-, Review- und Beratungsaufgaben TrustStack übernimmt. Module, Daten, Rollen, Nachweise, Service Levels und Produktionsverantwortung brauchen Due Diligence und Vertrag; gemeinsames Design macht die Modelle nicht operativ gleichwertig.
Onboarding, Schritt für Schritt
KYB-Due-Diligence
Beim kommerziellen Onboarding können Unternehmens-, Direktoren- und Eigentümerdaten verlangt werden. Das entspricht nicht automatisch der aktuellen GATE-UI: UBO-Erfassung fehlt in der geprüften Oberfläche.
Modulauswahl
HELM bietet Entitlement- und Administrationsoberflächen. Ein weiteres Modul kann Integration, Konfiguration, Daten sowie rechtliche oder operative Arbeit erfordern; eine Katalogauswahl ist keine Aktivierung.
Umgebungen & Keys
Wo FORGE freigeschaltet ist, können Integratoren scoped Show-once-Keys und Sandbox-Oberflächen nutzen. Produktionszugang braucht separate Go-live-Freigabe; die Sandbox ist nicht produktionsgleich.
Regel- & Policy-Konfiguration
Ein Branchen-Template kann in SENTINEL als Startpunkt dienen, vorbehaltlich lokaler Validierung. Versionierung, Freigabe und Maker-Checker sind je Workflow zu bestätigen und keine universellen Kontrollen.
Stufenweiser Rollout
Ein begrenzter Pilot kann synthetisch/testweise, im Shadow- oder Read-only-Modus, mit Teil-Traffic und separat genehmigtem Cutover laufen. Nutzen Sie nur verifizierte Modi mit Stop-Bedingungen und vereinbarter Baseline.
Ersteinrichtung: was vor Pilot oder Live-Freigabe zu prüfen ist
- Risikoappetit: welche Ergebnisse auf Step-up vs. manuelle Prüfung vs. Blockieren mappen (PULSE-Schwellen, SENTINEL-Routing).
- Jurisdiktions-Umfang: verbotene und beschränkte Länder, lokale Overrides (SENTINEL-Geo-Kontrollen).
- KYC-Tiering: welche Kundenaktionen welche Verifizierungsstufe erfordern (GATE-Tiers).
- Auszahlungs-Leitplanken: prüfen Sie, welche Zeitpläne, Limits und Abhebungsprüfungen implementiert und integriert sind; SWITCH hat aktuell partielle Leseoberflächen.
- Team & Rollen: Benutzer und Owner in HELM einrichten, wo aktiviert; einen zweiten Prüfer nur für Aktionen vorsehen, die diese Kontrolle unterstützen. Mindestens ein technischer und ein Risk/Compliance-Owner.
- Webhooks: nur verfügbare FORGE-Events abonnieren und Event-Abdeckung, Signaturen, Retry und Redelivery vor operativer Nutzung testen.
Nichtproduktive Daten sollten sichtbar als synthetisch oder Mock markiert sein; Banner und Fail-closed-Verhalten müssen aber im konkreten Build geprüft werden. Aus einem fehlenden Warnhinweis folgt keine Produktionssicherheit — Freigabe braucht explizite Umgebungs-, Daten- und Integrationsnachweise.
Die Wochenkadenz
Eine sinnvolle Betriebsschleife erzeugt die PRISM-Scorecard auf Abruf, vergleicht vereinbarte Maße mit einer Baseline, untersucht Änderungen und governet mögliche Policy-Updates. Die geprüfte Scorecard ist generate-now, kein geplantes Reporting oder SLA-Monitoring. Kadenz, Freigaben und Produktionsänderungsrechte sind je Pilot oder Vertrag zu vereinbaren.
Das komplette Handbuch als PDF? Hinterlassen Sie uns Ihre E-Mail — wir senden es Ihnen zu.
Handbuch anfordern