[Interview Startup du futur] SpinalCom, pionniers et experts du BOS, pour une gestion et maintenance de pointe – Entretien avec Sébastien Coulon, Fondateur

• 

Nous continuons cette semaine notre découverte des solutions innovantes pour les jumeaux numériques. Nous avons ainsi le plaisir d’accueillir l’un des acteurs français du domaine des jumeaux numériques, SpinalCom qui développe une technologie et une plateforme innovante. Cette petite société en forte croissance fait partie de ces acteurs qui apportent un vent de renouveau dans le domaine de la gestion et maintenance. Son fondateur, Sébastien Coulon nous fait l’honneur de répondre à nos questions.

Bonjour Sébastien, ravi de te recevoir sur ABCD Blog. Pourrais-tu stp te présenter et nous parler de ton parcours en quelques mots ?

J’ai commencé chez un premier éditeur de logiciels à la suite de mon stage de fin d’étude d’école de commerce. Je suis resté dans ce secteur en travaillant sur des aspects différents comme la qualité de services “réseaux et applications” et chez PTC sur les sujets CAO/PLM.

Sébastien, quand as-tu fondé SpinalCom et pour quelles raisons ? D’ailleurs, est-ce que Les S et C de SpinalCom ont un lien avec tes initiales ? 😉

Non, non, les S & C ne proviennent pas de mes initiales, c’est un pur hasard. Par contre, le nom de l’entreprise a une histoire, une certaine logique. Spinal provient de SpinalCord, qui signifie la moelle épinière. Le Com provient de communication des données. En bref, SpinalCom signifie la moelle épinière du bâtiment intelligent qui constitue le prolongement du cerveau (applications et algorithmes), son rôle est de distribuer les données du cerveau aux organes, d’organe à organe et des organes au cerveau.

SpinalCom a été fondé fin 2015 à la suite de ma rencontre avec Jérémie Bellec, mon cofondateur. Jérémie est à l’origine du développement de la technologie du Digital Twin Operating System sur lequel repose notre offre logicielle BOS SpinalCore et SpinalTwin. A la suite de son doctorat dédié au sujet du jumeau numérique, Jérémie avait fondé Structure Computation fin 2009 et s’est consacré avec l’équipe de l’époque a développé pendant 6 ans un nouveau type de base de données ou disons un datahub (middleware nouvelle génération) pour être plus précis capable de gérer en temps réel un jumeau numérique. L’équivalent sur le marché n’existe toujours pas, c’est ce qui permet à SpinalCom d’avoir une avance technologique majeure aujourd’hui.

Comment êtes-vous organisés et combien de personnes êtes-vous ?

Nous sommes dorénavant 16 dans l’équipe. L’organisation comprend trois dirigeants responsables des pôles Commercial/Marketing/Adminstratif, Avant-vente/delivery et Avant-vente/R&D. Chaque pôle a des ressources dédiées avec une plus forte proportion sur la R&D et le Delivery.

En quelques mots, pour ceux qui ne connaissent pas l’univers des jumeaux numériques, comment est-il construit et comment fonctionne-t-il ?

Il faut bien différencier une maquette numérique d’un digital twin. Un jumeau numérique est une base de données et non un fichier comme l’IFC, Revit ou autre fichier CAO/CAD ou un superviseur/hyperviseur affichant des objets BIM. Le fichier BIM dans le cadre d’un bâtiment est la première source de données importée dans la base de données du middleware. Celle-ci est à la fois une source d’informations et le squelette de la base de données du digital twin. Ensuite, il est possible d’enrichir la base de données avec des données statiques (documentation, attributs de toute sorte) et/ou dynamiques (GTB, GMAO, IoT, IWMS …). Dans le monde du bâtiment, un digital twin doit permettre la convergence de trois types de sources de données :

1. objets BIM incluant ses attributs
2. Données OT correspondant à l’ensemble des équipements générant des données en temps réel sur le terrain (GTB, IoT, Sécurité/Sûreté …)
3. Données IT correspondant à l’ensemble des applications générant des données en temps différé (GMAO, IWMS, Application mobile occupants, réservation de salles …)

 En conclusion, un digital twin doit permettre de réaliser la convergence BIM-OT-IT et d’interconnecter bi-directionnellement les mondes OT et IT au travers d’un référentiel unique (le BIM).

