l’architecture des banques durables

Le rythme de l’innovation dans la fintech oblige les banques à se libérer de leurs contraintes les plus strictes et à lancer de nouveaux produits en quelques mois au lieu d’années.

Votre banque fonctionne-t-elle sur un système d'exploitation fonctionnellement dégroupé, compatible en temps réel, modulaire, cloud natif et plug-and-play ?

Votre banque fonctionne-t-elle sur un système d’exploitation fonctionnellement dégroupé, compatible en temps réel, modulaire, cloud natif et plug-and-play ?

Le fardeau des systèmes mainframe monolithiques vieux de 30 ans empêche les banques de jouer leur nouveau rôle dans le paysage des services financiers en évolution rapide. Pour atteindre la performance et le succès, l’agilité est à l’ordre du jour pour les banques. Le noyau monolithique doit être dégroupé en blocs Lego fonctionnels pour aider les banques à assembler des marques et des services uniques à la volée.

Selon le Forum économique mondial, la maintenance des systèmes informatiques de base dans les banques américaines représente 78 % de toutes les dépenses informatiques, et les banques ont réalisé que la correction de ces systèmes n’est plus une option viable. Avec l’augmentation des coûts de maintenance de systèmes de plus en plus fragmentés, la frustration des banques est compréhensible.

Selon un récent rapport de Cornerstone Advisors, 56 % des institutions financières sont insatisfaites du rythme des nouvelles améliorations proposées par leurs principaux fournisseurs. Le noyau hérité groupé est principalement la source de frustration et ralentit le rythme de l’innovation.

Dans le passé, il fallait plusieurs années pour lancer une nouvelle banque, mais la nouvelle technologie plug-and-play accélère le lancement d’une toute nouvelle banque numérique en moins d’une journée !

Grâce à la disponibilité d’applications bancaires prêtes à l’emploi et de connexions complètes à toutes les voies de paiement prêtes à l’emploi, les banques n’ont plus à se soucier de la hausse des coûts et des retards de mise en œuvre. Cela oblige les banques à fonctionner sur un système d’exploitation fonctionnellement dégroupé, capable de fonctionner en temps réel, modulaire, natif du cloud et plug-and-play.

Unbundled by Design : cœur basé sur des microservices dans le cloud

La banque a trois fonctions principales – les dépôts, les prêts et les paiements, tous les autres services bancaires étant construits autour de ces fonctions principales. Dans les systèmes de base hérités, ces fonctions de base importantes sont assemblées et entrelacées de manière monolithique, créant une dépendance profonde qui rend le changement ridiculement difficile. C’est le cas classique du support et du canal de vente impliqués dans le produit lui-même.

Les microservices viennent à la rescousse pour résoudre ce problème de jumelage.

La puissance des microservices

La majeure partie de l’industrie technologique est passée de systèmes monolithiques à des systèmes basés sur des microservices, où chaque microservice ne remplit qu’une seule fonction.

Les microservices sont de plus petits composants ou services autonomes construits au-dessus d’un niveau de données, fournissant des API pour créer de nouvelles données, les récupérer, les transformer, les enrichir et en tirer des informations significatives.

Pensez aux microservices comme les blocs Lego – avec la possibilité de mélanger et d’assortir différentes tailles et formes, les banques ont la liberté de créer des produits ingénieux avec différents microservices fonctionnels, leur donnant un nombre inimaginable de façons de reconstituer leur architecture.

Par exemple, un microservice de dépôt possède les interfaces de programmation d’application (API) suivantes :

  1. ouvrir un nouveau compte ;
  2. faire un dépôt;
  3. paiements ;
  4. Calculer les intérêts ;
  5. recevoir les détails du compte ;
  6. fermer le compte.

La première étape du dégroupage du noyau consiste à déplacer les fonctions de base des dépôts, des prêts et des paiements dans leurs propres services. Mais ces trois services de base comportent, nécessitent et utilisent plusieurs fonctionnalités communes, telles que :

  1. comptabilité

Toutes les transactions financières sont comptabilisées et comptabilisées selon une méthode comptable rigoureuse connue sous le nom de comptabilité en partie double. Si vous débitez un compte, un autre compte sera toujours crédité. Cette méthode confirme que l’argent ne disparaît pas d’un compte mais garantit qu’il se déplace toujours de l’un à l’autre.

Par exemple, lorsque l’entreprise paie une facture, le système comptable crédite le compte bancaire (actif) et débite le passif. (Attendez une seconde ! Nous effectuons un paiement à partir du compte bancaire – pourquoi créditons-nous au lieu de débiter ? Eh bien, c’est une toute autre leçon de principes comptables pour un autre article !)

