Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Livre blanc IBM Cloud Banque Identification des cas d’utilisation des : Secteur

Livre blanc IBM Cloud Banque Identification des cas d’utilisation des : Secteur bancaire 2 Identification des cas d'utilisation des API : Secteur bancaire Résumé De nombreuses banques et institutions financières préparent leur évolution et leur participation dans l’économie des interfaces de programmation des applications (API). Les cas d’utilisation potentiels dans ce secteur sont un des thèmes de discussion les plus courants parmi les entreprises qui abordent ce domaine. Ce document a plusieurs objectifs : • Identifier les facteurs commerciaux courants des initiatives API. • Décrire une méthodologie d’identification des API. • Fournir des exemples spécifiques au secteur bancaire en utilisant la méthodologie. • Discuter des exigences réglementaires et des normes industrielles actuelles. • Proposer des recommandations pour lancer une initiative API. Déterminer une stratégie d’économie des API et planifier une feuille de route offrant des avantages importants, incluant : • Consolider et normaliser des API courantes, ou simplement des services d’entreprise, au sein d’une organisation. • Réduire les coûts d’exploitation grâce à un référentiel central et un index des services d’entreprise, tel que l’extraction d’évaluations de solvabilité. • Accélérer des projets numériques, améliorer la mise sur le marché grâce à des accès rapides et sécurisés à des services d’entreprise fournis par des prestataires internes et externes. • Identifier un écosystème de partenariat, en particulier à l’extérieur de votre propre secteur, pour formuler de nouveaux services et produits à valeur ajoutée et devenir plus compétitif. • Définir de nouveaux modèles de monétisation, par exemple sur le marché de la mobilité, pour organiser les ressources commerciales de votre entreprise avec les fonctions commerciales de vos partenaires et fournir une gamme diversifiée de services complémentaires ou connexes. Ce document s’adresse aux entreprises et aux responsables des services informatiques du secteur bancaire qui souhaitent lancer des programmes API en s’appuyant sur l’expérience de cas d’utilisation industriels. Qu’est-ce qu’une API d’entreprise ? API est un terme très ancien qui a longtemps désigné des interfaces techniques entre différents logiciels, permettant à un programme d’en appeler un autre. Le plus souvent, les API étaient trop complexes pour sortir des marchés spécialisés. Dans l’entreprise, certains logiciels pouvaient utiliser une API pour lancer un autre programme, ou un partenaire pouvait s’en servir à l’extérieur de l’entreprise, mais avec de grandes difficultés. Cette définition historique n’a rien à voir avec l’intérêt que les entreprises peuvent actuellement porter à l’économie des API. Cet intérêt est lié à ce que nous appelons aujourd’hui les API métier ou les API web (même si le qualificatif est parfois omis). Une API métier ou web est une interface facile à comprendre, liée à une ressource métier familière, par exemple un dossier client, un compte, un catalogue de produits, un prix, une commande, etc. Une API métier est une représentation publique qu’une entreprise utilise pour mettre des services, des ressources, des données définies, à la disposition d’une audience de développeurs, à l’intérieur ou à l’extérieur de son organisation. Pour les développeurs, les API métier sont simples à utiliser, accéder, comprendre et lancer. En outre, comme une API métier étend l’entreprise et ouvre de nouveaux marchés, les développeurs d’application peuvent aisément publier et consolider des ressources de l’entreprise pour supporter une consommation très étendue. API IBM Cloud 3 • IoT ou dispositifs : Dans de nombreuses industries, des dispositifs sont utilisés avec des API pour fournir de nouvelles solutions innovantes. Cette tendance se manifeste de trois manières : 1. Un dispositif envoie des données par un appel d’API, par exemple une montre connectée, qu’un consommateur utilise pour payer un repas au restaurant, entraînant une actualisation automatique du système et du compte bancaires correspondants. 2. Un dispositif reçoit une commande d’une API, par exemple un concierge robot numérique, qui déclenche l’émission d’un ticket de file d’attente virtuel sur l’appareil mobile de tout client qui a activé le service de géolocalisation dans les agences de sa banque. 3. Un dispositif envoie des données par un appel non API, en utilisant une autre technologie, telle que le MQTT (Message Queuing T elemetry Transport) – un protocole de message à haut volume et de transport pour dispositifs de télémétrie – parce que tous les appels de données n’exigent pas une action spécifique. Cependant, les API peuvent accéder aux données au sein de l’entreprise pour rechercher et réagir à des situations ou des événements particuliers. Par exemple, des banques commerciales peut s’allier à des autorités locales pour financer des équipements agricoles subventionnés et aider leurs clients dans la communauté agricole à résoudre des problèmes d’irrigation. Les données fournies par les capteurs des équipements, combinés avec les données météorologiques, peuvent identifier des profils d’irrigation insuffisante sur certaines parcelles, et donc contribuer à l’amélioration des rendements et de la rentabilité de la récolte annuelle. Les API peuvent aussi réagir à des données inhabituelles, telles que des signaux indiquant que certains équipements doivent être révisés. Facteurs commerciaux courants des initiatives API Les entreprises qui réussissent leurs initiatives API se concentrent sur un ou plusieurs des quatre facteurs principaux suivants : vitesse, portée, internet des objets (IoT) et domaines. • Vitesse (IT à deux vitesses, IT bimodale ou IT multivitesse) : Ce facteur permet à l’entreprise et aux services informatiques de fonctionner à des vitesses différentes. La gestion informatique traditionnelle des systèmes d’enregistrement principaux peut être modifiée à une certaine vitesse. T enter de forcer des changements rapides dans les systèmes principaux de l’entreprise peut générer des pannes ou des risques de sécurité. Pourtant, l’entreprise doit réagir très rapidement aux nouvelles opportunités et aux menaces de la concurrence. Elle a besoin d’une vélocité de changement supérieure à celle que peuvent procurer les changements contrôlés exigés par les systèmes d’enregistrement. Avec des API, vous pouvez préconfigurer des ressources métier exploitables par l’entreprise afin de créer de nouveaux systèmes d’engagement innovants. Ce facteur est souvent le premier à motiver l’utilisation des API dans l’entreprise. • Portée : Pour augmenter la portée de l’entreprise, atteindre de nouveaux marchés, obtenir de nouveaux clients, vous pouvez mettre des API à la disposition d’autres entreprises, tels que des partenaires qui, par leur interaction avec des clients, pourront générer des revenus supplémentaires, apporter de nouveaux clients à votre entreprise. Par exemple, une banque de détail peut établir un partenariat avec un réseau d’agences immobilières pour fournir un service de calcul d’emprunt qui sera intégré à une appli web de recherche de maisons ou d’appartements. La banque bénéficie alors d’un nouvel accès à des consommateurs, qui recherchent une propriété, mais qui ne font pas encore partie de ses clients. 4 Identification des cas d'utilisation des API : Secteur bancaire • Domaines : Normalement, les domaines sont des interactions entre plusieurs divisions d’entreprise (LoB). Ils peuvent fonctionner indépendamment, mais peuvent bénéficier d’un partage des données. Les API permettent de partager des données de manière contrôlée et sécurisée. Les domaines peuvent aussi être des emplacements physiques. Des entreprises qui ont plusieurs sites, incluant des centres de données dans le cloud ou locaux, utilisent parfois des API pour contrôler et sécuriser des flux de données entre leurs sites. Les questions liées aux contraintes réglementaires et de conformité, basées sur des spécifications nationales ou géographiques, deviennent alors évidentes. Les entreprises commencent souvent par s’intéresser en premier lieu à la vitesse. Après les premières réussites avec ce facteur, elles s’intéressent aux autres paramètres. Il n’est pas rare que des entreprises préfèrent bénéficier d’API basés sur tous les facteurs. Méthodologie d’identification des API Qui doit identifier les API métier ? La Figure 1 identifie plusieurs rôles dans une structure organisationnelle de haut niveau. Notons que plusieurs personnes peuvent prendre chaque rôle et une seule peut assumer plusieurs rôles. Le directeur des produits API joue un rôle clé dans la structure. La réussite du programme et des API appartient à la ou les personnes qui assument ce rôle. Les tâches associées au rôle de directeur des produits API incluent : • Collaborer avec les propriétaires de domaines pour identifier les API métier à mettre sur le marché. • Collaborer avec le développeur pour faire progresser la création de l’API. • Rendre compte des résultats à la direction. • Définir les caractéristiques de l’API (monétisation, limites de vitesse, audience, etc). • Communication. Propriétaires de services Développeurs d'applis internes Architectes d'intégration Propriétaires de domaines commerciaux Comité d'organisation exécutif Équipe API principale Directeur des produits API (commerce) Opérations Développeur d'intégration et d'API (technique) Figure 1. Structure organisationnelle à haut niveau pour une équipe de développement d’API. IBM Cloud 5 L ’identification des bonnes API est un des facteurs les plus critique de la réussite du programme API (et des activités associées). Les API doivent être centrées sur les besoins des consommateurs et être simples. T rois questions permettent de définir une bonne API : • Qui est l’audience ? • Que veulent-ils ? • Sous quelles conditions acceptez-vous de fournir cette ressource ? Vous constatez qu’aucune de ces questions ne fait référence aux systèmes d’enregistrement qui donneront en finalité les réponses aux demandes de l’API. De nombreuses entreprises définissent incorrectement leurs API en fonction de ce que font leurs systèmes d’enregistrement et en ajoutant uploads/Finance/ apis-secteur-bancaire.pdf