Au risque de paraître novice, quelle est la différence entre votre solution et une GMAO ou GTB classique ?

Notre solution permet de faire converger l’ensemble des sources de données du bâtiment, en commençant par sa description physique (d’où le BIM) et ensuite les données provenant des silos OT et IT. La GTB et la GMAO sont deux silos parmi tant d’autres, leur description du bâtiment (le référentiel) est partiel et dédiée à la gestion de leur silo. Par conséquent, ils ne peuvent pas couvrir l’ensemble des besoins d’aujourd’hui et encore moins de demain. Il faut voir un jumeau numérique comme l’OS de votre ordinateur. Windows n’est ni une application comme Word, Excel … ni un équipement (disque dur, caméra, clavier …). Par contre, Windows fait le lien entre les équipements et les applications ainsi qu’entre les applications (copier-coller d’Excel à Word par exemple). Notre solution est à la fois constituée d’un OS et d’applications et non simplement d’applications. La différence majeure est là.

En général, la mise en place d’un jumeau numérique avec une solution telle que la vôtre est-elle demandée par la maîtrise d’ouvrage et est-elle demandée dès les premières esquisses du projet ou est-ce après coup ? Ou est-ce plutôt les futurs locataires qui sont moteurs ?

Les différents cas de figures existent. Nous avons tout d’abord commencé par des propriétaires/locataires. Dorénavant, nous arrivons de plus en plus dans le processus de création du projet quand celui-ci est neuf ou en rénovation lourde. Un autre type de client a également émergé plus récemment sur les bâtiments existants.

Quels sont les grands cas d’usages de votre solution ? Peux-tu nous les détailler stp ? Adresse-t-elle essentiellement les projets neufs ou alors aussi les projets de rénovation ?

Notre solution s’adresse à la fois aux projets neufs, existants et de rénovation. Les cas d’usages sont illimités et peuvent être décrits selon la pyramide de Maslow :

Nous avons deux grandes familles de cas d’usages :

• rendre interopérable au travers d’un référentiel unique les silos de données afin de :
  1. interconnecter certains systèmes en mono ou bidirectionnel,
  2. permettre des analyses cross-silos
  3. fournir les données au travers d’une API unifiée à plusieurs applications
  4. réduire le budget de RUN des applications en unifiant la mise à jour de leurs référentiels (description du bâtiment de chaque silo)
  5. digitaliser l’ensemble des services du bâtiment à moindre coût sur la durée de vie du bâtiment

L’objectif est d’optimiser le budget d’intégration des données provenant de plusieurs silos tout en les rendant interopérable et rendre possible des cas d’usages basés sur la coordination de plusieurs applications/systèmes.

• fournir des applications de BIM GEM pour améliorer la :
  • gestion de la connaissance patrimoniale, des espaces, de la documentation et des plans. Ce qui permet de :
    • Réduire le temps de la collaboration, rendre les données facilement disponibles
    • Faciliter et fluidifier la transaction en donnant confiance via le partage d’information
• gestion de la maintenance préventive, corrective et prédictive. Ce qui permet de :
  • Optimiser le budget de maintenance du bâtiment
  • Faciliter la location ou la vente du bâtiment en fournissant le carnet d’entretien (l’état) du bâtiment
•  hypervision technique, le pilotage et la gestion des énergies. Ce qui permet de :
  • Réduire la consommation énergétique
  • Améliorer le confort des occupants

               Je souhaiterais également évoquer ici un sujet récurrent dans nos échanges avec les clients, et notamment sur les projets existants : le budget des maquettes BIM. Je souhaite préciser que le budget d’une maquette en exploitation est largement inférieur à un BIM de conception/construction. Cela s’explique par le fait qu’il soit moins onéreux de copier que de créer. En sus, les maquettes BIM d’exploitation ont besoin de moins de détails, et surtout uniquement des informations utiles à la mise en oeuvre des cas d’usages souhaités. Généralement, nous sommes en dessous des 1€/m2 de prestation, et cela peut commencer à 0,02€/m2.

Proposez-vous des services spécifiques aux occupants ?

