Public procurement notice: Periodic Indicative Notice Without Call For Competition
Published: 2018-06-30
Buyer: EDF SA
Country: FR
Contract type: Services
CPV classification: 72000000

Technical requirements: Υπηρεσίες τεχνολογίας των πληροφοριών: παροχή συμβουλών, ανάπτυξη λογισμικού, Διαδίκτυο και υποστήριξη
La Direction Commerce d'EDF souhaite mieux répondre à ses ambitions commerciales dans un contexte de plus en plus concurrentiel, et ainsi revoir l’infrastructure technique de son système de facturation du marché d’affaires (Felix). Les enjeux de cette refonte consistent à accompagner la montée de version technique du progiciel de facturation (CC et B) en forte rupture technologique, anticiper la mise en application de nouvelles contraintes réglementaires, et répondre à une augmentation de volumétrie de facturation.
A cet égard, le groupe EDF recherche une solution matérielle dédiée, hébergeant le système de production de l’applicatif Felix et ses environnements de développement et de recette. La solution devra être intégrée, fiable, robuste, redondée, exploitable et capable de s’adapter aux besoins de performances croissants de l’applicatif.
La solution prévue pour être mise en production en 2020 aura pour vocation de pérenniser le SI de facturation jusqu'en 2025 et au-delà.
La Direction Commerce d’EDF recherche une solution matérielle capable de pérenniser l’activité de facturation du SI Marché d’Affaires (application Felix), à partir de 2020. Les enjeux de cette refonte de son infrastructure consistent à accompagner la montée de version technique du progiciel de facturation (CC et B) en forte rupture technologique, anticiper la mise en application de nouvelles contraintes réglementaires, et répondre à une augmentation de volumétrie de facturation.
Sur le plan fonctionnel, Felix couvre la facturation des clients professionnels d’EDF, la gestion de la comptabilité, le recouvrement des impayés, etc. Ces traitements sont ordonnancés dans une chaîne applicative dite «batchs», avec un impératif horaire en fin de nuit, car l’IHM de l’application doit être ouverte à ses utilisateurs, chaque jour sur la plage 8:00-18:30. De plus, aucune nuit applicative ne peut être reportée, car la gestion du recouvrement ou de la comptabilité par exemple doivent s’exécuter à chaque date calendaire sans discontinuité de date. Le respect quotidien de ces contraintes horaires est donc un enjeu vital pour EDF.
Sur le plan logiciel, Felix repose sur un socle CCet B édité par Oracle, et a été enrichi via des développements spécifiques dans les langages Cobol, Java, C et l’ETL Informatica. Il héberge une base de données Oracle de forte volumétrie (environ 25 To, avec une croissance annuelle de 4 To). La solution matérielle devra être impérativement compatible avec ce périmètre logiciel.
La connexion entre la couche applicative CC et B et la base de données est particulièrement sensible en terme de performances, les batchs générant une très forte volumétrie de petites requêtes SQL. Dans l’architecture actuelle, cela a conduit à l’hébergement des 3 tiers applicatifs (front-office IHM, back-office «batchs» et base de données) sur un même serveur. Mais la séparation de ces couches devra être prise en postulat architectural de la future solution, afin de favoriser sa scalabilité et sa disponibilité.
Sur le plan matériel, les serveurs de production et de secours sont aujourd’hui hébergés sur 2 machines physiques dédiées de type IBM-9179-MHD sous AIX 7.1, dotés chacune de 128 cœurs physiques cadencés à 3,7 GHz (dont 64 cœurs dédiés à la production) et 1,5 To de RAM (dont 530 Go dédiés à la production). Le système d’exploitation AIX ne constitue pas un prérequis de la solution cible.
Cette infrastructure permet aujourd'hui la production de 21 000 factures par heure en moyenne, avec une durée d’exécution de la chaîne variant de 5:00 à 13:00 selon les nuits. Cela illustre les fortes disparités des traitements applicatifs, les volumétries de facturation variables et le poids conséquent de certaines factures multi-sites très volumineuses (durant à elles seules parfois jusqu’à 5:00).
Pour sécuriser la production à venir, la nouvelle infrastructure devra être fiable, robuste et performante. Elle devra ainsi supporter un rendement minimum de 50 000 factures par heure, et supporter des pics de facturation à 150 000 factures par nuit.
Se basant sur des principes de scalabilité et d’élasticité, la solution devra permettre une adaptation rapide du dimensionnement de ses environnements (production et recette), étant soumis à de fortes augmentations des volumes de facturation. Pour gagner en temps d’approvisionnement, elle devra être également couplée avec nos outils Devops d’intégration et de déploiement continu.
Au regard de la sensibilité des données, EDF privilégie à priori, une solution hébergée dans ses datacenters, redondée sur son site de secours, raccordée à son réseau et respectant les normes de sécurité en vigueur au sein du groupe EDF (PRA, DRP).
En terme de perspective à l’étude, la solution pourrait être pourvue d’une forte capacité de résilience, permettant notamment une disponibilité garantie 24 h/24 des frontaux IHM et web services, ainsi que ses composantes techniques (serveurs applicatifs back-office et serveur de base de données).
Le présent avis n'est publié qu'à titre d'information dans le cadre d'un programme d'intentions d'achat dont l'objet est défini à l'article II.2.4 du présent avis. EDF souhaite initier par la publication de cet avis une réflexion qui pourra donner lieu à la publication d'un avis de marché au cours de l'année 2018 ou 2019.