Quand le SI se met au service de la stratégie commerciale

Transcription

1 Quand le SI se met au service de la stratégie commerciale Les bénéfices d une architecture SOA pour les sociétés de crédits et financements Par João Violante

2 À propos de l auteur João Violante, Responsable de l offre Crédits et Financements, João est diplômé de l Ecole nationale supérieure des Arts et Métiers. Il a débuté sa carrière en 1990 au sein de la société Sovac, qui a rejoint GE Capital en 1995, où il a mis en place des systèmes de financement automobile, de crédit à la consommation et de crédit immobilier. Après une expérience de près de 2 ans en tant que chef de projet chez Transiciel, il intègre en 1998 la société Ingenetudes qui rejoint le groupe en Il y a acquis pendant près de 7 ans une riche expertise autour du produit phare de pour la gestion des crédits & financements : Ekip. Il a enrichit son expérience en fondant en 2004 la société Blue Caravel au sein de laquelle il remplit des missions très variées : définition d architectures cibles, sélection et mise en œuvre de progiciels, analyse de la valeur de SI João retrouve en septembre 2010 avec pour mission principale la définition, la validation et l accompagnement des initiatives stratégiques autour de l ensemble des offres crédits & financements à l échelle internationale. À propos de est un éditeur de solutions globales pour les professionnels de l asset management, de l assurance et du crédit. Fort de plus de 900 collaborateurs répartis dans le monde, et de plus de 700 clients opérant dans 50 pays, maîtrise les enjeux de l industrie financière et propose des solutions et des services innovants, adaptés à l évolution du cœur de métier de ses clients. Pionnier il y a plus de 10 ans avec la mise en place d infrastructures SaaS pour le monde financier, a répandu ce modèle à travers toute la communauté financière dans le monde et sur toute sa gamme de produits. 150 institutions financières dans 32 pays ont fait le choix de bâtir leur système informatique sur la gamme de solutions dédiée aux crédits & financements : Ekip et Profinance. L offre progicielle de gère tout le cycle de vie d un contrat depuis le premier contact client jusqu à la comptabilisation du contrat. Son workflow intégré permet de rationaliser et d optimiser les process métiers. Cette offre multi-pays, multi-devises, multi-canal, multi-gaap, gère plus de 8 millions de contrats actifs par jour.

3 Quand le SI se met au service de la stratégie commerciale L architecture classique : un frein à la compétitivité et à l innovation Dans les systèmes d information actuels des sociétés de financements cohabitent plusieurs briques applicatives : gestion, comptabilité, risques, reporting, base tiers qui, pour communiquer entre elles, nécessitent le développement d interfaces spécifiques. Dans une architecture traditionnelle, les applicatifs communiquent entre eux, deux par deux. Système A Interface A Système B Les limitations de cette approche résident dans le nombre d interfaces à développer alors que le nombre de systèmes va croissant. Les montées de version de ces applications sont alors complexes : elles doivent être synchronisées entre elles et entraînent des coûts de recette importants avec des risques opérationnels majeurs. Une modification d une brique applicative peut impliquer des modifications dans les interfaces et même dans certains cas des modifications en cascade dans les systèmes partenaires. Ces contraintes liées à l architecture du SI provoquent une grande inertie et représentent un véritable handicap pour les services marketing et commerciaux, dépendants des délais de mise en production des nouvelles versions. Ceci, dans un contexte de marché où les nouvelles réglementations sont fréquentes et la concurrence féroce, freine la compétitivité et l innovation produit. C est pourquoi aujourd hui, de plus en plus de DSI se tournent vers des architectures SOA 1 dont le service Bus constitue la véritable colonne vertébrale. Système A Système B Système D Système C Le service Bus, médiateur et fédérateur des échanges Grâce au service Bus 2, les progiciels de gestion du système d information ne communiquent plus directement entre eux, mais à l aide d un service de communication transverse et standardisé. Ainsi les informations sont collectées, transportées et «publiées» au niveau du service Bus qui a pour mission de les acheminer jusqu aux applications concernées. Ekip Front Ekip Middle Service Bus Ekip Back Tierce 1 Tierce 2 1. SOA : Service Oriented Architecture, architecture orientée services. 2. Service Bus : l implémentation la plus commune du SOA est celle basée sur un bus de services. Ce bus a un rôle de médiateur (middleware) entre le consommateur et le producteur de services. 3

