Architecte Paiement

Nous recherchons un(e) Architecte Paiement pour une mission longue située à Paris chez un de nos clients du secteur bancaire.

Principales tâches :

• Accompagnement des projets pour la validation de leurs solutions IT : architecture business, fonctionnelle, applicative, data, technique et sécurité
• Validation des choix architecturaux à mettre en place : Prendre part à l'équipe qui pilote ce comité et valider l’architecture globale de la solution
  
• API Architecte, Normes & Standards : correspondant sur tous les sujets API au sein de la direction Technique pour s’assurer en gros que toute nouvelle API respecte les Normes & Standards. Pour cela il faudra monter en compétence sur ces normes et se les approprier
  
• Cartographie du patrimoine applicatif des systèmes de paiement, en utilisant un outil de cartographie d’architecture
  
• Transformation du SI de Cash Pooling : être le SPOC (Single Point Of Contact) architecte sur cette transformation qui est un grand programme
  
• Architecture des solutions Request To Pay (RTP) : SPOC architecte également sur les sujets RTP qui un des nouveaux moyens de paiement qui émerge, standardisé par European Payments Council.
  
• Move to Cloud des assets Factoring : migration technique des assets composant l’écosystème de factoring vers un Cloud privé
  
• E-invoicing : SPOC architecte sur l’application de facturation électronique B2B
  
  

 Les skills utiles pour remplir les missions :

• Architecture d’entreprise : avoir une vision globale du SI. Formaliser la description d’un système, avec la description détaillée de ses composants en assurant la cohérence et la conformité du système. Pouvoir adresser et chalenger le besoin métier et les contraintes des architectures techniques
  
• Architecture applicative : bon niveau sur l’archi applicative, en particulier sur les échanges inter-applications, les protocoles d’échange, API, ...
  
• Sécurité : avoir de bonnes connaissances de la sécurité des SI. En milieu bancaire il y a un seul mot qui est omniprésent c’est la « sécurité » de la data, in transit, at rest, avec des niveaux de granularité très fins
  
• Data : il y a un volume de données très important et des usages très variés, il faut être à l’aise avec les sujets de la data : la sécurité, la disponibilité, non-duplicité, ...
  
• Avoir des connaissances sur les systèmes de paiement (SCT, SCT Inst, SDD, ...) ou la monétique