Pourquoi nous la construisons
Chaque environnement Dynamics démarre avec un concept de sécurité propre. Puis la réalité s’installe : un projet crée trois nouveaux rôles parce que les existants conviennent « presque ». Quelqu’un reçoit des droits élevés « juste pour la migration » — et les garde. Une équipe est copiée, une business unit restructurée, un admin part et ses permissions demeurent. Aucune étape n’est une erreur en soi. Ensemble, après quelques années, elles produisent un système où personne ne peut dire avec certitude ce qu’un utilisateur peut réellement voir et modifier.
La plupart du temps, c’est un problème invisible. Jusqu’au jour où il ne l’est plus : un auditeur demande qui peut accéder aux données clients, et la réponse honnête prendrait des jours. Le DPO veut savoir pourquoi un prestataire parti figure encore dans la liste des utilisateurs. Une revue de sécurité trouve des privilèges dont personne ne se souvient. L’information existe — dispersée entre rôles, équipes, business units et permissions de colonnes. Ce qui manque, c’est un moyen de la lire.
C’est exactement ce vide que comble la Security Suite : elle rend le modèle de sécurité que vous avez déjà visible, interrogeable et nettoyable — comme xRM Audit a rendu vos modifications de données lisibles et Data Guard votre qualité de données applicable.
Comment ça marche
Voir qui peut accéder à quoi dans Dataverse — et pourquoi. Le changer en sécurité, avec preuve.
Security Health fait remonter les privilèges critiques, les utilisateurs désactivés qui conservent des rôles, les utilisateurs applicatifs sans rôle, les partages orphelins et les lacunes de couverture d’audit.
Access Explain liste chaque table, chaque privilège et chaque profondeur pour un utilisateur ou une équipe — et nomme le rôle ou l’équipe d’où chacun provient.
L’Impact Simulator combine jusqu’à 25 modifications et montre exactement qui gagne ou perd quels droits — avant que quoi que ce soit ne se produise.
Les demandes de modification passent par une validation à quatre yeux, imposée côté serveur et pas seulement dans l’interface. Approuver et appliquer restent des étapes distinctes.
Role Studio avertit avant la création d’un rôle quasi identique. Role Mining propose un modèle plus propre à partir des accès réellement utilisés.
L’export auditeur génère le concept d’autorisations en Word et PDF, directement depuis le modèle en direct.
Comprendre l’accès
Unités commerciales, équipes et rôles en organigramme interactif, avec des couches pour les rôles, les équipes, les partages, les murs et la portée.
Pourquoi Anna voit-elle cet enregistrement ? Cinq types de chemin — rôle, équipe, propriété, partage et cascade — plus la hiérarchie, affichés comme un chemin.
Pourquoi Javier ne peut-il pas ouvrir cet enregistrement, et ce qui lui donnerait exactement l’accès.
Demandez « qui peut supprimer des comptes à l’échelle de l’organisation ? » et obtenez la liste, avec la raison pour chaque personne.
Combien d’enregistrements un utilisateur atteint, combien contiennent des données personnelles, combien se trouvent hors de son unité — comparé à ses pairs.
Posez vos questions en langage courant, dans l’application ou dans Microsoft 365 Copilot. Lecture seule, réponses issues de l’instantané, toujours avec un lien vers la preuve.
Trouver ce qui cloche
Contrôle les privilèges critiques, les utilisateurs désactivés avec rôles, les utilisateurs applicatifs sans rôle, les partages orphelins, les équipes par défaut avec droits d’administrateur et la couverture d’audit. Acceptez un constat avec une raison et il sort du score.
Étapes de plug-in exécutées en tant qu’administrateur, flux sur connexions personnelles, API personnalisées sans privilège d’exécution, agents IA — qui agit avec les droits de qui.
Chaque partage, y compris à travers les murs et ceux encore détenus par des utilisateurs désactivés.
Quelles colonnes contiennent des données sensibles et devraient être protégées.
Changer en sécurité
Combinez jusqu’à 25 étapes et voyez exactement qui gagne ou perd quels droits. Les blocages d’accès et les franchissements de mur sont signalés avant l’envoi.
Toujours, uniquement pour les modifications critiques, ou désactivée. Imposée côté serveur, pas seulement dans l’interface — approuver et appliquer sont des étapes distinctes.
La Suite refuse toute modification qui vous laisserait sans administrateur interactif.
Les utilisateurs demandent eux-mêmes leurs rôles ; l’accès limité dans le temps est retiré automatiquement à l’échéance.
Lancez une modification à une heure définie et annulez-la sous forme de nouvelle demande.
Déplacez des paquets de rôles entre environnements comme une demande revue.
Le prouver
Définissez des murs entre unités commerciales ou équipes, trouvez chaque chemin existant qui les traverse et bloquez partages, appartenances aux équipes et changements de propriétaire à travers le mur — y compris dans l’interface standard de Dynamics. Par mur : désactivé, signalement seul ou blocage.
Toute modification de sécurité effectuée hors de la Suite est détectée, évaluée et signalée — avec qui, quoi et quand.
Bloquez les modifications directes de rôles hors de la Suite en production.
Comparez l’accès d’un utilisateur entre deux instantanés quelconques.
Recertification périodique par les responsables. « Retirer » crée une demande plutôt qu’une modification silencieuse.
Concept d’autorisations en documents Word et PDF, générés depuis le modèle en direct.
Questions fréquentes
Nous n’annonçons pas de dates avant d’être sûrs de pouvoir les tenir. Laissez vos coordonnées ci-dessous et vous recevrez exactement un mail au lancement.
Oui. Un petit groupe d’organisations obtiendra la Suite avant la disponibilité générale — en échange de retours honnêtes.
C’est exactement le rôle de l’Impact Simulator. Combinez jusqu’à 25 étapes, voyez qui gagne ou perd quels droits, et n’envoyez qu’ensuite. Les blocages d’accès et les franchissements de mur sont signalés avant.
Guardrails et Prod-Lock bloquent les modifications directes de rôles en production. Ce qui se produit malgré tout hors de la Suite est intercepté par le Watchdog, évalué et signalé avec qui, quoi et quand.
Non. Comme Audit, Data Guard et Translation Studio, la Security Suite fonctionne nativement sur Dataverse, dans votre environnement. L’IA est optionnelle et utilise votre propre clé Azure OpenAI ou Anthropic.
Elle lit en tant que système et écrit en tant que vous : chaque modification s’exécute avec vos propres droits et est entièrement tracée.
Audit répond à « qui a changé quoi », la Security Suite répond à « qui peut faire quoi ». Data Guard décide de ce qui peut être écrit au départ.
Un mail au lancement, accès anticipé sur demande, zéro spam. Dites-nous que vous êtes intéressés — on s’occupe du reste.
Être averti au lancement →Déjà disponibles
La Security Suite rejoint une famille qui couvre déjà l’audit, la qualité des données et les traductions — tout en natif Dataverse, tout sur Microsoft AppSource.
Bienvenue dans le monde fascinant des
produits xRM, découvrez
dès maintenant notre entreprise et
nos produits !
xRM Products LLC,
7901 4th St N STE 300,
ST. PETERSBURG, FL 33702, USA
© 2026 xRM Products LLC
