Diagnostic iREN
Le diagnostic iREN regroupe les signalements fonctionnels et techniques visibles par les personnes habilitées. Il aide à qualifier un incident, à retrouver son contexte et à transmettre les éléments utiles sans diffuser de données sensibles.
| Version vérifiée | iREN 1.14.2.709 — Caelum |
|---|---|
| Dernière vérification | 28 juillet 2026 |
| Public concerné | Administrateurs, support et responsables fonctionnels habilités |
Capture fidèle de l’interface iREN recette, contrôlée le 28 juillet 2026.
Erreur métier et erreur de site[modifier | modifier le wikicode]
Une erreur métier signale qu’une règle, un état ou une donnée ne permet pas de poursuivre l’opération attendue. Une erreur de site indique plutôt un dysfonctionnement de l’application ou de son environnement. Cette distinction oriente l’analyse, mais ne remplace pas la description précise du contexte.
Consulter la liste[modifier | modifier le wikicode]
- Choisir le type d’incident concerné.
- Filtrer par période, module, état ou identifiant lorsque ces critères sont disponibles.
- Ouvrir uniquement l’occurrence utile à l’analyse.
- Relever l’identifiant, l’heure, le module et le résumé fonctionnel.
- Vérifier si l’incident est isolé, récurrent, pris en charge ou résolu.
Préparer un signalement[modifier | modifier le wikicode]
Un signalement exploitable indique :
- l’écran et l’action réalisés ;
- le résultat attendu et le résultat observé ;
- la date et l’heure approximatives ;
- l’identifiant de diagnostic, s’il existe ;
- le périmètre touché et la fréquence ;
- les contrôles déjà effectués.
Ne jamais recopier un mot de passe, un jeton, une clé, une pièce de dossier, une coordonnée personnelle ou un contenu confidentiel. Si une capture est nécessaire, elle doit être anonymisée avant transmission.
Première qualification[modifier | modifier le wikicode]
Avant escalade :
- vérifier les droits et le cabinet sélectionné ;
- contrôler les champs obligatoires et l’état du document ou du dossier ;
- reproduire prudemment l’opération sans confirmer d’action destructive ;
- consulter les pages fonctionnelles liées au module ;
- rechercher un incident équivalent déjà connu.
Le diagnostic ne doit pas servir à contourner une règle métier ni à modifier directement les données.
Suivi et résolution[modifier | modifier le wikicode]
Conserver l’identifiant de suivi et documenter la résolution fonctionnelle. Après correction, contrôler le scénario initial et, si nécessaire, un scénario voisin. Une erreur marquée comme résolue doit rester compréhensible pour l’historique sans exposer d’information sensible.