L’éligibilité au crédit en caisse reste côté prêteur

Chaque changement d’éligibilité exige un ticket dans l’intégration du partenaire. Decisimo exécute les règles du prêteur en un seul appel.

Commencer gratuitement Voir les phases de décision

Les règles de crédit en caisse restent côté prêteur

Éligibilité côté prêteur

Le partenaire appelle un point d’accès API qui applique les règles du prêteur

Règles par marché et commerçant

L’équipe risque modifie les lignes, chacune avec son motif d’offre

Évolution des règles

Après un déploiement de l’équipe risque, le partenaire appelle la même URL

Règles communes

L’offre dépend du marché et des conditions du commerçant, dans une table

Nouveaux marchés

L’équipe risque ajoute des lignes, puis les publie dans une version

Échec d’une source

Absence : indicateur d’erreur, les lignes générales fixent la suite

Du parcours de paiement à l’offre, depuis l’appel du partenaire

Decisimo exécute les étapes 1 à 5 en un appel selon les règles de l’équipe risque. Celle-ci teste et déploie la version dans Decisimo.

  1. Appel du parcours

    Le partenaire transmet les données du client, du panier, du commerçant et du marché.

  2. Données externes

    Decisimo interroge en parallèle le bureau, les signaux liés à l’appareil et à la fraude, et le profil marchand.

  3. Règles marché et commerçant

    Decisimo vérifie les marchés autorisés, les plafonds de panier et les arriérés.

  4. Score de capacité

    Decisimo calcule la capacité selon les règles de l’équipe risque.

  5. Options de financement

    Decisimo renvoie l’offre et son motif, selon la table.

  6. Tester une règle

    L’équipe risque teste dans Decisimo des valeurs choisies, appels externes désactivés.

  7. Publier sur un point d’accès API

    L’équipe risque publie la version dans Decisimo, même URL côté partenaire.

L’équipe risque modifie les lignes par commerçant et marché

  • Conditions et résultatsLe marché, la catégorie du commerçant et la capacité de remboursement déterminent l’offre et son motif
  • Nouveaux marchésChaque nouvelle ligne associe une offre à un motif clair
  • Ordre des lignesPar défaut, la dernière correspondance l’emporte, ou la première
Table de décision Financing options : conditions de marché, de catégorie de commerçant et de capacité associées aux offres et à leurs motifs
La table Financing options répartit sur sept lignes le paiement fractionné, le paiement en 3 fois ou la facture après livraison selon le marché.

Trois consultations simultanées et la suite en cas d’échec

  • Trois sourcesLes trois appels se chevauchent, l’attente dépend de la source la plus lente
  • Source en erreurAbsence : indicateur d’erreur, les lignes générales fixent la suite
  • Consultations en cacheUn âge maximal permet à la base du prêteur de répondre aux appels répétés
Fenêtre de la source de données Eligibility lookups avec Credit bureau, Device and fraud signals et Merchant profile
Eligibility lookups regroupe Credit bureau, Device and fraud signals et Merchant profile dans une seule source de données.

Tester une modification sur des valeurs choisies avant le déploiement

  • Test completTout le flux de décision est testé, appels externes désactivés
  • Résultat du testChaque phase affiche son résultat, jusqu’à l’offre et son motif
  • Version associéeLe résultat est rattaché à la version qui l’a produit
Exécution unique dans le studio de test, avec les données d’entrée, l’offre obtenue, son motif et la version
Checkout eligibility affiche une offre en six fois et le motif « UK, affordability clear » après six phases.

Le partenaire conserve le même point d’accès API

  • Nouvelle versionUne règle modifiée est publiée dans une nouvelle version sur le même point d’accès API
  • ValidationUn point d’accès API peut exiger une validation avant le déploiement d’une version
  • Historique des révisionsChaque sauvegarde crée une révision, et deux versions peuvent être comparées

Gestion des points d’accès API et versions

Les obligations légales restent à la charge du prêteur

  • Crédit à haut risqueLes obligations du règlement européen sur l’IA commencent le 2 décembre 2027. L’article 22 s’applique dès aujourd’hui.
  • Devoirs du prêteurLa distribution par un partenaire ne lui transfère aucune de ces règles
  • Données de décisionSon Postgres peut recevoir les entrées et sorties, consultables dans le portail

AI Act et article 22

Ce qui reste du côté du prêteur

  • Valeurs de démonstrationTous les seuils, scores, marchés et offres affichés viennent d’un dossier de démonstration
  • Règles du prêteurLe prêteur définit les règles et fournit les données. Decisimo l’exécute.
  • Parcours partenaireLe partenaire maîtrise le parcours de paiement et les écrans qu’il propose

Questions fréquentes

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

Un moteur de décision BNPL applique les critères d’octroi du prêteur aux données du parcours de paiement et renvoie une offre de financement. Decisimo exécute dans un même flux de décision les règles par commerçant et marché, un scorecard de capacité de remboursement et une table de décision des options de financement.

Puis-je ajouter un marché sans déploiement du partenaire ?

Ajoutez des lignes pour ce marché dans la table des options de financement, puis déployez une nouvelle version sur le même point d’accès API. Le partenaire continue d’appeler la même URL.

Bureau de crédit ou source antifraude au paiement : que se passe-t-il ?

Les valeurs de la source sont renvoyées comme absentes, avec un indicateur d’erreur. Les lignes prévues pour tous les cas dans les règles déterminent la suite.

Comment intégrer les contrôles antifraude au crédit en caisse ?

Decisimo peut interroger le bureau de crédit, les signaux liés à l’appareil et à la fraude, ainsi que le profil marchand. Les règles du prêteur s’appliquent aux valeurs renvoyées. Décision antifraude

Fixez les règles d’éligibilité du parcours de paiement

Définissez dans Decisimo les règles d’éligibilité par commerçant et par marché.

Commencer gratuitement