Résoudre un problème d’accès

Modifié le  Ven, 9 Oct. à 12:16 H

Réponse courte

Vérifiez le compte, l’organisation active, le membership, les droits d’entité et l’édition. Une URL directe ne permet pas de contourner un refus d’accès.

Disponibilité produit : Disponible.

Symptôme et premières vérifications

La connexion échoue, une page est refusée ou un produit semble introuvable. Ces situations ont des causes différentes : identité, accès organisation, entité juridique, édition ou session expirée.

  1. Vérifiez le compte connecté et l’organisation active. Si plusieurs organisations sont disponibles à la connexion, choisissez explicitement celle attendue.
  2. Vérifiez avec l’administrateur que l’utilisateur et son membership sont actifs.
  3. Confirmez le niveau d’accès requis : consultation, contribution ou administration. La fonction métier ne garantit pas toutes les permissions.
  4. Contrôlez le périmètre d’entité juridique du produit et les filtres de liste.
  5. Vérifiez l’édition : CRA Light n’ouvre pas les modules Full, même par une URL directe.
  6. Si la session a expiré, reconnectez-vous par le parcours normal et rechargez le contexte.

Connexion par mot de passe

Utilisez la page Connexion sans partager vos identifiants. En cas d’oubli, ouvrez le parcours Mot de passe oublié proposé. Le nom et le contenu du message de récupération dépendent de la procédure ; ne concluez pas à l’existence ou à l’absence d’un compte sur la seule base de sa réponse.

SSO et organisation

Le compte authentifié par le fournisseur SSO doit correspondre à l’identité attendue. Une session Microsoft différente, même du même domaine, peut être refusée. Vérifiez le compte sélectionné côté fournisseur sans transmettre de code, jeton ou cookie.

Une invitation n’accorde pas un accès actif tant que le parcours et le membership nécessaires ne sont pas valides. Les accès administratifs plateforme suivent leurs parcours explicites et audités ; ils ne constituent pas une connexion cliente ordinaire.

Résolution et escalade

Faites corriger le contexte ou un accès justifié par l’administrateur. Ne créez pas de doublon produit ou de compte secondaire uniquement pour contourner un refus.

Pour le support, relevez l’heure, le fuseau, le module, le message et l’opération attendue avec des noms anonymisés. Ne transmettez ni mot de passe, lien personnel d’invitation ou de campagne, cookie, code SSO ou preuve privée. En cas de suspicion de fuite entre organisations, utilisez le canal de sécurité.

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

Dites-nous comment nous pouvons améliorer cet article !

Sélectionner au moins l'une des raisons
La vérification CAPTCHA est requise.

Commentaires envoyés

Nous apprécions vos efforts et nous allons corriger l'article