IOSOR

IOSOR Guides

Échec de l'authentification silencieuse, puis un seul débit OTP au lieu de deux

Découvrez comment IOSOR gère les échecs d'authentification silencieuse et passe au SMS OTP sans double facturation. Comprenez les règles du grand livre, les seuils prépayés et les webhooks.

Échec de l'authentification silencieuse, puis un seul débit OTP au lieu de deux.

Mécanismes de repli de l'authentification silencieuse

Lors de la mise en œuvre de la vérification mobile silencieuse, le chemin principal tente de valider l'identité de l'utilisateur directement via les en-têtes du réseau cellulaire. Ce processus d'authentification silencieuse est rapide et sans friction, mais il peut échouer si l'utilisateur est connecté au Wi-Fi ou utilise un opérateur non pris en charge. Dans ces situations, IOSOR déclenche automatiquement un repli vers un SMS OTP standard pour garantir la continuité de l'accès sans perturber l'expérience utilisateur.

Règles du grand livre pour les tentatives silencieuses échouées

Une préoccupation opérationnelle majeure concerne la manière dont le grand livre de la plateforme enregistre ces transitions. Lorsqu'une tentative d'authentification silencieuse échoue, elle ne doit pas générer de frais de vérification réussie. Le grand livre traite la tentative silencieuse et le SMS OTP suivant comme une seule transaction logique. Si la vérification silencieuse échoue, la transaction reste ouverte. Ce n'est que lorsque le SMS OTP de repli est vérifié avec succès et que la plateforme reçoit un statut Verify OK que le grand livre exécute un débit unique.

Prévention des doubles débits lors du transfert SMS

Pour éviter les doubles débits, l'API d'IOSOR suit le jeton de transaction sur les deux canaux. Certaines plateformes facturent par erreur des frais de livraison pour la tentative silencieuse et un autre pour le SMS OTP. IOSOR évite cela en utilisant un modèle de vérification unifié. Si l'authentification silencieuse échoue, le système marque la phase silencieuse comme échouée mais maintient la session active. Lorsque le SMS OTP est envoyé, le système attend le DLR final et la saisie de l'utilisateur.

Gestion des soldes prépayés et des limites

Toutes les transactions sur la plateforme s'exécutent sur votre solde prépayé. IOSOR applique un seuil prépayé minimum de USD 20 pour maintenir votre API active et éviter les interruptions de service soudaines pendant les campagnes de vérification à fort trafic. Pour les comptes qui augmentent leur volume de vérification, un examen souple est déclenché aux alentours de USD 1,000 par mois afin d'évaluer les modèles d'utilisation, d'optimiser le routage et d'ajuster les limites de débit.

Liens d'intégration et vérification des webhooks

Pour configurer votre logique de repli et surveiller les écritures du grand livre, consultez nos guides détaillés. Vous pouvez suivre les changements d'état en temps réel en vous abonnant à nos webhooks de vérification, qui fournissent des charges utiles instantanées pour chaque événement DLR et Verify OK.

Commencez avec IOSOR

Examinez vos charges utiles de transaction de secours dans la console IOSOR sous les journaux de session de verification. Veillez a ce que votre application reutilise le jeton de transaction unifie lors du transfert par SMS OTP au lieu d'initialiser une seconde session disjointe. Verifiez via les evenements webhook que l'echec du controle cellulaire s'enregistre comme une transition a tarif zero avant que le debit SMS unique ne se produise.

À retenir — IOSOR

Le passage d'une verification mobile silencieuse a un SMS OTP doit traiter l'ensemble de la sequence comme une tentative unique et continue.

Ce guide vous a-t-il aidé ?

Guides associés