Poursuivre le support lorsque le service d’IA tombe en panne
Séparez réception de la demande et étape d’IA. Prévoyez des reprises limitées, les enregistrements incertains et la poursuite du travail par l’équipe.
Une demande d’assistance doit rester traitable par l’équipe lorsque le résumé automatique échoue. L’application a besoin d’un parcours prévu sans cette fonction. Répéter les appels au modèle ne suffit pas à maintenir le travail.
Séparer la réception de l’étape d’IA
Dans ce portail fictif, une demande technique est d’abord enregistrée dans le stockage des dossiers. Son identifiant de réception est F-81. Un accusé de réception n’apparaît qu’après confirmation de l’enregistrement. Un service d’IA doit ensuite créer un résumé interne. Le message original reste lisible par l’équipe responsable.
Si le résumé échoue, le dossier enregistré peut continuer à être traité dans la file prévue. L’interface indique que le résumé est en attente ; elle ne doit pas annoncer un dossier terminé. Cette conception suppose que le stockage, les droits et le parcours manuel fonctionnent indépendamment de l’étape d’IA défaillante.
Associer les types d’erreurs aux suites prévues
Le modèle de conception Retry de Microsoft distingue les erreurs temporaires des cas où répéter n’est pas utile. Fixez des limites de durée et de tentatives adaptées au service. Le tableau décrit les réactions attendues dans l’exemple :
Problème | Réaction prévue | État visible |
|---|---|---|
Délai dépassé pour la requête d’IA | Répéter de manière limitée et espacée, puis laisser l’équipe reprendre | Résumé en attente |
Accès au service d’IA refusé | Arrêter les tentatives automatiques et faire vérifier l’intégration | Le dossier reste traitable par l’équipe |
Confirmation du premier enregistrement absente | Établir d’abord l’état de l’enregistrement existant | Réception pas encore confirmée |
En cas de refus d’accès, le contact technique responsable vérifie configuration et autorisations. L’application n’élargit pas ses propres droits en réponse.
Clarifier d’abord une écriture au résultat incertain
Une réponse perdue peut signifier que l’enregistrement a déjà réussi. Microsoft souligne les effets répétés lorsque des opérations non idempotentes sont exécutées à nouveau. Ici, idempotent signifie que répéter la même tâche ne produit pas d’effet métier supplémentaire.
Le parcours d’enregistrement doit gérer les répétitions du même identifiant de réception dans le périmètre d’autorisation approprié et pouvoir renvoyer un résultat existant. Un identifiant seul ne le garantit pas. Un état inconnu ne doit pas entraîner la création forcée d’un second dossier avec un nouvel identifiant.
Définir reprise et responsabilité
Le profil NIST pour l’IA générative traite des plans de reprise, des contacts et des processus alternatifs. Déterminez qui reprend les dossiers ouverts et quand le travail automatique peut redémarrer. Un texte d’IA arrivé tardivement ne doit pas écraser sans vérification un traitement manuel vérifié entre-temps.
Testez la panne, le refus d’accès, l’état d’enregistrement inconnu et le retour du service après traitement manuel. Vérifiez pour chaque cas le message original, l’état visible du dossier et la prochaine étape utilisable. Une interface à nouveau accessible ne prouve pas que tous les dossiers ouverts ont repris correctement.
Sources
À lire aussi
Tous les articles
IA & automatisation avec ASES
Assistants IA et processus automatisés