La plateforme bancaire numérique Self Cube est la couche à travers laquelle la banque délivre des produits dans les canaux de services bancaires à distance : la banque en ligne, l'application mobile, l'onboarding, les paiements et l'accompagnement client vivent dans un même contour. Ce n'est pas un site séparé « au-dessus » de la comptabilité, mais un modèle où le profil client, les limites et le back-office sont liés. Une vitrine DBO classique dessine souvent des écrans, tandis que les opérations et les produits restent dans des systèmes disparates. Il est logique de vérifier si la plateforme délivre le produit dans son intégralité — de la demande à l'opération — ou seulement l'interface. Self Cube est conçu pour le premier cas, avec des API lisibles par machine et une préparation aux scénarios AI.

DBO — services bancaires à distance : canaux par lesquels le client ouvre des produits, effectue des paiements et consulte son historique sans agence. ABS — noyau comptable : comptes, opérations, soldes. La plateforme DBO Self Cube ne remplace pas l'ABS et ne devient pas « un autre système comptable ». Elle orchestre les produits numériques et les canaux autour du noyau : Temenos, Finacle, Flexcube ou des ABS locaux restent la source de vérité pour les comptes, l'intégration se fait via une passerelle API. Il faut vérifier la frontière des responsabilités : ce que le noyau exécute et ce que la couche numérique fait. Si l'on attend un remplacement de l'ABS « clé en main », c'est une autre classe de projet.

Une plateforme bancaire en ligne classique est conçue pour les écrans, les parcours et le client mobile. Self Cube rassemble d'abord les capacités : microservices, contrats OpenAPI 3.1, OAuth 2.1, registre des services et échange d'événements. Les canaux ne vont pas dans le domaine directement, seulement via une passerelle API. Sur ce même contour, il est possible d'inclure des scénarios AI et des agents comme participants au processus, et non comme un chat « à côté ». Il est logique de comparer non pas la « beauté de l'application », mais s'il existe une couche lisible par machine pour les produits, les limites et l'audit. Sans cela, la banque numérique reste un ensemble de vitrines, même si l'UX est moderne.

Oui. Self Cube se place comme une couche intermédiaire au-dessus de l'ABS actuel : Temenos, Finacle, Flexcube et les noyaux locaux se connectent via une passerelle API et un bus, sans remplacement obligatoire de la comptabilité. La banque conserve les comptes et les opérations là où ils sont déjà gérés, tandis que la couche numérique gère l'onboarding, les paiements, les canaux et les scénarios produits. La durée et la profondeur dépendent de la qualité des interfaces existantes et des domaines que vous sortez en premier. Il est logique de fixer à l'avance quelles opérations restent dans le noyau et lesquelles passent par la plateforme. Cela réduit le risque d'un « grand bang » au démarrage.

Le contour est conçu pour les banques de détail, les PME et les banques d'investissement, les néobanques, l'infrastructure fintech et les équipes de finance intégrée qui ont besoin d'une plateforme DBO avec API et préparation aux agents. Ce n'est pas un constructeur « uniquement pour le top 10 » : les modules sont inclus en fonction du volume, et non en paquet pour l'ensemble du marché d'un coup. Il n'est pas adapté comme remplacement de l'ABS et comme vitrine sans contrat API. Il est logique de vérifier si la banque a pour objectif de rassembler des produits numériques et des canaux dans une seule couche. Si seul un nouveau design de banque mobile est nécessaire sans changement de modèle de service — l'effet sera plus faible.

Dans Self Cube, les canaux fonctionnent avec des microservices via une passerelle API unique, les contrats sont décrits dans OpenAPI 3.1, l'accès se fait par OAuth 2.1. Il existe un registre des capacités, un bus d'événements et des interfaces lisibles par machine, afin que les systèmes internes et les services externes trouvent les opérations selon la spécification, et non selon le wiki. La sécurité est intégrée dans la passerelle, l'identification et les limites, et non « ensuite sur le périmètre ». Il est judicieux de vérifier si le canal ne se connecte pas directement au domaine : c'est une dette typique des anciens DBO. Sans passerelle, chaque nouveau canal traîne à nouveau ses intégrations.

Non. D'abord, on met en place les modules de la plateforme DBO, API, canaux et limites — c'est une banque numérique opérationnelle. L'intelligence artificielle et les agents sont connectés séparément, dans un bac à sable, sans mouvement d'argent réel et sans création de clients actifs. La couche d'agents n'est pas une condition préalable au lancement de la banque en ligne ou de l'application mobile. Il est judicieux de décider à l'avance quels scénarios iront dans l'AI : onboarding, antifraude, assistant — et où l'humain reste dans le circuit. Sinon, le pilote du modèle est soumis à des processus qui ne sont pas encore rassemblés dans l'API.

Le délai est déterminé par le paysage : la préparation de l'ABS, le nombre de canaux et la profondeur de personnalisation de l'UX, et non « une boîte en une semaine ». Dans le plan typique de Self Cube, un accès architectural est prévu, 15 sprints de deux semaines, trois versions et un pilote avec des employés avant le lancement industriel. Le MVP du contour opérationnel du domaine et des canaux apparaît au septième sprint, à condition de ne pas dessiner une interface unique de zéro pour chaque écran. Il est judicieux d'évaluer séparément les intégrations du noyau et le volume de migration des données. Une promesse de date fixe sans cette analyse ne correspond généralement pas à la réalité.