Un lundi matin, la direction travaux doit vérifier une zone coulée vendredi, le maître d’ouvrage demande un état d’avancement et le responsable HSE cherche à documenter un écart signalé sur site. Le choix entre SaaS chantier ou serveur interne détermine alors bien plus que l’emplacement des images : il conditionne la vitesse d’accès, la qualité de la preuve, la continuité de service et la capacité des équipes à décider sans attendre.
Pour un dispositif de suivi visuel, la bonne question n’est donc pas « cloud ou local ? » dans l’absolu. Elle consiste à identifier où les données doivent être exploitées, par qui, à quelle fréquence et avec quel niveau de contrôle. Un chantier produit des images utiles à l’exécution, à la prévention, au reporting, à la communication et, parfois, à la gestion d’un différend. L’infrastructure doit servir ces usages sans créer de friction opérationnelle.
SaaS chantier ou serveur interne : deux logiques d’exploitation
Une plateforme SaaS est hébergée et exploitée par son éditeur ou son prestataire technologique. Les utilisateurs autorisés y accèdent via un navigateur, depuis le bureau, un mobile ou une tablette, sans déployer de logiciel sur chaque poste. Dans le cadre d’un suivi de chantier, elle centralise généralement les photos horodatées, les séquences timelapse, les comparaisons de dates, les flux live et les exports de reporting.
Un serveur interne, aussi appelé solution on-premise, place l’hébergement dans l’infrastructure de l’entreprise, sur site ou dans son environnement privé. L’organisation conserve alors la responsabilité directe des serveurs, des mises à jour, des sauvegardes, des contrôles d’accès et de la disponibilité de la plateforme. Ce modèle peut répondre à des politiques de sécurité strictes ou à des contraintes de souveraineté définies au niveau du groupe.
Aucune de ces options ne garantit, à elle seule, une meilleure protection. Un serveur interne mal maintenu, insuffisamment sauvegardé ou difficilement accessible peut devenir un point de fragilité. À l’inverse, un SaaS sans exigences contractuelles claires sur l’hébergement, les droits d’accès et la réversibilité ne répondra pas aux attentes d’un projet sensible. La sécurité se mesure dans l’architecture, les procédures et l’exploitation réelle.
L’accès aux images : un enjeu de production avant tout
Sur un projet de construction, l’information visuelle perd une grande partie de sa valeur si elle reste enfermée dans un poste informatique ou dans un répertoire réservé à l’équipe IT. La direction de programme, le conducteur de travaux, la maîtrise d’œuvre, le bureau de contrôle ou le responsable communication n’ont pas les mêmes besoins, mais ils doivent pouvoir consulter une source fiable selon leurs droits.
Le SaaS apporte un avantage concret lorsque les intervenants sont répartis entre plusieurs agences, plusieurs entreprises ou plusieurs pays. Les accès peuvent être organisés par projet, zone, rôle et niveau d’autorisation. Une même séquence peut ainsi être vérifiée par les équipes travaux, puis partagée de façon contrôlée avec le client ou un investisseur. Cette centralisation réduit les échanges de fichiers lourds, les versions contradictoires et les demandes de captures d’écran envoyées dans l’urgence.
Le serveur interne est pertinent lorsque tous les utilisateurs travaillent dans un environnement réseau maîtrisé et que l’accès externe est exceptionnel. C’est toutefois un scénario moins fréquent pour les opérations multi-acteurs. Dès qu’un partenaire doit se connecter depuis l’extérieur, il faut prévoir une exposition sécurisée, un VPN ou des mécanismes d’authentification spécifiques. Le coût et la complexité ne disparaissent pas : ils sont transférés vers l’organisation.
La connectivité chantier ne doit pas dicter l’architecture
L’absence de fibre ou la variabilité de la couverture mobile sur site sont souvent avancées contre une plateforme SaaS. C’est une objection légitime, mais elle concerne d’abord la chaîne de capture et de transmission. Des boîtiers autonomes capables de stocker temporairement les images puis de synchroniser les données au retour du réseau assurent la continuité de la collecte.
Le dispositif doit distinguer la capture locale de l’accès distant. Les images sont produites sur le terrain, sécurisées dans le système de captation, puis transférées vers la plateforme dès que les conditions le permettent. Les équipes conservent ainsi une chronologie exploitable, y compris sur des sites à connectivité intermittente.
Sécurité, RGPD et valeur probatoire
Les images de chantier peuvent contenir des personnes, des plaques d’immatriculation, des installations sensibles ou des informations techniques non publiées. Le sujet dépasse la simple confidentialité : il engage le respect du RGPD, les obligations contractuelles et la maîtrise de la diffusion.
Dans un SaaS destiné au B2B, les points de contrôle attendus sont précis : authentification forte, gestion fine des habilitations, chiffrement des échanges, journalisation des accès, sauvegardes, politique de conservation et processus documenté en cas d’incident. Il faut aussi vérifier où sont hébergées les données, qui peut intervenir techniquement sur la plateforme et dans quelles conditions les données peuvent être récupérées à la fin du contrat.
Le floutage automatique des visages et des plaques renforce la capacité à partager les contenus sans exposer inutilement les personnes présentes sur site. Il ne remplace pas une politique de droits d’accès, mais il limite le risque dès la source, notamment pour les vues destinées au reporting élargi, au live streaming ou à la communication.
Le serveur interne donne à l’entreprise une maîtrise directe de l’environnement d’hébergement. Cette maîtrise est réelle si les équipes disposent des compétences, des procédures et des moyens pour l’exercer. La question à poser est simple : qui vérifie les correctifs de sécurité, teste la restauration des sauvegardes et surveille la disponibilité à 7 heures du matin lorsqu’un comité de pilotage attend une image actualisée ?
Pour la preuve, l’essentiel est de préserver l’intégrité de la chronologie. Horodatage, classement par projet, conservation des images originales et traçabilité des exports permettent de reconstituer une situation avec précision. Une plateforme visuelle doit aider à vérifier, comparer, prouver et partager, sans transformer chaque recherche en opération manuelle.
Coûts : comparer le coût complet, pas seulement la licence
Le serveur interne peut sembler économiquement avantageux lorsqu’une infrastructure existe déjà. Pourtant, son coût réel inclut les serveurs, le stockage à faire évoluer, les licences éventuelles, l’administration, la cybersécurité, les sauvegardes, la supervision et les interventions en cas d’incident. Il faut également intégrer le délai de mise à disposition pour chaque nouveau projet.
Le SaaS fonctionne généralement avec un coût récurrent plus lisible. Il inclut l’exploitation de la plateforme, les évolutions fonctionnelles et une capacité d’accès adaptée à plusieurs projets. Pour un promoteur ou une entreprise générale qui ouvre, ferme et pilote des opérations en continu, cette élasticité évite de dimensionner une infrastructure permanente pour des besoins variables.
Il reste nécessaire de comparer les périmètres. Une offre limitée au stockage d’images n’a pas la même valeur qu’une solution qui associe captation terrain, plateforme projet, gestion des accès, traitement RGPD, live, timelapse et outils de reporting. Le bon calcul part des heures évitées, des déplacements réduits, des risques mieux documentés et de la qualité de coordination obtenue.
La continuité de service fait la différence sur les projets longs
Un chantier peut s’étendre sur plusieurs mois ou plusieurs années, avec des changements d’équipes, de sous-traitants et d’interlocuteurs côté maîtrise d’ouvrage. Le système choisi doit absorber cette durée sans perdre l’historique ni dépendre d’une personne clé capable de retrouver les fichiers.
Dans un environnement SaaS bien administré, les mises à jour, les sauvegardes et l’évolution des fonctions sont gérées dans un cadre industriel. Les projets restent consultables 24/7 pour les personnes autorisées, même lorsque les équipes changent de site. Les outils d’intelligence artificielle dédiés à la détection d’événements, au reporting ou à la prévention HSE peuvent aussi évoluer sans imposer un renouvellement complet de l’infrastructure locale.
Un serveur interne reste justifié lorsque la politique informatique impose l’hébergement exclusif dans le système d’information de l’entreprise, lorsque les flux ne doivent jamais sortir d’un périmètre fermé ou lorsque les accès sont limités à une population interne stable. Dans ce cas, le projet doit être traité comme une véritable application métier : cahier d’exploitation, responsabilités identifiées, plan de reprise et budget de maintien en condition opérationnelle.
Choisir selon les usages réels du projet
Pour des opérations impliquant de nombreux intervenants, des consultations à distance et une attente forte de réactivité, le SaaS chantier apporte souvent le meilleur équilibre entre accessibilité, contrôle et vitesse de déploiement. C’est particulièrement vrai lorsque l’image doit circuler de manière maîtrisée entre production, maîtrise d’ouvrage, HSE et communication.
Pour des environnements réglementés où l’hébergement interne constitue une exigence non négociable, le serveur interne peut s’imposer. Il doit alors être évalué non comme une simple alternative technique, mais comme un engagement durable de l’entreprise en matière d’exploitation et de cybersécurité.
ERIGE s’inscrit dans une logique de chaîne visuelle complète : la valeur ne vient pas uniquement de la caméra ou de l’espace de stockage, mais de la continuité entre la capture autonome sur le terrain, la plateforme TEYE et l’exploitation métier des données. Cette cohérence évite les ruptures entre ce qui est observé sur chantier et ce qui est réellement disponible pour décider.
Le bon choix est celui qui permet à chaque acteur autorisé de retrouver la bonne image, au bon moment, avec le bon niveau de preuve. Sur un chantier exigeant, cette capacité vaut souvent davantage que la localisation théorique d’un serveur.
