Les cinq applications.

Un seul système de design, cinq surfaces dédiées. Votre rôle décide de celles que vous voyez ; les entitlements de votre tenant décident des modules qui y apparaissent.

Compliance Console — l’outil de travail quotidien

Pour les analystes conformité, les réviseurs, les MLRO et les opérateurs TrustStack autorisés. Les surfaces observées de la Console incluent la navigation des modules, les files, les dossiers et des vues de lecture, mais les onglets, champs SLA et actions varient selon le rôle, l’entitlement, le feature flag et l’intégration. Bloquer, clôturer et approuver n’exigent un second réviseur que là où ce workflow précis a un maker-checker configuré et vérifié.

Client & Onboarding Portal — marque blanche, en libre-service

Pour les équipes marchandes et leurs clients finaux. Le portail est conçu pour réunir onboarding, demandes de modules, wallets, tableaux de bord et surfaces de lecture des preuves, sous réserve d’entitlement et d’intégration. Le KYC hébergé peut être en marque blanche là où c’est configuré ; domaine, branding, mention du prestataire, accessibilité et localisation doivent être validés pour le déploiement réel.

Developer Portal — FORGE, productisé

Pour les ingénieurs : les surfaces observées couvrent les clés délimitées à affichage unique, les scénarios sandbox, les webhooks, les limites et la documentation associée. Les enregistrements sandbox sont des démonstrations, pas la preuve du comportement en production. Validez la parité des règles, la couverture des événements, les signatures, les journaux de livraison, les relances et la redélivrance pour l’intégration retenue avant de vous y fier.

Evidence Portal — accès délimité pour auditeurs et régulateurs

Le produit revu inclut des surfaces Evidence Portal et de lecture des grants soumises aux rôles pour les réviseurs externes autorisés. La visibilité des packs, le périmètre des chronologies, l’application de l’expiration et l’enregistrement des accès dépendent du workflow configuré et de la couverture actuelle des événements ; ce n’est pas la revendication d’un accès régulateur ni d’une journalisation complets.

Admin Console — HELM, au quotidien

Pour les administrateurs autorisés de la plateforme : les surfaces HELM observées couvrent tenants, entitlements, utilisateurs, rôles, branding, configuration et exploitation. Les contrôles inter-tenants et de support dépendent de la configuration ; vérifiez la séparation des tâches et les événements d’audit réellement enregistrés pour le rôle visé.