Les questions qu'on nous pose
Elles viennent des directions des risques, du crédit et des systèmes d'information. Les réponses sont directes, y compris lorsqu'elles disent non.
FAQ
Qu'est-ce que NEXCLARA, en une phrase ?
Une couche de décision qui lit les données que votre institution détient déjà, calcule un risque de crédit, explique sa recommandation facteur par facteur, et restitue la décision dans vos systèmes. Elle ne remplace aucun de vos outils : elle se branche dessus.
NEXCLARA est-elle un bureau d'information sur le crédit ?
Non, et c'est une position structurante. NEXCLARA ne constitue aucune base de données de crédit pour son compte propre. Le bureau de crédit fournit la donnée ; NEXCLARA produit la décision à partir des données que vous détenez légitimement. Aucun accord préalable avec un bureau n'est nécessaire pour démarrer.
Est-ce que NEXCLARA prête de l'argent ?
Non. NEXCLARA n'octroie aucun crédit et ne porte aucun risque de crédit. Elle est fournisseur de technologie, ce qui la place hors du champ des agréments financiers lourds.
Qui prend la décision finale ?
Votre responsable crédit, dans sa limite de délégation. NEXCLARA produit une recommandation motivée ; elle n'engage jamais l'institution. Tout écart avec la recommandation exige un motif rédigé, enregistré et exploitable statistiquement — cet écart est d'ailleurs l'indicateur le plus riche du dispositif.
La plateforme convient-elle à une institution de microfinance comme à une banque ?
Le même moteur sert les deux, avec des paramétrages distincts. Une banque intègre NEXCLARA à son système central et vise la performance du portefeuille ; une institution de microfinance utilise la saisie assistée, sans aucune intégration technique, et vise l'accès à une clientèle jusque-là inévaluable.
Nous n'avons pas d'historique statistique. Est-ce bloquant ?
Non, et c'est un point de conception majeur. La plupart des approches statistiques exigent des milliers de dossiers historiques. NEXCLARA démarre sur une grille experte qui traduit votre politique de crédit réelle, calibrée avec vos équipes. Le modèle appris prend ensuite le relais, progressivement, sous votre contrôle.
Qui décide de la part du modèle statistique ?
Votre direction des risques, depuis l'interface, sans développement. La pondération entre grille experte et modèle appris est un réglage versionné, simulable avant activation, et réversible.
Que se passe-t-il quand une donnée manque ?
Elle est signalée comme manquante, jamais remplacée par une moyenne. Remplacer une absence par une valeur moyenne fabrique une information qui n'existe pas. L'absence pèse sur le niveau de confiance, et un dossier trop incomplet ne peut pas produire un accord automatique : il est orienté en revue.
En quoi votre explicabilité diffère-t-elle de celle des autres ?
Elle est calculée dans le même acte que la décision, pas reconstruite après coup par un second modèle. Une explication calculée séparément peut diverger de la décision qu'elle prétend justifier ; celle-ci ne le peut pas, structurellement.
Peut-on reconstituer une décision prise il y a deux ans ?
Oui. Chaque décision référence les versions exactes de politique, de grille et de modèle qui l'ont produite, et la chaîne peut être rejouée à l'identique avec les données de l'époque. C'est une exigence d'audit et de contentieux, pas une commodité.
Que se passe-t-il si une source de données est indisponible ?
La décision est produite en mode dégradé, explicitement signalée comme telle, en indiquant ce qui manquait. Aucune source externe n'est bloquante : le système ne s'arrête pas et n'invente rien.
Combien de travail pour notre équipe informatique ?
Cela dépend du mode retenu, et l'un d'eux n'en demande aucun : la saisie assistée fonctionne sans intégration technique. Pour les autres, nous remettons un contrat d'intégration complet — spécification, formats avec exemples, correspondance des champs, codes d'erreur, environnement de test alimenté par des données synthétiques.
Devons-nous changer notre système bancaire central ?
Non. NEXCLARA se branche sur l'existant, y compris ancien. Les adaptateurs traduisent vers un modèle pivot interne ; aucun adaptateur ne contient de logique de décision, et ajouter un système ne modifie pas le cœur.
La décision revient-elle dans nos systèmes ?
Oui, par le même modèle pivot, en sens inverse : réponse synchrone, notification sortante, fichier de restitution, interface de consultation, export analytique, document de décision signé. Une décision qui ne revient pas impose une double saisie, et la double saisie est la première cause d'abandon d'un outil de décision.
Que se passe-t-il si la restitution échoue ?
La décision est conservée. Le mécanisme comprend une file d'attente persistante, des nouvelles tentatives espacées, un journal des échecs consultable et un rejeu manuel. Une décision produite n'est jamais perdue parce que sa transmission a échoué.
Où sont hébergées nos données ?
Là où votre politique de sécurité l'exige. Quatre modes existent sur la même base de code : mutualisé et dédié chez NEXCLARA en hébergement européen certifié, chez vous dans votre centre de données ou votre nuage privé, ou hybride — traitement chez vous, supervision sans aucune donnée personnelle.
Le déploiement chez nous est-il réellement possible ?
Oui, et c'est un mode prévu, documenté et testé, pas une exception négociée. L'architecture n'emploie aucun service propriétaire au-delà de composants standards, et le fonctionnement en réseau fermé est vérifié automatiquement à chaque modification.
Comment garantissez-vous qu'une institution ne voit pas les données d'une autre ?
L'isolation est appliquée à trois niveaux — base de données, application et audit — et aucune requête ne s'exécute sans contexte d'institution. En mode dédié, l'isolation devient physique et non plus seulement logique.
Et l'obligation de soumission à la Commission bancaire ?
Elle s'applique, et nous arrivons avec le dossier constitué : matrice de responsabilités, localisation des données, chaîne de sous-traitance, dispositif de sécurité, plan de continuité, droits d'audit, plan de réversibilité, niveaux de service, notification d'incidents.
Comment sortons-nous si nous décidons d'arrêter ?
Avec vos données, dans des formats standards, selon une procédure documentée et testée. Le plan de réversibilité est la pièce la plus regardée par un régulateur et la plus souvent absente chez un fournisseur. Sortir n'est pas une négociation.
Le journal d'audit peut-il être modifié ?
Non. Le journal est en ajout seul, avec chaînage cryptographique, et aucun chemin applicatif — administrateur compris — ne permet d'en modifier ou d'en supprimer une entrée. Son intégrité est vérifiée, et une rupture déclenche une alerte.
Utilisez-vous de l'intelligence artificielle ?
Un modèle statistique intervient dans un des cinq étages du calcul, pondéré selon votre choix, et toujours accompagné de la grille experte qui sert de garde-fou et de référence d'explication. NEXCLARA n'est pas une « société d'IA » : le produit est la capacité de décision, l'apprentissage en est un mécanisme.
Comment traitez-vous le risque de biais algorithmique ?
Par l'explicabilité intégrale, qui rend chaque contribution visible et donc contestable ; par la supervision humaine de la décision finale ; et par le suivi du taux d'écart humain, qui révèle un défaut de calibrage ou un angle mort dans les données bien avant qu'il ne devienne systémique.
Comment le consentement est-il géré ?
Il est tracé par finalité et par source de données. Les sources alternatives, lorsqu'elles sont activées, exigent chacune un consentement spécifique, tracé et vérifiable. La chaîne de consentement doit être documentée et opposable : c'est une exigence du cadre applicable, pas une option.
Qui est responsable de traitement ?
L'institution cliente. NEXCLARA agit comme sous-traitant technique, et cette qualification est matérialisée dans l'architecture, pas seulement dans le contrat.