Erreurs, limites et actions indisponibles

Un bouton indisponible ou un message d'erreur ne signifient pas toujours une panne. Il s'agit souvent d'une limite assumee: pas de droits, une condition non remplie, des donnees modifiees ou une verification de protection qui empeche d'aller plus loin. Cette page aide a comprendre ce qui s'est reellement passe et que faire, sans perdre de temps ni contourner les limites par des moyens dangereux.

Diagnostic rapide

Avant de considerer cela comme une erreur, posez-vous trois questions:

1. Ai-je les droits sur cet objet et cette action?
2. Quelqu'un d'autre n'a-t-il pas modifie les donnees pendant que je travaillais?
3. Une condition du processus ne bloque-t-elle pas l'action (champ obligatoire, motif, etape)?

La reponse a ces questions explique en general 90% des « erreurs » dans le CRM.

Pas d'acces

• Pas d'acces au module CRM. La section est masquee ou signale un refus — votre role n'a pas les droits sur le CRM. Adressez-vous a l'administrateur.
• Pas d'acces a une opportunite ou a un client. L'objet est hors de votre perimetre de visibilite. Demandez l'acces au pipeline ou a l'enregistrement concerne.
• Droits de gestion insuffisants. La consultation est autorisee, mais pas la modification ni la configuration. Ce sont des droits distincts; ils sont accordes par le proprietaire ou l'administrateur.

Ne contournez pas une limite d'acces en transferant les donnees hors du CRM: l'historique de travail sur le client se disperse alors et le controle se perd.

Visible, mais vous n'etes pas membre

Parfois l'objet est visible, mais l'action est indisponible parce que vous n'etes pas membre du groupe de travail associe. Dans ce cas, demandez au proprietaire de vous ajouter comme participant — c'est la bonne voie, et non des actions de contournement. Certaines actions ne sont accessibles qu'au proprietaire; elles sont alors realisees par le proprietaire, ou la propriete est d'abord transferee.

Donnees masquees par les droits

Certains champs, en particulier les donnees personnelles et les coordonnees des personnes morales, peuvent s'afficher comme « Masque par les droits ». Ce ne sont pas des donnees vides, mais une limite d'acces: vous voyez l'enregistrement, mais vous n'avez pas acces a ces champs. Si le champ est reellement necessaire au travail, demandez-en l'acces plutot que de le chercher en contournement.

Conflit de version et donnees obsoletes

• Un autre utilisateur a modifie les donnees. Actualisez la fiche et appliquez de nouveau la modification afin de ne pas ecraser la correction d'autrui.
• Le contexte est obsolete. Si les droits ou le perimetre de visibilite ont change depuis le chargement, actualisez la page.

Blocage d'etape ou de statut

Le passage d'une opportunite a une etape ou le changement de statut peuvent etre bloques par une verification de protection. Ce n'est pas une panne: le processus exige de remplir une condition.

Plusieurs conditions peuvent etre enfreintes a la fois. Le message de blocage enumere toutes les conditions non remplies — chacune sur sa propre ligne. C'est voulu: sinon la correction prendrait un tour par cause.

• Lisez le message en entier, pas seulement la premiere ligne.
• Remplissez toutes les conditions enumerees: completez les champs obligatoires, terminez les etapes requises, ajoutez les donnees.
• Recommencez le passage.

Si le blocage persiste apres correction, comparez le nouveau message a l'ancien: vous avez peut-etre leve une partie des causes et il en reste une, ou une nouvelle condition de la verification suivante est apparue.

Le formulaire indique ou corriger. Lorsque la condition porte sur un champ precis de la fiche, celle-ci defile jusqu'a ce champ et le met en evidence. L'exception est le motif de cloture: il se remplit dans le bloc de changement d'etape, et la fiche n'y defile pas — cherchez-le vous-meme.

Cas particulier — la cloture de l'opportunite: l'etape finale peut exiger un resultat (gagne ou perdu) et un motif de cloture. Sans eux, le passage echoue. Indiquez le motif reel: c'est de lui que decoule ensuite le veritable pourcentage de pertes.

