IOSOR Guides
Lignes de brûlage de fraude sur le grand livre prépayé
Marquez les tentatives OTP bloquées et abusives pour que la finance voie le gaspillage évité à côté du débit réel — sans faux Livré ni trous de portefeuille silencieux.
Les arrêts d'abus ne sont pas invisibles. Lorsque les plafonds de vélocité, les déclencheurs de pics ou les refus de destination bloquent une tentative OTP, le grand livre prépayé doit afficher une ligne de brûlage de fraude —dépense évitée— à côté des débits réglés pour les tentatives réelles. La finance ne peut pas traiter « rien facturé » par « rien ne s'est passé », et le produit ne peut pas dépeindre le trafic bloqué comme Livré.
Articles associés : lignes de débit et statut de livraison sur le même ledger, débit livraison OTP versus session verify, Pic d'abus : arrêt sans faux succès, Opérations de fraude avec volume OTP réel.
Le brûlage évité n'est pas un débit gratuit
Une tentative bloquée peut laisser zéro débit réglé et nécessiter tout de même une classe de brûlage visible dans le grand livre : plafonné, refusé, arrêté par pic, raté de liste blanche. Cette ligne répond à « quel risque de portefeuille avons-nous évité ? » sans inventer de frais. Le débit réglé reste pour les tentatives facturables qui ont quitté la retenue. Mélanger les deux invente de fausses économies ou de fausses dépenses.
Classes de lignes que la finance peut filtrer
| Classe | Argent | Honnêteté du produit |
|---|---|---|
| Tentative réglée | Débit réglé | Le résultat peut tarder — jamais de faux Livré |
| Plafond bloqué | Pas de règlement | Vitesse limitée — non Livré |
| Pic arrêté | Pas de règlement | Pic arrêté — non Livré |
| Refus de destination | Pas de règlement | Destination bloquée |
| Cumul de brûlage | USD évités cumulés | Vue de nuit ops/finance |
Joindre les événements d'arrêt sans faux succès
Chaque ligne de brûlage a besoin d'une clé de corrélation avec l'événement d'arrêt : classe d'identité, destination, fenêtre, motif de l'arrêt. L'interface utilisateur du produit et le grand livre partagent le vocabulaire. Chemin de pic : Pic d'abus : arrêt sans faux succès. UI arrêtée sans classe de brûlage signifie que la finance ne peut pas prouver que le portefeuille est protégé.
Colonnes d'exportation pour le brûlage par rapport aux dépenses
Les exportations doivent inclure : classe de brûlage, montant évité, montant réglé et horodatage de l'arrêt.
Liste de contrôle d'achat pour les lignes de brûlage
Confirmez que chaque tentative bloquée possède un ID d'événement unique. Assurez-vous que le grand livre ne mélange pas ces événements avec les dépenses réelles. Validez que la finance peut distinguer une erreur technique d'un blocage de sécurité.
Commencez avec IOSOR
Déclenchez un arrêt nommé sur un intent OTP live — plafond, pic ou refus de destination. Exportez la même fenêtre UTC. La finance doit voir les débits soldés à côté des lignes burn : capped, spike-stopped, denied. L’UI produit et le ledger partagent le motif. Un portefeuille silencieux ne prouve pas que rien n’est arrivé.
À retenir — IOSOR
Un OTP bloqué est une ligne burn sur le ledger prepaid, pas un débit gratuit ni un événement disparu.
Faites : gardez classe burn, montant évité ou drapeau zero-settle, correlation ID et motif dans un fichier que la finance filtre.
Ne faites pas : cacher la dépense évitée, ni peindre l’arrêt en Delivered pour que le ledger paraisse propre.
Ce guide vous a-t-il aidé ?
Guides associés
- Transfert des règles de seuil de fraude lors de la passation de l'équipe d'ingénierie
Auditez les seuils de vélocité opérationnelle et les contacts d'alerte lors des transitions d'équipe de plateforme pour maintenir une protection continue contre les abus.
- Configuration de pieges de destination pour detecter le trafic automatise en phase pilote
Deployer des declencheurs de destination fictifs lors des tests pilotes initiaux pour capturer les scripts automatises et prevenir la fraude avant le lancement en production.
- Restaurer le volume de trafic sûr grâce à des règles de listes blanches de préfixes granulaires
Apprenez à relancer le trafic SMS en toute sécurité après un incident de fraude en mettant en place des listes blanches de préfixes stricts, l'attribution de numéros JIT et le suivi des seuils en USD dans IOSOR.