En règle générale, dans les modules de base hérités, chaque module a son propre registre auxiliaire. Dans le monde des microservices, chaque service n’exécute que les fonctions qui lui sont assignées et décharge les autres fonctions sur un autre service Web.

  1. création de documents

Pour chaque compte ou transaction, le système doit générer un relevé ou un avis. Plutôt que de créer de telles capacités de création dans chaque microservice, l’approche la plus intelligente consiste à les centraliser dans un autre microservice. Ainsi, les trois modules de base peuvent être connectés à un service documentaire pour créer divers relevés de compte ou avis d’opéré.

  1. service de communication

Une fois le document créé, il est temps de communiquer avec le client. Est-ce que chaque module central communiquerait directement avec le client ? C’est ce qui se passe dans un système monolithique, mais ne serait-il pas préférable de mettre en place un microservice séparé juste pour gérer la communication des utilisateurs ?

  1. Auditer les actions des utilisateurs

L’histoire ne doit pas être oubliée, surtout dans un système bancaire. Il est important de suivre l’activité des utilisateurs dans le cadre du maintien d’une piste d’audit. En cas de problème, le système doit être en mesure de fournir les détails effectués au niveau de la transaction ou sur plusieurs transactions par un utilisateur ou un groupe. Un microservice d’audit traçable, évolutif et cohérent ferait exactement cela.

  1. gestion des utilisateurs

La sécurité du noyau est contrôlée par qui peut faire quoi et comment les utilisateurs peuvent accéder au système. Le contrôle des actifs numériques à l’aide de la sécurité de connexion, des autorisations, des limites et de l’authentification multifacteur est un composant essentiel du noyau et est requis par toutes les applications. Il s’agit d’un autre service qui peut être dégroupé et conservé dans un microservice séparé.

  1. fichier client

Sans données client, il n’y a pas de transaction. Toutes les fonctions bancaires nécessitent des informations client telles que l’enregistrement de l’entreprise, les détails du compte, les documents de connaissance du client (KYC), etc. La création du fichier client dans un module central est cruciale pour simplifier l’architecture. Tous les modules bancaires référencent et utilisent le fichier client, ce qui aide à gérer les données dans un lieu commun, permettant la veille économique, l’enrichissement des données, le reporting intelligent et l’audit.

La puissance supplémentaire de Micro UX

Les microservices spécialisés sont des API que seuls les développeurs comprennent et peuvent donc ne pas être très utiles aux banquiers, opérateurs et caissiers non professionnels dans l’exécution de leurs opérations bancaires quotidiennes. Cela nécessite des composants d’expérience utilisateur pour chaque microservice. L’expérience utilisateur (UX) forme une micro application avec le micro service. Le regroupement de ces applications crée un système d’exploitation pour les banques.

Les développeurs sont les nouveaux clients

Dans l’économie numérique, les principaux clients de tout système sont les développeurs. Tout système numérique doit être convivial pour les développeurs, avec des API et des SDK qui permettent aux développeurs de s’en inspirer, d’étendre les capacités et d’intégrer de nouvelles fonctionnalités dans leurs produits.

Les fintechs et les développeurs bancaires peuvent créer de nouvelles micro-applications en plus des micro-applications bancaires déjà existantes dans le système d’exploitation bancaire. De cette façon, les entrepreneurs fintech peuvent compléter, étendre et améliorer les services bancaires de manière agile et rentable et offrir des expériences uniques. Vous pouvez désormais vous concentrer sur la différenciation au lieu de développer les mêmes capacités bancaires disponibles ailleurs.

Système d’exploitation ouvert pour les banques, les trésoreries et les fintechs

Les banques ont besoin d’un système d’exploitation qui leur permette d’innover facilement et rapidement, et qui permette l’ajout sans effort de nouveaux produits et services dans un modèle simple “installer, exécuter et démarrer” avec des composants plug-and-play. Cela permet aux institutions financières de se concentrer sur la croissance et de s’adapter aux changements constants sans suffoquer sous les limites du noyau hérité.

Donc Finzly construit un système d’exploitation Système d’exploitation Finzly, pour permettre la construction de tout service financier. Que vous souhaitiez démarrer une banque numérique, gérer un noyau parallèle, démarrer une fintech ou gérer une banque interne au sein de la gestion financière, vous avez besoin d’un système d’exploitation avec des micro-applications bancaires prédéfinies que vous pouvez utiliser pour créer la vôtre. expériences et flux de travail personnalisés.


Vous souhaitez en savoir plus ? Contactez-nous

Leave a Comment