4 Véritable service d échange et de communication, le service Bus contient un annuaire qui répertorie les informations demandées. Des services à valeur ajoutée sont ainsi proposés : Si l un des systèmes interrogés est indisponible, le service Bus interroge alors un système de back-up. Si l information recherchée se trouve dans des applications différentes, le service Bus se charge de trouver et agréger les données, en toute transparence pour l utilisateur final. Une fois que le service Bus a trouvé l information, il doit la «traduire». Une même donnée peut porter des noms très différents d une application à une autre. La traduction se base sur un glossaire qui centralise les «traductions» des référentiels des différentes applications utilisées. Bénéfices du service Bus Avec le service Bus, des applications peuvent être mises à jour de manière indépendante sans impacter les autres : cela engendre une mise à jour du glossaire (gestionnaire des métadonnées / WSDL 3 ) de cette application au niveau du service Bus. De plus, la mise en place de services apporte des méthodes de travail qui obligent à mieux structurer les processus, à bien les penser, ce qui va garantir aussi leur pérennité. Il va falloir en effet réfléchir à : la manière dont l application va communiquer avec les autres applications ; différencier, dès la conception, ce qui est interne à l application de ce qui est public ; déterminer ce qui est de la responsabilité de l application de ce qui est hors de son périmètre. Les services Bus apportent indéniablement de la souplesse et de la réactivité ; ils apportent aussi plus de sécurité. Lors des montées de version, les mises en production peuvent être échelonnées et ne concerner par exemple qu une partie du portefeuille : ainsi, il est possible d avoir plusieurs versions d une même application Front qui vivent en parallèle. Ce sont des instances distinctes du même progiciel qui sont mises en production au rythme souhaité. Service Bus Ekip Front V1, 1 Ekip Front V1,2 Ekip Middle Ekip Back Tierce 3. WSDL : Web Services Description Lnaguage : description normalisée des éléments permettant de mettre en place l accès à un service web. 4

5 Quand le SI se met au service de la stratégie commerciale Le glossaire, clé de voûte d une architecture SOA Dans une architecture «classique», les applications se parlent entre elles : elles se connaissent, «savent se comprendre» : un formalisme d échanges se construit lors de la constitution de l interface. Dans une architecture SOA, le bus sert de médiateur : il sait par exemple mettre en relation une demande d un système «front» avec un service fourni par le système «risque». Mais pour être en mesure de faire communiquer les deux systèmes, il doit aussi être capable de traduire la demande formulée par «front» dans une terminologie compréhensible par «risque». Au-delà d un annuaire de services, le Service Bus doit aussi se comporter aussi comme un «traducteur multi-langue» (metadata management). Un service Bus est il adapté au traitement de gros volumes? Le service bus est particulièrement adapté à la gestion des données en temps réel. En ce qui concerne la gestion des données batch, les contraintes sont très différentes. Les systèmes temps réel gèrent des transactions variées, unitaires. Les systèmes batch gèrent «massivement» des transactions identiques. On oublie trop souvent que cet aspect est critique dans des systèmes d information où le back office est au cœur du système de gestion. Des optimisations au niveau du service Bus permettent d améliorer les performances de manière significative. Par exemple, il est possible de faire du «caching 4»: si deux applications, demandent à quelques secondes d intervalle les mêmes données pour le même client, il est possible de renvoyer directement le premier résultat sans requête complémentaire. Au-delà de ces optimisations, ce sont des technologies de transfert de données en masse qui sont utilisées : on parle d ETL 5. Cette technologie rend très exactement les mêmes services (constitution d une liaison entre deux systèmes qui ne se connaissent pas, services d annuaires et de glossaires) mais avec des contraintes techniques différentes : en différé, 4. Caching : procédé par lequel certains éléments sont stockés au niveau du disque dur pour un accès par l utilisateur plus rapide en évitant une nouvelle requête au serveur. 5. ETL : Extract-Transform-Load, technologie informatique permettant d effectuer des synchronisations massives d information d une banque de données vers une autre. 6. Golden copy : version officielle et maître d un enregistrement. sur de gros volumes, avec une grande robustesse. L ETL se comporte comme le service Bus des traitements de masse. L ETL systématise aussi les notions de «caching». Un batch de facturation a besoin d informations client. En amont de ce traitement, l applicatif va demander les informations de tous les clients qu il aura potentiellement à traiter, et va «les mettre en cache» dans une «golden copy 6». Une application est donc amenée à stocker : Les données qu elle gère Une copie des données dont elle a besoin pour travailler, mais dont elle n est pas propriétaire Ekip Front V1, 1 Ekip Front V1,2 Service Bus Ekip Middle Ekip Back Synchronisation de référentiels Operationnal data Golden copy Tierce 5

