Réponse courte
L’administration organisation gère les membres, les paramètres et les périmètres juridiques autorisés. Les rôles plateforme et les délégations partenaire restent séparés.
Disponibilité produit : Disponible aux administrateurs habilités. La disposition des écrans doit être relue sur la version cible avant publication.
Organisation, entité et produit
Une organisation est un périmètre client isolé. Elle peut posséder plusieurs entités juridiques. Les produits appartiennent à leur organisation et sont bornés par les droits d’entité. Une personne présente dans plusieurs organisations doit travailler dans le contexte explicitement sélectionné.
L’administration plateforme provisionne et administre les organisations dans ses propres écrans. Un administrateur organisation ne crée pas librement une autre organisation client. Les fonctions disponibles peuvent varier selon la version utilisée ; vérifiez votre périmètre avant une opération.
Les trois niveaux visibles
Admin organisation gère l’organisation dans le périmètre permis. Contributeur travaille sur les données métier accessibles. Lecture seule consulte sans mutation métier. La fonction facultative, par exemple responsable sécurité ou conformité, précise la responsabilité ; les permissions historiques peuvent encore déterminer des actions spécifiques.
N’accordez pas l’administration uniquement pour résoudre un import ou un accès ponctuel. Vérifiez d’abord l’organisation, l’entité, le statut du membre et la permission réellement nécessaire.
Inviter et suivre un membre
Depuis les écrans Utilisateurs, Invitations ou Membres de l’administration organisation, utilisez le parcours d’invitation disponible. Vérifiez l’adresse, le niveau d’accès, la fonction et les entités autorisées avant confirmation. La présence d’une invitation ne signifie pas que l’utilisateur l’a acceptée ni qu’une session active existe.
Dans la fiche d’une organisation de l’administration plateforme, Inviter un utilisateur ouvre une modale ; le choix Entités sélectionnées demande au moins une entité. Ce parcours plateforme est distinct du formulaire client. Une erreur conserve la saisie ; n’élargissez pas les droits pour la contourner.
Un lien d’invitation est personnel. Ne le conservez pas dans une preuve, une capture ou un ticket public. Si l’invitation est expirée, demandez une nouvelle émission par le parcours autorisé ; ne modifiez pas le lien.
Après acceptation, vérifiez le membership et son activation. Lors d’un départ, désactivez le membre dans le périmètre approprié et contrôlez les délégations utiles. Les références historiques de ses actions doivent rester interprétables.
Gérer les entités juridiques
Un accès global et un accès à des entités sélectionnées n’ont pas la même portée. Vérifiez l’entité du produit avant de conclure à une perte de données. Les listes, créations et téléchargements sont contrôlés côté serveur.
Pour la composition, un utilisateur doit accéder aux deux produits, même lorsqu’ils appartiennent à des entités différentes de la même organisation. Les relations invisibles ne sont pas supprimées parce qu’un éditeur ne peut pas les consulter.
Les produits historiques sans entité appellent une décision d’affectation autorisée. Un membre limité à des entités sélectionnées ne voit pas un produit sans entité. L’affectation reste une action manuelle autorisée ; l’ouverture de la fiche n’effectue aucune correction automatique.
Paramètres, SSO et intégrations
Les paramètres d’organisation, les connecteurs, le SSO et la réversibilité exigent leurs permissions administratives. Les secrets sont saisis dans les champs dédiés et ne doivent pas figurer dans la documentation client ou les captures.
Le SSO confirme l’identité auprès du fournisseur ; il ne donne pas automatiquement accès à toutes les organisations du domaine. L’utilisateur et son membership doivent être actifs dans le périmètre cible.
CRA Light conserve l’administration générale autorisée mais exclut les intégrations avancées et les modules Full. Une demande d’upgrade n’active pas instantanément l’édition.
Partenaire et administration plateforme
Un partenaire travaille via une délégation explicite vers une organisation cliente autorisée. Le contexte client doit rester visible avant une action. La relation commerciale ne donne pas un accès transversal à toutes les données.
Super Admin, Support Admin et Platform Auditor possèdent des responsabilités plateforme différentes. Les parcours clients ordinaires et les accès CRA administratifs explicites de la plateforme appliquent des contrôles distincts ; ces derniers sont limités et audités. Ne présentez pas le support comme un utilisateur pouvant lire arbitrairement les preuves clients.
Audit et revue d’accès
Consultez les journaux autorisés après un changement sensible. Les vues organisation et plateforme sont séparées. Vérifiez l’acteur, le résultat, la date et la cible ; l’existence d’un événement ne prouve pas que la décision était appropriée.
Planifiez une revue des utilisateurs actifs, entités, fonctions et délégations. Conservez les exports selon votre politique de confidentialité et n’envoyez pas le journal complet pour un incident limité.
Dépannage et limites
En cas d’accès refusé, contrôlez le compte, l’organisation, le membership actif, l’entité et l’édition. Pour une invitation non reçue, vérifiez le destinataire et le canal d’envoi sans demander le lien personnel.
La création de nouvelles organisations, le changement d’édition, la configuration des sources globales et les modèles d’e-mails plateforme relèvent de l’administration plateforme autorisée. Les guides clients ne doivent pas exposer ses secrets ou ses procédures d’exploitation.
Articles liés
Article issu de la base de connaissance CRA Manager.
Cet article a-t-il été utile ?
C'est super !
Merci pour votre commentaire
Désolé ! Nous n'avons pas pu vous être utile
Merci pour votre commentaire
Commentaires envoyés
Nous apprécions vos efforts et nous allons corriger l'article