Déployer Juakali quand votre Core Banking System n'a pas encore d'API

Les banques et les IMF posent souvent la même question lorsqu'elles découvrent Juakali.

« Peut-on l'utiliser si notre Core Banking System n'a pas d'API ? »

La réponse pratique est oui. Vous pouvez démarrer maintenant, générer de la valeur rapidement, puis intégrer plus tard lorsque l'interface CBS devient réellement exploitable.

Cet article explique comment cela fonctionne, ce que vous pouvez mettre en place dès le premier jour, et comment nous structurons généralement cette intégration de manière progressive et à faible risque.

L'idée de base : démarrer maintenant, intégrer plus tard

Juakali peut être déployé en pilote, et même en début de production, sans intégration au CBS.

Le point clé est de poser une frontière claire :

  • le CBS reste le système de référence financier
  • Juakali gère le workflow opérationnel autour du prêt
  • les dossiers en phase initiale restent dans Juakali
  • rien n'est écrit dans le CBS tant que la demande est encore en cours d'édition, en pause ou rejetée

Cela permet de garder le CBS propre et fiable, tout en aidant les équipes à aller plus vite et à travailler sans papier.

Si vous voulez voir le schéma intégré complet, vous pouvez lire notre article sur le processus de demande de crédit avec Juakali et un Core Banking System.

Ce que vous pouvez mettre en place sans API CBS dès le premier jour

1. Lead Management peut fonctionner de façon autonome

Lead Management est conçu pour fonctionner même sans connexion au CBS.

C'est important, car une grande partie de la perte de performance se joue avant même qu'une demande de prêt ne commence réellement. Des prospects sont oubliés, les relances ne sont pas faites, et les managers manquent de visibilité.

Avec Juakali Lead Management, vous pouvez :

  • capturer et organiser des prospects issus de plusieurs canaux, y compris des imports de listes et des canaux digitaux
  • suivre les relances avec des responsables identifiés et des échéances claires
  • automatiser rappels et escalades pour éviter que les prospects ne disparaissent en silence

C'est souvent la première étape la plus simple à mettre en place, car elle améliore la discipline commerciale et le throughput sans toucher au CBS.

2. Le processus de demande de crédit peut être sans papier, même sans intégration

Vous pouvez également faire tourner le workflow de demande de crédit dans Juakali sans rien écrire dans le CBS.

Dans cette configuration :

  • les équipes terrain saisissent les données du demandeur dans Juakali
  • Juakali applique les validations et les règles de workflow
  • les approbations se font avec des contrôles maker-checker et une piste d'audit complète
  • les documents opérationnels peuvent être générés à partir de modèles
  • les données peuvent être exportées dans des formats structurés comme Excel ou PDF

Il suffit ensuite d'utiliser un pont pragmatique pour la dernière étape.

Une fois le prêt entièrement approuvé, les équipes back-office peuvent saisir manuellement le prêt final dans le CBS. Elles utilisent les exports Juakali comme source unique de recopie. Cela réduit les erreurs et garantit que la saisie dans le CBS repose sur des informations propres et complètes.

Cette approche est particulièrement utile lorsque l'institution veut des résultats immédiatement, mais que le calendrier du fournisseur CBS reste incertain.

Ce qui nécessite généralement une connectivité CBS

Certaines fonctionnalités dépendent des échéanciers de remboursement, des échéances à venir ou du statut des impayés. Ces données se trouvent généralement dans le CBS.

Par exemple, les modules de suivi des échéances ou de recouvrement nécessitent souvent une alimentation régulière depuis le core.

Si le CBS n'a pas d'API, il n'y a en pratique que deux options sérieuses :

  1. reporter ces modules jusqu'à ce que l'intégration devienne possible
  2. utiliser des extractions batch si le client peut les fournir de manière fiable

Le bon choix dépend de ce que le CBS peut réellement exposer et de la robustesse du processus d'export. Nous évitons de promettre une automatisation complète avant de l'avoir confirmé avec l'institution et son fournisseur CBS.

Le chemin d'intégration lorsqu'une API devient disponible

Lorsque la connectivité CBS devient possible, nous avançons généralement par phases. L'objectif est de réduire le risque et d'éviter de construire quelque chose de fragile.

Étape 1 : commencer par des consultations en lecture seule

Une intégration en lecture seule crée déjà beaucoup de valeur.

