Digital Business & Future 13.06.2026

Arrêt des autorités pour un modèle d’IA : la leçon pour les PME

6 min de lecture

Le jeudi soir, un modèle d’IA était accessible dans le monde entier, le vendredi soir plus. Entre les deux, il n’y a eu ni panne ni attaque de hackers, mais une ordonnance gouvernementale. Pour chaque entreprise qui a construit ses processus sur ce modèle précis, c’est le type de panne le plus désagréable : une panne contre laquelle aucune équipe informatique interne ne peut agir.

Les points clés en bref

Arrêt sur ordonnance. Une contrôle à l’exportation américain a contraint le fournisseur à bloquer ses deux modèles les plus puissants en quelques heures pour tous les clients du monde.
Le risque incombe à l’utilisateur. Qui a un fournisseur unique ou un modèle unique intégré, porte la géopolitique de ce fournisseur sans pouvoir y influer.
La prévention relève du contrat. Des fournisseurs secondaires, des clauses de sortie et une configuration d’urgence documentée sont plus économiques qu’un arrêt de l’activité.

Liens associés :Confiance en l’IA sous pression : Anthropic rend visibles les interventions cachées / Ce que coûtent réellement les textes d’IA interchangeables

Le fournisseur Anthropic a présenté le 9 juin deux nouveaux modèles phares, Claude Fable 5 et Claude Mythos 5. Trois jours plus tard, le gouvernement américain, invoquant la sécurité nationale, a publié une directive de contrôle à l’exportation qui interdit l’accès aux deux modèles à tout citoyen étranger, tant à l’intérieur qu’à l’extérieur des États‑Unis. Comme la nationalité des utilisateurs individuels ne peut être vérifiée en temps réel, Anthropic a immédiatement désactivé les deux modèles pour tous les clients. Les autres modèles du fournisseur sont restés disponibles.

Pour une PME en Allemagne, le contexte politique est secondaire. Ce qui est intéressant, c’est la mécanique sous‑jacente, car elle peut être appliquée à son propre atelier. Un outil qui peut disparaître du jour au lendemain, sans que l’entreprise n’ait commis d’erreur, doit être intégré à toute analyse de risque.

Qu’est‑ce qu’un risque de concentration ? On parle de risque de concentration lorsqu’une entreprise rend ses processus essentiels dépendants d’un seul fournisseur, service ou système. Si cette unique source tombe, l’ensemble du processus qui en dépend s’arrête. Dans le contexte de l’IA, cela signifie : un fournisseur, un modèle, une interface comme unique base pour le calcul des offres, le service client ou la vérification de documents.

Pourquoi cette panne est différente

Les pannes classiques ont des causes que le fournisseur peut résoudre lui‑même. Un serveur tombe en panne, une mise à jour échoue, une ligne est coupée. Les engagements de disponibilité dans le contrat, les fameux Service Level Agreements, sont précisément prévus pour ces cas.

Une ordonnance gouvernementale constitue une autre catégorie. Le fournisseur agit correctement mais désactive quand même. Aucun argent ni aucune persuasion ne ramèneront le modèle tant que la directive est en vigueur. Anthropic a déclaré travailler à une remise en service rapide, sans toutefois préciser de date. Cette incertitude est plus difficile à planifier qu’un défaut technique avec une durée de réparation prévisible.

Où les PME sont concrètement concernées

La plupart des PME ne développent pas leurs propres modèles d’IA. Elles achètent des logiciels contenant un modèle, souvent sans savoir lequel. Un CRM avec assistant IA, une comptabilité avec reconnaissance de pièces, un outil de service client avec suggestions de réponses : derrière tout cela, c’est très probablement le modèle d’un grand fournisseur américain.

C’est précisément ici que la situation devient désagréable. Si le modèle tombe en panne, la fonction cesse de fonctionner, et le fournisseur de logiciel ne peut souvent que hausser les épaules en renvoyant à son propre fournisseur. La dépendance s’étend donc d’un niveau supplémentaire, au‑delà de ce que la plupart des contrats prévoient. Si, dans le contrat avec votre éditeur de logiciel, vous n’avez pas clarifié ce qui se passe en cas de défaillance du modèle, vous avez une faille ouverte.

Ce qui amortit