Notre gamme applicative ne couvre pas les services aux occupants, uniquement les services aux exploitants. Pour cette demande, nous travaillons avec les spécialistes du marché, soit des éditeurs de logiciels comme MonBuilding … , soit des intégrateurs spécialisés comme Onepoint, Cardiweb … L’objectif de SpinalCom n’est pas de proposer l’ensemble des services digitaux, tout d’abord parce que cela est impossible et deuxièmement parce que nous croyons fortement à la force et la pertinence d’un écosystème. Nous proposons donc des API et un SDK permettant à n’importe quel développeur logiciel de développer une applicative native ou d’intégrer son application existante.

Peux-tu nous parler de votre offre en détails et de ce qu’elle apporte à un maître d’ouvrage ? As-tu des ROI chiffrés ?

               Nos produits permettent une maitrise inégalée d’un parc immobilier ou d’un site industriel. Ils permettent de piloter un actif immobilier et de créer une plateforme de services différenciante pour les employés et les exploitants.

Le ROI du Building Operating System est illimité par définition. Posez-vous la question suivante : quel est le ROI de Windows, Linux, iOS ou Android? Difficile, n’est ce pas? Pourtant, sans ses OS, il n’y aurait pas toutes les applications et ce boom digital que nous connaissons depuis quelques années. En résumé, plus vous avez d’applications, plus le ROI de votre OS est important. Laissez-moi néanmoins vous donner quelques exemples :

• réduction du temps de développement d’une application de 60%
• économie réalisée en valorisant les données existantes de 20%
• réduction du run des services digitaux du bâtiment de 20 à 50% par an
• ajout de nouveaux services digitaux, d’analytics, d’IA … sans avoir la nécessité de déployer de nouveaux capteurs/actionneurs.
• …

Le ROI de nos applications SpinalTwin sont :

• réduction du coût et du temps de création de la dataroom nécessaire à la vente ou location du bien
• rationalisation des espaces pour un gain allant jusqu’à 30€/m2
• optimisation de la maintenance pour un gain d’environ 3€/m2
• optimisation des énergies entre 0,5 et 2€/m2
• …

Par ailleurs, chez SpinalCom, vous parlez de BOS, mais pourrais-tu nous expliquer à quoi cela correspond ?

BOS est l’acronyme de Building Operating System. Nous sommes les pionniers de ce concept qui permet de digitaliser un asset immobilier. Tout comme Windows ou iOS par exemple, le BOS est la fondation digitale permettant de numériser les services. Ce n’est donc pas une application comme un superviseur ou un hyperviseur. En reprenant mon parallèle avec Microsoft, il y a bien Windows d’un côté et Word, Excel, PowerPoint, Chrome/Firefox … de l’autre. La raison est simple, la gestion de données à ce niveau de complexité et de volume ne peut se faire dans les applications directement, il est nécessaire d’avoir une couche intermédiaire permettant de gérer un référentiel unique entre l’ensemble des silos et qui gère la qualité des données. Sans cette couche, il est très onéreux de développer un smart building, et encore davantage de le faire évoluer et de le maintenir. A titre d’exemple, une supervision GTB ou un concentrateur/gateway multiprotocoles ne sont pas des BOS. Ils gèrent uniquement un référentiel partiel et sont uniquement là pour fournir de la donnée GTB à une application tierce. Un BOS doit pouvoir croiser les données multi-silos, fournir des données de tous types et non simplement des time series ou des alarmes. A titre d’exemple, un BOS doit être capable de récupérer un ticket de la GMAO, le contextualiser grâce au référentiel unique afin de le fournir à d’autres applications via API. Et non simplement d’envoyer un ordre de création d’un ticket à partir d’un événement de type alarme ou dépassement de seuil.

Comment vous interfacez -vous avec le BIM et en quoi est-il important ?

