SPINALWALL

WMS 4.0 nouvelle génération

Date : 06/09/2023, Version : 1.1 Page 1

Sommaire

Table des matières

1. OBJECTIFS DU DOCUMENT 3
2. PRINCIPES DU WMS SPINALWALL 3
1.1 Objectif d’un WMS 3
1.2 Particularités de SpinalWall 3
1.3 Les grandes fonctions de SpinalWall 3
1.4 Architecture globale de SPINALWALL 4
1.4.1 Navigateur web pris en charge 5
1.4.2 Modes de déploiement 5
1.4.3 Communications avec les applications (IT) du ou des bâtiment(s), RH, ERP de
l’entreprise 5
1.4.4 Communications avec les équipements (OT) du ou des bâtiment(s) 5
1.4.5 Gestion de données 5
1.4.5.1 Import 5
1.4.5.2 Export 6
1.4.5.3 Historisation 6
1.4.5.4 Gestion des référentiels 6
1.4.6 Sauvegarde et restauration 6
1.4.7 Intégration avec des solutions tierces 6
1.4.7.1 Intégration de données provenant d’équipements ou d’applications 6
1.4.7.2 Intégration d’une tierce application dans le portail unifié SpinalWall 7
1.4.8 RGPD 7
1.4.9 Sécurité et SSO 7
2 MODULES DE SPINALWALL 7
2.1 Les modules par défaut 7
2.1.1 Le portail 7
2.1.2 Les outils d’intégration des données et de gestion documentaire 8
2.1.3 Console d’administration 8
2.2 Les modules au choix 12
2.2.1 Dataviz 2D/3D de contextualisation des données 12
2.2.2 Tableaux de bord d’analyse et de pilotage 16
3 MODÈLE ÉCONOMIQUE 26
4 BUDGET 26
5 Lexique 26

1. OBJECTIFS DU DOCUMENT
Ce document a pour objectif de préciser l’architecture globale de notre WMS, de lister les
fonctionnalités et modules applicatifs de notre WMS, de définir le niveau de compatibilité
avec des systèmes tiers, de spécifier les applications installées par défaut ou au choix sur le
WMS et enfin de définir le niveau de maitrise et de sécurité de vos données.

Date : 06/09/2023, Version : 1.1 Page 2

 2. PRINCIPES DU WMS SPINALWALL
1.1 Objectif d’un WMS
Un WMS aide les Direction de l’Environnement de Travail, les Workplace Managers, les
Directions Immobilières ou de Facility Management à centraliser et à gérer tous les aspects
de leur gestion immobilière. Les modules d’un WMS offrent des capacités qui peuvent
prendre en charge l’inventaire des équipements/mobiliers, la gestion des espaces, la mesure
de l’occupation, la gestion énergétique et ESG, le suivi de la qualité de l’air, le pilotage de la
maintenance …. Avec un WMS, les entreprises peuvent cesser d’utiliser une myriade
d’applications silotées afin d’augmenter leur productivité et la qualité de service perçue par
les collaborateurs.

1.2 Particularités de SpinalWall

● Nativement web responsive
● Nativement compatible BIM
● Nativement évolutif grâce à son architecture micro-service, offrant la capacité d’ajouter
un module complémentaire spécifique ou standard afin de répondre à l’évolution des
besoins.
● Nativement compatible avec les technologies dites « opérationnelles » comme les
automates GTB, l’IoT, le contrôle d’accès ou tout autre type d’équipement et avec
technologies dites « informatiques » comme les GMAO, agenda, application mobile
occupant ou tout autre type d’application proposant des API.
● Nativement bidirectionnelle entre les différents silos de données. Cela permet
notamment de piloter l’éclairage, le chauffage ou la climatisation à partir d’un des
modules ou de l’automatiser.
● Basé sur un socle de gestion et d’intégration de données permettant :
o de contextualiser des données hétérogènes au travers d’un référentiel unique,
permettant ainsi le croisement de données multi-silo
o d’intégrer tout type de données hétérogènes provenant d’équipements ou de
logiciels tiers

1.3 Les grandes fonctions de SpinalWall

Nous vous offrons les outils logiciels et technologiques pour faciliter l’exploitation de vos
surfaces, réduire les coûts et la consommation énergétique (et autres fluides), et créer des
bâtiments et lieux de travail hautement performants.

● Gestion des espaces

● Gestion énergétique et autres fluides (utilities)
● Gestion du confort des occupants
● Gestion de la maintenance
● Gestion de la connaissance patrimoniale

Les modules peuvent être décomposés en deux catégories :

● Gestion de données statiques permettant de fournir les services en vert foncé dans le
schéma ci-dessous. Ses fonctionnalités nécessitent uniquement l’intégration de données
BIM, et éventuellement de la documentation technique, administrative ou juridique à
associer à un espace, un équipement ou à un bâtiment.

Date : 06/09/2023, Version : 1.1 Page 3

● Gestion de données dynamiques permettant de fournir les services en vert clair dans le
schéma ci-dessous. Ses fonctionnalités nécessitent l’intégration de données de type
time-series (IoT, GTB, contrôle d’accès …) et/ou transactionnelles (GMAO, Agenda …).

