Foire Aux Questions

Quel est l’intérêt d’un SI Décisionnel ?
Un système d’information décisionnel (SID) permet de centraliser les données issues de toutes les applications d’un établissement, dans un outil commun et partagé, afin d’alimenter différents niveaux de pilotage (stratégique, décisionnel et opérationnel). Il favorise la transversalité entre domaines (ex. tableaux de bord par composante) et répond aussi aux exigences de reporting externe (Ministère, IGAENR…).
Évolutif et indépendant des outils sources, un SID s’adapte aux besoins de l’établissement. Il propose un accès unique à une information fiable et partagée, renforce les synergies entre politique et administration, et soutient une démarche d’amélioration continue grâce à sa capacité d’analyse transversale et approfondie.

Pourquoi mettre en place un SI Décisionnel ?
Voici les difficultés rencontrées fréquemment dans les établissements :

• Problème de qualité des indicateurs : inexactitude, incohérences globales…
• Beaucoup d’énergie en établissement pour produire des indicateurs.
• Forte dépendance des établissements à des compétences rares :

1. Connaissance des métiers et des SI sources pour sélectionner les bonnes données
2. Compétences spécifiques aux SI décisionnels

Un SID oblige par les process qu'il sous-tend à engager une démarche qualité. Les données sont montées en qualité avant de les entrer dans l'entrepôt. Dans un SID structuré, la qualification est faite dans le SI lui-même.

Quelles sont les spécificités de Sirocco par rapport à un autre SID ?
Sirocco se distingue des autres SID par :

• Des technologies Open Source : PostgreSQL, Talend, Talaxie, Python, etc., pour une solution accessible et évolutive ;
• Une couverture fonctionnelle étendue : intégration d’une brique référentielle (structures, individus, nomenclatures) garantissant la transversalité entre les domaines ;
• Une souplesse d’adaptation : chaque établissement peut paramétrer la solution à son contexte ou y ajouter des développements spécifiques ;
• Le choix de l’outil de restitution est libre (BO, DigDash, Power BI, etc.) ;
• Une communauté solide : construite avec 9 établissements co-constructeurs, depuis maintenant 15 ans, la solution est éprouvée et en constante évolution pour répondre aux besoins du monde ESR.

Quels sont les grands principes d’architecture du SID Sirocco ?
Sirocco collecte des données issues d’applications métiers ou de fichiers Excel pour les intégrer dans une base dédiée structurée pour répondre aux besoins de pilotage, modélisée selon un schéma en étoile. La modélisation en étoile comporte des tables de faits reliées à des tables d’axes d’analyse, ce qui permet d’optimiser les jointures.
Cette modélisation métier optimise la performance de restitution, permet l’historisation des données à des dates spécifiques et reste indépendante des applications sources comme des outils de visualisation (BO, DigDash, Power BI).
Cette architecture « agnostique », construite avec des établissements de tailles variées, permet de s’adapter à tous les types d’établissements. Les règles de qualité de l’entrepôt et le stockage, à un niveau de détail fin, renforcent la précision de la gouvernance de la donnée.

Qu’est-ce qu’un modèle en étoile ?
Le modèle en étoile repose sur une table centrale, dite table de faits, contenant les données quantitatives (montants, quantités, taux…), reliée à des tables dimensionnelles comme le temps (jour, mois, période, etc.) ou des tables de nomenclatures (formations, comptes, grades...) qui servent d’axes d’analyse.
Ce type de modèles permet de limiter le nombre de tables et de jointures lors de l’élaboration d’une requête et permet ainsi d’améliorer considérablement les performances de recherche et de traitement des données.

Est-ce que Sirocco remplace complètement les univers BO sur les outils de gestion ?
Sirocco n’est pas conçu pour le pilotage opérationnel, mais pour l’alimentation de tableaux de bord stratégiques ou décisionnels. Il peut exceptionnellement être utilisé pour des exports opérationnels lorsque les univers BO ou les applications de gestion ne le permettent pas.
Par exemple, à l’Université Lyon 3, Sirocco coexiste avec les univers BO (Business Objects) des outils métier, qui restent utilisés pour :

