Les décisions de crédit dans un seul flux de décision

Règles dans le code, appels aux données dans l’application, scorecards dans des tableurs. Decisimo les exécute dans un flux de décision appelé sur un point d’accès API unique avec un document JSON.

Commencer gratuitement Voir une demande

Une demande de crédit dans le flux de décision

Le système du prêteur envoie et reçoit le JSON, Decisimo exécute le flux et l’équipe crédit backteste les changements.

  1. Données de la demande

    Le système du prêteur envoie un document JSON au point d’accès API.

  2. Appeler les fournisseurs

    Decisimo appelle les sources du prêteur : bureau, appareil, fraude, marchand.

  3. Appliquer les règles

    Decisimo exécute les règles et les tables, qui produisent un résultat et un motif.

  4. Calculer le score

    Decisimo calcule le score avec la scorecard ou le modèle de l’équipe crédit.

  5. Renvoyer le résultat

    Le système du prêteur reçoit le document JSON complet et les sorties de chaque étape.

  6. Archiver la décision

    Decisimo écrit la décision dans la table Postgres connectée par le prêteur.

  7. Tester le changement

    L’équipe crédit teste la version sur les décisions passées avant son déploiement.

Toute la décision dans un seul flux

  • Étapes enchaînéesSource, règles, table de décision et scorecard dans un même flux
  • Un document JSONChaque étape lit ses entrées nommées, les suivantes ses résultats
  • Première branche correspondanteUne bifurcation suit la première branche dont les conditions correspondent

Voir les règles et tables

Le schéma SME cash-flow facility va de Bank feed and ledger aux nœuds de décision, puis à Facility limit
Le flux « SME cash-flow facility » relie la source Bank feed and ledger aux règles, fonctions et à la scorecard, puis à la table Facility limit.

Données des fournisseurs pendant la décision

  • API des fournisseursLes fournisseurs du prêteur renvoient du JSON ou du XML via REST ou SOAP
  • Appels groupésUne source de données appelle plusieurs fournisseurs à la fois
  • Échec d’un appelUne règle lit l’erreur et le code HTTP si la réponse manque

Connecter un fournisseur

La fenêtre de la source de données Eligibility lookups liste Credit bureau, Device and fraud signals et Merchant profile
Eligibility lookups appelle Credit bureau, Device and fraud signals et Merchant profile.

Écrire les décisions dans le Postgres du prêteur

  • Résultat JSON completLe point d’accès API renvoie le document et la sortie de chaque élément
  • Archive des décisionsConnecter une table Postgres du prêteur pour y écrire les décisions
  • Historique des résultatsRelier les résultats ultérieurs des demandes aux décisions dans la base
L’archive Postgres des décisions affiche les données du contrôle antifraude, les résultats decline, refer et approve, les identifiants de requête et les heures de réception
Le flux Application fraud check reçoit le JSON d’une demande, renvoie le résultat au système du prêteur et inscrit une ligne dans Your Postgres, decision archive.

Mesurer un changement sur les décisions passées

  • Décisions passéesUne version modifiée s’exécute sur les décisions déjà prises en production
  • Décisions modifiéesLe résultat indique toutes les décisions qui changeraient
  • Résultats enregistrésVoir les performances des demandes liées aux décisions modifiées

Guide du backtesting

Résultat du backtest : 30 décisions sur 1 001 passent de « approve » à « decline » dans le tableau comparatif avec la référence
Le backtest montre que 30 décisions sur 1 001 changeraient face à la référence, sur les mêmes lignes de démonstration.

Déployer un changement sur le point d’accès API

  • RévisionsComparer deux révisions enregistrées ou deux versions
  • Tests de régressionLes cas de test enregistrés sont réexécutés sur la version modifiée
  • Version sur le point d’accès APISur le point d’accès API avec une séquence d’approbation, le déploiement est lancé après signature

Tester une version

Décisions antifraude dans le même flux

Le même flux associe règles de fraude et de crédit aux propres signaux antifraude du prêteur.

Décision antifraude

Questions fréquentes

Qu’est-ce qu’un moteur de décision ?

Un moteur de décision combine les données d’une demande, les règles de crédit et le scoring pour produire une décision. Decisimo exécute les appels de données, les règles, les scorecards et les modèles dans un flux de décision relié à un point d’accès API.

Comment relier mon application à un moteur de décision de crédit ?

L’application envoie un document JSON au point d’accès API du flux de décision et reçoit le document complet avec la sortie de chaque élément.

Que se passe-t-il si l’API d’un bureau de crédit échoue ?

La sortie indique l’erreur et le code HTTP. L’ensemble de règles les lit pour déterminer ce que signifie une réponse manquante.

Comment tester un changement des règles avant son déploiement ?

Le backtest exécute la version modifiée sur les décisions de production passées et indique celles qui changeraient. Si les résultats sont enregistrés, il montre aussi les performances des demandes concernées. Choisir un moteur de décision

Partez d’une décision que l’équipe doit modifier

Testez le flux avec une décision de crédit et vos règles.

Commencer gratuitement