1.4 Architecture globale de SPINALWALL

Les modules de notre WMS sont full web responsive, il est donc possible d’ouvrir le portail et
ses modules sur tout type de navigateur web d’un ordinateur, d’une tablette ou d’un
smartphone.

SpinalWall est constitué d’un portail unique d’accès aux modules d’administration du WMS,
de gestion de données (définition des profils notamment) et des modules « utilisateur » par
thématique (gestion des espaces, de l’énergie, de l’eau, du confort, de la maintenance, des
inventaires …) selon les droits d’accès de votre profil.

La gestion et l’intégration des données tiers sont basées sur le middleware SpinalCore
permettant :
● de contextualiser des données hétérogènes au travers d’un référentiel unique,
permettant ainsi le croisement de données multi-silos
● d’intégrer tout type de données hétérogènes provenant d’équipements ou de logiciels
tiers
● de distribuer des données ou commandes à des systèmes tiers
● de configurer (et mettre jour) automatiquement le référentiel immobilier nécessaire
au fonctionnement d’une tierce application comme une GMAO, une application de
déclaration de tickets …

Date : 06/09/2023, Version : 1.1 Page 4

1.4.1 Navigateur web pris en charge
Google Chrome, Mozilla Firefox, Safari, Microsoft IE & Edge. Toutes nos applications sont
développées en full web javascript.

1.4.2 Modes de déploiement

SpinalWall peut soit être déployé :
● on-premise, c’est-à-dire sur le serveur du client. La seule condition consiste à le
déployer sur un système d’exploitation Ubuntu, tout adaptant la mémoire et la RAM
au volume de données à traiter. Ainsi, la solution peut fonctionner sans aucune
connexion en dehors de votre réseau, notre solution comprenant un serveur web
pour servir les modules applicatifs aux utilisateurs.
● SaaS, single-tenant
● Hybride, c’est-à-dire que le logiciel de collecte des données du/des bâtiments est
déployé dans le/les bâtiments et le reste des logiciels sont déployés dans le Cloud (le
vôtre ou notre SaaS)

1.4.3 Communications avec les applications (IT) du ou des bâtiment(s), RH, ERP de
l’entreprise
Une communication mono ou bidirectionnelle peut être mise en œuvre entre SpinalWall et
une application à condition que cette dernière propose des API. Dans le cas contraire, le
client peut demander à l’éditeur tiers de réaliser un connecteur sur la base des API du
middleware SpinalCore.
Pour de plus amples détails, veuillez vous référer à la présentation du datahub SpinalCore.

1.4.4 Communications avec les équipements (OT) du ou des bâtiment(s)

Une communication mono ou bidirectionnelle peut être mise en œuvre entre SpinalWall et un
équipement ou système dit « OT » à condition que cette dernière propose soit des API ou un
protocole standard de type BacnetIP, ModbusIP, OPC UA … (voir Annexe D2). Dans le cas
contraire, le client peut demander à l’équipementier de réaliser un connecteur sur la base
des API du middleware SpinalCore.
Pour de plus amples détails, veuillez vous référer à la présentation du datahub SpinalCore.

1.4.5 Gestion de données

1.4.5.1 Import
Tout type de données peut être importé dans le datahub SpinalCore pour ensuite être
disponible dans les modules applicatifs de SpinalWall. Les formats d’entrées compatibles
sont Excel, CSV, JSON et XML.

1.4.5.2 Export
Toutes les données et indicateurs (résultat d’un calcul proposé ensuite dans un des modules
de SpinalWall) sont exportables au format Excel, CSV ou JSON. Les données de chaque
tableau de bord sont exportables au format PDF prochainement.

Date : 06/09/2023, Version : 1.1 Page 5

1.4.5.3 Historisation
Les données remontées dans le datahub SpinalCore peuvent être sauvegardées sur le très
long terme pour un accès ultérieur. Il est possible d'importer ou d’exporter un historique de
données (ex : relevé de comptage énergétique).

1.4.5.4 Gestion des référentiels

SpinalWall intègre la couche SpinalCore, qui est un datahub graphique sémantique utilisé
pour gérer les référentiels des silos de données intégrées tels que GTB, capteurs IoT,
GMAO, etc., ainsi que la description du patrimoine.
Les référentiels d'un patrimoine intelligent peuvent contenir des informations telles que les
plans du bâtiment, les modèles de données pour les capteurs, les équipements et les
systèmes de contrôle, les règles de comptage de l'énergie, et d'autres données essentielles
pour le fonctionnement du bâtiment. Il est important de maintenir ces référentiels à jour pour
garantir la fiabilité et la cohérence des données utilisées pour contrôler et optimiser le
bâtiment.
La gestion efficace des référentiels contribue à améliorer l'efficacité énergétique, le confort et
la durabilité du bâtiment. En effet, elle garantit que les données utilisées pour contrôler et
optimiser les systèmes et les applications du bâtiment sont fiables, cohérentes et à jour. Cela
permet une meilleure gestion des ressources du bâtiment, réduit les coûts et améliore
l'expérience des gestionnaires et des occupants.
Il convient également de noter que SpinalCore propose des API pour le partage des
référentiels dans le but d'aider à configurer des systèmes tiers. Par exemple, une application
d'occupation ou une GMAO nécessite une description du patrimoine. SpinalCore peut
automatiquement fournir le référentiel patrimonial pour accélérer la configuration du système.
Les avantages sont multiples : une meilleure cohérence entre les nouveaux silos et votre
WMS, ainsi qu'une réduction des coûts de configuration et de mise à jour tout au long de
l'exploitation du bâtiment.

