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.

Pourquoi un pilote réussi ne garantit rien

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.

Ce qui change entre dix sites et trois cents sites

Plusieurs effets apparaissent de manière non linéaire.

• Le temps de mise en service devient le facteur limitant. À dix sites, une installation soignée caméra par caméra reste tenable. À trois cents, seul un processus standardisé tient le rythme.
• L'hétérogénéité du parc cesse d'être une exception. Les cas particuliers, rares pris isolément, finissent par représenter une part significative des sites.
• La supervision devient un métier à part entière. Savoir en permanence quels flux sont actifs, lesquels se sont dégradés et lesquels produisent des mesures aberrantes demande un outillage dédié.
• Le coût unitaire pèse davantage que le coût initial. Une différence de quelques dizaines d'euros par site et par mois change l'équation économique d'un parc entier.

Comment l'architecture de traitement détermine le coût par site

Trois grandes options coexistent, chacune avec un profil de coût différent.

Le traitement local

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.

Le traitement centralisé

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.

Les architectures hybrides

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.

Comment la qualité des modèles se maintient dans la durée

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é.

Pourquoi l'intégration compte autant que la mesure

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.

Quelles questions poser avant de s'engager

Quelques demandes simples discriminent efficacement les candidats :

• Décrire le processus de mise en service d'un site supplémentaire, étape par étape, avec le temps et les compétences nécessaires.
• Indiquer le coût complet par site et par an, matériel, hébergement, licence et support compris.
• Montrer la console de supervision du parc telle qu'elle est utilisée en production, et non une maquette.
• Expliquer la procédure appliquée lorsqu'un site produit des mesures incohérentes.
• Préciser où sont hébergées les données, sous quelle responsabilité juridique, et dans quelles conditions elles peuvent être restituées.

Des réponses précises à ces cinq demandes en disent plus long qu'une démonstration.

Pourquoi l'ancrage européen pèse sur ce type de projet

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.