.svg)
Ce que le plan de reprise d'activité oublie généralement
La planification de la reprise suit la structure du registre des actifs de l'entreprise. Les serveurs, bases de données, applications et liaisons réseau figurent tous sur une liste, chacun avec un responsable et un objectif de récupération. Les intégrations y figurent rarement, car personne ne les a acquises en tant qu'entités distinctes.
Une connexion point à point entre un ERP et un système de gestion d'entrepôt est souvent un script sur un serveur ou une tâche planifiée dans un système dont personne n'est réellement propriétaire. Elle n'a ni licence, ni fournisseur, et souvent aucune documentation. Lors de la rédaction du plan de reprise, elle n'était pas assez visible pour y être incluse.
Cette lacune se manifeste par quatre questions auxquelles personne ne peut répondre lors d'un incident :
- Ce qui était en transit : quelles commandes, expéditions ou instructions de production avaient quitté un système sans être arrivées à l'autre au moment de l'interruption de la connexion
- Si des données ont été perdues : si ces enregistrements sont en attente quelque part ou s'ils ont tout simplement disparu
- Qui doit relancer le processus : quelle équipe est responsable de la connexion, par opposition à la responsabilité des deux systèmes aux extrémités
- Dans quel ordre effectuer la relance : si l'ERP doit être opérationnel avant la reprise du flux vers l'entrepôt, ou l'inverse
Chacune de ces questions peut être résolue à l'avance. Aucune ne peut l'être pendant une panne si rien n'a été consigné, c'est pourquoi la première heure d'un incident d'intégration est généralement consacrée à la découverte plutôt qu'à la récupération.
Pourquoi les échecs d'intégration passent-ils inaperçus ?
Un serveur en panne se signale de lui-même. Les utilisateurs ne peuvent plus se connecter, les tableaux de bord virent au rouge et quelqu'un est alerté en quelques minutes. Une intégration défaillante est plus discrète, car chaque système qu'elle connecte continue de fonctionner normalement.
La boutique en ligne continue de prendre des commandes. L'ERP affiche toujours le stock de la veille. L'entrepôt continue de préparer ce qu'il a reçu comme instruction une heure auparavant. Rien n'est cassé du point de vue d'un système isolé, et rien ne le sera tant que l'écart de données ne sera pas devenu suffisamment important pour être remarqué par un humain.
C'est pourquoi les échecs d'intégration sont généralement signalés par les clients plutôt que par la surveillance. Un acheteur demande où se trouve sa commande, et quelqu'un découvre que le flux de commandes s'est arrêté à 02h00. Détecter cela plus tôt est le travail de la surveillance et de la journalisation, ce qui est une discipline différente de la récupération une fois que la panne est connue.
Ce que coûte une heure d'interruption d'intégration
Le coût d'une interruption d'intégration n'est pas proportionnel à sa durée. Il est proportionnel à la dépendance de l'entreprise vis-à-vis du flux et au temps pendant lequel la panne reste indétectée :
- Une ligne de production en attente de travail : un MES sans nouvelles commandes car la connexion ERP a été interrompue, et une équipe payée à attendre
- Des commandes prises sur un stock inexistant : une boutique en ligne vendant pendant quatre heures sur la base du dernier chiffre reçu
- Des expéditions qui n'atteignent jamais le transporteur : des instructions d'expédition en attente dans un système que personne ne surveille, découvertes le lendemain matin
- Des enregistrements en double après le redémarrage : un flux redémarré sans savoir ce qui a déjà été traité, créant une seconde copie de chaque commande survenue pendant l'interruption
- Un rapprochement qui prend des jours : le service financier comparant manuellement deux systèmes pour trouver ce qui a été transféré et ce qui ne l'a pas été
Le quatrième point est la surprise coûteuse. Redémarrer une connexion est facile. La redémarrer sans dupliquer ou ignorer ce qui était en cours nécessite de savoir exactement où elle s'est arrêtée, et la plupart des connexions point à point ne l'enregistrent pas.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