1.4.6 Sauvegarde et restauration

L'entièreté des données est sauvegardée automatiquement toutes les heures, et une
sauvegarde manuelle peut être faite par l'utilisateur. Les données peuvent être restaurées en
quelques minutes.

1.4.7 Intégration avec des solutions tierces

1.4.7.1 Intégration de données provenant d’équipements ou d’applications

Comme stipulé dans les chapitres 2.4.3 et 2.4.4 précédents, notre WMS est compatible avec
tous types de silos de données. Cette compétence est couverte par le datahub SpinalCore.
Veuillez vous référer au document dédié à SpinalCore pour de plus amples informations.

1.4.7.2 Intégration d’une tierce application dans le portail unifié SpinalWall

Toute application au format Web peut être ajoutée comme une tuile à notre portail (voir
chapitre 3.1.1). L’objectif est de fournir à chaque gestionnaire un seul point d’accès unifié à
l’ensemble de ses applications de gestion.

Date : 06/09/2023, Version : 1.1 Page 6

1.4.8 RGPD

Préambule : SpinalCom se conforme intégralement aux exigences de la RGPD

La gestion des données de SpinalWall est réalisée par SpinalCore. Ce dernier est un
middleware “orienté bâtiment” qui agrège et traite de données en provenance des autres
solutions qui y sont connectées. Par principe, elle ne traite donc pas de données à caractère
personnel autres que celles qui pourraient être transmises par les solutions tierces.

À ce titre, la responsabilité de l’anonymisation de la donnée initiale et les conditions de

Security & Privacy by Design qui s’appliquent sur ces données sont celles des applications
d’origine puisque la plateforme ne traite que des données ou des identifiants déjà
anonymisés ou qu’elle ne peut interpréter.

Dans tous les cas, ces données sont hébergées et traitées conformément aux conditions de
sécurité imposées par les référentiels de la DSI du Client.

1.4.9 Sécurité et SSO

La sécurité est au cœur des préoccupations de SpinalCom et de nos clients. La flexibilité de
l’architecture du système d’information proposé par SpinalCom permet de gérer les
contraintes de nos clients, que ce soit en termes de sécurité des données ou d’accès aux
systèmes du bâtiment connectés à notre WMS.

SpinalCom respecte le modèle de Purdue. Ce dernier constitue un référentiel d’architecture

de sécurité pour la convergence OT-IT.

SpinalWall propose également un serveur d’authentification pour gérer le Single Sign-On

(SSO).

Pour de plus amples détails, veuillez vous référer au document de présentation de

SpinalCore.

2 MODULES DE SPINALWALL
2.1 Les modules par défaut

2.1.1 Le portail
SpinalWall est le portail unifié pour
toutes vos applications de
bâtiment, offrant ainsi une
expérience utilisateur unifiée aux
différents gestionnaires de
bâtiments/de lieux de travail.

Le portail ou le wall est constitué :

● d’un menu déroulant sur la
droite permettant de naviguer
dans son patrimoine (entre plusieurs bâtiments ou sélection de l’échelle portefeuille

Date : 06/09/2023, Version : 1.1 Page 7

 global ou d’une région). À la suite de cette sélection, les tuiles (ou applications)
disponibles sont dédiées à l’échelle sélectionnée.
● d’une série de tuiles (applications) plus ou moins nombreuses selon les droits associés à
votre profil utilisateur ou administrateur. Les tuiles sont rangées par catégorie (énergie,
confort, espace, maintenance …) et une icône par tuile vous indique le type de
visualisation proposé entre 3D et tableaux de bord.
● d’un moteur de recherche facilitant la sélection de l’application souhaitée
● d’une fonction Favoris permettant de sélectionner plus rapidement vos applications
préférées

2.1.2 Les outils d’intégration des données et de gestion documentaire

