IOSOR Guides
Quand un achat JIT de DID échoue : remboursement, libération et swap honnête
Un achat just-in-time échoué doit rembourser ou libérer le hold prépayé, proposer un swap explicite et ne jamais porter le badge Activated. Statuts exportables par produit et finance — sans fiction de catalogue préacheté.
Un achat JIT de DID est un chemin d’argent, pas un clic catalogue. Recherche live, hold prepaid, puis achat et assignation. Quand l’achat live échoue, les issues honnêtes sont refund / release, un swap explicite confirmé par l’acheteur, ou un fail terminal que la finance peut exporter. « Activated » sur une commande échouée est un mensonge produit. Pas de grille boutique préachetée visible au client pour maquiller l’échec.
IOSOR propose les numéros en JIT white-label : un portefeuille prepaid, catalogue live contre in setup. Vers USD 1,000+ d’usage mensuel, les lignes hold→assign et fail→refund deviennent matière de revue commerciale. Pas d’abonnement plateforme juste pour garder le compte vivant.
Un achat échoué est un événement de portefeuille
Le spinner de checkout n’est pas un statut. Le portefeuille retient encore des fonds, les a libérés, remboursés, ou déplacés sur un numéro assigné. Si le produit affiche le succès avec le hold ouvert, la finance reconstruit un mardi. Chemin heureux : achat JIT de DID virtuels. Cet article est le chemin d’échec que ce chemin doit survivre.
Hold, achat, assignation — remboursement et libération
| Étape | Succès | Échec défendable |
|---|---|---|
| Recherche live | Couverture actuelle pour les filtres | Vide est honnête ; pas de liste recyclée |
| Hold prepaid | Fonds réservés avant l’achat live | Le hold ne devient pas silencieusement un débit |
| Achat | Numéro acquis | Refund / release du hold |
| Assignation | DID lié au compte | Pas de badge Activated sans |
Le swap doit être explicite, jamais un substitut silencieux
Quand les chiffres choisis ont disparu, le seul suivi honnête est un swap confirmé par l’acheteur : même métier, même classe de pays, nouveaux candidats, nouveau hold. La substitution silencieuse — autre indicatif, autre readiness messaging, même toast Activated — fait cesser de croire aux statuts. Un swap est une nouvelle boucle JIT.
Statuts que produit et finance peuvent exporter
Exigez un vocabulaire qui survit à un CSV :
- searching
- funds held
- ordering
- assigned
- needs attention / swap offered
- cancelled / refunded
Les erreurs client restent usable et brand-safe. Ouvrir un numéro régulé n’est pas une permission d’envoyer de l’A2P de production. « Needs attention » est une file de travail, pas un synonyme d’Activated. Un statut non exportable est du théâtre.
Signaux d’alerte
- Toast Activated sur une commande qui échoue
- Débit sans assignation
- Substitut silencieux de chiffres ou de capacité
- Énormes grilles « available » sans réserve
- Hold qui n’assigne ni ne rembourse
- Catalogue in setup vendu comme DID prêt pour la production
- Marques étrangères dans les erreurs visibles au client
Commencer avec IOSOR
Achetez un DID pour un pays et un métier. Suivez le hold prepaid de la recherche live à l’achat. Si l’achat tombe, ouvrez le portefeuille avant toute relance : le hold doit être remboursé ou libéré. Ne laissez pas le badge Activated sur une commande échouée. Si ces chiffres ont disparu, proposez un swap que l’acheteur confirme : même métier, nouveaux candidats, nouveau hold, jamais un substitut silencieux.
- Plafond de dépenses par DID : Location et trafic sortant MT sur un seul numéro
- ID de l'appelant vs Expéditeur des messages : la voix active ne garantit pas …
À retenir — IOSOR
Un achat JIT raté est un événement de portefeuille. Les issues honnêtes sont le remboursement ou la libération du hold, ou un swap explicite confirmé par l’acheteur. Activated sans assignation est un mensonge produit. Refusez le dépassement de plafond avant le hold. Une recherche vide est plus propre qu’une ligne available fictive.
Ce guide vous a-t-il aidé ?
Guides associés
- Transfert de DID au second propriétaire : qui peut assigner et libérer
Maîtrisez les frontières opérationnelles, le provisionnement JIT et les seuils financiers prépayés lors des transferts de DID.
- Plafond de dépenses par DID : Location et trafic sortant MT sur un seul numéro
Contrôlez l'exposition par numéro dans votre CPaaS en marque blanche avec un plafond de dépenses combiné pour le MRC et le trafic sortant.
- Routage des webhooks entrants sur DID : le MO sans propriétaire perd STOP
Acheminez les webhooks entrants vers le compte propriétaire en toute sécurité. Évitez les événements MO orphelins et les désabonnements manqués dans le CPaaS en marque blanche.