Description du marché
Le Back-office (BO) ventes voyageurs a pour objet l'acquisition, le contrôle et l'enrichissement, à des fins comptables et de pilotage, des actes de ventes et d'après-ventes en provenance des canaux de distributions (guichet, automates, agences de voyages...).
Les principales fonctions comptables mises en œuvre sont la constitution d'une comptabilité auxiliaire et d'axes analytiques, la facturation interne et externe, le calcul des compensations, des répartitions et de la TVA, le contrôle des séances vendeurs, et les clôtures comptables.
Pour le pilotage, il s'agit essentiellement de publications de données de vente sur deux principaux axes, l'offre et les produits du trafic.
Les publications se font à partir du collecteur des ventes vers des application tierces. On trouve y trouve notamment la publication des écritures de la comptabilité auxiliaire vers la comptabilité générale et la mise à disposition des données des ventes aux utilisateurs métiers via des publications dans des outils de type Business Intelligence.
Les applications qui composent le BO ventes voyageurs sont conçues dans des technologies hétérogènes, l'ensemble formant un tout fonctionnellement cohérent.
Actuellement, treize applications sont identifiées, ce périmètre varie au fil de l'évolution du système d'information avec de nouvelles applications et des dé-commissionnements. Depuis fin 2019, le programme Reboot est mis en production et permet le dé-commissionnement d'applications anciennes. Ces mises en service s'échelonnent à court et moyen termes.
L'objet du marché est la mise en œuvre d’un centre de compétence sur le périmètre du BO ventes voyageurs.
À ce titre, le titulaire se voit transférer la responsabilité de la maintenance du périmètre composant le BO ventes voyages, de sa performance, de sa disponibilité et du service rendu au client final, intégrant notamment les prestations dites d’assistance à maîtrise d’ouvrage et de recette des correctifs et des évolutions.
Concernant l'exploitation, la maintenance et l'évolution de l'infrastructure technique applicative en environnement de production, elle reste prise en charge par la SNCF.
À titre indicatif, sur Reboot au 1 semestre 2020, les volumes constatés sont les suivants:
— évolutions ou corrections d’anomalies fonctionnelles: 207 demandes, en cours de ralentissement, ce qui tend à montrer une stabilisation applicative;
— 29 projets réalisés répartis en sept gros projets, 17 moyens et cinq petits.
Éléments de complexité des applications et leur techno listés ci-après:
— ORFEE: SQL, Teradata, ODI, J2E-Flex, Unix;
— PDI OPALE: 24 shell; 168 ODI,17 Cognos// Cognos, ODI, Teradata;
— SAFE: 7 shell, 24 ODI// MS SSIS, VB,SQL Server,MySQL, PHP (ODI);
— SIPS: Cognos,MS DTS, VB, C#, Java J2EE, SQL server;
— Spartacube: Cognos, MS SSIS, Java;
— Financial Data Center: POWER BI, SQL Server, Windows Server, IIS, MS SSRS, MS SSIS, .NET Framework, Qlikview, SSO (OpenAM);
— FC12K: 63 prog ~1000 lignes par prog// SQL Teradata, Cobol PL1, MVS, UNIX;
— Reboot: ECC: 40000, CAR: 23000 // SAP, ODI, Stream Serve, MQ Series, CFT;
— REV: MDM, ODI;
— ADES et Meursault: MQ Series, CFT, J2EE;
— TIMC: ODI, Mainframe, Teradata;
— HOC: SQL Teradata, ODI,XML Serv, Unix.