• Contrôler et fiabiliser les données avant leur chargement dans Sirocco,
• Répondre à des demandes ponctuelles spécifiques,
• Accéder à des données en temps réel (ce que Sirocco ne permet pas, étant mis à jour au mieux une fois par jour),
• Produire des listes pour des besoins de gestion (élections, enquêtes, etc.).

Que contient le kit de livraison d’une brique Sirocco ?
Pour chaque brique, le kit livré contient :

• Des documentations (métadictionnaire, documents de conception, documents d’installation, modèles de données…).
• Les scripts de création de la base de données.
• Les composants Talend d’alimentation de l’entrepôt à partir des applications sources.
• Un univers BO à titre indicatif et des requêtes d’exemples.

À quel rythme effectue-t-on le chargement des données dans Sirocco ?
L’établissement choisit la fréquence d’alimentation des données selon ses besoins. Pour disposer des données les plus à jour, l’établissement peut planifier une actualisation tous les jours pendant la nuit. L’établissement peut également figer des données à des dates clés (par exemple, pour les remontées ministérielles). Conserver ces points de référence facilite le suivi et l’analyse des enquêtes.

Quels sont les domaines traités par Sirocco à ce jour ? Quels sont les connecteurs proposés ?
Le projet Sirocco comporte plusieurs briques :

SIDGFC : programmation et exécution budgétaire, suivi des pièces, comptabilité générale.

• Connecteur opérationnel : Sifac, Cocktail-GFC.
• Connecteurs en cours : Sifac+ (T2 2026).

SIDRH : effectifs et carrières personnels, suivi de la masse salariale, absences.

• Connecteurs opérationnels : Harpège, Siham, Cocktail-GRH, Kx.

SIDFOR : effectifs et parcours étudiants, élaboration et soutenabilité des maquettes (en cours), inscriptions pédagogiques (en cours), réalisation des séances et paiement des heures.

• Connecteur opérationnel : Apogée. Connecteurs en cours : Pégase (T2 2026), OSE.

SIDPAT : patrimoine.  

• Connecteurs opérationnels : RT-ESR et Abyla.

SIDREF : référentiel (structures, individus…).

• Connecteurs en prévision : Sinaps (fin 2026).

Peut-on éditer le Rapport Social (RSU) avec Sirocco ?
Le RSU peut, en grande partie, être édité avec le SID Sirocco. À titre d’exemple, plus de 80% du RSU de l’Université Lyon 3 a été réalisé à l’aide de Sirocco. https://www.univ-lyon3.fr/rapport-social-unique-rsu

Est-il possible d'alimenter Sirocco à partir des données du SI de l'établissement hors outils Amue et Cocktail ? Par exemple avec Ametys ? Un autre exemple, dans notre établissement, nous déployons SAGHE pour le suivi des heures. Est-ce qu’il est prévu dans votre plan de développement de créer les connecteurs vers cette appli, dans le domaine de l’offre de formation ?
À ce jour, la liste des connecteurs développés par l’équipe projet ne comprend pas l’application SAGHE ni Ametys. Cependant il est tout à fait possible de développer des connecteurs non prévus par l’équipe Sirocco. Chaque brique métier de Sirocco est constituée d’un socle universel et d’un ou plusieurs connecteurs. Un établissement acquérant la solution Sirocco et qui dispose de SAGHE ou Ametys peut tout à fait réaliser son propre développement de connecteur en respectant la norme en place du socle universel. L’établissement peut même le rendre communautaire si d’autres établissements utilisateurs du SID disposent de cette application source. À titre d’exemple, l’Université de Strasbourg a développé un connecteur avec Ametys pour leur propre besoin, en plus des connecteurs mis à disposition par Sirocco.

