Skip to main content

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

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.
Succès ! Carte livrée. card_code, num_trans et date_traitement disponibles. Livrez immédiatement au client.
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.
É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