Agence d'automatisation · Support
Réponse à une panne d'automatisation
Traitez une automatisation client en panne ou défaillante avec le même soin à chaque fois. Le client connaît les faits le jour même, les enregistrements touchés ne sont retraités que selon un plan approuvé, et le client confirme ses données via un lien public avant la clôture de l'exécution.
- Durée: 1 à 5 jours
- Fréquence: Pour chaque automatisation client en panne
- Étapes: 11 étapes
- Agents IA: 2 agents IA
- Approbations: 1 approbation
Plan gratuit, sans carte de crédit.
Ce que ce modèle change
Sans le modèle
L'ingénieur corrige le problème discrètement et le client découvre les données fausses une semaine plus tard.
Les enregistrements en échec sont relancés à la main, et certains se retrouvent en double chez le client.
Personne ne sait exactement quels enregistrements ont été touchés.
La même panne revient après la prochaine modification d'une application connectée.
Avec le modèle
Le client reçoit un point vérifié le jour même et confirme ses données à la fin.
Le retraitement suit un plan approuvé avec un contrôle des doublons.
L'ingénieur liste les enregistrements touchés, et le client les vérifie dans ses propres systèmes.
Chaque panne se termine par des actions de prévention avec un responsable et un runbook à jour.
Le modèle, étape par étape
Chaque étape indique qui la réalise : une personne de votre équipe, un agent IA ou le client via un lien public. Une approbation garde toutes les étapes suivantes verrouillées jusqu'à ce qu'elle soit donnée.
- Réalisé par votre équipe
- Réalisé par un agent IA
- Réalisé par le client, via un lien public
Démarre quand
Une alerte de panne se déclenche pour une automatisation client, ou le client signale des données fausses ou manquantes. L'ingénieur automatisation lance une exécution avec le client, l'automatisation et ce qui a échoué.
- 1
Enregistrer la panne et suspendre l'automatisation si nécessaire
Heure 1Ingénieur automatisation · Équipe
Notez ce qui a échoué et depuis quand. Si l'automatisation écrit des données fausses, suspendez-la pour qu'aucun autre enregistrement ne soit touché.
Checklist
- Panne confirmée dans l'historique des exécutions
- Automatisation suspendue si elle écrit des données fausses
- Responsable de livraison informé
Champs à remplir
- Nom du client (obligatoire)
- Automatisation (obligatoire)
- Ce qui a échoué (obligatoire)
- Gravité (obligatoire)
- 2
Trouver les enregistrements touchés et la cause
Heures 1 à 4Ingénieur automatisation · Équipe
Utilisez l'historique des exécutions et les journaux pour lister chaque enregistrement en échec, ignoré ou mal écrit, et notez la cause ou ce que vous avez écarté.
Checklist
- Période de la panne fixée
- Enregistrements touchés listés
- Cause trouvée ou cernée
Champs à remplir
- Nombre d'enregistrements touchés (obligatoire)
- Lien vers la liste des enregistrements touchés (obligatoire)
- Cause (obligatoire)
- Type de cause (obligatoire)
- 3
Rédiger le point au client
Heure 4Rédacteur de points client · Agent IA
Le rédacteur de points client transforme les notes de panne en un message clair : ce qui s'est passé, quels enregistrements sont touchés, ce qui a été fait et la suite.
Champs à remplir
- Brouillon du point client (obligatoire)
Contrôle humain: Le responsable de livraison corrige le point et l'envoie à l'étape 4.
- 4
Envoyer le point au client
Heure 4Responsable de livraison · Équipe
Corrigez le point pour qu'il ne contienne que des faits, puis envoyez-le au client par e-mail, avec la liste des enregistrements touchés et le lien public de l'exécution.
Checklist
- Les faits correspondent aux notes de l'ingénieur
- Aucune supposition sur la cause
- Lien public envoyé au contact client
Champs à remplir
- Point tel qu'envoyé (obligatoire)
- 5
Confirmer l'impact de votre côté
Jour 1Contact client · Lien public
Après avoir comparé la liste reçue par e-mail à ses propres systèmes, le client note via le lien public les enregistrements qu'il voit comme faux ou manquants et indique si quelqu'un a déjà agi sur des données fausses.
Checklist
- Enregistrements touchés vérifiés dans vos propres systèmes
- Solutions de contournement notées
Champs à remplir
- Enregistrements que vous voyez faux ou manquants (obligatoire)
- Quelqu'un a-t-il agi sur des données fausses ? (obligatoire)
- Solutions de contournement en place
- 6
Corriger la cause et planifier le retraitement
Jours 1 à 2Ingénieur automatisation · Équipe
Corrigez la cause dans l'espace de test, testez le correctif avec les enregistrements en échec et décrivez comment les enregistrements touchés seront retraités sans créer de doublons.
Checklist
- Correctif testé avec les enregistrements en échec
- Contrôle des doublons dans le plan
- Identifiants ou connexions expirés renouvelés
Champs à remplir
- Notes sur le correctif (obligatoire)
- Plan de retraitement (obligatoire)
- 7
Approuver le correctif et le plan de retraitement
Jour 2Architecte solutions · Équipe
Vérifiez que le correctif supprime la cause et que le plan de retraitement ne peut ni créer de doublons ni écraser des données correctes.
Checklist
- Le correctif supprime la cause, pas seulement le symptôme
- Le retraitement ne peut pas créer de doublons
- La version précédente peut être restaurée
Approbation: Le redémarrage et le retraitement restent verrouillés jusqu'à ce que l'architecte solutions approuve le correctif et le plan.
- 8
Redémarrer l'automatisation et retraiter les enregistrements
Jour 2Ingénieur automatisation · Équipe
Mettez le correctif en production, redémarrez l'automatisation, retraitez les enregistrements touchés et vérifiez chacun par rapport à la liste.
Checklist
- Correctif en production
- Automatisation redémarrée
- Chaque enregistrement touché retraité ou corrigé
Champs à remplir
- Enregistrements retraités (obligatoire)
- Enregistrements corrigés à la main
- 9
Confirmer que vos données sont correctes
Jours 2 à 3Contact client · Lien public
Via le lien public, le client vérifie les enregistrements retraités dans ses propres systèmes et confirme que les données sont correctes, ou note ce qui reste faux.
Champs à remplir
- Les données sont correctes (obligatoire)
- Ce qui reste faux
- 10
Rédiger l'analyse d'incident
Jour 3Rédacteur d'analyse d'incident · Agent IA
Le rédacteur d'analyse d'incident résume l'exécution : chronologie, cause, impact, correctif et actions de prévention proposées.
Champs à remplir
- Brouillon de l'analyse d'incident (obligatoire)
Contrôle humain: L'architecte solutions corrige l'analyse et arrête les actions de prévention à l'étape 11.
- 11
Arrêter les actions de prévention
Masqué sur le lien publicJours 3 à 5Architecte solutions · Équipe
Corrigez l'analyse, décidez des actions de prévention et de leur responsable, et ajoutez le nouveau cas de panne au runbook.
Checklist
- Analyse corrigée
- Chaque action de prévention a un responsable
- Le runbook couvre le nouveau cas de panne
Champs à remplir
- Actions de prévention et responsables (obligatoire)
- Lien vers le runbook mis à jour (obligatoire)
Terminé quand
L'automatisation tourne à nouveau correctement, chaque enregistrement touché est corrigé, le client a confirmé ses données et les actions de prévention ont un responsable.
Adaptez-le. Renommez les étapes, changez les responsables et ajoutez des points de checklist, des champs ou des approbations. Le modèle est un point de départ pour la façon de travailler de votre équipe.
Les agents IA de ce modèle
Un agent ne travaille que sur ses propres étapes, et une personne de votre équipe vérifie ce qu'il a fait. Tout ce qu'un agent écrit dans une application connectée attend une approbation, sauf si vous l'autorisez.
Rédacteur de points client
Transforme les notes de panne de l'ingénieur en un point clair pour le client.
Ce qu'il fait
- Lit la panne, la cause et les enregistrements touchés saisis dans l'exécution
- Écrit ce qui s'est passé, ce qui est touché et la suite
- Enregistre le brouillon du point dans son étape et la termine
Contrôle humain: Le responsable de livraison corrige le point et l'envoie à l'étape 4.
Rédacteur d'analyse d'incident
Résume toute l'exécution en une courte analyse d'incident.
Ce qu'il fait
- Lit les valeurs et les checklists de chaque étape précédente
- Écrit la chronologie, la cause, l'impact et le correctif
- Propose des actions de prévention sur lesquelles une personne décide
- Enregistre le brouillon de l'analyse dans son étape
Contrôle humain: L'architecte solutions corrige l'analyse et arrête les actions de prévention à l'étape 11.
Les questions auxquelles ce modèle répond
Suspendez l'automatisation si elle écrit des données fausses, retrouvez chaque enregistrement touché, dites au client ce que vous savez, et seulement ensuite corrigez et retraitez. Les étapes 1 et 2 suspendent l'automatisation et listent les enregistrements touchés, et l'étape 4 envoie au client un point vérifié avant toute mise en production d'un correctif.
Rédigez un plan de retraitement avec un contrôle des doublons et faites-le approuver par une deuxième personne avant de relancer quoi que ce soit. L'étape 6 demande ce plan avec le correctif, et l'étape 7 est un contrôle d'approbation qui garde le redémarrage verrouillé jusqu'à ce que l'architecte solutions approuve les deux.
Envoyez des faits le jour même : ce qui s'est passé, quels enregistrements sont touchés, ce que vous avez déjà fait et quand il aura de vos nouvelles. L'étape 3 rédige ce point à partir des notes de l'ingénieur, et à l'étape 4 le responsable de livraison retire toute supposition et l'envoie au client par e-mail avec le lien public.
Fixez la période de la panne, listez chaque enregistrement en échec, ignoré ou mal écrit, et laissez le client vérifier de son côté. L'étape 2 liste les enregistrements touchés, l'étape 4 envoie cette liste au client par e-mail, et à l'étape 5 le client confirme via le lien public ce qu'il voit comme faux ou manquant.
Analysez la cause de chaque panne et donnez un responsable à chaque action de prévention. L'étape 10 rédige l'analyse d'incident, et à l'étape 11 l'architecte solutions arrête les actions de prévention et ajoute le nouveau cas de panne au runbook.
Laissez l'IA rédiger le point au client et l'analyse d'incident à partir des notes de l'ingénieur, et gardez une personne entre l'IA et le client. L'étape 3 rédige le point que le responsable de livraison corrige à l'étape 4, et l'étape 10 rédige l'analyse que l'architecte solutions corrige à l'étape 11.
Modèles associés
Conçu pour
Exécutez ce workflow dans OKiDO
Configurez les étapes, les responsables et les approbations une fois, puis lancez une exécution pour chaque nouveau cas.