Les fichiers BIM sont pour notre BOS une source de données au même titre que la GTB, le contrôle d’accès, les bornes wifi, un ERP/IWMS, Outlook … Néanmoins, celle-ci est la première source intégrée, elle structure la base de données du BOS, c’est à dire le jumeau numérique statique ou digital twin statique, le référentiel unique. Ensuite, nous venons enrichir la base de données avec des données dynamiques (GTB, IoT, applications …). Le rôle des données provenant des fichiers BIM est donc de contextualiser les données dynamiques grâce au référentiel unique. A titre d’exemple, vous souhaitez comparer 3 données provenant de 3 silos d’une même zone du bâtiment. Chaque silo ayant son propre référentiel (dénommé zone A pour le silo A, zone B pour le silo B et enfin zone C pour le silo C). Comment faites-vous pour croiser ses données afin de créer un indicateur alors que les 3 zones portent un nommage différent ? Vous avez besoin d’une table de correspondance qui est assez simple à mettre en œuvre pour 3 zones et 3 données mais pas pour des centaines de milliers ou millions de données générées par jour par un bâtiment. Voilà la raison de l’importance du BIM, il est le seul outil disponible à ce jour permettant de fournir un référentiel unique, tous les autres sont incomplets. Cerise sur le gâteau, les données BIM sont également des données 3D, donc nous utilisons cela pour fournir des applications de BIM GEM nativement développées sur notre BOS.

Faites-vous uniquement du développement logiciel et du déploiement incluant la formation ou proposez-vous aussi la création des modèles BIM ? Si ce n’est pas le cas, combien coûte la création de modèles BIM ?

Nous proposons effectivement un service soit de mise en conformité de la maquette BIM avec notre solution et avec la phase d’exploitation, soit de création afin de couvrir les besoins de nos clients. Nous collaborons également avec des spécialistes du sujet comme Swapmpap, et cela, de plus en plus, car cela n’est pas notre cœur de métier. Ces entreprises se doivent de comprendre que les besoins en exploitation sont très différents des phases conception – réalisation afin de proposer un service adéquat tant en termes de données intégrées à la maquette et de tarif par m². A titre d’exemple, un scan 3D n’est pas utile dans 99% des cas pour la mise en place d’un jumeau numérique avec notre outil.

Le BIM qui nourrit votre solution représente-t-il un coût élevé pour un maître d’ouvrage et quel est le LOD idéal ? Et qu’est-ce qui pourrait faire augmenter son prix ?

Comme évoqué plus tôt, le budget est entre 0,2 à 1€/m2. Un LOD 200 est suffisant. Son prix peut augmenter légèrement selon le niveau de détail souhaité.

Combien de types de données votre solution peut-elle ingérer ?

Notre BOS peut ingérer tous types de données, c’est-à-dire les données provenant des 3 familles suivantes : OT, IT et CAO. OT est l’acronyme de Operational Technologies (automates, capteurs, actionneurs, bornes wifi …) et IT est l’acronyme d’Information technologies (applications). Enfin la CAO correspond à des modeleurs comme Revit, SolidWorks, Catia … fournissant des données soit dans des formats BIM (IFC, RVT …) soit des formats CAD (STEP …). Le terme “ingérer” à toute son importance ici, le BOS doit donc savoir enrichir les données afin de les transmettre à d’autres organes d’un système intelligent, et non simplement juste fournir des time series (température, CO2, alarme …) à une application sans pouvoir récupérer des données de cette même application afin de la fournir à d’autres organes.

Les données utilisées et récupérées dans le BOS sont-elles contextualisées ?

 Au-delà de l’intégration des données dans une base, il faut parler de convergence ou fusion des données de celles-ci dans un référentiel unique, c’est cela qui fait toute la valeur, la qualité des données enrichies fournies via nos API. Un BOS doit proposer plus de valeur qu’une passerelle multiprotocoles ou qu’un concentrateur de données, même si ce dernier utilise le tagging Haystack par exemple qui est un référentiel GTB par définition incomplet (la gestion d’un bâtiment ne s’arrête pas à des données time series, il faut également gérer des données de type “ticket”, “bon préventif de maintenance” …)

Votre solution gère-t-elle aussi les tickets d’intervention ? Et permet-elle de piloter une domotique ? Et les équipements du bâtiment se régulent-ils par rapport aux données météorologiques extérieures ?

Oui tout à fait, le BOS SpinalCore a la particularité de pouvoir gérer tous types de données dont les tickets d’intervention, les calendriers de maintenance … Dans le cadre du projet du siège de Vinci Archipel (70 000m² à Nanterre), nous fournissons une API de configuration de la GMAO eMission d’Alteva. Cela va donc bien au-delà de la simple fourniture de time-series ou de récupérer une donnée “ticket” pour la fournir à d’autres applications.

Concernant le pilotage de la domotique, GTB ou autre actionneur, le BOS SpinalCore permet soit de réaliser un pilotage manuel à partir d’une interface, soit d’automatiser les actions à partir d’un événement ou une série d’événements. A titre d’exemple :

