La capacité d'un éditeur d'IA vidéo à déployer sur plusieurs centaines de sites ne se juge pas sur la performance de ses modèles, mais sur quatre points moins visibles : l'architecture de traitement et son coût marginal par site, la capacité à absorber un parc de caméras hétérogène, l'outillage d'exploitation et de mise à jour à distance, et le modèle d'intégration aux systèmes déjà en place.
Un pilote réussi sur trois sites ne préjuge d'aucun de ces quatre points. La plupart des projets qui s'enlisent n'échouent pas sur la détection, ils échouent sur l'industrialisation. Cet article détaille ce qui change à mesure que le parc grandit, et les questions à poser avant de s'engager.
Un pilote se déroule dans des conditions favorables : sites choisis, caméras bien orientées, équipes impliquées, support du fournisseur disponible, paramétrage ajusté manuellement. Chacun de ces éléments disparaît au moment de la généralisation.
Sur un parc étendu, les caméras proviennent de plusieurs générations et de plusieurs fabricants. Les angles de vue n'ont pas été pensés pour la mesure. Les réseaux locaux diffèrent d'un site à l'autre. Les correspondants sur place changent. Le temps disponible pour régler chaque caméra se réduit à quelques minutes, contre plusieurs heures en phase pilote.
La question à poser à un éditeur ne porte donc pas sur la performance de son modèle, mais sur le temps et les compétences nécessaires pour mettre en service le centième site.
Plusieurs effets apparaissent de manière non linéaire.
Trois grandes options coexistent, chacune avec un profil de coût différent.
L'analyse s'exécute sur un équipement installé sur le site. La bande passante nécessaire reste faible, puisque seules des données agrégées remontent. En contrepartie, chaque site suppose du matériel à acheter, à installer et à maintenir, ce qui crée un coût fixe par site et une logistique de remplacement.
Les flux remontent vers une infrastructure mutualisée. Le raccordement d'un nouveau site est rapide et la mise à jour des modèles bénéficie immédiatement à tout le parc. La contrainte porte sur le réseau et sur le volume de données transportées, ainsi que sur les exigences de localisation de l'hébergement.
Une partie du traitement se fait sur site, la supervision et l'agrégation sont centralisées. C'est le compromis le plus fréquent sur les grands parcs, mais il demande une discipline de version : du matériel local hétérogène et mal suivi redevient vite un obstacle.
Aucune de ces options n'est supérieure dans l'absolu. Le choix dépend de la qualité des liens réseau, des contraintes de localisation des données et de la tolérance à l'intervention sur site.
Un modèle entraîné sur un ensemble de situations se dégrade lorsque les conditions changent : nouvel agencement, nouvelle tenue de travail, saison, travaux, remplacement d'une caméra. Cette dérive est normale. Ce qui distingue un éditeur, c'est sa capacité à la détecter et à la corriger sans mobiliser une intervention humaine sur chaque site.
Les éléments à examiner sont concrets : existence d'indicateurs de santé par flux, détection automatique des mesures aberrantes, possibilité de réajuster ou de réentraîner à distance, traçabilité des versions de modèles déployées, et procédure de retour arrière en cas de régression.
Sans ces éléments, le parc se dégrade silencieusement : les tableaux de bord continuent d'afficher des chiffres, mais ces chiffres cessent progressivement de décrire la réalité.
Une mesure qui n'atteint pas l'outil où se prend la décision ne sert à rien. Sur un parc étendu, l'intégration représente souvent une part importante de la charge projet : connexion au système de vidéosurveillance existant, remontée vers un outil de supervision ou un hyperviseur, export vers un entrepôt de données, alimentation d'un outil de planification des effectifs.
Les questions utiles portent sur l'existence d'interfaces documentées, sur la stabilité de leur format dans le temps, et sur la possibilité de récupérer l'historique des mesures dans un format exploitable sans l'éditeur. Ce dernier point conditionne la réversibilité du projet.
Quelques demandes simples discriminent efficacement les candidats :
Des réponses précises à ces cinq demandes en disent plus long qu'une démonstration.
Pour un parc situé en Europe, la localisation de l'hébergement et le droit applicable au contrat ne sont pas des détails administratifs. Ils déterminent la capacité à documenter un traitement, à répondre à une demande d'une autorité de contrôle et à tenir les engagements pris auprès des représentants du personnel. Le règlement européen sur l'intelligence artificielle ajoute par ailleurs des obligations de documentation qui varient selon l'usage et le niveau de risque du système.
XXII est un éditeur français de vision par ordinateur dont la plateforme CORE analyse les flux de caméras déjà installées, sans reconnaissance faciale. Pour une direction qui instruit un déploiement sur un grand nombre de sites, l'intérêt d'un interlocuteur établi en Europe tient surtout à la clarté contractuelle et à la proximité opérationnelle pendant les phases de mise en service, qui restent le moment où se joue la réussite du projet.