Intégration core banking : moderniser et connecter votre système bancaire central par API

Quelles sont les meilleures solutions pour moderniser un core banking legacy ?

Réponse en tête : il n'y a pas de solution unique ; le choix dépend de ce que la banque veut changer et de ce qu'elle peut interrompre. Trois approches reviennent, que nous comparons au cadrage (notre lecture, sans chiffre) :

Faites glisser pour comparer →

Dans les trois cas, la couche d'intégration (API, messages, événements) est le point commun. Les méthodes classiques d'intégration (API, middleware, architecture événementielle, traitement par lots) sont décrites dans notre article de référence, en anglais : Core banking integration.

Faut-il remplacer Avaloq ou Temenos, ou l'entourer de services API ?

Réponse en tête : la question se pose système par système, pas en général. Que votre core soit Avaloq, Temenos ou un autre système, nous ne partons pas d'un parti pris produit : nous partons de vos processus, de vos interfaces et de vos risques.

Questions que nous posons au cadrage :

• Quelles données et quelles fonctions doivent être accessibles à des tiers (canaux, outils de conformité, agents IA) ?
• Quelles interfaces existent déjà, et dans quel état sont-elles documentées et testées ?
• Quelles parties du code sont mal comprises, peu testées, ou bloquent vos releases ?
• Quel est le coût d'une interruption pour chaque processus concerné ?

Nous ne comparons pas ici les produits Avaloq et Temenos et n'affirmons rien sur leurs fonctionnalités.

Peut-on connecter un logiciel LBA ou un agent IA au core banking via API ?

Réponse en tête : oui, techniquement, par une couche d'intégration, à condition de décider ce que l'agent peut lire, ce qu'il peut écrire, et ce qui reste soumis à une validation humaine. Notre lecture :

• Lecture accès aux données du core, du registre clients ou du dossier KYC par API (ou par un serveur MCP).
• Déclencheurs flux d'événements pour lancer un traitement.
• Écriture les actions qui modifient le core passent par une approbation humaine.
• Trace chaque appel de l'agent est journalisé (sources, sorties, décision humaine).

Le protocole MCP (Model Context Protocol) est un moyen standard d'exposer des outils et des ressources à un modèle ; sa spécification prévoit que l'utilisateur donne son consentement explicite avant l'appel d'un outil, et que les annotations d'outils soient considérées comme non fiables tant qu'elles ne proviennent pas d'un serveur de confiance. Le connecteur MCP de l'API Messages d'Anthropic est indiqué en bêta dans la documentation d'Anthropic (état au 3 novembre 2026, en anglais) ; nous ne présentons pas MCP comme sécurisé par défaut.

Pour les agents de conformité, voir Agents IA pour la conformité LBA et le KYC. Pour le développement d'agents en général : Développement d'agents IA pour banques.

Comment reprendre du code legacy sans bloquer les releases ?

Réponse en tête : en rendant le système lisible, testable et surveillé avant de le toucher. C'est la base de notre offre de modernisation legacy, qui repose sur quatre capacités :

1. Analyse de la documentation. Spécifications, pages Confluence, code source et tests manuels sont analysés pour cartographier les modules, les parcours et les écarts de couverture.
2. Surveillance de la santé du code. Chaque commit est analysé (qualité, couverture, vulnérabilités, dérive par rapport aux spécifications) et agrégé dans une vue pour la direction.
3. Tests de release. Chaque branche de release passe des tests de régression, de performance, de compatibilité, de sécurité, d'analyse statique et de validation des spécifications.
4. Workflow de correction par IA. L'agent prépare un plan, une branche, l'implémentation, la validation et une pull request ; un humain approuve chaque étape.

Le déploiement peut se faire dans le périmètre du client : selon l'option d'installation, l'IA tourne dans le compte AWS du client, sans appel public direct vers Anthropic, avec chiffrement et journalisation. Notre gouvernance de delivery s'appuie sur ISO 27001 et ISO 27701.

Réserver une session optimisation legacy

Comment migrer sans interrompre les opérations ni perdre la conformité FINMA ?

