Architecte Solution Transverse - Interfaces

Localisation: Issy-les-Moulineaux

Télétravail: 2 jours par semaine

1. Contexte du projet

Dans le cadre d'un programme de transformation du système d'information, le Groupe conduit a un vaste programme de transformation SI qui repose sur la mise en œuvre d’un nouvel écosystème applicatif composé de plusieurs solutions métiers majeures (OMS, TMS, WMS, CMS) destinées à moderniser et rationaliser les processus opérationnels.

Ces solutions devront interagir entre elles ainsi qu'avec plusieurs applications satellites conservées dans l'architecture cible.

Les interfaces entre les différentes briques sont principalement conçues et réalisées par les éditeurs et intégrateurs des solutions.

Dans ce contexte, le programme souhaite renforcer sa capacité à :

• Garantir la cohérence globale des échanges entre les différentes solutions ;

• Sécuriser la qualité du design des interfaces ;

• Maîtriser les impacts sur l'écosystème applicatif existant ;

• Assurer l'alignement entre les processus métiers cibles et les flux de données associés.

2. Objectif de la mission

L'objectif de la mission est de garantir la cohérence transverse des interfaces entre les différentes briques de la solution cible.

Le consultant intervient comme référent architecture des interfaces afin de :

• Comprendre les processus métiers cibles en cours de définition ;

• Analyser les flux de données entre les différentes applications ;

• Challenger les propositions de design des éditeurs et intégrateurs ;

• Identifier les impacts sur les systèmes satellites ;

• S’assurer de la cohérence globale des échanges au niveau programme.

Le consultant n'a pas vocation à se substituer aux architectes techniques des éditeurs ou de l'intégrateur, qui restent responsables de la conception détaillée et de l'implémentation technique des interfaces.

3. Périmètre de la mission

Le périmètre couvre l'ensemble des flux et interfaces entre :

• OMS (Order Management System)

• TMS (Transport Management System)

• WMS (Warehouse Management System)

• CMS (Claim Management System)

• Applications satellites internes

A noter qu’il y a 2 niveaux d’interfaces. Les interfaces entre :

• les nouveaux applicatifs eux-mêmes (par ex WMS > TMS)

• les nouveaux applicatifs et les applications satellites

4. Description des prestations attendues

4.1 Analyse des interfaces existantes (legacy)

Le prestataire devra :

• Identifier et analyser les interfaces existantes (API, fichiers, EDI, batch, etc.)

• Contribuer à la maintenance de la cartographie des flux

• Réaliser des activités de :

  • reverse engineering (si documentation absente)

  • qualification technique des échanges

• Formaliser une compréhension consolidée des interfaces

4.2 Analyse des processus métiers et des flux applicatifs

Le prestataire devra :

• S’approprier les processus métiers cibles définis dans le cadre du programme ;

• Comprendre les responsabilités fonctionnelles de chaque solution ;

• Analyser les échanges de données entre les différentes briques ;

• Identifier les dépendances et points d'interaction majeurs ;

• Contribuer à la cohérence globale du modèle opérationnel cible.

4.3 Relecture et challenge des contrats d'interfaces

Le prestataire devra :

• participer aux revues des contrats d'interfaces produits par l’intégrateur/éditeur ;

• analyser la pertinence des données échangées ;

• vérifier l'adéquation entre les flux proposés et les processus métiers cibles ;

• challenger les hypothèses et choix de conception lorsque cela est nécessaire ;

• identifier les éventuels écarts, incohérences ou zones de risque.

Les revues porteront principalement sur :

• les événements métiers échangés ;

• les objets métier manipulés ;

• les responsabilités de chaque application ;

• les données entrantes et sortantes ;

• les règles de gestion impactant les échanges.

4.4 Études d'impact transverse

Le prestataire devra :

• réaliser des analyses d'impact à haut niveau lors des évolutions de processus ou de design ;

• évaluer les conséquences sur les applications satellites ;

• identifier les interfaces concernées par les évolutions ;

• contribuer aux arbitrages d'architecture fonctionnelle ;

• alerter sur les risques de rupture de cohérence entre les différentes briques.

4.5 Cohérence globale de la solution

Le prestataire devra :

• garantir une vision transverse de bout en bout des flux métier ;

• s'assurer que les responsabilités fonctionnelles sont correctement réparties entre les applications ;

• vérifier l'absence de redondance ou d'ambiguïté dans la gestion des données ;

• veiller à la cohérence des référentiels et des objets métier partagés ;

• contribuer à la qualité globale du design de la solution.

4.6 Préconisations techniques :

Le prestataire devra formuler des recommandations structurantes sur :

Architecture technique

• choix de middleware (ESB, iPaaS, ETL, message broker…)

• organisation des flux et orchestration

Modalités d’échange

• formats de données (JSON, XML, CSV, EDI…)

• protocoles (REST, SOAP, SFTP, messaging…)

Standards transverses

• gestion des erreurs et rejets

• gestion des reprises (retry)

• traçabilité et monitoring

• sécurité des échanges

4.7 Participation à la gouvernance projet

Le prestataire devra :

• participer aux ateliers de conception ;

• contribuer aux revues de design ;

• représenter les enjeux de cohérence transverse lors des instances projet ;

• faciliter les échanges entre métiers, équipes projet, éditeurs et intégrateurs ;

• contribuer à la prise de décision sur les sujets d'interfaces et de flux.

5. Livrables attendus

Le prestataire produira notamment :

• Analyses d'impact transverse ;

• Matrices de flux inter-applicatifs ;

• Cartographie technico-fonctionnelle des échanges ( as-is / to-be) ;

• Comptes rendus et recommandations issus des revues de contrats d'interfaces ;

• Notes d'analyse et de cadrage et d'aide à la décision ;

• Registre des risques et points d'attention liés aux interfaces.

• Framework d’intégration (principes + standards)

• Revues et commentaires sur contrats d’interfaces

• Recommandations d’architecture et de choix techniques

6. Profil attendu

Expérience

• 8 à 15 ans d'expérience dans des programmes de transformation SI complexes ;

• Expérience significative sur des projets ERP ou écosystèmes applicatifs multi-solutions ( Supply Chain est gros plus)

• Expérience dans l'analyse des processus métiers et des flux inter-applicatifs ;

• Expérience des environnements impliquant plusieurs éditeurs et intégrateurs.

Compétences clés

• Architecture technique et fonctionnelle – expertise ERP Supply Chain fortement appréciée

• Expériences dans les projets ERP recommandée

•  Expériences dans les outils WMS/TMS recommandée

• Architecture d’intégration (API, messaging, EDI, fichiers)

• Middleware (ESB, ETL, iPaaS…)

• Patterns d’intégration (synchrone, asynchrone, event-driven)

• Analyse critique de spécifications techniques

• Expérience de reverse engineering

• Analyse d'impact transverse ;

• Compréhension des problématiques d'intégration applicative ;

• Revue et challenge de contrats d'interfaces ;

• Capacité à dialoguer avec des interlocuteurs métiers, fonctionnels et techniques ;

• Compréhension générale des architectures d'intégration (API, événements, fichiers, EDI).

• Anglais professionnel indispensable

Qualités attendues

• Forte capacité d'analyse et de synthèse ;

• Vision systémique et transverse ;

• Esprit critique et capacité à challenger ;

• Pragmatisme ;

• Aisance relationnelle ;

• Capacité à fédérer des interlocuteurs de profils variés ( techniques et non techniques)