2.1.2.1 Studio
Studio est l’interface dédiée à la configuration des données et
des scènes (vues 2D/3D). Cet environnement permet à
l'intégrateur/adminstrateur d'ajouter des attributs par groupe
d'objets BIM, liens, documents, de valider la présence
d'attributs, de filtrer par critères, de réorganiser les données
par contexte (géographique, groupe de pièces, groupe
d'objets...), de tester la création de tickets...

Pour en savoir davantage sur le Studio, veuillez vous référer au document de présentation
de SpinalCore.

2.1.2.2 Drive
Drive est l'interface de gestion des documents accessibles
via les applications de SpinalWall.
Il permet le partage de documents, la gestion des versions
(PDF, Word, fichiers BIM...), l'organisation d'une
arborescence documentaire.
Il est possible de coupler le Drive avec une autre GED.
Partage de tous types de fichiers : PDF, Word, Excel, DWG,
png, format BIM...

Pour en savoir davantage sur le Studio, veuillez vous référer au document de présentation
de SpinalCore.

2.1.3 Console d’administration

La console d'administration permet de gérer l'ensemble des bâtiments de son patrimoine et
de maîtriser finement les droits des utilisateurs et des applications à travailler avec
l'ensemble des données des différents jumeaux numériques de chaque bâtiment. Les
chapitres ci-dessous vous présente l'ensemble des modules d'administration

Date : 06/09/2023, Version : 1.1 Page 8

2.1.3.1 Configuration et enregistrement des bâtiments pour former un patrimoine
Votre patrimoine géré par SpinalWall peut être constitué d’un ou plusieurs bâtiments. Ce
module permet de configurer l’intégration des données de chaque bâtiment dans le WMS.

En inscrivant simplement l’adresse du serveur d’API du BOS de vos bâtiments, vous

pouvez former et organiser votre patrimoine.

Date : 06/09/2023, Version : 1.1 Page 9

 Votre arborescence patrimoniale maintenant prête, vous pouvez déployer des applications
au niveau patrimonial ou au niveau de chacun de vos bâtiments.

2.1.3.2 Ajouter des applications

Ce module d'administration permet d'enregistrer les applications soit au niveau patrimonial,
soit au niveau bâtimentaire. Ce module constitue le catalogue des applications accessibles
(à l'image d'un App Store)

2.1.3.3 Gestion des utilisateurs

Comme les applications, ce module permet de créer des profils d'utilisation aussi bien sur
des données au niveau du patrimoine ou au niveau de chaque bâtiment.
Chaque utilisateur peut avoir accès à une ou plusieurs applications soit au niveau du
patrimoine, soit au niveau de chaque bâtiment.

Date : 06/09/2023, Version : 1.1 Page 10

2.1.3.4 Gestion des Logs
Le module de gestion des logs permet d'avoir la liste et l'historique et la traçabilité de
l'ensemble des actions réalisées par tous les utilisateurs et toutes les applications. Cette
gestion des logs est très importante pour faciliter le dépannage des interconnexions et pour
surtout assurer la sécurité et la bonne circulation des données aux bonnes applications
et bonnes personnes.

Date : 06/09/2023, Version : 1.1 Page 11

2.2 Les modules au choix

2.2.1 Dataviz 2D/3D de contextualisation des données

Cette catégorie offre une série de modules de dataviz 3D permettant d’accéder à l’ensemble
des données du bâtiment à partir d’un navigateur web, de gérer l’affectation et l’utilisation
des espaces et des équipements, d’hyperviser l’ensemble des systèmes en temps-réel, de
gérer les opérations de maintenance et de réparation ou encore de suivre la consommation
des fluides.

Bénéfices :
● Facilite l’analyse par la contextualisation des données dynamiques dans un double
numérique
● Réduit le temps de recherche d’une information ou d’un document
● Optimise la collaboration entre les gestionnaires et avec leurs prestataires
● Réduit les coûts de déplacements en donnant la capacité d’un contrôle des
équipements à distance
Vous trouverez ci-dessous une présentation succincte de chaque application ou fonction.

2.2.1.1 Description
Ce module permet d’accéder aux données
du bâtiment avec une approche spatiale :
bâtiment/ étage/ Local/ équipement. Pour
chacun de ces niveaux, on retrouve toutes
les informations et les données clés
rattachées : nombre de bâtiments, nombre
d’étages, nombre de pièces, nombre
d’équipements, la surface associée à chaque

Date : 06/09/2023, Version : 1.1 Page 12

niveau et toutes les données liées aux niveaux:
● Liste des équipements/ mobiliers
● Liste des Tickets
● Liste des fichiers et documents
● Liste des notes
● Données IoT en temps réel (alarmes, consignes, …)

2.2.1.2 Equipment
Ce module permet d’accéder à l’arborescence des équipements : profil/ famille/ groupe/
équipement. Nous avons 3 niveaux pour
organiser le matériel. À chaque niveau de
l’arborescence, nous avons le nombre
d’équipements dans les graphiques de
répartition des équipements. Sur chaque
équipement, nous retrouvons les informations
suivantes :
● Liste des équipements
● Liste des Tickets
● Liste des fichiers et documents
● Liste des notes
● Liste des calendriers
● Données IoT en temps réel (alarmes,
consignes, …)
● Liste des points de contrôle

2.2.1.3 Space
Ce module permet l’accès à l’arborescence :
profil, famille, groupe spatial.
Chaque niveau est totalement configurable.
Vous pouvez organiser les espaces par type
(salles de réunion, espaces communs ...) et/
ou par affectation (département #1, équipe
#2, etc.) et/ ou par locataire.
À chaque niveau de l’arborescence, la
surface totale en mètre carré et les
graphiques de répartition des espaces sont
calculés automatiquement.

Date : 06/09/2023, Version : 1.1 Page 13

Ce module permet également d’affecter les espaces à un groupe (bureaux, salle
informatique, salle de réunion, business unit …), de visualiser les pièces libres (non
affectées) et de réaliser des simulations d’affectation.

2.2.1.4 Ticket
Ce module permet d’accéder aux différents
profils de tickets créés (pas de limitation des
profils de tickets), puis au processus, aux
étapes du cycle de vie du ticket et enfin au
ticket lui-même. Pour chaque ticket, il est
possible d’accéder à ses détails (notes, pièces
jointes, statut, commentaires, point de vue,
etc.) On peut également
accéder/modifier/créer un ticket à partir de ce
module.
Chaque ticket ou groupe de tickets peut être isolé, localisé dans le viewer et exporté via un
fichier (CSV, XLS…)
Ce module peut fonctionner de manière autonome ou être intégré à un système de
GMAO/ticketing du marché.

2.2.1.5 Insight
Ce module d’hypervision permet d'accéder
aux différents indicateurs et de contextualiser
ces indicateurs sous la forme de cartes
thermiques dans la vue 2D/3D.
Les indicateurs sont paramétrés dans
SpinalCore. Les profils d'indicateurs peuvent
être paramétrés par bâtiment, étage, salle,
équipement... Il n'y a pas de limitation sur le
nombre ou le type d'indicateurs.
Une heatmap est une mise en page
conditionnelle de la vue 3D en fonction d'un paramètre. Ce paramètre peut avoir des
variations en temps réel (par exemple l'occupation) ou non (par exemple les surfaces en m²).
Le formatage, les limites et les couleurs de chaque heatmap sont configurables.

2.2.1.6 Alarm
Ce module permet d'accéder à la liste des
alarmes générées par les différents
équipements du bâtiment. Chaque alarme
est contextualisée sur le jumeau numérique
pour permettre sa géolocalisation. La liste
des alarmes peut être filtrée spatialement
(bâtiment/étage/pièce), par thème d'alarme,
par priorité. Les alarmes contiennent un
compteur et un journal d'apparition en cas

Date : 06/09/2023, Version : 1.1 Page 14

d'alarmes intermittentes. Enfin, il est possible d'accuser réception des alarmes, d'ajouter des
commentaires et des notes pour documenter les actions entreprises à leur sujet.

2.2.1.7 Fonctionnalité transverse

2.2.1.7.1 Inventaire
La fonction “inventaire” est disponible à partir des modules Equipment, Space et Description.
Cette fonction permet de visualiser et d’exporter sous Excel :
● la liste des espaces par typologie, affectation… sur tout ou partie du bâtiment

● la liste des équipements/mobiliers, sur tout ou partie du bâtiment, par :

○ bâtiment, étage, espace
○ typologie d’espace
Par exemple, il est possible de faire l’inventaire du mobilier sur toutes les salles de réunion
de l’étage 2.

Date : 06/09/2023, Version : 1.1 Page 15

 2.2.1.7.2 Documentation
La fonction “documentation” est disponible à partir des modules Description, Equipment,
Space et Ticket. Cette fonction permet :
● d’ajouter des documents sous tous
les formats (Excel, PDF, MP4, jpg,
Word…)
● de les télécharger
● de les visualiser directement depuis
l’interface
Les documents “parents” sont aussi
accessibles sur cette interface, ce qui permet
par exemple, de retrouver et d’afficher la
documentation d’un équipement technique
(datasheet…) directement depuis un ticket de maintenance qui lui est relié.

2.2.2 Tableaux de bord d’analyse et de pilotage

Cette catégorie offre une série de tableaux de bord permettant d’accéder à des analyses de
données par thématique (consommation électrique, consommation d’eau/gaz, taux
d’occupation, qualité de l’air …) et par catégorie d’espace (bâtiment, étage, zone,
pièce/place de parking).

Les bénéfices de nos tableaux de bord temps réel :

● Facilite les diagnostics par l’intermédiaire d’analyses croisées (la consommation
énergétique est-elle cohérente avec le taux d’usage d’un étage par exemple) permettant
d’identifier l’action adéquate pour optimiser la ressource en question
● Permet le suivi des consommations d’électricité, d’eau ou tout autre type de
fluides, et une grande réactivité en cas de surconsommation
● Permet le suivi de l’occupation des espaces et de leur qualité de l’air
● Permet de mesurer l’état du fonctionnement global et par discipline d’un bâtiment
● Automatise l’édition de rapports nécessaires aux réunions internes et aux contraintes
réglementaires/labels (Décret tertiaire, ISO 50001, Breeam in use …)

Date : 06/09/2023, Version : 1.1 Page 16

2.2.2.1 A l’échelle d’un bâtiment

2.2.2.1.1 Gestion des espaces

2.2.2.1.1.1 Taux d’occupation

Cette application permet d’analyser le taux
d’occupation des différents types d’espaces
que contient le bâtiment (Bureaux, Salles de
réunion, Bulles, Open Space, Laboratoire…)
et de le comparer avec le taux d’occupation
global du bâtiment et/ou de ses étages. Il
permet, entre autres, de répondre aux
questions suivantes : Est-ce que mon
bâtiment est occupé ? À quel pourcentage ?
Est-ce que les espaces collaboratifs sont
utilisés ? À quelle fréquence ? Est-ce que les
bureaux de l’étage 2 du bâtiment sont utilisés ? Est-ce que les bulles sont plus utilisées que
les salles de réunion ?

2.2.2.1.1.2 Occupation des positions de travail

Cette application permet d’analyser
l’occupation de toutes les positions de travail
du bâtiment (à partir d’IoT placés sous les
bureaux par exemple) et quel est le
pourcentage d’occupation de ces dernières.
Elle permet, entre autres, de savoir quelles
sont les positions de travail libre pour que
quelqu’un puisse s’y installer, ou de savoir si
un service (RH, DSI, R&D) manque de place
ou non, et ainsi de prendre des décisions
matures et efficaces quant à l’assignation
d’espaces à des entreprises ou services.

2.2.2.1.1.3 Bilan de l’occupation

Cette application permet d’analyser le taux
d’occupation du bâtiment, du parking et/ou
de tout autre espace spécifique à partir d’iot
de comptage global (ex : capteur de
comptage à l’entrée du bâtiment ou du RIE)
ou de comptage à la place (ex : capteur
d’occupation situé sous les bureaux, dans
une salle de réunion ou sur chaque place de
parking). Elle permet, entre autres, de filtrer
les jours et horaires souhaités pour l’analyse
(ex : enlever le week-end et les jours fériés,
filtrer les données entre 9h et 19h…). Dans le

Date : 06/09/2023, Version : 1.1 Page 17

cas où la donnée provient de plusieurs capteurs, elle est consolidée et un TOP apparait en
bas à gauche de l’écran pour identifier les espaces ou positions qui sont les plus occupés et
les moins occupés. Par ailleurs, elle permet d’afficher des calculs d’occupation minimum,
moyen et maximum et d’identifier les “semaines types” vis à vis de ces calculs ( Est-ce que
les occupants arrivent au travail à 9h ou 10h le lundi ? ) afin de connaître les heures de
pointes et les heures creuses du bâtiment et de ses espaces spécifiques. Enfin, elle permet
de prendre des décisions matures et efficaces quant à l’organisation du travail dans le
bâtiment (ex : définition des horaires / jours ouvrés, politique de télétravail…) et de suivre
l’évolution de ces décisions au fil du temps.

2.2.2.1.1.4 Occupation courante

Cette application permet de connaître
l’occupation courante (ou “actuelle”) du
bâtiment et de ses espaces spécifiques. Elle
permet également de connaître l’affluence
moyenne du personnel de chaque type
d’espace (bâtiment, RIE, parking, étage…).
Elle permet aussi de visualiser l’historique de
l’occupation de chaque jour ce qui permet un
pilotage plus rapide, facile et efficient des
services mis à disposition dans vos assets
immobiliers. Par exemple, elle permet de
savoir en temps-réel combien de personnes
sont dans le bâtiment lors d’un départ en week-end prolongé (ex : pont du 15 août) et
adapter l’offre de restauration en conséquence.

2.2.2.1.1.5 Roadmap
● Affluence (Bâtiment, restaurant d’entreprise, parking…)
● Nombre de personnes estimées
● Occupation des places de parking
● Flux de personnes entrantes et sortantes du bâtiment

2.2.2.1.2 Gestion énergétique et fluides

2.2.2.1.2.1 Consommations énergétiques

Cette suite de tableaux de bord permet d’analyser toutes les consommations d’énergie du
bâtiment (globale, éclairage, chauffage, climatisation, prises électriques…), d’identifier
rapidement les réponses aux questions suivantes : xc Ses fonctionnalités nécessitent
l’intégration de données de type time-series (IoT, GTB, contrôle d’accès …) et/ou
transactionnelles (GMAO, Agenda …)cc
● Quel est le poids de chaque type de consommation ? Par exemple, est-ce que mon
bâtiment consomme plus pour le chauffage ou l’éclairage ? Qu’est-ce que ça
représente par rapport à la consommation totale du bâtiment ?

Date : 06/09/2023, Version : 1.1 Page 18

 ● Quel étage consomme le plus pour l’éclairage ou le chauffage ? Qu’est-ce que ça
représente par rapport à la consommation du bâtiment et par rapport aux autres
étages ?

● Quelle est la période (jour, mois, saison…) pendant laquelle le bâtiment est le plus
énergivore ? Y a-t-il une journée de la semaine en particulier durant laquelle le
bâtiment est plutôt économe en énergie ?

Date : 06/09/2023, Version : 1.1 Page 19

 2.2.2.1.2.2 Consommations d’eau

Cette suite de tableaux de bord permet d’analyser toutes les consommations d’eau du
bâtiment (globale, sanitaire, eaux usées, infrastructures…), d’identifier rapidement les
réponses aux questions suivantes :
● Quel est le poids de chaque type de consommation ? Par exemple, quelle est la part
de l’eau sanitaire dans la consommation d’eau totale du bâtiment ?

● Quel étage consomme le plus d’eau ? Qu’est-ce que ça représente par rapport à la
consommation du bâtiment et par rapport aux autres étages ?

● Quelle est la période (jour, mois, saison…) pendant laquelle le bâtiment consomme le
plus d’eau ? Y a-t-il une journée de la semaine en particulier durant laquelle le
bâtiment est plutôt économe en énergie ?

Date : 06/09/2023, Version : 1.1 Page 20

 2.2.2.1.2.3 Production énergétique
Ce tableau de bord permet d’identifier rapidement quand le bâtiment a produit le plus
d’énergie au travers :
● Des panneaux photovoltaïques
● De la géothermie
● Des éoliennes
● D’autres modes de production d’énergie
De la même façon que pour la suite des tableaux de bord de consommation énergétique, il
est aussi possible d’identifier rapidement quelle production est la plus rentable en les
comparant les unes avec les autres.

2.2.2.1.2.4 Auto-consommation
Ce tableau de bord permet d’identifier rapidement quand le bâtiment a auto-consommé son
énergie, c’est-à-dire quelle est la part de l’énergie consommée provenant de l’énergie
produite par le bâtiment. A titre d’exemple, il permet de connaître la rentabilité effective des
panneaux photovoltaïques ou de la pompe à chaleur installée. Il permet donc de répondre à
la question suivante : Est-ce que mon asset immobilier produit toute l’énergie qu’il
consomme ?

Date : 06/09/2023, Version : 1.1 Page 21

 2.2.2.1.2.5 Roadmap
2.2.2.1.2.6 Comparaison temporelle

Cette typologie de tableaux de bord permet de comparer dans le temps une donnée en
particulier (consommations, température, occupation…). Par exemple, elle permet d’identifier
et de comparer rapidement la consommation énergétique de tout ou partie du bâtiment du
mois de janvier 2023 par rapport à janvier 2022, janvier 2021, etc. sur la même interface et
de les mettre en corrélation avec les objectifs de réduction des consommations et des
émissions de CO2 fixés dans le cadre du décret tertiaire. De la même façon, il est possible
de comparer cette consommation par rapport à une prévision de la consommation future du
bâtiment.

2.2.2.1.3 Bilan carbone & gain en CO2

Date : 06/09/2023, Version : 1.1 Page 22

 2.2.2.1.4 Gestion du confort

2.2.2.1.4.1 Qualité de l’air, température et humidité

Cette suite applicative application permet d’analyser les différents paramètres de confort à
l’intérieur du bâtiment et en particulier, pour
chaque espace :
● Le taux de CO2 pour identifier
rapidement ceux qu’il faut aérer ou
qui ont un problème de
renouvellement d’air
● La température pour identifier
rapidement les espaces énergivores
ou ceux qui ont un problème de
régulation thermique
● Le taux d’humidité pour identifier
rapidement les espaces à aérer ou
qui ont un problème de condensation dû à un défaut de filtre ou d’étanchéité.

Date : 06/09/2023, Version : 1.1 Page 23

 2.2.2.1.5 Gestion de la maintenance

2.2.2.1.5.1 Liste des tickets

Cette application permet de lister tous les tickets déclarés sur le bâtiment et de connaître,
par un simple clic, le détail de chaque
incident, avec sa/ses photos ou documents
assignés, afin d’optimiser la gestion de la
maintenance du bâtiment. Un bouton de
téléchargement des données sous format
excel ou pdf est également disponible si
l’utilisateur veut utiliser ces informations dans
d’autres applications ou bien faire un rapport
d’intervention, ce dernier étant consultable
directement depuis l’interface s’il est attaché
au ticket.

2.2.2.1.5.2 État courant

Cette application permet de connaître l’état
courant de la maintenance du bâtiment. Elle
permet entre autres d’identifier rapidement
combien d’incidents sont en cours sur le
bâtiment, par qui ils ont été déclarés, et quels
domaines d’interventions ils concernent.
Enfin, elle permet de savoir quand ces tickets
ont été déclarés sur un graphique pour savoir
si des incidents sont en cours depuis
longtemps ou non.

2.2.2.1.5.3 Diagnostic continu

Cet outil permet de réaliser un diagnostic continu des équipements déployés à l’intérieur du
bâtiment (Multicapteur, ventilo-convecteur, compteur énergétique…) et en particulier de
savoir :
● si l’équipement est correctement
renseigné dans la maquette
numérique
● s’il produit de la donnée
● si cette donnée est cohérente et
exploitable (Par exemple, une donnée
de température à -327°C n’est pas
exploitable et signifie que soit le
capteur est mal branché, soit qu’il est
défaillant).

Date : 06/09/2023, Version : 1.1 Page 24

Elle permet donc d’identifier rapidement et dès la pose du capteur (donc en phase de
Garantie de Parfait Achèvement) les dysfonctionnements des appareils déployés dans le
bâtiment, de demander une intervention pour le remplacer.

2.2.2.1.5.4 Roadmap
● Bilan des actions
● Déclaration des tickets
● Préventif
● Prédictif

2.2.2.2 A l’échelle d’un patrimoine

2.2.2.2.1 Bilan carbone, énergétique, eau ou autres fluides

2.2.2.2.2 Roadmap
● Bilan de maintenance sur le patrimoine
● Bilan financier
● Bilan du taux d’utilisation des surfaces
● Bilan du taux d’occupation des surfaces
● Inventaire des espaces
● inventaire du mobilier
● Inventaire des équipements

2.2.2.3 Sur-mesure
Le Client peut utiliser nos API pour développer des tableaux de bord sur-mesure qui pourront
être ensuite rendus accessibles via le portail. SpinalCom propose également un service de
développement de dashboards personnalisés.

Date : 06/09/2023, Version : 1.1 Page 25

3 MODÈLE ÉCONOMIQUE
Les modules par défaut sont compris dans la ligne budgétaire « SpinalWall ». Tous les autres
modules peuvent être acquis séparément l’un de l’autre et à des moments différents.

Nos logiciels sont facturés selon la surface de plancher (SdP) de votre portefeuille
immobilier. Aucune restriction sur le nombre de comptes « administrateur » et « utilisateur »
n’est appliquée.

Le budget « Licence » ou « SaaS » comprend le droit d’usage des logiciels acquis selon le
devis signé et la Maintenance Logicielle. En supplément, le SaaS comprend l’hébergement
et l’infogérance des logiciels SpinalCom acquis.

Pour de plus amples informations sur la Maintenance Logicielle, veuillez-vous référer à

l’annexe S1.

4 BUDGET
Le budget des modules du WMS SpinalWall prévus est détaillé dans le mémoire technique
et/ou le DPGF et/ou le devis.

5 Lexique
● API : Application Programming Interface ou interface de programmation d'application
est une interface logicielle qui permet de « connecter » un logiciel ou un service à un
autre logiciel ou service afin d'échanger des données et des fonctionnalités.
● BIS : Building Information System
● BOS : Building Operating System
● BPU : Bordereau de Prix Unitaires
● GMAO : Gestion de la Maintenance Assistée par Ordinateur est un système qui
permet d'assurer le contrôle et le pilotage des opérations liées à la maintenance des
équipements d’un bâtiment
● GTB : Gestion Technique du Bâtiment. Par un abus de langage, SpinalCom utilise
GTB pour parler soit de la supervision GTB, soit des automates GTB.
● IoT : Internet of Things. Par un abus de langage, SpinalCom parle des automates
GTB comme de l’IoT. IoT signifie donc pour SpinalCom tout équipement physique
installé dans le bâtiment et qui génère des données.
● IT : Information Technologies. A titre d’exemple, une GMAO, Active Directory,
Outlook, une application mobile occupant font parties de cette catégorie. La
particularité de cette catégorie est de traiter des données transactionnelles.
● MCO : Maintenance en Condition Opérationnelle. Assure le bon fonctionnement de
votre système d’information bâtimentaire - BIS - en continu, sur le long terme
● ML : Maintenance Logicielle. Désigne les modifications apportées à un logiciel, après
sa mise en œuvre, pour en corriger les fautes (maintenance corrective) ou en
améliorer l'efficacité (maintenance évolutive). Elle comprend également une hotline
ouverte 5 jours sur 7 (hors jours fériés français) de 9h à 18h accessible via un
helpdesk dans le but de déclarer des tickets.
● MSI : Master System Integrator

Date : 06/09/2023, Version : 1.1 Page 26

 ● OT : Operational Technologies. A titre d’exemple, une supervision GTB, des capteurs
IoT, le contrôle d’accès font parties de cette catégorie. La particularité de cette
catégorie est de traiter des dites « time-series » temps réel.
● RIE : Restaurant Inter-Entreprises
● SDK : Software Development Kit ou kit de développement logiciel regroupe un
ensemble d'outils d'aide à la programmation d'applications
● SGBD : Système de Gestion de Base de Données. Logiciel permettant à un
ordinateur de stocker, récupérer, ajouter, supprimer et modifier des données.
● VSR : Validation des Services Récurrents. Garantie d’un an à compter de la date de
livraison de l’ouvrage. La VSR permet de vérifier et ajuster le fonctionnement du
système d’information bâtimentaire (basée sur le BOS SpinalCore) déployée selon le
cahier des charges (CdC).
● VM : Virtual machine ou machine virtuelle. Environnement entièrement virtualisé qui
fonctionne sur une machine physique
● WMS : Workplace Management System. Logiciel qui aide les Direction de
l’Environnement de Travail, les Workplace Managers, les Directions Immobilières ou
de Facility Management à centraliser et à gérer tous les aspects de leur gestion
immobilière.

Date : 06/09/2023, Version : 1.1 Page 27