Resultat partiel d'une action de masse

Une action de masse (par exemple l'archivage de plusieurs opportunites ou clients) peut ne pas s'appliquer a tous les elements selectionnes. Les causes: droits, statut, verification de protection ou modification de l'objet par un autre utilisateur. Que faire:

1. Regardez a quels objets l'action s'est appliquee.
2. Ouvrez separement celles ou elle n'a pas fonctionne.
3. Corrigez la cause et recommencez seulement pour les elements restants, et non pour tout l'ensemble a l'aveugle.

Pour les clients, la fenetre de confirmation affiche le detail avant toute execution: combien d'enregistrements seront traites, combien sont deja dans l'etat vise et combien sont indisponibles. Lisez-le avant de confirmer — c'est moins couteux que de demeler ensuite un resultat partiel.

Un cas a part: ce qui reste actif. L'archivage des clients ne ferme pas leurs groupes de travail ni leurs projets client; le portail en avertit explicitement dans la fenetre de confirmation. Formellement l'action a abouti entierement, mais le travail sur un client « ferme » continue. Fermez ces groupes de travail et projets separement, sinon personne ne remarquera la contradiction.

Flux entrant et integrations

• La demande issue d'un formulaire n'est pas arrivee dans le CRM. Dans la liste des demandes, une nouvelle transmission est disponible — utilisez-la apres avoir verifie le routage du formulaire.
• Le canal d'integration est en erreur. Chaque connexion du Hub d'integrations a un etat: active, avertissement, erreur, brouillon, archivee ou desactivee. Un canal en erreur ou en avertissement, ce sont des demandes et des messages potentiellement perdus. Lancez la verification de la connexion: elle indiquera une cause comprehensible (probleme de configuration ou du systeme externe), puis corrigez-la.
• Le message au client n'est pas parti (messageries). Les canaux de messagerie disposent d'une file de renvoi: les messages bloques peuvent etre renvoyes au lieu d'etre perdus. Traitez-la regulierement.
• L'integration REST rejette les appels. Le systeme externe peut etre refuse a cause d'une limite de requetes, d'une IP hors de la liste blanche ou parce que la methode ne fait pas partie de celles autorisees. Verifiez les limites, la liste blanche des IP et l'ensemble des actions autorisees de la connexion. La cle d'acces ne s'affiche qu'une seule fois — si elle est perdue, reemettez-la en repassant par l'assistant.
• Droits insuffisants pour configurer les integrations. Sans le droit d'ecriture sur les communications, le Hub d'integrations s'ouvre en lecture seule: les connexions sont visibles, mais l'assistant, la verification et les bascules sont indisponibles. La configuration est realisee par l'administrateur.
• L'invitation a un acces externe n'est plus valide (expiree, utilisee, revoquee). Emettez une nouvelle invitation.

L'automatisation a mal reagi

Si une regle ne s'est pas declenchee ou s'est declenchee autrement qu'attendu:

• verifiez si la regle est activee et si son perimetre et sa condition correspondent au cas;
• ouvrez l'historique des executions — il montre ce que la regle a fait et ou elle s'est arretee;
• si l'automatisation n'est pas disponible a la configuration, elle est peut-etre limitee par les droits ou temporairement arretee dans les parametres du module.

Qui doit agir

Situation	Qui aide
Pas d'acces au module, au pipeline, au champ	Administrateur ou proprietaire de l'espace
Pas membre du groupe de travail	Proprietaire du groupe de travail
Blocage d'etape ou de statut	L'executant remplit la condition de la verification
Demande non arrivee / canal en erreur	Administrateur du processus ou responsable des integrations
La regle d'automatisation fonctionne mal	Proprietaire de la regle

Comment decrire le probleme pour qu'il soit resolu rapidement

Si vous ne parvenez pas a comprendre seul une limite ou une erreur, decrivez le probleme de maniere a ce que l'administrateur ou le proprietaire du processus le saisisse sans questions supplementaires. Precisez:

• ou: sur quel ecran et dans quel pipeline cela s'est produit;
• ce que vous faisiez: quelle action vous tentiez d'effectuer;
• ce que vous avez vu: le texte exact du message ou quel bouton est indisponible;
• sur quel objet: l'opportunite, le client ou le pipeline (sans donnees privees — un lien ou un numero suffit);
• si cela se repete: le probleme persiste-t-il apres avoir actualise la page.

Ne transmettez pas dans votre demande les donnees personnelles du client ni les liens prives — decrivez la situation avec des mots. Une description precise epargne un ou deux echanges et accelere la correction: elle permet de voir tout de suite s'il s'agit de droits, d'une condition du processus ou d'une veritable panne.

Si un code de refus apparaît

Le serveur peut renvoyer un reasonCode technique, mais l'interface le traduit en message clair et n'affiche pas le code brut. Fiez-vous au sens du message, à l'action et à l'objet, pas au code interne.

Sens du message	À faire	Qui peut aider
Accès refusé ou personne impossible à assigner	Vérifier rôle, périmètre et participant ; ne pas sortir les données du CRM	Administrateur, propriétaire du projet ou du pipeline
Données modifiées par une autre personne	Actualiser, conserver uniquement la modification actuelle et réessayer	Auteur de la modification si le résultat est incertain
Condition, champ ou lien invalide	Corriger l'élément indiqué puis réessayer	Propriétaire du processus
Service de contrôle, requête ou intégration indisponible	Ne pas créer de doublon ni répéter une action groupée à l'aveugle ; attendre puis réessayer une fois	Responsable intégration ou administrateur

Pour le support, transmettre le message exact, l'écran et l'action, le type d'objet, l'heure et le résultat du nouvel essai. Ne joignez ni JSON brut, ni jetons, ni données personnelles, ni liens privés : le code de refus seul n'indique pas la correction requise.

Bonnes pratiques

• Verifiez d'abord les droits, les modifications et les conditions du processus, puis considerez cela comme une erreur.
• Lisez le message de blocage en entier: il peut enumerer plusieurs causes a la fois.
• Avant une action de masse, lisez le detail de la fenetre de confirmation, et pas seulement le bilan ensuite.
• En cas de conflit, actualisez les donnees plutot que d'ecraser la correction d'autrui.
• Analysez le resultat partiel par causes, plutot que de repeter l'action de masse a l'aveugle.
• Ne contournez pas les limites d'acces en transferant les donnees hors du CRM.

Erreurs frequentes

Prendre une limite de droits pour une panne. On perd du temps a « reparer » ce qui fonctionne comme prevu; il suffit de demander l'acces.

Ignorer le message de la verification de protection. Il indique deja ce qu'il faut corriger.

Corriger les causes du blocage une par une. Le message les enumere toutes d'un coup; refaire l'operation apres chaque correction, ce sont des tours en plus et l'impression que « l'erreur ne part pas ».

Repeter une action de masse apres un resultat partiel. Une partie des opportunites echouera de nouveau et la cause restera non analysee.

Contourner l'acces en transferant les donnees a l'exterieur. C'est un risque de fuite et une perte de controle sur l'historique du client.

Creer un nouvel enregistrement au lieu de mettre a jour en cas de conflit. Un doublon apparait et les donnees se dispersent.

Comment verifier le resultat

• on comprend ce qui s'est reellement passe: droits, conflit ou condition du processus;
• le message de blocage a ete lu et la condition remplie;
• le resultat partiel a ete analyse sur les objets restants;
• la demande non arrivee a ete soumise de nouveau, le canal d'integration verifie;
• l'acces a ete demande de maniere reguliere, sans voies de contournement.

Scenarios associes

• CRM: vue d'ensemble
• Opportunites et demandes
• Pipelines et etapes
• Clients, entreprises et contacts
• Automatisation et processus metier