• le recloissonnement d’un espace impacte la configuration des automates GTB, et par conséquent le référentiel de la GTB. Dans le cadre d’Archipel, les automates Distech Controls nous fournissent une API de configuration permettant d’automatiser la reconfiguration “maitre-esclave” des automates en quelques minutes.
• le dépassement d’un seuil de consommation énergétique peut déclencher la régulation des températures minimum et/ou maximum proposées aux occupants afin d’atteindre l’objectif de consommation maximum sur une semaine, un mois …

Votre solution peut-elle également gérer des quartiers ou des villes entières ? La smartcity vous intéresse-t-elle ?

 Notre solution participe à la création d’un système intelligent capable de gérer une smart city ou un quartier. Notre vision est similaire à celle d’un Google par exemple, qui propose bien Android pour gérer chaque smartphone et Google Drive pour gérer d’autres types de services, les deux systèmes sont nécessaires et complémentaires.

Notre vision de la smart city est donc de déployer un OS sur chaque bâtiment ou infrastructure afin de gérer la complexité de chaque asset. Chaque OS fournit certaines données agrégées pertinentes à une plateforme centralisée permettant une hypervision de la ville et de ses infrastructures. A cette échelle, il est également pertinent d’avoir des algorithmes permettant de recalibrer les BOS déployés afin d’atteindre des objectifs de performance par exemple.

Comment se passe concrètement la gestion d’un patrimoine avec SpinalCom ? Les modifications du patrimoine (destruction ou modifications sur le terrain) peuvent-elles être gérées depuis votre plateforme ou faut-il modifier les maquettes BIM et ensuite renvoyer les modèles vers SpinalCom ?

Il y a deux types de mises à jour d’un jumeau numérique à prévoir : les métadonnées et les objets 3D. L’ensemble des métadonnées (attributs comme la date d’installation d’un équipement, sa documentation technique associée, sa valeur …) peuvent être mises à jour directement à partir du SpinalCore Studio ou d’une application connectée au BOS. Quant aux objets 3D, on utilise les modeleurs du marché pour remettre à jour les maquettes. Ensuite, les fichiers BIM/CAO sont à nouveau ingérés comme une version n+1 dans le BOS SpinalCore, ce dernier se charge de répliquer la configuration de la version n à la n+1.

Vous avez développé votre solution sur Autodesk Forge, pour quelles raisons et quels avantages cela vous apporte ?

Nous utilisons un service de Forge (transformation d’un fichier RVT, IFC, CAO en un fichier .svf permettant l’import de l’ensemble des données contenues dans ce fichier dans le datahub) et son viewer 3D open source. Cela ne signifie pas que nous avons développé notre BOS SpinalCore sur la base d’Autodesk Forge. D’ailleurs, nous ne pourrions pas proposer les fonctionnalités de notre BOS à partir de Forge. La raison est simple, la convergence de données OT – IT – BIM nécessite un datahub graph sémantique temps réel. Notre solution repose sur ce type de datahub qui a été développé à partir de programmes de recherche français pendant une période de six ans dédiée à 100% à de la R&D. En résumé, nous avons développés notre solution à partir de notre propre technologie en nous intégrant à Autodesk Forge pour la transformation d’un grand nombre de fichiers CAO. Nous avons connecté le viewer 3D de Forge directement à notre BOS afin de fournir des outils de dataviz à nos clients.

Utilisez-vous les fonctionnalités de Design Automation for Revit au sein de Forge ?

Non, pas encore.

Traitez-vous d’ailleurs en majorité des fichiers Revit ? Quelle différence selon toi y-a-t-il par rapport à un fichier IFC ? Que conseilles-tu à tes Clients ?

Nous travaillons avec les formats Natifs de nos clients. Pendant sa durée de vie, le bâtiment va évoluer (recloisonnement, déplacements d’équipements…), il est donc indispensable que nos clients puissent faire évoluer leurs fichiers BIM en cas d’évolution spatiale du bâtiment. Nous les encourageons donc à travailler avec les fichiers natifs plutôt que des exports IFC (qui reste un format d’échange comme le STEP dans le manufacturing).

L’API de transformation de Forge nous rend compatible avec 63 formats de fichier. Dans les détails, aujourd’hui 90% de nos clients fournissent des modélisations BIM réalisées avec Autodesk Revit.

