Étude de cas : démêler les pannes d'automatisation

Démêler une chaîne d'automatisation rompue après le départ de collaborateurs clés

Aperçu de l'étude de cas

Un client a soumis un ticket d'assistance après qu'un ensemble critique de processus automatisés basés sur Microsoft a soudainement cessé de fonctionner. La solution d'origine avait été mise en place par un sous-traitant qui ne travaillait plus pour l'organisation, ne laissant aucune documentation claire ni aucune responsabilité. Les ingénieurs US Cloud ont travaillé directement avec le client pour reconstruire l'environnement, identifier le point de défaillance et restaurer la fonctionnalité, tout en assurant la continuité des tickets suivants.

Statistiques des cas

Secteur d'activité du client : Services aux entreprises

Technologie : Microsoft Power Automate

Niveau de gravité : 4

Numéro de ticket : 155476 et 154268

Ce qui s'est passé

Le client s'appuyait sur une série de flux de travail automatisés interconnectés qui soutenaient un processus métier interne. Ces flux de travail avaient été créés par un ancien sous-traitant, et lorsque celui-ci a quitté l'organisation, les connaissances institutionnelles sur la manière dont la solution avait été conçue et maintenue ont disparu avec lui.

Sans aucune modification intentionnelle de la part du client, la chaîne d'automatisation a échoué. Plusieurs flux et dépendances ont cessé de fonctionner simultanément, et l'équipe interne n'a pas pu déterminer l'origine de la panne ni la manière dont les composants interagissaient. En conséquence, le client a ouvert un ticket d'assistance pour demander de l'aide afin de comprendre l'architecture et de restaurer les processus défaillants.

Calendrier de résolution des problèmes

Voici une description étape par étape de la manière dont notre ingénieur, Luis, a abordé la résolution de ce problème.

  1. Ouverture initiale du ticket : le client a signalé que plusieurs workflows automatisés ne fonctionnaient plus et qu'il ne parvenait pas à en identifier la cause.
  2. Session de dépannage en direct lancée : un ingénieur Cloud américain s'est joint à une session de travail avec plusieurs membres de l'équipe du client afin de commencer à examiner la chaîne d'automatisation de bout en bout.
  3. Reconstruction de l'environnement : ensemble, l'ingénieur et le client ont retracé la manière dont les flux de travail avaient été conçus pour interagir, en cartographiant les dépendances au sein de la solution afin de comprendre comment les données et les déclencheurs circulaient dans le système.
  4. Cause profonde identifiée : la panne a été attribuée à une connexion manquante ou défectueuse spécifique au sein de la chaîne d'automatisation, plutôt qu'à une interruption de service de la plateforme ou à un défaut côté Microsoft.
  5. Fonctionnalité rétablie : une fois le lien rompu corrigé, les flux de travail ont repris leur fonctionnement normal.
  6. Traitement efficace des tickets de suivi : lorsqu'un problème similaire impliquant la même automatisation est apparu par la suite, Luis a de nouveau été sollicité en tant qu'ingénieur désigné. Sa connaissance approfondie de l'environnement lui a permis de résoudre rapidement le problème, notamment en identifiant un cas comme une erreur utilisateur plutôt qu'une défaillance de la plateforme.

Ce qu'US Cloud a fait pour résoudre le problème

US Cloud a assuré la continuité, fourni le contexte et proposé des solutions pratiques plutôt que de se contenter de traiter les tickets de manière transactionnelle. L'ingénieur désigné est resté impliqué tout au long des longues sessions de dépannage, a pris le temps de comprendre la solution dans son ensemble plutôt que de se limiter à un seul symptôme, et a élaboré un modèle mental fonctionnel de l'environnement du client.

Cette familiarité s'est avérée payante pour les tickets suivants. L'ingénieur comprenant déjà le fonctionnement de l'automatisation, les problèmes ultérieurs ont été résolus plus rapidement et avec moins de perturbations. Le client a pu travailler à plusieurs reprises avec le même ingénieur, ce qui lui a évité d'avoir à réexpliquer son environnement et a accéléré le délai de résolution.

Technologie Microsoft abordée

  • Microsoft Power Automate (flux et processus automatisés)
  • Composants Azure associés prenant en charge l'exécution du flux de travail

Conclusion

Ce ticket illustre la valeur d'un support Microsoft tiers expérimenté et cohérent lorsque les solutions non documentées échouent. En se concentrant sur la compréhension de l'environnement du client, et non pas seulement sur la résolution d'un seul ticket, US Cloud a restauré une chaîne d'automatisation critique et a assuré un suivi fiable de tous les problèmes connexes. Il en a résulté une résolution plus rapide, une réduction de la pression interne pour le client et une expérience de support fondée sur la continuité et la confiance plutôt que sur des cycles d'escalade.

Obtenez un devis auprès de US Cloud pour que Microsoft réduise ses tarifs d'assistance Unified.

Ne négociez pas à l'aveuglette avec Microsoft

Dans 91 % des cas, les entreprises qui soumettent une estimation du cloud américain à Microsoft bénéficient immédiatement de remises et de concessions plus rapides.

Même si vous ne changez jamais, une estimation US Cloud vous donne :

  • Les prix réels du marché remettent en question la position « à prendre ou à laisser » de Microsoft
  • Objectifs d'économies concrets: nos clients économisent 30 à 50 % par rapport à Unified.
  • Négocier les munitions – prouver que vous disposez d'une alternative légitime
  • Renseignements sans risque – aucune obligation, aucune pression

 

« US Cloud nous a permis de réduire notre facture Microsoft de 1,2 million de dollars. »
— Fortune 500, directeur informatique