Cas d'usage · Approbation des paiements de montant élevé
Approbation des paiements de montant élevé
Avant que l'argent ne bouge,vérifiez quile fait bouger.
Dans une prise de contrôle de compte, le moment qui coûte cher n'est pas la connexion, c'est le virement. Évaluez chaque paiement au moment où il est demandé, laissez passer les paiements ordinaires et demandez un selfie en direct avant qu'un versement important, un nouveau bénéficiaire ou un plafond modifié ne soit validé.
Le workflow
Une décision sur chaque paiement, et un contrôle facial sur les rares qui en méritent un. Ceci est un point de départ : ajoutez, retirez ou réordonnez n'importe quelle étape dans le générateur de workflows.
Étape 01
Évaluation des transactions
Évalue le paiement au regard de l'historique du client
Étape 02
Réauthentification biométrique
Un selfie en direct comparé à la photo vérifiée du dossier
Étape 03
Règles de décision
Exécuter, retenir pour révision ou bloquer
Puis vos règles décident
Un jeu de règles de départ
- Un paiement ordinaire à un bénéficiaire connuApprouver
- Un premier paiement à un nouveau bénéficiaire au-dessus de votre plafondDemander davantage
- Un montant très éloigné des habitudes de ce clientDemander davantage
- Des montants fractionnés juste sous un seuilRéviser
- Le contrôle facial échoueRefuser
Chaque règle se modifie à votre guise sur un canevas visuel, et chaque résultat enregistre la règle qui a tranché. Publier une nouvelle version ne demande aucune mise en production.
Essayer le générateur de workflowsComment ça marche
Envoyez le paiement avant de l'exécuter
Montant, bénéficiaire, canal et appareil sont transmis à un point de terminaison unique. Vous recevez autoriser, réviser ou bloquer, avec les règles qui se sont déclenchées.
Soumettez les paiements risqués à un défi
Vos règles désignent les paiements qui demandent davantage : un premier paiement à un nouveau bénéficiaire, un montant très supérieur aux habitudes du client, un nouvel appareil.
Exécutez en cas de réussite
Le client prend un selfie, votre backend échange la preuve et le paiement se poursuit. Un échec le retient et lève une alerte.
Ce qui l'alimente
Chaque paiement est évalué à son arrivée au regard des seuils, de la vélocité, des nouveaux bénéficiaires et du profil habituel du client, sans traitement par lots.
Intégrer
Montez le SDK avec le workflow que vous avez publié, ou envoyez un lien hébergé sans écrire de code. Le résultat arrive par webhook signé, et modifier le workflow ne demande jamais de mise en production.
import { TodenVerification } from "@todenhq/sdk-react"; export function Verify({ userId }) { return ( <TodenVerification apiKey="pk_test_..." workflowId="wf_AbC123dEf456" userId={userId} onSubmit={(s) => save(s.verificationId)} /> );}{ "event": "verification.completed", "data": { "verificationId": "ver_8fk2...", "status": "verified", "assuranceLevel": "gov_db", "idType": "bvn", "country": "NG", "dataMatch": true, "facialMatch": true, "facialConfidence": 91 }}Produits impliqués
Cette solution combine des produits que vous pouvez aussi utiliser seuls.
Cas d'usage associés
Frequently asked
Chaque paiement que vous envoyez pour décision correspond à une évaluation de transaction. Le contrôle facial n'est facturé que sur les paiements que vous soumettez à un défi.
Approbation des paiements de montant élevé,en un seul flux.
Le bac à sable s'ouvre dès l'inscription. Tarification à l'usage, sans appel commercial.