Réponse en tête : en migrant par étapes derrière une couche d'intégration, avec des critères de retour en arrière et une conformité traitée dès le cadrage. Nous ne promettons pas de « zéro interruption » : cela dépend de votre système et de votre fenêtre d'exploitation.

• Par étapes. Un domaine à la fois, une interface stable entre l'ancien et le nouveau, tests de régression avant chaque bascule (notre méthode, sans chiffre).
• Externalisation. Un prestataire d'intégration ou de cloud relève du cadre de l'externalisation. D'après le communiqué de la FINMA du 5 décembre 2017, la circulaire 2018/3 « Outsourcing – banques et assureurs » entrait en vigueur le 1er avril 2018 ; elle s'applique aux banques, aux négociants en valeurs mobilières et aux assureurs, est fondée sur des principes et neutre sur le plan technologique ; la matérialité s'apprécie par l'institution. Vérifiez la version en vigueur sur finma.ch ; nous ne lui prêtons aucune exigence d'architecture précise.
• IA et gouvernance. Lorsque l'IA est dans la boucle, la communication FINMA sur la surveillance 08/2024 (18 décembre 2024) constate : « Il n'existe pas, jusqu'à présent, de législation spécifique à l'IA en Suisse. » Elle décrit ce que la FINMA a examiné (inventaire, tests, documentation, qualité des données, monitoring, explicabilité, revue indépendante, externalisation). C'est une communication de surveillance, ni une circulaire ni un label d'approbation.
• Responsabilité. Notre lecture : recourir à un prestataire ne doit pas être présumé déplacer la responsabilité de la banque ; une personne nommée et une piste d'audit sont à prévoir dès le départ.
• nLPD, art. 21. Il ne vise que les décisions prises « exclusivement » par traitement automatisé ; un agent qui prépare et un humain qui décide ne forment pas, à notre lecture, une décision « exclusivement automatisée » (pas un avis juridique).
• DORA (UE). Selon l'ESMA, le règlement DORA s'applique à partir du 17 janvier 2025 aux entités financières de l'UE. Si votre établissement a des activités dans l'UE, faites vérifier par votre service juridique si DORA vous concerne. Notre lecture : une passerelle API ou un fournisseur d'intégration est un arrangement avec un tiers ICT, à examiner dans ce cadre ; nous ne citons pas d'articles.

ISO 20022 et paiements : ce que cela change pour l'intégration en Suisse

Réponse en tête : les messages et les données de base (adresses, références) deviennent des sujets d'intégration, pas seulement de format. À la date du 3 novembre 2026, selon SIX, la phase parallèle des versions 2009 et 2019 d'ISO 20022 dans les paiements suisses est prolongée jusqu'en novembre 2026, et la release SIC du 13 novembre 2026 sera mise en œuvre comme prévu, avec un périmètre ajusté ; Swift et l'EPC ont décidé (été 2026) de suspendre l'échéance de novembre 2026 pour les adresses structurées. SIX, Swiss Payments (en anglais). Vérifiez toujours les dates auprès de SIX et de votre établissement.

Open banking en Suisse. SIX propose bLink, sa plateforme d'open banking (blink.six-group.com). Nous n'avançons aucune statistique de participation.

Pourquoi S-PRO ?

S-PRO est une société suisse internationale dont le siège est à Zurich, avec un bureau aux États-Unis et une delivery mondiale.

• Une plateforme, pas un projet isolé S-PRO Agents, au cœur de nos produits et des solutions de nos clients ; autour d'elle, nous construisons la solution de la banque et la livrons comme un service.
• Des agents sous contrôle humain chaque étape de correction ou d'action est approuvée par une personne.
• Une équipe d'ingénieurs 250+ ingénieurs, R&D à Zurich et à Łódź, ISO 27001 et ISO 27701.
• Claude S-PRO est partenaire certifié du Claude Partner Network. Notre équipe compte des ingénieurs et architectes certifiés Claude.
• Un interlocuteur en Suisse siège Löwenstrasse 45, 8001 Zurich ; nous n'avons pas de bureau en Suisse romande.

Planifiez votre intégration core banking avec nos ingénieurs