Après Danfoss, la question que tout DSI européen doit se poser sur ses infrastructures critiques

Danfoss s'est arrêtée. Et vous, vous redémarrez comment ?

En 2026, la paralysie opérationnelle de Danfoss — l'un des industriels européens les plus solides du continent — n'est pas un fait divers tech. C'est un cas d'école que chaque DSI de PME ou d'ETI française devrait lire comme un rapport d'audit de son propre SI.

La question n'est pas : "comment éviter une cyberattaque ?" La question est plus inconfortable : si votre chaîne d'outils s'effondre — qu'il s'agisse d'une attaque, d'une décision commerciale d'un éditeur américain, ou d'une coupure de service cloud — combien d'heures avant que votre activité s'arrête ?

Le vrai verrou : ce n'est pas le logiciel, c'est la dépendance contractuelle

La plupart des DSI de PME raisonnent en termes de sécurité technique : pare-feu, antivirus, sauvegardes. C'est nécessaire. C'est insuffisant.

Ce que l'incident Danfoss révèle — et que les incidents similaires de ces dernières années confirment — c'est un verrou d'un autre ordre : le verrou contractuel et architectural.

Concrètement : vos outils de production, de supervision, de communication sont-ils hébergés dans des datacenters soumis au Cloud Act américain ? Vos licences sont-elles liées à des abonnements résiliables unilatéralement par l'éditeur ? Vos données opérationnelles critiques transitent-elles par des infrastructures dont vous n'avez aucune visibilité sur la localisation réelle ?

Si vous répondez "je ne sais pas" à l'une de ces questions, vous avez votre premier chantier.

Ce n'est pas une posture idéologique. C'est une analyse de risque élémentaire. Un contrat SaaS avec un acteur américain dominant, c'est un contrat soumis à une juridiction étrangère, à des conditions tarifaires révisables sans préavis réel, et à une continuité de service que vous ne contrôlez pas.

L'architecture de résilience n'est pas un luxe de grand compte

Il existe une idée reçue tenace dans les PME et ETI françaises : la redondance, les plans de continuité, les architectures souveraines, c'est pour les grands groupes. Trop cher, trop complexe.

C'est exactement ce que les éditeurs américains dominants ont intérêt à vous faire croire. Un client captif est un client rentable.

La réalité opérationnelle est différente. Plusieurs éditeurs européens — notamment dans l'espace ERP industriel et la supervision d'infrastructure — ont construit des offres spécifiquement dimensionnées pour des organisations de taille intermédiaire, avec des modèles de déploiement hybrides ou on-premise qui permettent de conserver la maîtrise des données critiques. Sans liste à la Prévert, l'essentiel est ailleurs : ces options existent, elles sont contractuellement différentes, et elles méritent une évaluation sérieuse au prochain cycle de renouvellement de contrat.

Le critère de choix ne devrait plus être seulement le coût de la licence. Il devrait intégrer le coût du risque de dépendance.

Ce que Danfoss change pour votre prochain CODIR

En tant que DSI, vous avez maintenant un argument que vous n'aviez pas il y a cinq ans : des cas concrets, documentés, d'entreprises européennes paralysées partiellement ou totalement en raison d'une architecture trop centralisée sur des outils et des clouds tiers.

Cela change la nature de la conversation avec votre direction générale.

La souveraineté numérique n'est plus un débat de politique industrielle abstraite. C'est une variable de continuité d'activité. Et la continuité d'activité, la DG comprend.

Trois questions concrètes à porter en CODIR dans les prochaines semaines :

1. Cartographie de dépendance critique. Quels sont les trois outils ou services dont l'indisponibilité supérieure à 4 heures arrête votre activité ? Où sont-ils hébergés, par qui, sous quelle juridiction ?

2. Clause de réversibilité. Dans vos contrats actuels avec des éditeurs non-européens, existe-t-il une clause de réversibilité opérationnelle ? Pouvez-vous récupérer vos données dans un format exploitable sous 48 heures ?

3. Plan B documenté. Pour chacun de ces outils critiques, existe-t-il un substitut identifié, testé partiellement, et contractuellement accessible en cas de défaillance ou de rupture ?

Si ces trois questions n'ont pas de réponse claire aujourd'hui, Danfoss vient de vous offrir le meilleur argument budgétaire de l'année pour changer ça.

La dépendance technologique n'est jamais brutale au moment où elle se construit. Elle l'est toujours au moment où elle se révèle.