Des prêts avec retenue sur salaire
que vous pouvez défendre.
Octroyez des prêts avec retenue sur salaire, du calculateur avant-vente jusqu'au décaissement — capacité de remboursement fidèle au bulletin de paie, workflow en 13 étapes par rôle, contrôles IPRS, CRB, KRA et LBC/FT (lutte contre le blanchiment de capitaux et le financement du terrorisme) intégrés, et mise en place en double contrôle (maker-checker). Une seule plateforme pour les banques, les banques de microfinance et les SACCO (coopératives d'épargne et de crédit).
Simple vu de l'extérieur. Tout sauf simple derrière le guichet.
Un emprunteur salarié, un employeur qui prélève l'échéance à la source, un remboursement prévisible — et pourtant la plupart des prêteurs gèrent encore l'octroi de prêts avec retenue sur salaire à coups de tableurs, d'e-mails, d'un système de prêt générique et de plusieurs transmissions manuelles.
Le coût est rarement un échec spectaculaire. C'est l'accumulation de petits échecs — et quand un auditeur demande ce qu'il est advenu d'un crédit en particulier, reconstituer la réponse revient à recoller des boîtes de réception.
- Une capacité de remboursement calculée à la main
Un montant est calculé à partir du bulletin de paie puis ressaisi dans le système — et une seule retenue oubliée enfreint la règle du net à payer minimum.
- Des contrôles recopiés depuis quatre fenêtres
Le registre national d'identité, le bureau de crédit, l'administration fiscale et une liste de sanctions sont chacun consultés dans un système distinct, puis recopiés dans le formulaire.
- De l'argent qui part trop tôt
Un rachat de crédit décaissé avant l'arrivée de la lettre de mainlevée de l'autre prêteur ; un prêt mis en place sans les intérêts intercalaires qui alignent la retenue sur salaire sur l'échéancier de remboursement.
- Aucune trace unique du parcours
Un dossier passe des ventes à la direction commerciale, à la conformité, à l'analyse de crédit et à l'approbation sans trace de qui a fait quoi ni du temps pris par chaque étape — et l'agent qui a mis en place le prêt est peut-être celui qui l'a décaissé.
Ce qui change au guichet.
Le même parcours, guidé pour les ventes, structuré pour le crédit et les opérations, et probant pour la conformité et l'audit.
Des calculateurs direct, inversé et de capacité de remboursement établis à partir du bulletin de paie, avec application de la règle du net à payer minimum.
Les contrôles IPRS, CRB, KRA et LBC/FT s'exécutent dans le workflow et s'affichent sur l'écran partagé du réviseur, mis en cache pendant 24 heures.
La mise en place et le décaissement exigent un agent de saisie et un vérificateur, et une contrainte en base de données garantit qu'il ne s'agit jamais de la même personne.
Des limites SLA par étape de 4 à 48 heures, avec détection automatique des dépassements et suivi des délais de traitement.
Du devis au prêt décaissé, dans une seule console.
Chaque rôle travaille dans le même portail — les commerciaux établissent les devis et saisissent les demandes, les analystes crédit évaluent, les approbateurs valident, et l'administration du crédit met en place et décaisse. Parcourez les écrans réels que l'équipe utilise chaque jour.
Onze services, une seule plateforme d'octroi.
Chaque fonctionnalité est un service déployable indépendamment — capacité de remboursement, workflow et conformité sont intégrés dès la conception, pas ajoutés après coup.
Calculateurs direct, inversé et de capacité de remboursement, avec une règle de net à payer minimum — des devis exacts avant même qu'une demande existe.
Informations sur le demandeur, coordonnées, emploi et détails du prêt, saisie des rachats de crédit, vérification par OTP et génération du numéro de référence — chaque demande est complète, vérifiée et traçable dès le premier écran.
Le moteur en 13 étapes, avec transitions par rôle, enregistrement des décisions, motifs standard de refus et de renvoi, et files d'attente — rien n'avance sans l'action du bon rôle, et chaque décision est motivée.
Contrôles IPRS, CRB, KRA et Comply Advantage, plus un moteur de règles métier — personnes politiquement exposées (PPE), net à payer, âge de la retraite et taux d'endettement — pour que la politique de crédit soit appliquée de la même façon sur chaque dossier, et non de mémoire.
Mise en place dans Finacle, double approbation (maker-checker), décaissement total, partiel ou final, RTGS et chèque de banque, recouvrement des frais — l'argent ne part qu'après l'accord de deux personnes, et le prêt est comptabilisé exactement tel qu'approuvé.
Téléversement et vérification guidés par une liste de contrôle, stockage dans MinIO ou Azure Blob, avec génération des formulaires d'autorisation de retenue sur salaire — le dossier est complet avant que l'équipe crédit ne le voie.
Limites de temps par étape, détection des dépassements et suivi des délais de traitement — moyenne, minimum et maximum par étape — pour qu'une demande bloquée soit visible avant de devenir une réclamation.
Chaque action est enregistrée de manière immuable — un déclencheur de base de données bloque toute modification ou suppression. Votre défense et votre rapprochement, en un seul outil.
E-mails et SMS à partir de modèles sur les événements du workflow — soumis, approuvé, refusé, renvoyé et décaissé — pour que les ventes, le crédit et le client sachent où en est le prêt sans avoir à demander.
Treize étapes. De vrais points de décision. Chaque transmission a un responsable.
Une demande suit un workflow par rôle, avec des minuteurs SLA à chaque étape. Après l'approbation du crédit, les nouveaux prêts et les compléments de prêt suivent le parcours de mise en place de la retenue sur salaire ; les rachats de crédit passent d'abord par la mainlevée. Rien n'avance sans l'action du bon rôle.
Connecté aux systèmes dont dépend l'octroi de crédit.
Huit intégrations externes, chacune derrière un adaptateur avec relance, disjoncteur et cache des résultats de 24 heures — un bureau de crédit lent ne bloque jamais la file.
Une seule base de code. Trois façons de l'exécuter.
Construit sur des microservices .NET 9 avec abstraction de l'environnement — le même binaire s'exécute sur votre propre Kubernetes, directement sur Azure, ou en un clic depuis l'Azure Marketplace. Les régulateurs, les infrastructures et l'appétence au risque diffèrent ; votre logiciel ne devrait pas vous imposer le choix.
Conçu pour les prêteurs qui gèrent des portefeuilles de prêts avec retenue sur salaire.
Les banques, banques de microfinance et SACCO du Kenya et du marché plus large de l'Afrique de l'Est qui prêtent par retenue sur salaire aux salariés d'employeurs sous convention agréée — et qui doivent pouvoir défendre chaque crédit qu'ils octroient.
Un processus d'octroi guidé, contrôlé et mesurable à la place des fils d'e-mails et d'un système de prêt générique.
Une capacité de remboursement fidèle au bulletin de paie, des contrôles IPRS, CRB, KRA et LBC/FT intégrés, et une mise en place dans le core banking en double contrôle (maker-checker).
Un enregistrement immuable qui satisfait un auditeur interne ou un régulateur, sans recoller des boîtes de réception.
Questions fréquentes.
En quoi l'application Workplace Banking diffère-t-elle d'un système de gestion des prêts générique ?
Elle est conçue spécifiquement pour le crédit avec retenue sur salaire (check-off), et non pour le crédit en général. Elle modélise les conventions employeurs et leurs paramètres, calcule la capacité de remboursement à partir du bulletin de paie avec les règles qu'exige le crédit aux salariés — net à payer minimum, plafonds liés à l'âge de la retraite et à l'échéance du contrat, tests du taux d'endettement et du tiers du salaire de base — et organise le remboursement par retenue sur salaire, y compris le flux de données de retenue vers l'IPPD pour les paies de l'État. Elle gère aussi de bout en bout les rachats et les reprises de crédit. Le cycle de vie du prêt au sens large, indépendant des conventions employeurs, relève du Système d'octroi de crédit de Creodata.
La plateforme peut-elle fonctionner sur notre propre infrastructure plutôt que dans le cloud ?
Oui. Elle fonctionne sur Microsoft Azure, y compris sous forme d'application managée transactionnelle de l'Azure Marketplace, ou entièrement sur site sur Kubernetes, avec les mêmes fonctionnalités dans les deux cas. La pile sur site utilise PostgreSQL, RabbitMQ, MinIO et Keycloak à la place des services Azure équivalents, tandis que les mêmes onze microservices .NET 9 et le même portail Next.js fonctionnent dans les deux cas.
La plateforme se connecte-t-elle à nos systèmes bancaires centraux et de conformité ?
Oui. Elle s'intègre aux systèmes dont dépend le crédit aux salariés — Finacle pour le core banking (CIF, comptes, mise en place des prêts, marquage de limite et décaissement), l'IPRS pour la vérification d'identité, les CRB pour l'historique de crédit, la KRA pour la validation du PIN fiscal, Comply Advantage pour le filtrage LBC/FT, sanctions et PPE, l'IPPD pour les retenues sur les paies de l'État, ainsi que le DMS et le RTGS pour la gestion documentaire et les virements interbancaires. Ces systèmes sont accessibles via une couche d'adaptateurs dotée de mécanismes de relance (retry) et de disjoncteur (circuit breaker), et les résultats de conformité sont mis en cache pour limiter les appels répétés.
Voyez l'octroi avec retenue sur salaire fonctionner sur vos propres conventions.
Réservez une présentation des calculateurs, du workflow en 13 étapes, des contrôles de conformité intégrés et du décaissement en double contrôle (maker-checker).