Fonctionnement du diagnostic

Objectif

Cette page explique la logique de l’assistant pour que vous sachiez:

• pourquoi une question s’affiche,
• pourquoi une action est proposée,
• quand le flux s’arrête,
• quand il passe à une alternative.

Principe de décision

Le diagnostic suit un cycle strict:

1. exécuter un test,
2. interpréter le résultat,
3. proposer une action alignée au problème détecté,
4. relancer un contrôle,
5. vous demander confirmation.

Ce que cela implique pour vous

• Vous ne devez pas répondre au hasard.
• Vous devez tester le symptôme après chaque action.
• Une réponse Oui arrête immédiatement la branche.

Différence entre test, action et confirmation

• Test: vérification automatique (ou question utilisateur ciblée).
• Action: tentative de correction (Résoudre).
• Confirmation: validation utilisateur du résultat réel.

Cas “tout semble opérationnel”

Si les vérifications automatiques sont vertes:

• le module n’invente pas de panne,
• il peut afficher Tout semble opérationnel,
• vous pouvez utiliser Forcer une résolution si vous souhaitez tout de même tenter un correctif.

Forcer une résolution

Ce mode sert à:

• appliquer des actions graduées même sans anomalie détectée,
• tenter une amélioration sur un comportement intermittent,
• relancer un contrôle après chaque tentative.

Fin de parcours

• Résolu: symptôme confirmé comme corrigé.
• Tout semble opérationnel: aucune anomalie détectable.
• Non résolu: toutes les alternatives ont échoué pour la branche active.

Bonnes pratiques

• Traitez une seule catégorie à la fois.
• N’enchaînez pas plusieurs catégories sans vérifier le résultat intermédiaire.
• Conservez les détails d’exécution si vous devez demander de l’aide.