Je comptais sur Sinaps pour définir mon référentiel, comment va-t-il pouvoir coexister avec la terminologie définie dans Sirocco si elle est différente ?
Le référentiel Sirocco est une brique alimentée par des données provenant de référentiels externes (BCE, SISE ...), de Sinaps ou d’un autre référentiel de l’établissement, ou d’autres SI métier contenant des nomenclatures standardisées. Si l’établissement utilise Sinaps, les terminologies et nomenclatures seront uniformes, car les données proviennent de Sinaps (même sans connecteur Sinaps car les données proviennent des SI métiers, eux-mêmes connectés à Sinaps). À ce jour, le connecteur entre Sirocco et Sinaps est en cours d’étude mais il est possible de surcharger le référentiel Sirocco (via extractions CSV) avec les données provenant de Sinaps.

Est-ce que le modèle Sirocco tient compte du mode de fonctionnement d'un EPE ?
Sirocco est conçu pour consolider des données provenant de structures et établissements différents. La modélisation intègre un référentiel des structures et un code structure/établissement dans chaque table de faits. Cette gestion multi-établissements est en cours de mise en œuvre dans les différentes briques de Sirocco, cette mise en œuvre devrait être finalisée à la fin du T1 2026.

Est-ce que les indicateurs sont les mêmes pour tous les établissements ? Si mon établissement a des besoins particuliers pour des indicateurs actuellement absents dans Sirocco, peut-on compléter l’entrepôt de Sirocco avec des données supplémentaires dans l’entrepôt ?
Sirocco ne fournit pas d’indicateurs figés, mais des pré-calculs de données sur lesquels chaque établissement peut s’appuyer pour construire ses propres indicateurs.
Il est tout à fait possible de réaliser des développements particuliers pour ajouter des indicateurs métier avec des données supplémentaires. Nous avons réalisé un document de préconisation de développement spécifique, qui indique les normes à respecter afin de préserver le bon fonctionnement actuel du socle de Sirocco.

Quel est l’outil de visualisation utilisé pour Sirocco ?
Aucun outil de restitution n’est imposé dans Sirocco. Actuellement, BO, DigDash et Power BI sont utilisés par l’équipe de co-construction. Actuellement 3 établissements utilisent BO, 4 établissements utilisent DigDash et 2 établissements utilisent Power BI.

Est-ce que des univers BO et des documents BO sont fournis avec Sirocco ? Est-il envisageable de fournir des tableaux de bord mutualisés ?
Les kits Sirocco incluent des univers BO et des exemples de restitutions pour faciliter le recettage après installation. L’établissement reste libre d’utiliser un autre outil de datavisualisation, comme DigDash ou Power BI.
Le partage des tableaux de bord mutualisés est évidemment à l’état de réflexion au sein du Consortium. Les besoins et contraintes des différents établissements rendent cette problématique délicate. Cependant, afin de faciliter les échanges, un forum de discussion dédié à la Communauté Sirocco (établissements utilisateurs de Sirocco) a été mis en place. Le partage des expériences de création de tableaux de bord trouve tout à fait sa place dans cet espace communautaire.

Comment sont gérées les habilitations dans BO ? Qui s'occupe d'attribuer les droits, qui gère les rôles ? Comment sont diffusés les indicateurs et les chiffres clés ?
Sirocco fournit un entrepôt de données et la gestion de la sécurité des données reste la prérogative de l’établissement au même titre que la gestion des autres données internes à l’établissement. Les habilitations de tableaux de bord sont également gérées directement dans l’outil de restitution, au choix de l’établissement et dépendent du périmètre métier des données affichées. La responsabilité de leur gestion revient donc à l’établissement.
Chaque établissement définit ses propres politiques de diffusion de tableaux de bord. En général, les utilisateurs autorisés se connectent avec leur compte d’établissement à un portail web de tableaux de bord. L’établissement peut définir qui est autorisé à accéder et le périmètre de visibilité de chaque compte. Les outils de visualisation permettent aussi d’extraire les tableaux sous forme d’image, de fichier PDF pour être communiqué à un public plus large si nécessaire (comme l’exemple avec le rapport RSU).