Comment les données des jumeaux numériques sont-elles hébergées ? Chez vous ?

 Les données sont hébergées soit localement dans le bâtiment, soit dans un datacenter ou notre propre SaaS. Nous proposons une offre flexible afin de permettre à nos clients de maitriser leurs données.

Quel est le coût et le business model de votre solution ? Etes-vous en modèle d’abonnement comme les solutions Autodesk ?

Nous proposons trois modèles, soit de l’abonnement simple ou une licence perpétuelle pour une installation sur les serveurs du client, soit un abonnement SaaS. Concernant le coût, cela varie selon le fait de mettre en place un jumeau numérique statique ou dynamique avec plus ou moins de systèmes connectés. À titre d’exemple, l’abonnement SaaS pour un jumeau numérique statique est de 1€/m2/an + 1€/m2 de mise en oeuvre. 

Pour le BOS, les données sont stockées dans le bâtiment. N’y-a-il pas de danger de hacking ou d’attaque quelconque ?

               Notre BOS SpinalCore embarque une API gateway permettant de gérer et exploiter les échanges de données dans un environnement sécurisé et évolutif, sans affecter l’expérience utilisateur. Son rôle est de :

• sécuriser les échanges de données,
• protéger vos données via une authentification forte de chaque consommateur de données,
• contrôler l’accès aux données,
• servir de “fusible” en cas d’attaque du bâtiment.

C’est une offre unique sur le marché à date.

Vous avez signé un partenariat avec OnePoint et vous avez notamment créé une offre conjointe – Connect Building – qui s’appuie sur votre technologie. Est-ce que tu peux nous en dire quelques mots ? Etes-vous complémentaires ?

onepoint et SpinalCom sont des entreprises qui ont des offres très complémentaires. onepoint est un architecte des transformations numériques, ils sont des spécialistes de la mise en œuvre de systèmes d’informations. C’est une compétence qui manque aujourd’hui dans le smart building qui reste bloqué sur le monde de l’automatisation et de l’IoT sans apporter de compétences pour le volet IT du bâtiment intelligent. C’est pourtant ce dernier qui permet la transformation numérique d’un bâtiment ou d’un parc entier.

En ce qui concerne ConnectBuilding, onepoint a effectivement décidé de développer cette offre SaaS sur notre technologie, notamment parce que nous sommes la seule solution capable de leur fournir des données contextualisées en temps réel provenant de l’ensemble des silos pour faire tourner leurs algorithmes d’IA. En quelques mots, ConnectBuilding est une plateforme qui, autour du jumeau numérique du bâtiment, permet de créer une expérience unique basée sur la donnée et l’intelligence artificielle. C’est également une méthodologie et des outils de conception et d’implémentation d’un Smart Building dédié au bien-être de ses usagers.

Pourrais-tu nous citer quelques beaux exemples de réussites clients et nous en expliquer les raisons ?

Je ne peux pas citer l’ensemble des exemples pour cause des NDA malheureusement. Néanmoins, nous pouvons évoquer VINCI Archipel, le nouveau siège de 70 000 m² du groupe VINCI, le siège de CNP Assurances, 40 000 m2 à Issy-les-Moulineaux et la foncière SEML RDL à Bordeaux, 42 000 m2 répartis sur plusieurs bâtiments neufs et existants.

Vinci Archipel est un client uniquement du BOS SpinalCore à ce stade du projet, il utilise les applications TwinOps de Vinci Facilities pour le volet BIM Maintenance. TwinOps est connecté à notre BOS via nos API pour collecter les données. D’ailleurs, l’ensemble des flux de données et des applications du bâtiment sont connectés au BOS SpinalCore, ce qui représente plusieurs millions de données à contextualiser et distribuer par jour à MonBuilding, Power BI, GMAO eMission … Nous prouvons ici la grande robustesse et flexibilité de notre plateforme de gestion de données. Le retour d’expérience est à ce stade très bon, avec par exemple un ROI sur la configuration automatique de la GMAO par le BOS SpinalCore.

