Auto-hébergé ou SaaS pour le rapprochement de trésorerie : le regard des achats
Pour la plupart des logiciels, le SaaS est le choix par défaut. Pour une banque qui rapproche ses données nostro et grand livre, le calcul est différent. Un regard pratique sur la résidence des données, le contrôle, le coût — et les cas où chaque modèle l'emporte vraiment.
Demandez à un DSI comment il achète du logiciel aujourd'hui : la plupart répondront « SaaS, sauf raison contraire ». Pour un outil de rapprochement de trésorerie, cette raison existe généralement — et mieux vaut l'expliciter que de trancher par défaut, dans un sens ou dans l'autre.
Ce que sont vraiment les données de rapprochement
Un moteur de rapprochement voit vos relevés nostro, vos écritures au grand livre, vos règlements mobile money et vos fichiers des schémas de cartes. C'est une image quasi complète des mouvements de trésorerie de la banque. C'est la sensibilité de ce jeu de données — pas la commodité du modèle de déploiement — qui doit guider la décision.
Là où l'auto-hébergé gagne
- Résidence des données. Les données ne quittent jamais votre périmètre. Aucun environnement tiers à évaluer, aucun transfert transfrontalier à justifier auprès de votre régulateur, et aucune compromission chez un éditeur qui puisse exposer votre grand livre.
- La maîtrise des clés. Vous détenez la base de données et la clé de chiffrement. Un éditeur ne peut pas lire vos données : il ne les a jamais.
- Simplicité d'audit. Le périmètre certifié reste à l'intérieur de la banque. Vos contrôles existants — gestion des changements, revue des accès, sauvegardes — couvrent l'application, au lieu d'étendre la confiance au cloud d'un tiers.
- Aucun appel sortant. Un outil qui n'émet aucun appel vers l'extérieur est nettement plus simple à faire valider par une équipe sécurité qu'un outil qui envoie de la télémétrie à son éditeur.
Là où le SaaS gagne
Le SaaS n'a rien de mauvais — c'est un arbitrage. Vous gagnez une mise en route plus rapide, l'éditeur gère les correctifs et la montée en charge, et vous évitez de monter une infrastructure. Pour des outils peu sensibles et à fort renouvellement, l'affaire est excellente. La question est de savoir si votre grand livre est le bon endroit pour cet arbitrage.
Le SaaS déplace le coût de l'investissement vers un abonnement récurrent, par siège ou au volume. L'auto-hébergé le déplace vers votre propre infrastructure et une licence forfaitaire. Sur plusieurs années, une licence auto-hébergée à la capacité, avec utilisateurs illimités, revient souvent moins cher qu'un SaaS par siège dès qu'une équipe d'exploitation entière s'y met — et la dépense est prévisible.
Une courte liste de décision
- Une compromission de ce jeu de données chez l'éditeur serait-elle un incident à déclarer pour nous ? Si oui, penchez pour l'auto-hébergé.
- Notre régulateur attend-il une résidence des données, ou s'oppose-t-il au traitement transfrontalier ? Si oui, penchez pour l'auto-hébergé.
- Notre équipe peut-elle exploiter un service interne de plus ? Si non, le SaaS peut valoir l'arbitrage.
- La tarification est-elle par siège ? Modélisez-la sur l'effectif complet des opérations, pas sur un pilote à deux personnes.
Kilter est auto-hébergé par conception : il tourne sur votre VM ou votre cloud privé, n'émet aucune télémétrie, et sa licence est à la capacité, avec utilisateurs illimités. Le raisonnement est exposé sur la page confiance, et les détails de déploiement pour l'IT sur la page sécurité.