Refonte du concept de Core Banking (Reghunathan Sukumara Pillai)

Lorsque la solution Core Banking (CBS) a été conçue à la fin des années 1990, elle a été conçue pour se connecter aux différentes succursales de la banque à l'aide d'une base de données centrale et garantir une comptabilité appropriée pour générer le grand livre général. Il a supprimé les énormes registres de la banque
où la comptabilisation manuelle était effectuée par le personnel et éliminait le logiciel de comptabilité basé sur la succursale (logiciel d'automatisation de succursale Total) qui aidait le front office/caissiers à effectuer des transactions de routine/répétitives. Les premiers fournisseurs du logiciel ont travaillé/co-construit
le logiciel auprès des grandes banques qui ont fourni les exigences nécessaires pour convertir les opérations manuelles du grand livre en un logiciel de comptabilité. Même si l'intention était d'effectuer une comptabilité en ligne en temps réel, certains des processus qui ont conduit à cette comptabilité étaient également intégrés
dans le cadre du package CBS. La conception s'est concentrée sur les différents secteurs d'activité prédominants dans les banques à cette époque - CASA et passif, actifs et commerce/change - principalement d'un point de vue comptable.

D'un point de vue conceptuel, il a réussi à éliminer la comptabilité manuelle, à améliorer la transparence des rapports du point de vue bancaire/réglementaire et à aider le client dans ses opérations bancaires n'importe où et à tout moment, puisque tous les comptes sont liés à une base de données centralisée.
Les banques dont le personnel consacrait plus de temps au rapprochement, à la comptabilisation manuelle des intérêts et à la création manuelle du grand livre général poussèrent un soupir de soulagement car les erreurs étaient minimisées, les données disponibles dans un logiciel plutôt que dans les grands livres et le reporting était plus fluide. D'un client
D'un point de vue, les livrets et les relevés étaient fournis de manière automatisée, les informations sur le solde et le retrait étaient possibles via un guichet automatique n'importe où situé dans la même ville où le compte avait été ouvert/à l'extérieur, avec une interface avec la solution Core Banking (CBS), 
augmentant ainsi la confiance dans l’écosystème bancaire.
Du point de vue bancaire, de nombreuses opérations pourraient être transférées des succursales bancaires vers une cellule centralisée, permettant au personnel du front office de se concentrer sur le service client et les ventes croisées/améliorations commerciales. Le concept de front office/back office est né là où
un ensemble distinct d'équipes axées sur les activités back-end, la création et l'innovation de produits, la compensation, les opérations de prêt, les opérations commerciales, l'ouverture de compte, l'audit, le rapprochement, le reporting et le SIG, etc. Avec plus d'informations et de données au back-office, cela a ouvert la voie
la voie à de nouvelles innovations de produits aboutissant au lancement d'un plus grand nombre de produits, augmentant ainsi les activités et les bénéfices des banques. Le CBS a aidé la Banque à globaliser/localiser des produits adaptés aux besoins du client, apportant ainsi sa satisfaction. 
Une décennie plus tard, les banques se sont rendu compte que la CBS n'était pas en mesure de répondre aux besoins des secteurs d'activité où davantage de processus/règles étaient nécessaires, par exemple pour les paiements et les opérations commerciales. Bien que CBS ait été en mesure d'effectuer la comptabilité, il n'a pas été en mesure d'élaborer les règles/processus
requis pour les opérations commerciales - par exemple les règles de paiement basées sur le client, le montant, l'heure, le réseau, les frais, etc. Alors que les banques conventionnelles qui ont adopté le CBS continuent à fonctionner/travailler avec le logiciel de comptabilité en gardant les règles/processus pour
paiements/commerces à l'extérieur, peu de banques ont acheté pour ces entreprises des logiciels spécialisés qui pouvaient généralement répondre à ces processus et s'interfacer avec CBS pour la comptabilité. Le logiciel spécialisé a été conçu pour exécuter les processus/étapes/règles/exceptions
et les activités du cycle de vie pour l'entreprise spécifique qui pourraient finalement aboutir à une comptabilité. Alors qu’au départ les paiements s’éloignaient du noyau central, les opérations de commerce et de prêt ont suivi le même chemin pour ces banques, laissant de côté le CASA, les passifs et la comptabilité.
au sein de CBS.
Depuis le début de la dernière décennie, un ensemble de nouvelles activités ont émergé, notamment la banque privée, la gestion de trésorerie, les microcrédits, les produits de distribution, et ont gagné en popularité auprès des banques en raison de la visibilité de nouvelles avenues commerciales. C'était soit
forcées par la réglementation ou en raison de facteurs de marché, les banques ont commencé à dépendre de nouvelles solutions logicielles, réduisant ainsi davantage leur dépendance à l'égard des services bancaires de base. L’époque a également vu l’émergence de canaux numériques et en libre-service où les clients Millennials/nouvel âge
dépendait d'un navigateur Web/téléphone intelligent pour effectuer des transactions bancaires. L’ancienne génération de clients, bien qu’un peu réticente, s’est tournée vers ces canaux numériques pour des transactions limitées sur une période. Une interface fluide et simple avec CBS était requise
ce qui a obligé les fournisseurs CBS à créer ces API/interfaces intelligentes. Cela garantit également que les multiples protocoles de sécurité et de conformité doivent être intégrés dans l'application afin de réduire les fraudes pour les transactions provenant de l'extérieur de CBS. Expériences clients
, le comportement des clients et leurs besoins en matière bancaire ont radicalement changé au cours de cette décennie.  
Avec l’émergence du Covid 19, la fréquentation des clients dans les succursales de la banque a encore diminué à l’échelle mondiale et de plus en plus de transactions ont été effectuées par voie numérique, créant une lourde charge sur le logiciel CBS. Les transactions numériques se sont multipliées
à l’ère de Covid grâce aux réglementations, aux options numériques disponibles pour les clients, aux options de commerce électronique et de paiement en ligne, et à la nécessité forcée pour le consommateur d’effectuer des transactions avec les restrictions de Covid.
En conclusion, la refonte et la modernisation des services bancaires de base sont une priorité dans la décennie en cours, avec des changements évolutifs et compte tenu de nombreux facteurs de transactions bancaires qui sont passés des agences au mobile, aux médias sociaux et aux canaux alternatifs. Il faut que ça bouge
loin du CBS basé sur la comptabilité vers des règles/processus basés sur une comptabilité intégrée. Alors que la conception initiale était principalement axée sur la comptabilité, les règles/processus/exceptions pour le cycle de vie du produit/compte à différentes étapes doivent être prises en compte pour répondre aux besoins.
à l'ère moderne. L'expérience utilisateur n'était pas un facteur dans la conception initiale, ce qui a entraîné une utilisation réduite du logiciel et avec les processus/règles/étapes, l'expérience utilisateur doit être réécrite. D'une approche basée sur les options de menu à une approche basée sur les processus
pour informer l'utilisateur sur les tâches effectuées/à effectuer/les prochaines étapes, etc. doivent être disponibles dans le tableau de bord en fonction des droits d'accès, des règles et des privilèges de l'utilisateur. Avec l'augmentation des besoins numériques, des API pertinentes basées sur les protocoles industriels ont besoin
être disponible pour accomplir les activités pertinentes du cycle de vie de l'entreprise afin que les transactions puissent être effectuées numériquement à tout moment et en tout lieu. Découplage de plusieurs secteurs d'activité : passif, commerce, paiements, prêts, gestion de trésorerie et libre-service indépendant
les fonctions pour plusieurs domaines au sein du noyau actuel de tarification/comptabilité/maîtrise doivent être prises en compte lors de la refonte du logiciel. La dépendance à l'égard de bases de données et d'une plate-forme limitées, conformément à la version initiale, doit être améliorée et moderniser le noyau en
permettre de travailler avec n'importe quelle plate-forme ou base de données doit être activé. Moderniser les bases de code pour les rendre mises à jour/contemporaines avec les nouveaux langages de programmation afin qu'il n'y ait aucune limitation pour les modifications futures pour la conversion avec des convertisseurs/outils de code a
à respecter. Avec une charge de travail croissante au sein du noyau et susceptible d'être testée davantage en raison de la dynamique numérique, CBS doit être en mesure de répondre à des volumes et à une échelle accrus. Le CBS doit se conformer aux normes et normes de sécurité mondiales. La version
les mises à niveau, les installations et les modifications doivent être fluides, tout comme une mise à jour automatique d'un correctif sur un téléphone mobile, sauf lorsque des changements majeurs et une mise à niveau sont nécessaires une fois tous les dix ans environ. Alors que le CBS initial était capable de fournir des fonctionnalités/codes sans
en analysant l'utilisation finale, le nouveau CBS doit adopter une approche réimaginée en pensant à l'utilisateur final. À partir d'une plate-forme de traitement de transactions en ligne, elle doit comprendre les domaines de l'analyse en ligne pour fournir des informations significatives au point d'origine/de traitement de la transaction.
cycle.
Il existe plusieurs logiciels CBS qui sont testés, éprouvés en termes de fonctionnalités, qui ont réussi sur des marchés sélectionnés et de nombreux nouveaux CBS qui ont été recadrés dans un passé récent uniquement sur la base de nouvelles technologies, règles, API et qui n'ont pas encore prouvé leurs références. La CBS
doit se tenir au courant des exigences du marché et des nouvelles innovations et avancées technologiques dans le secteur des services bancaires/financiers et un noyau d'une nouvelle ère, flexible et agile, doit être conçu et peut s'ouvrir pour accueillir les acteurs de l'écosystème.
et services et fournir une solution globale aux banques. Avec l'évolution du paysage bancaire, le CBS doit être repensé en tenant compte de plusieurs facteurs et un tel logiciel peut réussir au cours de la prochaine décennie, sinon les banques exploreraient d'autres systèmes de grand livre, traiteraient
/systèmes de règles, systèmes API et créer la technologie/application adaptée à leurs besoins bancaires à partir de zéro en combinant les systèmes ci-dessus avec/sans un logiciel CBS.