CNP Assurances est un projet assez similaire à celui d’Archipel avec les automates GTB de Distech Controls, une application mobile occupant en cours de sélection, des besoins en dashboarding … et nos applications SpinalTwin pour la partie BIM GEM. La particularité de ce projet est d’avoir été signé directement avec la direction IT & Smart Building du client. C’est un montage fort intéressant qui permet de travailler étroitement avec l’exploitant du bâtiment.

SEML RDL est une expérience fort intéressante combinant un travail sur un bâtiment neuf avec un BIM et une bonne dizaine de bâtiments sans maquette BIM disponible au départ. Le Facility Manager, Eiffage en l’occurrence a fait un bon travail de modélisation et nous avons travaillé étroitement avec eux pour la mise en place d’un BIM Maintenance.

Les BIM D’Or 2020 nous ont laissé dire que votre solution est en partie utilisée sur le nouveau siège de VINCI ?

Comme évoqué ci-dessus, le système d’information du campus VINCI Archipel repose sur le BOS SpinalCore. L’ensemble des flux de données y sont connectés pour être ensuite contextualisés afin de les fournir via API à des applications tierces. Cela permettra aux exploitants de continuer d’ajouter tout au long du cycle de vie du bâtiment des nouvelles applications et algorithmes afin de le garder à la pointe. Je cite Houda Matta, Responsable Smart Building de VINCI Energies qui résume ainsi les raisons du choix du BOS SpinalCore : “ VINCI a choisi  le Building Operating System de SpinalCom principalement pour améliorer les décisions d’asset management en ayant un suivi en temps réel et de structurer les données et les mettre à disposition  des développeurs d’applications de confort et de maintenance”. Autre information sur l’architecture mise en œuvre sur ce campus, chaque bâtiment à son OS. et cela pour plusieurs raisons dont la performance et résilience du Building Information System et pour des raisons commerciales en cas de revente d’un des bâtiments dans le futur. La valeur d’un bâtiment restera majoritairement liée à son emplacement, néanmoins le fourniture du carnet d’entretien du bâtiment, de sa data room, de ses modifications dans le temps … et d’un système d’information évolutif permettra de garantir une valeur plus importante au moment de sa vente. Achèteriez-vous une voiture sans son carnet d’entretien aujourd’hui?

Vous avez aussi signé un partenariat avec la Société de géomètres très connue Gexpertise. Qu’est-ce que cela inclut ?

Nous avons effectivement un accord de partenariat avec Gexpertise sur leur offre swapmap. Cette offre propose notamment à des exploitants de numériser en BIM leurs bâtiments. Le partenariat permet donc de fournir le service de création et de mises à jour des maquettes tout au long du cycle de vie, et notre offre logicielle permet d’exploiter cet investissement, soit au travers d’un jumeau numérique statique (allant au-delà de la simple plateforme collaborative généralement utilisée dans les phases de conception et construction), soit au travers d’un jumeau numérique dynamique (hypervision, pilotage, régulation … à des fins de gestion énergétique, de la maintenance, des espaces, de la connaissance et de son partage …).

Travaillez-vous aussi en étroite collaboration avec les fabricants de capteurs et senseurs IoT ?

 Nous nous devons de fournir une BOS agnostique, nous ne sommes donc pas engagés dans cette voie. A contrario, il est possible pour des fournisseurs de ce type de rendre leurs produits nativement compatibles en proposant le connecteur entre leur API et les nôtres. C’est clairement un gain de temps et de budget pour le client final. À terme, la disponibilité des connecteurs fera pencher la balance quant aux choix des produits par les donneurs d’ordre.

Etes-vous principalement actifs en France ou aussi à l’international ?

Nous commençons à être relativement actifs à l’international via des partenaires revendeurs et/ou intégrateurs. À titre d’exemple, nous avons un distributeur pour la Suisse, nous avons signé une tour de bureaux de 100 000 m² à Montréal, siège d’une grande banque avec onepoint. Nous sommes en pourparlers avec des revendeurs aux États-Unis, en Europe, en Inde, en Chine …

Quels sont vos projets de développements futurs ?

Nous allons intensifier notre développement à l’international et en France en travaillant avec des business partners complémentaires afin de couvrir de nouveaux verticaux, je pense notamment à la logistique, l’industrie 4.0 … et élargir notre gamme d’applications SpinalTwin, notamment avec de l’intelligence artificielle.

Quel est votre implication au niveau national, notamment avec les organisations de type Smartbuilding alliance ?