L'installation des différentes briques est-elle indépendante ?
Seules les briques SIDREF (Brique référentiel) et SIDTEC (Brique technique) sont indispensables au départ. Les autres peuvent être installées indépendamment. Il est recommandé de déployer la solution progressivement, brique par brique.

Quelle est la charge RH de mise en oeuvre pour la DSI ? Et pour l'exploitation quotidienne ?
La charge RH dépend de l’organisation interne, mais plusieurs profils techniques sont à prévoir. Pour la mise en œuvre, la mobilisation est plus soutenue, notamment pour un administrateur base de données (installation initiale) et un administrateur SID (paramétrage, alimentation de l'entrepôt, création des tableaux de bord). En exploitation quotidienne, l'administrateur SID reste mobilisé pour le suivi des flux et les ajustements techniques. Un développeur ETL peut être ponctuellement requis si l’établissement souhaite ajouter des traitements spécifiques. La charge varie selon le niveau de personnalisation souhaité, mais elle peut être allégée en s’appuyant sur les outils et kits fournis par l’Amue.

Quel niveau d'implication doivent fournir les acteurs métiers ?
Le déploiement de Sirocco nécessite l’implication d’un profil métier pilotage et d’experts métiers, idéalement avec un référent SID par direction. Leur rôle est crucial à la fois lors de la mise en place (paramétrage, qualité des données, tableaux de bord) et au quotidien (fiabilisation continue des données, évolutions). Le niveau d’implication varie selon le domaine et la qualité des données dans le système de gestion, et un retour d’expérience peut être organisé pour en discuter plus en détail.
Le temps de la mobilisation lors de l’installation dépendra de l’établissement et de la disponibilité de ses équipes.

Quel accompagnement est prévu en termes de prise en main ?
L’Amue accompagne chaque établissement de façon personnalisée pour le déploiement de Sirocco. L’accompagnement couvre l’analyse des besoins, le déploiement progressif par domaine (RH, finance, patrimoine, etc.), ainsi qu’un soutien fonctionnel et technique (qualité des données, architecture, outils open source comme PostgreSQL ou Talend). Des kits d’installation complets, une documentation détaillée, une communauté d’entraide et un outil d’assistance sont également mis à disposition pour garantir un déploiement optimal et collaboratif. De manière générale, il faut compter environ 6 mois pour déployer en production une brique métier.
Le détail de la démarche de déploiement par l’Amue, ainsi que les témoignages de deux établissements pilotes Université Gustave Eiffel et Université de Montpellier sont présentés dans la webconférence Sirocco. Une vidéo est disponible en ligne sur le site web de l’Amue : https://www.amue.fr/offre-de-solutions-et-services/solutions-et-services/logiciels-si/sirocco/demarche-de-deploiement

Est-ce qu'il y a des vagues de déploiement sur lesquelles l'établissement doit candidater ?
À ce jour, il n’est pas prévu de vague de déploiement, l’Amue propose de s’adapter au planning de l’établissement.

Combien de temps faut-il prévoir pour élaborer les tableaux de bord ? Quelles compétences faut-il avoir pour développer les tableaux de bord ?
Le temps nécessaire dépend de la maîtrise des outils utilisés et de la collaboration conjointe des métiers, des analystes des données et des intégrateurs informatiques. Tout dépend aussi de la complexité des tableaux de bord et du nombre d’indicateurs embarqués. Il est possible d’élaborer un tableau de bord complet et opérationnel en 1 à 2 mois, mais de simples reportings (avec tableaux et quelques graphiques) peuvent être produits en quelques jours. En fonction des outils choisis, il faut disposer de diverses compétences. En plus de SQL qui est une compétence transverse de base, il est utile de maîtriser la technologie web (Javascript et CSS par exemple) pour développer sur DigDash, et de maîtriser Power Query M et DAX pour développer sur Power BI. Pour BO, une formation d’environ une semaine est nécessaire sur les outils de conception s’ils ne sont pas connus (Rich Client et Designer)
Si votre établissement est intéressé par Sirocco, nous pouvons fournir des témoignages des établissements co-constructeurs à la demande.