Un deuxième fournisseur comme solution de repli, techniquement préparé, pas seulement recherché en cas d’urgence
Des contrats avec une clause claire pour le changement de fournisseur et de modèle
Une variante manuelle légère pour les processus les plus critiques
Connaître quel modèle se trouve dans chaque logiciel acheté

Ce qui fait mal

Un seul modèle intégré de façon fixe au processus cœur, sans alternative
Aucune clause contractuelle précisant ce qui s’applique en cas de défaillance ou de blocage du modèle
Pas de visibilité sur le logiciel interne reposant sur quel fournisseur
L’hypothèse qu’un modèle disponible une fois reste disponible indéfiniment

Le tableau ne montre pas un drame, mais une tâche à accomplir. Aucun des points à gauche n’est coûteux ni compliqué. C’est la colonne de droite qui devient onéreuse, et cela précisément le jour où un modèle disparaît sans avertissement.

Ce qu’une entreprise doit désormais régler

La première étape consiste en un inventaire. Quels processus reposent aujourd’hui sur l’IA, et quel modèle se cache derrière chacun d’eux ? La question doit être posée par écrit à chaque fournisseur de logiciel. Si vous n’obtenez pas de réponse, vous ne connaissez pas votre risque.

La deuxième étape porte sur la solution de remplacement. Pour chaque processus critique, il doit exister une voie de secours, qu’il s’agisse d’un autre modèle, d’un autre fournisseur ou, en cas d’urgence, d’une prise en charge manuelle. Cette voie de secours doit être testée au préalable, sinon elle sera inutile en situation réelle. La troisième étape se situe dans le contrat : une clause qui autorise un changement de fournisseur sans période d’engagement prolongée, ainsi qu’une disposition précisant ce qui s’applique en cas d’indisponibilité.

Diversification sans double coût

L’objection la plus fréquente est que deux fournisseurs coûteraient le double. Ce n’est pas forcément vrai. Il ne s’agit pas de faire fonctionner tout en parallèle, mais d’avoir un chemin de repli préparé. De nombreux outils peuvent aujourd’hui être configurés de façon à ce qu’un changement de modèle ne soit qu’une question de configuration et ne prenne pas plusieurs semaines.

Celui qui met cela en place correctement ne paie presque rien en exploitation normale et économise le temps d’arrêt en cas de panne. C’est ce calcul qu’un directeur général devrait effectuer avant que le prochain outil indispensable ne soit bloqué par les autorités. Le fait que cela se reproduise est devenu plus probable après ce week‑end.

Foire aux questions

Tous les services d’IA sont-ils concernés par cette restriction ?

Non. Seuls les deux modèles haut de gamme mentionnés du fournisseur sont concernés. D’autres modèles de la même maison restent disponibles, ainsi que les offres d’autres fournisseurs. Le cas montre cependant qu’une telle restriction peut toucher en principe quiconque s’appuie sur un modèle unique.

Comment savoir quel modèle est intégré dans mon logiciel ?

Dans la plupart des cas, cela n’est pas indiqué ouvertement dans l’interface. La méthode fiable consiste à adresser une demande écrite au fournisseur de logiciel pour savoir quels modèles d’IA sont utilisés dans quelles fonctions et ce qui se passe en cas de défaillance. Cette information devrait figurer dans chaque nouveau contrat de logiciel.

Un fournisseur européen peut-il aider à réduire ce risque ?

Un fournisseur situé en dehors de la juridiction américaine réduit le risque d’un contrôle à l’exportation américain, mais ne supprime pas totalement le risque. Les services européens peuvent également être indisponibles ou soumis à des exigences réglementaires. Plus efficace que l’origine d’un fournisseur unique est une deuxième voie préparée.

Est-ce qu’un deuxième fournisseur en vaut la peine pour une petite entreprise ?

Il ne s’agit pas d’un deuxième contrat en cours, mais d’un chemin de remplacement testé pour les quelques processus vraiment critiques. Pour tout le reste, une variante de secours manuelle suffit souvent. L’effort est faible, l’immobilisation évitée peut être coûteuse.

Qu’est-ce qui doit figurer concrètement dans le contrat avec le fournisseur d’IA ?

Trois points sont essentiels : une obligation d’information sur les modèles utilisés, une réglementation en cas d’indisponibilité et une clause de sortie permettant un changement sans longue période de préavis. Ces éléments de base coûtent peu en négociation et économisent beaucoup en cas de problème.