La rupture est un scénario ordinaire

Le scénario paraît théorique. Il est statistiquement banal. Une rupture de service IA peut venir d'une panne majeure - les grands fournisseurs en connaissent chaque année. D'une décision commerciale unilatérale : changement de conditions, retrait d'un modèle, fin d'une offre. D'une restriction réglementaire ou géopolitique. Ou d'un incident de sécurité : selon une étude publiée en 2026, 65 % des organisations utilisant des agents IA ont connu au moins un incident de sécurité lié à ces agents en un an, et la détection d'un agent compromis prend en moyenne quatorze heures.

La dépendance, elle, s'est construite vite et par le bas. Les usages se sont installés dans les équipes avant toute décision formelle - le shadow AI représente souvent la majorité des usages réels. Le jour de la rupture, l'organisation découvre l'étendue exacte de ce qu'elle a branché. C'est le pire moment pour l'apprendre.

Heure par heure, ce qui se joue vraiment

À H+2, les équipes basculent spontanément sur des outils personnels gratuits pour continuer à travailler. Des documents internes, parfois des données clients, partent vers des services que personne n'a validés. Quelqu'un doit trancher : laisser faire, interdire, encadrer. Sur quelle base, si aucun seuil n'a été fixé ?

À H+8, un processus critique s'arrête - réponses clients, production documentaire, analyse. Son responsable demande une décision : mode dégradé, report, ou arrêt assumé. Existe-t-il un mode dégradé documenté ? Qui l'active ?

À H+24, votre client le plus important appelle. Ses données sont-elles concernées ? Pouvez-vous encore honorer vos engagements ? Il attend une réponse écrite dans la journée - et une réponse étayée par des preuves, pas par des impressions.

À H+48, le fournisseur annonce un rétablissement possible : nouvelle offre, tarif majoré, engagement de trente-six mois. Vos équipes estiment la bascule vers une alternative à plusieurs mois. Signez-vous ? La réponse dépend d'une seule chose : une alternative a-t-elle été identifiée et testée avant l'incident ?

Aucune de ces questions n'est technique. Toutes engagent l'organisation. Toutes appartiennent à l'instance dirigeante - et toutes se répondent avant l'incident, ou ne se répondent pas.

La question décisive a une métrique

Nous appelons cette mesure le Temps de Survie Décisionnelle : la durée pendant laquelle une organisation continue de décider de son propre sort après la rupture de sa principale dépendance IA. Le compteur s'arrête au premier point de rupture - une décision nécessaire n'a pas de titulaire, un processus critique s'arrête sans mode dégradé, ou des données engageantes sortent du périmètre sans contrôle.

Un TSD inférieur à deux heures signale une exposition critique : l'organisation perd la main avant d'avoir compris l'incident. Entre deux et vingt-quatre heures, les premières heures tiennent par l'improvisation des personnes, pas par le cadre. Entre vingt-quatre et soixante-douze heures, les mandats et la continuité tiennent, mais la sortie contractuelle n'a pas été préparée. Au-delà de soixante-douze heures, la dépendance est gouvernée : l'organisation traverse l'incident en décidant à chaque étape. C'est la définition opérationnelle de la souveraineté décisionnelle.

Trois décisions à prendre avant

La première : un plan de continuité qui intègre les scénarios d'incident IA - indisponibilité, compromission, dérive - avec un mode dégradé documenté pour chaque processus critique. C'est l'article 6 de la Charte des Décisions Souveraines.

La deuxième : une alternative identifiée et au moins partiellement testée pour chaque dépendance critique - européenne ou open-weight, peu importe l'origine du fournisseur principal. Le Plan B se documente avant d'en avoir besoin ; après, il s'improvise au prix fort.

La troisième : des mandats explicites pour décider sous contrainte de temps - qui qualifie l'incident, qui parle au client, qui négocie avec le fournisseur, qui tranche. La pression opérationnelle est l'épreuve la plus révélatrice d'une doctrine. Elle ne la suspend pas.

La rupture d'un fournisseur IA n'est ni une fatalité ni une surprise. C'est un scénario connu, datable, simulable - et la différence entre les organisations qui le traversent et celles qui le subissent tient à la question qu'elles se sont posée avant : pouvons-nous encore dire non ? Décider avant d'intégrer.