Nous participons à des commissions organisées par la SBA sur les sujets stratégiques du smart building, par exemple la commission sur le Building Information System (BIS). D’ailleurs, la SBA travaille actuellement à finaliser un livre blanc sur ce sujet afin d’aider les maitres d’ouvrages sur le sujet de la digitalisation.

Vous êtes d’ailleurs inscrits au Digital Twin Consortium ? Quelle en est la raison ?

Notre technologie repose sur les principes d’un digital twin – jumeau numérique. Il nous a donc semblé naturel d’y participer afin de fournir notre vision de celui-ci et d’évaluer le niveau de réflexion sur ce sujet dans d’autres pays. SpinalCom est l’un des experts mondiaux sur ce sujet, le Docteur en mécanique, Jérémie Bellec travaille sur ce sujet depuis sa thèse en 2007, c’est l’un des experts mondiaux sur ce sujet, et il est français.

On a l’impression que les jumeaux numériques sont d’ailleurs devenus un buzzword. Qu’en penses-tu ?

Tout à fait, un véritable buzzword qui commence à ne plus rien dire du tout malheureusement. Il faut différencier une maquette numérique ou un nuage de points d’un jumeau numérique. Un digital twin est un modèle numérique d’un asset, qu’il soit une voiture, un avion, une machine-outil ou même un humain ! La 3D est la cerise sur le gâteau, à la fois pour la contextualisation des données du modèle numérique et également pour le volet de visualisation des données. Effectivement,  la contextualisation des données dans la 3D de l’actif apportent une véritable plus-value pour les systèmes complexes dont le bâtiment fait partie. Le bâtiment est un système de systèmes, c’est à dire plusieurs systèmes ayant besoin d’être orchestrés afin de fonctionner à l’unisson pour permettre l’atteinte des objectifs de confort, de réduction des consommations, de la maintenance …

Comment arrivez-vous d’ailleurs à vous différencier par rapport à vos confrères ?

Nous sommes les seuls à fournir un véritable système d’exploitation couplé avec des applications de BIM GEM. Nos concurrents proposent soit un simili BOS, disons plutôt une GTB ou une gateway multiprotocoles renommée en BOS; soit une hypervision 3D sans la couche de data management. Ces deux alternatives sont incomplètes et non évolutives. Prenons l’exemple d’un hyperviseur BIM, ce dernier peut être connecté directement aux silos afin d’afficher des données brutes ou agrégées de ce même silo. Par contre, dans le cas où vous souhaitiez afficher un KPI ou une alarme basée sur des données provenant de plusieurs silos, cela est impossible. Cela limite grandement l’intérêt de ce type de solutions. Quant aux GTB, leur référentiel est partiel et ne peuvent pas redistribuer une donnée produite par GMAO par exemple. La GTB reste et restera un fournisseur de données, et non un orchestrateur de données, de processus et d’événements comme doit l’être un système d’exploitation.

Souhaiterais-tu dire quelque chose de particulier à nos lecteurs ?

Notre expérience démontre un besoin des maitres d’œuvres à être accompagnés par des experts de la digitalisation. Je les encourage à travailler avec des ESN comme onepoint, Cap Gemini … sur ces sujets. Nous voyons beaucoup trop de désillusions à la suite des appels d’offres et surtout des mises en œuvre. La numérisation est l’affaire d’experts comme la construction l’est. Personnellement, je ne ferais pas confiance à un architecte IT pour réaliser les plans de ma maison. Par similitude, je ne ferais pas confiance à un expert en automatisation pour concevoir l’architecture numérique de mon bâtiment. Il faut en être conscient, dans le cas contraire de mauvaises surprises seront au RDV.

Enfin nous sommes fiers d’annoncer la sélection de SpinalCom parmi les 4 finalistes du concours mondial “Proptech Innovation Award, catégorie “ Supporting Real Estate Value Chains” sur plus de 500 participants. La finale aura lieu le 23 juin en même temps que BIM World Paris. D’ailleurs, nous vous attendons sur notre stand de BIM World les 23 et 24 juin, Porte de Versailles.

Sébastien, un grand merci pour cette belle présentation. Nous te souhaitons ainsi qu’à ton équipe de continuer avec beaucoup de succès votre route vers les jumeaux numériques.

Lien vers un article sur connectbuilding ici.