Juakali peut récupérer des données core telles que :

  • l'identité et le statut d'un client existant
  • les prêts existants
  • les soldes en cours
  • l'historique de remboursement et les indicateurs d'impayés

Cela améliore la qualité de l'analyse et réduit les vérifications manuelles, tout en évitant le risque opérationnel d'écrire trop tôt dans le CBS.

Étape 2 : n'écrire dans le CBS qu'après l'approbation finale

L'écriture dans le CBS vient plus tard et reste strictement cadrée.

Les approbations restent entièrement dans Juakali, y compris les contrôles maker-checker et la piste d'audit.

Ce n'est qu'après l'approbation finale qu'un payload limité est envoyé au CBS. Il inclut typiquement :

  • une référence client
  • le produit sélectionné
  • le montant
  • les paramètres clés comme la durée et les règles d'intérêt
  • le statut final et les identifiants nécessaires

Cela maintient une frontière propre entre systèmes et évite de polluer le CBS avec des dossiers incomplets.

Étape 3 : intégrer via un ESB si nécessaire

En production, notamment avec des cores plus anciens ou on-premise, une couche middleware ou ESB est souvent le bon point d'intégration.

Un ESB peut gérer :

  • l'authentification et le contrôle d'accès
  • l'audit logging
  • les retries et la gestion d'erreurs
  • le rate limiting et la scalabilité
  • la séparation entre environnements UAT et production

Si vous envisagez de changer de CBS plus tard, un ESB peut aussi limiter le rework. Juakali reste connecté à l'ESB, et seul le connecteur entre l'ESB et le CBS doit être remplacé.

Un avertissement utile sur les API fragiles

L'intégration fonctionne mieux lorsque l'interface CBS est documentée, supportée et réellement maîtrisée en interne par l'institution.

Avant un go-live, vous devez pouvoir tester sérieusement. En pratique, cela suppose un environnement de sandbox, ainsi qu'un processus clair de UAT et de validation.

Si l'API est instable ou impossible à tester et à superviser correctement, il vaut souvent mieux reporter l'intégration. Cela évite de créer une dépendance qui casse toutes les quelques semaines et finit par épuiser la confiance des équipes.

Un plan de déploiement qui fonctionne dans la vraie vie

Voici comment nous proposons généralement le déploiement lorsqu'une API CBS n'est pas encore disponible.

Phase 1 : pilote en isolation

  • mettre en place Lead Management et le workflow de demande de crédit
  • passer d'abord au sans-papier
  • faire tourner l'ensemble du circuit d'approbation dans Juakali
  • utiliser les exports pour appuyer la saisie manuelle dans le CBS

Cette phase vise des gains opérationnels concrets : des délais plus courts, des dossiers plus complets, des responsabilités plus claires et une piste d'audit plus robuste.

Elle implique aussi un volet de conduite du changement. Les équipes doivent adapter leur manière de saisir l'information, de suivre le workflow et de gérer les approbations.

Phase 2 : mini-projet d'intégration

Lorsque l'institution est prête, l'intégration devient un mini-projet clairement défini plutôt qu'une promesse vague.

Ce mini-projet inclut :

  • le mapping de données et l'alignement champ par champ
  • la UAT et la validation par les équipes métier et IT
  • la préparation opérationnelle, y compris le monitoring et la répartition des responsabilités

C'est généralement à ce stade qu'on commence par la lecture seule, avant d'ajouter une écriture contrôlée après approbation.

Pourquoi cette approche fonctionne

La plupart des institutions ne souffrent pas d'un manque de base de données.

Elles souffrent surtout d'opérations de crédit désordonnées : saisie de données irrégulière, approbations difficiles à auditer, relances oubliées, exceptions gérées dans WhatsApp et dans des dossiers papier.

Juakali améliore d'abord le workflow autour du prêt. La plateforme introduit validations, contrôles d'approbation et piste d'audit sans forcer prématurément des changements dans le CBS.

L'intégration devient ensuite une étape contenue, au moment où l'institution est prête à la fois sur le plan technique et opérationnel.

Prochaine étape

Si vous utilisez aujourd'hui un CBS sans API, vous pouvez quand même lancer rapidement un pilote et démontrer de la valeur.

Et si une API devient disponible plus tard, nous pouvons intégrer Juakali d'une manière à la fois faible risque, testable et durable.

Si vous voulez vérifier rapidement si votre CBS est réellement prêt pour une intégration, nous pouvons commencer par une courte phase de découverte technique et proposer le bon phasage.

Réservez une démo