29/10/2010 1 outil de centralisation de données des audits et de planification des investissements...
TRANSCRIPT
29/10/2010 1
Outil de Centralisation de données des Audits et de Planification des
Investissements -
France Domaine
29 Octobre2010
29/10/2010 2
• Le contexte et les objectifs• La démarche• Le planning• Les fonctionnalités• Principes de fonctionnement• Démonstration• Questions/Réponses
SOMMAIRE
29/10/2010 3
Le contexte et les objectifs
• Le projet OCAPI s’insère dans une démarche globale de modernisation de la gestion de la fonction infrastructure.
• Cette démarche repose, entre autre, sur l’amélioration du système d’information à disposition des acteurs de l’immobilier.
• Cette amélioration s’insère dans une trajectoire de remplacement progressif des applications existantes, pour l’essentiel vers le logiciel SAP, support de la comptabilité interministériel projet CHORUS
29/10/2010 4
Le contexte et les objectifs
• Pour les besoins de l’immobilier, le projet CHORUS à activer le module SAP/RE-FX, module dédié à cette fonction.
• L’objectif est de disposer, en cible, d’une vision parfaitement intégrée entre la gestion budgétaire et comptable de l’Etat et celle de ses processus de gestion de l’immobilier.
• Pour des raisons de trajectoire, l’ensemble des besoins actuels de FD en matière de SI ne peuvent être traités par Chorus, ce qui conduit :• Soit à maintenir des applications existantes ;
• Soit à mettre en œuvre des solutions temporaires.
29/10/2010 5
Le contexte et les objectifs
• Le projet OCAPI rentre dans le cadre de la mise en œuvre de solutions temporaires.
• En effet, dans le cadre du plan de relance :• L’Etat à décider d’accélérer le processus de mise en œuvre des
objectifs du Grenelle de l’environnement visant à réduire, pour ses bâtiments, la consommation d’énergie de 40% et les émissions de gaz à effet de serre de 50 %.
• Le volet bâtiments publics/Etat exemplaire a été doté de 200 millions d’euros, dont 150 millions d’euros pour des travaux et 50 millions d’euros destinés aux audits prévus par la loi Grenelle (environ 5 600 sites concernés).
• Dans les délais impartis, il n’était pas envisageable d’intégrer les modalités des gestion de ce chantier dans Chorus
29/10/2010 6
Le contexte et les objectifs
• La solution a pour objectifs de :• Collecter des données dans un outil fiable et simple
d’utilisation
• Faciliter le traitement par un outil d’aide à la décision
• Garantir la compatibilité du format des données avec la solution Chorus
• Assurer la conservation des rapports collectés
• Elle a été baptisée OCAPI : • Outil de Centralisation des Audits et de Prévision des
Investissements
29/10/2010 7
La démarche
• La conception est menée en cohérence avec les autres démarches de modernisation de la gestion immobilière de l’Etat :• La gestion du référentiel immobilier réalisée dans Chorus
• La mise en œuvre des Schémas Pluriannuels de Stratégie Immobilière
• L’amélioration de la gestion des fluides
• Une même plateforme technologique a été retenue (Outil QlikView de l’éditeur QlikTech) pour les deux outils d’aide à la décision :• Schéma Pluriannuel de Stratégie Immobilière (Services de l’état
et Opérateurs de l’état)
• Ocapi
29/10/2010 8
La démarche
• L’équipe projet est la suivante :• Maîtrise d’Ouvrage applicative France Domaine
• Définition des besoins France Domaine et mission plan bâtiment Grenelle
• Les utilisateurs de l’application sont tous désignés au niveau régional.Ce sont :• Les correspondants du MEEDDM pour la saisie des
données dans l’outil
• Les acteurs régionaux de la politique immobilière : MIOMCT, MEEDDM et DGFIP
29/10/2010 9
Calendrier de mise au point scindé en 3 phases :
Le planning
29/10/2010 10
Les fonctionnalités
• La solution comprend 3 fonctionnalités via un navigateur Internet :• Interface de collecte et contrôle technique des
fichiers d’audits (Usage MEEDDM)
• Outil de contrôle de cohérence fonctionnelle des fichiers (Usage MEEDDM)
• Outil d’aide à la décision (Usage TOUS)
• Elle est complétée par un stockage dématérialisé des rapports d’audits sans traitement des données
29/10/2010 11
Stockage “décentralisé” des rapports
d’Audits
Stockage “décentralisé” des rapports
d’Audits
Contrôle NEGATIFContrôle NEGATIF
Remplissage du tableur
des données
Remplissage du tableur
des données
Import du tableur sur le
serveur dédié
Import du tableur sur le
serveur dédié
Contrôle du fichier
Contrôle du fichier
Traitement et
restitutions des données
Traitement et
restitutions des données
Contrôle OK
Contrôle OK
Principes de fonctionnement
29/10/2010 12
Démonstration
29/10/2010 13
Merci de votre attentionMerci de votre attention
Questions / réponsesQuestions / réponses