6 La gestion des référentiels dans une architecture SOA Dans une architecture SOA, le cycle de vie d un financement est géré successivement par plusieurs applicatifs : il est vendu dans le front, accepté dans le middle puis géré dans le back. Il est donc important que l ensemble des applicatifs partagent les référentiels, et que les mises à niveau (lors de la mise en œuvre d une nouvelle offre par exemple) soient synchronisées. L approche la plus naturelle est de mettre à disposition un référentiel central pour ces données. Ceci pose à la fois de problèmes de performance (nœud de contention) et en terme de résilience des systèmes (si le référentiel est en panne, l ensemble des systèmes qui en dépendent est en panne). L approche «golden copy» doit une fois de plus être privilégiée. Dès lors, il convient d externaliser la gestion des référentiels dans un applicatif dédié. La mise en production d une offre consiste en un déversement des offres dans les Golden Copy des systèmes cibles. Gestion des offres Ekip Front Service Bus Ekip Middle Ekip Back Synchronisation de référentiels Tierce De l architecture classique au SOA, quels accélérateurs? La tendance n est pas aux grands «big bang» informatiques mais à des évolutions progressives, mieux maîtrisées et plus pérennes. L objectif étant de capitaliser sur les investissements qui ont été faits depuis des années dans des applications qui vivaient de manière séparée (en «silots»), la priorité sera le remplacement des interfaces «point à point» par des interfaces intermédiées grâce au Bus. La définition d un glossaire de référence des données partagées par l ensemble des applications apparaît comme la brique de base incontournable avant le démarrage des premiers développements. Un progiciel cœur de métier peut constituer un formidable accélérateur de projet, en apportant un socle cohérent. Faire le choix d une architecture SOA c est assurer la pérennité et la flexibilité de votre SI afin qu il réponde à vos enjeux actuels et futurs de compétitivité. C est une décision importante qui requiert le concours de spécialistes métiers et technologiques tels que qui accompagne chaque jour ses clients dans la mise en place de leurs solutions informatiques. fournit avec Ekip 360 son progiciel de gestion, dédié aux sociétés de crédits et de financement, un service Bus avec un glossaire associé, ce service Bus étant utilisé pour faire communiquer ses propres briques applicatives Front, Middle, Back. En utilisant le glossaire comme base du glossaire d entreprise, le passage au service Bus peut être progressif. Les applications peuvent être «connectées» au service Bus au rythme souhaité. 6

7

8 SIÈGE SOCIAL 19 rue d Orléans Neuilly-sur-Seine Cedex France T : + 33 (0) F : + 33 (0) EUROPE DU SUD France av. Aristide Briand Arcueil France T : + 33 (0) place du Général de Gaulle Antony Cedex France T : + 33 (0) Espagne (Fimasys) Calle José Celestino Mutis, 4, 6 A San Sebastián de los Reyes - Madrid Espagne T : Luxembourg 10 rue C.M. Spoo L-2546 Luxembourg Luxembourg T : EUROPE DU NORD Royaume Uni 85 Gracechurch Street Londres, EC3V 0AA Royaume Uni T : + 44 (0) Bishopsgate Court 4/12 Norton Folgate Londres, E1 6DB Royaume Uni T : + 44 (0) Forth House 28 Rutland Square Edimbourg EH1 2BW Royaume Uni T : + 44 (0) Irlande Heather House, Heather Road Sandyford Business Estate Dublin 18 Irlande T : AMÉRIQUE DU NORD États-Unis 260 Franklin Street Boston, MA États-Unis T : Park Avenue 9th Floor New York, NY États-Unis T : Canada Brookfield Place, TD Canada Trust Tower 161 Bay St. 27th Floor Toronto, ON, M5J 2S1 Canada T : ASIE Chine (Fimasys) Room 1518 ZhongYu Plaza 6A Gong Ti Bei Lu Chaoyang District Pékin Chine T : Hong Kong Unit , 9/F Li Po Chun Chambers 189 Des Voeux Road Central Hong Kong T : CENTRES DE DÉVELOPPEMENT Tunisie Immeuble Cléopâtre Center - Bloc B Centre Urbain Nord 1083 Tunis Tunisie T : Lettonie Europa Business Centre Ropazu Street 10 Riga LV-1039 Lettonie T :