Les systèmes de core banking en 2026 : le guide complet
Un tour d'horizon 2026 du core banking : de quoi il s'agit, cloud-native face aux cores legacy, panorama des éditeurs (Mambu, Temenos, Thought Machine, Finxact, Tuum, Pismo, 10x, Sopra Banking Software, Linedata, CGI), acheter ou construire, coût total de possession et trajectoires de modernisation.
Qu'est-ce qu'un système de core banking ?
Un système de core banking est le logiciel qui tient les comptes. Il conserve le grand livre de chaque compte, enregistre chaque débit et chaque crédit, applique les intérêts, impute les frais et répond à une question simple : "quel est le solde à l'instant T et cette opération est-elle autorisée". Tout le reste de ce que fait une banque - application mobile, programmes cartes, crédit, KYC, analytics - repose sur ce grand livre et lui fait confiance pour être exact.
Pendant quarante ans, le core banking a été synonyme d'un monolithe écrit en COBOL ou PL/SQL, tournant sur un mainframe dans le datacenter de la banque, mis à jour la nuit dans une fenêtre batch de deux heures. En 2026, un nouveau core est presque toujours cloud-native, API-first, orienté événements et déployé en continu. Le virage est aussi profond que le passage de l'e-mail on-premise à Gmail, et il s'opère à peu près à la même vitesse.
Grand livre de référence
Chaque compte, chaque écriture, chaque arrêté d'intérêts. La source unique de vérité que le régulateur veut voir.
Moteur de transactions
Paiements entrants et sortants, réservations, extournes, fichiers de règlement. Temps réel, 24/7, rapprochés au centime.
Fabrique de produits
Comptes courants, livrets, crédits, cartes, dépôts à terme. Modélisés comme des paramètres, pas comme du code.
Quand une banque annonce "nous remplaçons notre core", elle parle de greffe cardiaque. C'est le projet le plus lourd, le plus risqué et le plus coûteux qu'une banque mène. C'est aussi celui qui, bien exécuté, fait baisser les coûts d'exploitation de 30 à 50% et permet de lancer de nouveaux produits en semaines au lieu de trimestres.
Discutons de votre projet et voyons comment nous pouvons lancer votre projet. produit bancaire numérique ensemble
Demande de démonstrationCloud-native face aux cores legacy
Les deux générations cohabitent en 2026, et la plupart des banques françaises font tourner les deux. Comprendre la différence est la première question à trancher dans toute discussion de modernisation.
| Dimension | Core legacy | Core cloud-native |
|---|---|---|
| Architecture | Monolithe, modules fortement couplés, base de données partagée | Microservices, orienté événements, API par domaine métier |
| Traitement | Batch nocturne, fenêtres de maintenance de deux heures | Temps réel, 24/7, pas de coupure |
| Déploiement | Mainframe on-premise, releases trimestrielles | Cloud public (AWS, GCP, Azure), déploiement continu |
| Configuration produit | Modifications de code, cycles de 6 à 12 mois | Définitions produit en données, nouveau produit en quelques jours |
| Coût typique par compte | 40 à 80 $ par an | 4 à 15 $ par an |
| Modèle de scalabilité | Vertical, acheter un mainframe plus puissant | Horizontal, ajouter des conteneurs à la demande |
En clair : les cores legacy ont été conçus quand la banque était une activité de 9h à 17h qu'on faisait à l'agence. Les cores cloud-native ont été pensés pour un monde où un client paie un artisan à Manille depuis une plage au Portugal à 3h du matin. Le modèle opérationnel de la banque doit coller à l'architecture de son core, sinon l'argent fuit à chaque couture.
Le paysage des éditeurs de core banking en 2026
Une douzaine d'éditeurs comptent vraiment en 2026. Ils se répartissent en trois groupes : les challengers cloud-native construits après 2010, les acteurs historiques qui se sont modernisés et les spécialistes régionaux. Sur le marché français, des acteurs comme Sopra Banking Software, Linedata et CGI pèsent lourd, notamment auprès des groupes bancaires traditionnels et des établissements mutualistes.
Challengers cloud-native
- Mambu (Berlin) : core SaaS, fort sur le crédit aux particuliers et aux PME, compte N26 et ABN AMRO parmi ses clients.
- Thought Machine (Londres) : Vault Core et Vault Payments, smart contracts pour la logique produit, utilisé par Lloyds et Standard Chartered.
- Finxact (désormais Fiserv) : core temps réel orienté États-Unis, adopté par Mercantile Bank et Live Oak.
- Tuum (Tallinn) : core modulaire API pour banques et fintechs en Europe.
- 10x Banking (Londres) : SuperCore, pensé pour les banques de premier rang, en production chez Chase UK et Westpac.
- Pismo (racheté par Visa) : core cloud latino-américain, cartes et comptes, fort au Brésil.
Acteurs historiques modernisés
- Temenos : Transact reste le core le plus déployé au monde, Temenos SaaS ouvre la voie cloud.
- Sopra Banking Software : acteur de référence en France, couvre banque de détail, crédit et financement spécialisé, présent dans la plupart des grands groupes français.
- Linedata et CGI : éditeurs et intégrateurs français solidement implantés sur le marché local, notamment sur le crédit et les systèmes legacy.
- Oracle Flexcube et FSS : large couverture fonctionnelle, forts sur la zone MEA et l'APAC.
- Infosys Finacle : leader en Inde et en Asie du Sud-Est, éditions cloud depuis 2023.
- FIS IBS et TCS BaNCS : base installée importante en Amérique du Nord et au Royaume-Uni.
Les études IBS Intelligence et Celent 2025-2026 montrent la même tendance : les éditeurs cloud-native remportent la majorité des appels d'offres greenfield et des lancements de banques digitales, tandis que les acteurs historiques conservent le cycle de remplacement chez les banques de premier rang. Le milieu du marché (banques de tier 2, banques mutualistes régionales, fintechs) est la zone la plus disputée.
Le marché du core banking 2026 en chiffres
Deux faits structurent toute discussion en comité exécutif en 2026. D'abord, les banques consacrent environ 70% de leur budget IT au simple maintien en condition opérationnelle, en grande partie sur les cores legacy. Ensuite, une migration de core banking dure en moyenne de trois à sept ans et coûte entre 100 M$ et 2 Md$. C'est précisément dans cet écart entre ce dont les banques ont besoin et ce qu'elles peuvent financer que se déploient les éditeurs cloud-native et les plateformes d'orchestration.
L'architecture microservices sous le capot
La différence entre un core moderne et un core legacy n'est pas marketing. C'est le schéma de câblage. Un core moderne est un ensemble de services déployables indépendamment, qui communiquent via un bus d'événements.
Grand livre
Partie double, immuable, event-sourced. La source de vérité pour soldes et écritures.
Moteur produit
Définit ce qu'est un produit (compte courant, crédit, carte) en données, pas en code.
Hub de paiements
SEPA, SEPA Instant, SWIFT, FedNow, FPS, réseaux cartes, le tout derrière une même abstraction.
Tiers et rôles
Clients, entités, mandataires, bénéficiaires effectifs. Partagés entre tous les produits.
Autour de ces quatre blocs se greffent les autres : KYC et onboarding, lutte contre la fraude et surveillance des transactions, limites, tarification, frais, relevés, reporting réglementaire, analytics. Chacun est son propre service, chacun publie des événements, chacun peut être remplacé ou mis à niveau sans mettre la banque à l'arrêt. C'est ce qui permet à un core cloud-native de livrer en production plusieurs fois par semaine, quand un core legacy ne sort que quatre fois par an un week-end.
Acheter, construire ou louer : les trois voies honnêtes
Il n'y a pas de bonne réponse universelle. Il y a seulement la bonne réponse pour votre agrément, votre capital, votre équipe et votre calendrier.
| Voie | Durée | Capital | Profil adapté |
|---|---|---|---|
| Construire en interne | 3 à 5 ans | 50 M$ et plus, plus une équipe de 50 ingénieurs minimum | Banques de premier rang avec besoins produit atypiques et moyens financiers importants (JPMorgan, Goldman Marcus). |
| Acheter et intégrer un core éditeur | 18 à 36 mois | 5 à 100 M$ selon la taille | Banques de tier 2 et 3 qui remplacent leur legacy, ou néobanques bien financées qui veulent tout maîtriser. |
| Louer une plateforme d'orchestration (ex. Crassula) | 4 à 12 semaines jusqu'au MVP | Bas de la fourchette à six chiffres, abonnement SaaS | Fintechs, EME, EP et revendeurs qui veulent un produit à leur marque sans intégrer un core éditeur complet. |
La plupart des équipes hors du premier rang choisissent la deuxième ou la troisième voie. C'est là que se positionne Crassula : grand livre, moteur produit, routage des paiements, programme carte, orchestration KYC, console d'administration, front-ends web et mobile, tout prêt à être brandé. Branchez votre propre entité agréée (banque, EME, EP) ou choisissez un partenaire BaaS et lancez-vous.
Coût total de possession : où part vraiment l'argent
Le prix catalogue d'un core est un mauvais indicateur du coût sur la durée. La vraie facture se joue dans l'intégration, la migration des données, la formation, les programmes change-the-bank et les cinq années d'exploitation après la mise en production.
Une règle empirique réaliste pour une banque de taille moyenne : pour chaque 1 $ dépensé en logiciel éditeur, compter 2 à 3 $ d'implémentation et 1 $ par an d'exploitation. Les plateformes cloud-native et orchestrées compressent ce ratio ; les programmes de remplacement legacy l'élargissent.
Trajectoires de modernisation : big bang, coexistence, progressif
Trois schémas dominent les programmes réels en 2026.
- Big bang. Remplacer le core legacy en un seul week-end de bascule. Rare aujourd'hui. Risque d'exécution élevé, et l'ACPR exige des plans de continuité que personne ne peut se payer. Seules quelques banques de tier 3 et certaines banques de marchés émergents tentent encore le coup.
- Coexistence. Faire tourner le nouveau core à côté de l'ancien, nouveaux clients et nouveaux produits sur le nouveau core, portefeuilles existants sur le legacy, migration par vagues sur trois à cinq ans. C'est la voie retenue par Lloyds, ING et la plupart des programmes de tier 1, y compris plusieurs grandes banques françaises.
- Progressif (strangler fig). Extraire une brique à la fois (hub de paiements d'abord, puis cartes, puis épargne) vers des services modernes, et laisser le monolithe legacy se rétracter. Apprécié des banques régionales et mutualistes.
Il existe une quatrième voie souvent sous-estimée : lancer une nouvelle marque sur un core moderne pendant que le legacy continue de tourner. Chase UK sur 10x, Marcus sur Mambu, Bo (RBS) et Mettle (NatWest) ont démarré ainsi. Risque d'exécution plus faible, modèle de données propre, et la nouvelle marque peut absorber plus tard le livre de la maison mère.
La place de Crassula dans la stack de core banking 2026
Crassula n'est pas un moteur de grand livre pour une banque de premier rang. C'est la couche d'orchestration et de produits qui se pose au-dessus d'un agrément et d'un ensemble de schemes, et qui met un produit bancaire brandé en production en quelques semaines. Concrètement, Crassula fournit :
Comptes et grand livre
Comptes multi-devises, IBAN virtuels, écritures en temps réel, rapprochements et relevés prêts à l'emploi.
Programme carte
Cartes physiques et virtuelles à votre marque, tokenisation Apple Pay et Google Pay, partenaires sponsors de BIN.
Routage des paiements
SEPA, SEPA Instant, SWIFT, schemes locaux et réseau de correspondants, le tout derrière une seule API.
KYC et conformité
Onboarding, screening LCB-FT, surveillance des transactions, orchestrés avec les fournisseurs auxquels vous faites déjà confiance.
Front-ends
Web banking en white-label, applications iOS et Android, prêtes à être brandées et publiées sous votre nom.
Back-office admin
Console d'exploitation pour les équipes ops, risque et support, avec gestion des rôles et piste d'audit complète.
Si vous disposez d'un agrément de banque, d'EME ou d'EP, Crassula s'enroule autour de votre entité agréée. Sinon, nous vous branchons sur l'un de nos partenaires BaaS. Dans les deux cas, vous lancez un vrai produit bancaire sans passer trois ans à intégrer Temenos. Échangez avec notre équipe pour cadrer votre lancement.
FAQ
Un système de core banking est le logiciel qui tient le grand livre de la banque, traite chaque transaction, applique intérêts et frais, et définit les produits (comptes, crédits, cartes) qu'elle propose. Tout le reste - application mobile, site web, programme carte, analytics - lit et écrit dans le core. Quand on parle de "remplacer le core", on parle bien de la greffe cardiaque de la banque.
Un core legacy est un monolithe, typiquement écrit en COBOL ou PL/SQL, qui exécute des batchs de nuit sur un mainframe dans le datacenter de la banque. Un core cloud-native est un ensemble de microservices, orienté événements, déployé dans le cloud public, qui traite en temps réel 24/7. Le coût d'exploitation par compte tombe typiquement de 40 à 80 $ par an sur legacy à 4 à 15 $ sur cloud-native.
Leaders cloud-native : Mambu, Thought Machine, Finxact (Fiserv), Tuum, 10x Banking, Pismo. Acteurs historiques modernisés : Temenos, Sopra Banking Software, Oracle Flexcube, Infosys Finacle, FIS IBS, TCS BaNCS. Sur le marché français, Sopra Banking Software, Linedata et CGI jouent un rôle central comme éditeurs et intégrateurs. Le choix dépend de la taille, de la géographie et de la préférence entre SaaS et plateforme déployée.
Sauf à être une banque de premier rang avec des besoins atypiques et une équipe de plus de cinquante ingénieurs, acheter (ou louer une plateforme d'orchestration) gagne à tous les coups. Construire prend trois à cinq ans et coûte plus de 50 M$. Un core éditeur moderne passe en production en 18 à 36 mois. Une plateforme white-label comme Crassula met un produit brandé en ligne en moins de trois mois sur un agrément existant.
Pour une banque de tier 2 ou 3, 18 à 36 mois est typique. Les programmes de tier 1 durent trois à sept ans en raison de la taille du portefeuille, de la complexité réglementaire (ACPR, BCE) et du nombre de systèmes périphériques à recâbler. Les banques digitales greenfield se lancent en 4 à 12 mois. Le chemin le plus rapide pour une nouvelle marque est de la faire tourner sur un core moderne dès le premier jour plutôt que de migrer un livre existant.
Pour chaque 1 $ de logiciel éditeur, compter 2 à 3 $ d'implémentation et d'intégration plus 1 $ par an d'exploitation. Pour une banque de taille moyenne, cela aboutit souvent à 50 à 200 M$ sur cinq ans. Les plateformes cloud-native et orchestrées compressent le ratio ; les remplacements de legacy l'élargissent.
Crassula est la couche d'orchestration et de produits qui se pose au-dessus d'un agrément bancaire ou d'EME et d'un ensemble de schemes de paiement. Nous fournissons comptes et grand livre, programme carte, routage des paiements, orchestration KYC, front-ends web et mobile en white-label et une console d'administration. Vous branchez votre propre entité agréée ou l'un de nos partenaires BaaS et vous lancez un produit brandé en quelques semaines. Nous sommes complémentaires des grands cores éditeurs, pas un remplaçant direct de Temenos ou de Thought Machine dans une banque de premier rang.
Non. Un système de core banking est le logiciel qui fait tourner la banque. Le Banking-as-a-Service est un modèle commercial dans lequel une banque agréée expose ses capacités régulées via des API pour que des non-banques puissent les intégrer. Le BaaS s'appuie presque toujours sur un core moderne, mais les deux termes recouvrent des réalités différentes. Voir notre guide BaaS pour une vue complète.
Other Guides
Créer une banque numérique en quelques jours
Demande de démonstration