Modules et interfaces
Modules et interfaces
Section intitulée « Modules et interfaces »RegulaLink n’est pas une seule application : c’est un espace d’organisation (votre tenant) où plusieurs interfaces et modules se combinent. Les modules s’ouvrent selon le forfait (et parfois le mode auto-régulateur). Les droits de votre compte décident ensuite de ce que vous voyez.
Cette page est la carte métier. Pour les détails opérationnels d’un pilier : Collect, Autorisations, Régulation, Intelligence, GRC.
Les cinq interfaces
Section intitulée « Les cinq interfaces »1. Console admin
Section intitulée « 1. Console admin »Pour qui : agents, instructeurs, responsables conformité, administrateurs, direction.
Rôle : configurer (formulaires, workflows, catalogues), instruire (dossiers, plaintes, licences, PV), piloter (GRC, analytics, rapports).
Menus typiques : Collect · Licences · Régulation · GRC · Rapports · Analytics · Paramètres / comptes.
2. Espace opérateur (Entity)
Section intitulée « 2. Espace opérateur (Entity) »Pour qui : l’entité, le membre, la filiale ou le partenaire que vous suivez.
Rôle : compléter son identité, déposer une demande d’autorisation, répondre aux obligations (« Ma conformité »), contribuer au GRC si on lui assigne un risque / audit / évaluation, échanger via la messagerie licence, éventuellement payer une facture.
L’opérateur ne configure pas le studio frameworks ni les catalogues de sanctions : il exécute ce qui le concerne.
3. Portail public
Section intitulée « 3. Portail public »Pour qui : citoyens, tiers, demandeurs, journalistes, partenaires externes.
Rôle : consulter le registre vérifiable, scanner / vérifier un QR, déposer une plainte, parfois déclarer un signalement, démarrer un onboarding KYC, lire des indicateurs publiés si vous les exposez.
4. KYC guidé (PWA)
Section intitulée « 4. KYC guidé (PWA) »Pour qui : le demandeur lui-même, ou un agent qui l’accompagne.
Rôle : parcours pas à pas du formulaire d’identité lié à une catégorie (type d’acteur). Même moteur de formulaire que l’admin construit pour Collect.
5. Application terrain (Collector)
Section intitulée « 5. Application terrain (Collector) »Pour qui : agents en mission.
Rôle : sessions / missions, saisie hors ligne, synchronisation, constats selon modules. Maturité encore jeune côté produit : le métier est clair, l’expérience évolue.
Comment un module s’ouvre
Section intitulée « Comment un module s’ouvre »| Levier | Effet |
|---|---|
| Forfait | Active une liste de modules (Essential → Enterprise) |
| Mode organisation | Régulateur vs auto-régulateur (libellés + GRC auto en auto-régulateur) |
| Permissions / rôles | Affinent ce que votre compte voit dans un module déjà actif |
| Add-ons | Ex. pack ISO 27001 en plus du GRC |
Le libellé du menu n’est pas la source de vérité : ce qui compte, c’est le module activé. Exemple : les plaintes sont dans Essential, mais le menu admin les range souvent sous le groupe « Licences ».
Vue d’ensemble des modules
Section intitulée « Vue d’ensemble des modules »| Groupe | Modules (clés) | Forfait d’entrée typique |
|---|---|---|
| Collecte & identité | Acteurs (providers), plaintes, migration, facturation adhésion | Essential (+ facturation en Professional) |
| Autorisations | Licences, obligations | Professional |
| Régulation | Infractions, sanctions, règles métier, rapports réglementaires | Professional |
| Pilotage | Analytics (socle dès Essential) | Essential → étendu Intelligence+ / Enterprise |
| GRC | GRC, risques, audits | Enterprise ou auto-régulateur au first-run |
Intelligence+ : au démarrage technique, même liste de modules que Professional — la différence porte surtout sur les volumes et le déploiement progressif des capacités d’analyse / copilote.
Collecte & identité
Section intitulée « Collecte & identité »Acteurs / opérateurs (providers)
Section intitulée « Acteurs / opérateurs (providers) »But : constituer et tenir la base d’identité (KYC / KYB) des acteurs que vous suivez.
Dans l’admin : catégories (types + formulaires), dossiers d’identité, sessions terrain, parc d’opérateurs.
Parcours type :
- Créer une catégorie (ex. « Prestataire », « Membre », « Agent ») et son formulaire.
- Ouvrir le lien KYC, le portail, ou une mission Collector.
- Instruire le dossier (pièces, validations, statuts).
- Publier / exposer le registre et la preuve QR.
Régulateur : opérateurs externes. Auto-régulateur : membres, agents, partenaires — même moteur.
→ Détail : Pilier Collect.
Plaintes (complaints)
Section intitulée « Plaintes (complaints) »But : recevoir et instruire les signalements / litiges (citoyen, tiers, parfois opérateur).
Où : formulaires + workflows en admin ; dépôt souvent sur le portail public ; instruction dans le menu Licences (même sans module licences).
Chaîne fréquente : dépôt → instruction → résolution → éventuelle sanction liée.
Migration (migration)
Section intitulée « Migration (migration) »But : importer un stock existant (CSV) pour ne pas tout ressaisir.
Quand : démarrage d’organisation, reprise d’un registre papier / Excel, fusion de bases.
Facturation adhésion / commissions (invoices)
Section intitulée « Facturation adhésion / commissions (invoices) »But : facturer l’adhésion, des commissions ou des frais liés au cycle Collect / licences (selon configuration).
Forfait : typiquement Professional+. Visible côté admin Collect et parfois côté Entity (finances).
Autorisations & obligations
Section intitulée « Autorisations & obligations »Licences (licences)
Section intitulée « Licences (licences) »But : délivrer et suivre des autorisations (agréments, habilitations, permis internes).
Dans l’admin : types, secteurs, workflows multi-niveaux (SLA), sous-processus, messagerie, dossiers.
Côté Entity : dépôt de demande, pièces, suivi d’étapes, échanges avec l’autorité / le siège.
Auto-régulateur : même outil pour des habilitations internes (pas forcément un agrément public).
Obligations / conformité
Section intitulée « Obligations / conformité »But : calendrier de devoirs et preuves (déclarations, pièces périodiques) liés à une licence ou au siège.
Côté Entity : écran Ma conformité — voir ce qui est dû, déposer la preuve, suivre le statut.
Indispensable pour la conformité continue, pas seulement pour « obtenir » l’autorisation une fois.
Régulation
Section intitulée « Régulation »Infractions
Section intitulée « Infractions »But : formaliser un constat (contrôle, signalement, suite de plainte) avec types et workflows de procès-verbal (simulation → validation → exécution selon config).
Sources : admin, collector, parfois portail public.
Sanctions
Section intitulée « Sanctions »But : appliquer une mesure du catalogue (avertissement, amende, suspension, autre mesure interne) à partir d’une infraction, d’une plainte, ou directement selon vos droits.
Régulateur : pouvoir public. Auto-régulateur : discipline / mesures correctives — même logique produit.
Règles métier (regulatory_rules)
Section intitulée « Règles métier (regulatory_rules) »But : barèmes et automatisations versionnées (ex. seuils, enchaînements) pour réduire le traitement au cas par cas.
Rapports réglementaires (reporting)
Section intitulée « Rapports réglementaires (reporting) »But : campagnes et formulaires de soumissions périodiques (même form builder que Collect / plaintes).
Flux : type + formulaire → échéance → dépôt Entity (ou collecte) → revue admin → données pour le pilotage.
Form builder (partagé)
Section intitulée « Form builder (partagé) »Un seul constructeur de formulaires sert trois familles :
| Famille | Usage |
|---|---|
| Identité (KYC/KYB) | Catégories d’acteurs, PWA, Collector |
| Plaintes | Formulaires de signalement |
| Rapports réglementaires | Déclarations périodiques |
Étapes, champs (texte, ID, géo, listes, uploads, signature…), listes d’objets (object_array), calculs et conditions : même logique. Voir Collect — form builder.
Pilotage & Intelligence
Section intitulée « Pilotage & Intelligence »Analytics (socle)
Section intitulée « Analytics (socle) »Dès Essential : cockpit de volumes, files, premiers indicateurs.
Au-delà : studio d’indicateurs, pipelines de préparation, publication éventuelle d’analyses sur le portail public.
Réglia et cockpits direction
Section intitulée « Réglia et cockpits direction »Copilote conversationnel et cockpits avancés : déploiement progressif, dépendent de la configuration du tenant (ex. modèle de langage). Ne pas attendre « magie » hors activation.
GRC, risques, audits
Section intitulée « GRC, risques, audits »But : se conformer et prouver la maîtrise du risque — politiques internes, cadre national / régional, référentiels internationaux (ISO 31000 inclus ; ISO 27001 en add-on).
| Module | Ce que vous faites |
|---|---|
| GRC | Frameworks, cockpit, boîte « À traiter », évaluations |
| Risques | Registre, appétit, traitements, propriétaires |
| Audits | Plans, findings, checklists, preuves |
Catalogue commercial : Enterprise. Mode auto-régulateur : activation typique dès le first-run.
Entity peut contribuer (assignations) sans administrer le studio.
→ Guide dédié : GRC et conformité interne.
Où ça apparaît dans l’admin
Section intitulée « Où ça apparaît dans l’admin »| Groupe de menu | Sujets fréquents |
|---|---|
| Collect | Opérateurs, dossiers, sessions, catégories, migration, (factures) |
| Licences | Dossiers licences, workflows, messagerie, obligations, plaintes |
| Régulation | Infractions, sanctions, règles |
| Rapports | Types, formulaires, soumissions |
| GRC | Cockpit, frameworks, risques, évaluations, audits |
| Analytics | Cockpit, indicateurs, pipelines |
Parcours bout-en-bout (synthèse)
Section intitulée « Parcours bout-en-bout (synthèse) »| Intention | Modules | Interfaces |
|---|---|---|
| Enregistrer et publier un parc | Collect, plaintes | Admin + KYC / public / collector |
| Autoriser puis suivre dans le temps | Licences + obligations | Admin + Entity |
| Contrôler et sanctionner | Infractions, sanctions, règles | Admin (+ public / terrain) |
| Collecter des déclarations périodiques | Rapports | Admin + Entity |
| Prouver la conformité interne | GRC, risques, audits, obligations | Admin + Entity |
| Piloter | Analytics (± Réglia) | Admin (± public si publié) |
Cycle produit : enregistrer → autoriser → contrôler → se conformer / piloter.
Limites à connaître
Section intitulée « Limites à connaître »- Intelligence+ ≠ nouveaux modules au bootstrap vs Professional.
- Collector : utile, maturité encore en évolution.
- Réglia : nécessite activation / config.
- Documents officiels type JO / GED avancée : pas le cœur actuel.
- Fédération live entre régulateurs : hors parcours courant.
- Vocabulaire encore « régulateur » sur certains écrans en auto-régulation.