Marché à tarifs appuis fonctionnels SI Finance (SAP et hors SAP)
Le département programme finance (DPF) s’est réorganisé en 2010 pour gérer d’une part les applications Finance sous SAP et hors SAP. Une TMA a été mise en place au 1er mai 2010 sur la partie SAP. Une seconde TMA est en cours de mise en œuvre en 2012 pour les applications finance hors SAP (FHS). DPF a pour vocation de gérer les applications Finance au sens large pour le compte des différents services de la direction financière. Les domaines fonctionnels à couvrir sont les suivants: la comptabilité, la fiscalité, la trésorerie, le contrôle de gestion, le développement-ingénierie, les achats et la logistique, et l’ensemble des applications de reporting afférent à ces domaines.
DPF intervient sur toutes les phases des projets: étude d’opportunité, étude de faisabilité et réalisation mais aussi sur le maintien en conditions opérationnelles (MCO) des applications Finance.
Pour réaliser les différentes phases amont des projets, DPF a besoin ponctuellement d’appuis fonctionnels de haut niveau pour intervenir sur les différents domaines précédents tant pour des applications SAP que non-SAP. Ces études amont constituent l’objet du présent marché.
A. L’étude d’opportunité
Elle a pour finalité de fournir aux décideurs les éléments de décision pour ouvrir ou non un projet, c’est-à-dire la faisabilité. Elle est lancée en application d’un plan de gestion des programmes (PGP) ou suite à l’identification d’un besoin urgent apparu depuis l’approbation de ce PGP. Lors de cette phase il est fait appel à l'urbaniste de DPF qui appuie le pilote d’application pour formaliser ses besoins. L'urbaniste décrit les processus métier, identifie les processus transverses et décrit les objets dans le référentiel de Cartographie du SI de RTE.
Pour le recueil des besoins et leur validation, 3 étapes sont nécessaires:
1- Obtenir et expliciter les besoins auprès du métier
Collecter les besoins explicites et implicites auprès des référents métier et clarifier les ambiguïtés au travers de réunions, groupes de travail et interviews.
Ces besoins doivent couvrir:
— Les attentes fonctionnelles,
— Les attentes en terme d’interface,
— Les attentes en terme d’insertion,
— Les attentes en terme de reprise de données,
— Les attentes en terme de sécurité (disponibilité, intégrité, confidentialité, traçabilité),
— Les attentes de niveau de service en production,
— Les contraintes liées au métier,
— Les contraintes budgétaires et de délai.
2- Consigner les exigences du métier
Rédiger le cahier des charges fonctionnel besoins indépendamment de toute solution technique. Ce recueil des exigences métier servira de base de traçabilité pour la validation de la prise en charge et de la satisfaction des exigences (recette métier).
3- Obtenir l'engagement du métier sur les exigences
Les Référents métier vérifient le cahier des charges fonctionnel besoins et le pilote d'applications le valide.
L’étude d’opportunité doit au final permettre de déterminer:
— la portée du projet,
— les besoins et exigences métier,
— les impacts sur le SI existant,
— les scénarios envisageables.
B. L’étude de faisabilité
Elle consiste à affiner et à analyser les exigences fonctionnelles (attentes des métiers) et techniques afin de les traduire en exigences système et à choisir le scénario de réalisation optimal.
Cette phase intègre une phase d’architecture technique et une phase de maquettage ou de prototypage servant à qualifier les processus majeurs du projet (fonctionnels et techniques) en référence à la solution retenue.
L’étude de faisabilité a pour but de déterminer:
— la faisabilité fonctionnelle: adéquation entre les exigences métier et les fonctionnalités disponibles dans la solution applicative retenue,
— la faisabilité technique: insertion dans le SI de RTE dans le respect de son référentiel technique SI,
— l’évaluation des risques (fonctionnels, opérationnels, techniques, économiques),
— le budget, le planning et les responsabilités.
C. L’appui au pilotage de projet
Elle consiste à accompagner le chef de projet tout au long du (des) projet(s) à enjeu(x) complexe(s), par exemple dans un contexte de chaîne applicative ou de domaine fonctionnel multi applicatif, au travers des phases principales suivantes:
Appui au pilotage:
— Il met en place des indicateurs de suivi de projet,
— Il assiste le chef de projet dans le suivi du planning,
— Il rédige les documents qualité sur le format attendu (ex: plan de management, plan qualité du projet, etc.),
— Il rédige les documents support des comités de pilotage opérationnel et stratégique,
— Il rédige les supports des comités de suivi ainsi que des comités de pilotage du projet,
— Il rédige les documents de suivi du projet en direction du management DPF,
— Il rédige les documents support aux comités de coordination de DPF,
— Il rédige les supports et les comptes rendus de réunions qu’il pourrait provoquer,
— Il assiste le chef de projet dans le support administratif et logistique au projet,
— Coordination fonctionnelle,
— Il assure un rôle d’interface entre les équipes de l’intégrateur, de DPF et les équipes métier,
— Il assiste les intervenants du projet dans l’interprétation du document de conception générale en référant au chef de projet en cas d’interprétation ambivalente,
— Il participe aux réflexions menées lors de la conception détaillée,
— Il prépare avec le métier les processus de reprises de données,
— Il anticipe les besoins des équipes SI en données métier,
— Il prépare et conduit la recette projet de la solution construite par l’intégrateur et par les équipes de DPF en apportant son expertise fonctionnelle sur le périmètre du projet,
— Coordination technique,
— Il coordonne et challenge les différents acteurs techniques du projet (DPF, architectes, éditeurs, responsables techniques de l’équipe intégrateur et des équipes de la direction système d’information / télécom, etc.),
— Il suit la mise en place des machines liées à la solution,
— Il prépare la mise à disposition des environnements de développement, de validation, de formation et de production,
— Il prépare et coordonne les mises en production,
— Il met en œuvre les moyens nécessaires au bon fonctionnement des interfaces. En particulier, il coordonne au niveau technique les interventions des différents acteurs entrant en jeu sur cet aspect sensible du projet, et assure la recette d’intégration des flux de données,
— Il assiste les différents intervenants du projet dans la détermination de l’architecture technique.
Les principales solutions Finance Hors SAP déployées sont à ce jour:
— Comptabilité: chaîne FEA (facture électronique achat), ETAFI (CEGID),
— Fiscalité: gestion des taxes directes locales (OGTF - application de gestion de la taxe foncière développée par RTE) et OGCET (FA7 Tax Planner de SAGE – ancien progiciel de gestion de la taxe professionnelle qui a été réformé en 2010 pour gérer la contribution économique territoriale (CET), la contribution sur la valeur ajoutée des entreprises (CVAE) et la contribution foncière des entreprises (CFE),
— Trésorerie: Cashpooler de Datalog (outil de gestion des paiements) et Sage FRP Treasury (gestion des prévisions de trésorerie). Ces deux applications sont fortement couplées à SAP (21 interfaces quotidiennes),
— Achats: REX fournisseurs conçu sur la base du progiciel d'enquêtes en ligne de XTCO (système d’évaluation des fournisseurs),
— Développement et ingénierie: SIEPR (sous OPX2 de la société Planisware) couplé à SAP et à son Infocentre SIEPR sous SAP-BO / Informatica (gestion des projets pour l’ingénierie du réseau de transport d'électricité),
— Immobilier: Immotep à partir de la solution Netika – (inventaire du patrimoine immobilier tertiaire et GED).
Les principales solutions SAP déployées sont à ce jour:
SAP ECC6 (GCP): FI, FI-AA (immobilisations), TRM, Liquidity planner, CO-PS, MM, SD, PM.
SRM 7: e-appro.
SAP BI.7.
SAP portail + CUA (Central User Administration).
SAP ECC6 (ISU).
SAP ECC6 (GTA): HR gestion des temps.
SAP Solution Manager.
Les solutions ISU, PM et GTA (HR) ne sont pas gérées par le Département Programme Finance (DPF).
Date limite
Le délai de réception des offres était de 2012-03-09.
L'appel d'offres a été publié le 2012-02-17.
Fournisseurs
Les fournisseurs suivants sont mentionnés dans les décisions d'attribution ou dans d'autres documents relatifs aux marchés publics :
Qui ?
Qu'est-ce que c'est ?
Où ?
Historique des marchés publics
Date |
Document |
2012-02-17
|
Avis de marché
|
2013-03-01
|
Avis d'attribution de marché
|