Vue d’ensemble
Après avoir envoyé une commande de recharge internet, interrogez l’endpoint/check-id pour suivre le statut et récupérer les détails de la carte lors de l’exécution. La plupart des commandes se terminent en 3-45 secondes, mais certaines peuvent être QUEUED pendant 12-48 heures.
Interrogez toutes les 5-10 secondes jusqu’à ce que la commande atteigne un état final : FULFILLED, REFUNDED ou QUEUED.
Référence API
GET /v3/internet/check-id/{id}
Documentation complète de l’endpoint
Valeurs de Statut de Commande
HANDLING
HANDLING
La commande est en cours de traitement avec l’opérateur. Durée typique : 3-45 secondes. Continuez l’interrogation toutes les 5-10 secondes.
FULFILLED
FULFILLED
Succès ! Carte livrée.
card_code, num_trans et date_traitement disponibles. Livrez immédiatement au client.QUEUED
QUEUED
Planifié pour plus tard. La commande sera traitée dans les 12-48 heures. Ce n’est pas un échec - planifiez une nouvelle vérification après 24 heures et informez le client.
REFUNDED
REFUNDED
Échec. La commande a été annulée et remboursée automatiquement. Notifiez le client de l’échec.
Vérification de statut de base
Exemples de réponse
En cours de traitement
Exécuté (Succès)
En file d’attente (Planifié)
Implémentation de base de l’interrogation
Stratégie d’interrogation adaptative
Ajustez la fréquence d’interrogation selon le temps écoulé :Gestion des résultats de commande
Gestion du statut QUEUED
Les commandes QUEUED ne sont pas des échecs ! Elles sont programmées pour être livrées dans les 12 à 48 heures.
Tester chaque statut en sandbox
Avec une clé sandbox, le numéro envoyé détermine le comportement de la commande — vous testez donc chaque branche de votre code d’interrogation sans attendre une vraie commande. Les statuts évoluent seuls avec le temps ; interrogez exactement comme en production.Une commande sandbox terminée renvoie
card_code: "TESTCARD" et num_trans: "TESTTRANS" au lieu des valeurs réelles. Tout le reste — forme de la réponse, noms des statuts, comportement d’interrogation — est identique à la production.Bonnes pratiques
Interroger toutes les 5-10 secondes
Équilibre entre réactivité et charge API
Gérer QUEUED correctement
Ne pas traiter QUEUED comme un échec - planifier des nouvelles vérifications
Définir des limites de délai
Échouer gracieusement après 5 minutes d’interrogation
Mettre à jour la base de données
Stocker les changements de statut et les détails de carte
Étapes suivantes
Livrer les cartes
Livrer les codes de carte en toute sécurité aux clients
Envoyer les recharges
Soumettre des commandes avec validation
Référence API
Documentation complète de l’endpoint
Vue d'ensemble
Retour à la vue d’ensemble de l’intégration
Valider les numéros
Vérifier les numéros de téléphone
Charger les produits
Récupérer les cartes disponibles

