ImpactOne

Un réseau de plusieurs centaines d’entités autonomes pose un problème que les logiciels de gestion classiques ne traitent pas : chaque entité veut ses propres données, ses propres utilisateurs et ses propres règles, tandis que la tête de réseau veut une vision consolidée. Résoudre l’un au détriment de l’autre est le compromis habituel. Ce n’en est pas un.

Isolation stricte, dès la première table

Les données de chaque entité sont isolées au niveau du modèle, pas au niveau de l’écran. Une requête mal écrite ne peut pas remonter les données d’une entité voisine, parce que la frontière n’est pas dans le code applicatif — c’est la différence entre une isolation qu’on vérifie et une isolation qu’on espère.

Cela se décide avant la première table. Isoler après coup est une refonte, jamais une évolution : c’est la raison pour laquelle la question se traite au premier jour d’un projet de ce type.

Ce que la plateforme couvre

• Gestion d’identités centralisée. Un compte, des rôles par entité, une révocation immédiate. Sur un réseau étendu, le départ d’une personne est un événement fréquent : il doit être traité en une action.
• Consolidation par la tête de réseau. Les indicateurs remontent sans que les entités aient à produire de rapport, donc sans le délai et les écarts qu’un rapport manuel introduit.
• Autonomie locale réelle. Chaque entité paramètre ce qui la concerne. Une plateforme qui impose les mêmes règles à toutes finit contournée par des tableurs parallèles.

Montée en charge

La plateforme est exploitée en production. Le chiffre affiché sur cette fiche est un décompte des entités actives, pas une capacité théorique : nous préférons annoncer ce qui tourne que ce qui pourrait tourner.