Documentation Index
Fetch the complete documentation index at: https://docs.oneclickdz.com/llms.txt
Use this file to discover all available pages before exploring further.
Vue d’ensemble
Après l’envoi d’une demande de recharge, interrogez l’endpoint de statut jusqu’à ce que la transaction atteigne un état final. L’API traite généralement les demandes en 5 à 30 secondes, en passant par les états PENDING → HANDLING → FULFILLED/REFUNDED.API Vérification par référence
GET /v3/mobile/check-ref/:ref - Suivi avec votre référence
API Vérification par ID
GET /v3/mobile/check-id/:id - Suivi avec l’ID de recharge
Valeurs de statut
La compréhension de chaque statut est essentielle pour une gestion correcte :Consultez la Référence API Vérification par ID pour des descriptions détaillées des statuts et leurs cas d’usage.
| Statut | Signification | Durée | Action |
|---|---|---|---|
| PENDING | En file d’attente pour traitement | 2-15 secondes | Continuer l’interrogation |
| HANDLING | En cours de traitement | 3-8 secondes | Continuer l’interrogation |
| FULFILLED | Terminé avec succès ✅ | Final | Marquer comme terminé, notifier l’utilisateur |
| REFUNDED | Échoué et remboursé ❌ | Final | Rembourser l’utilisateur, afficher l’erreur |
| UNKNOWN_ERROR | Statut incertain ⚠️ | Se résout dans 1-24h | Attendre, ne pas rembourser encore |
Implémentation de base de l’interrogation
Gérer les différents états
Interrogation de statut en arrière-plan
Pour de meilleures performances, interrogez le statut dans des tâches en arrière-plan :Revérification planifiée pour UNKNOWN_ERROR
Configurez une tâche cron quotidienne pour revérifier les commandes incertaines :Stratégie d’interrogation optimisée
Utilisez des intervalles d’interrogation intelligents :Bonnes pratiques
Ne jamais rembourser UNKNOWN_ERROR immédiatement
Ne jamais rembourser UNKNOWN_ERROR immédiatement
Attendez que le statut se résolve en FULFILLED ou REFUNDED dans les 24 heures avant de traiter les remboursements.
Utiliser des tâches en arrière-plan
Utiliser des tâches en arrière-plan
Interrogez le statut de manière asynchrone pour éviter de bloquer les requêtes utilisateur et améliorer les performances.
Implémenter une protection contre les délais d'expiration
Implémenter une protection contre les délais d'expiration
Définissez un nombre maximum de tentatives d’interrogation (généralement 60 = 5 minutes) et replanifiez les vérifications si nécessaire.
Mettre en cache le statut dans la base de données
Mettre en cache le statut dans la base de données
Enregistrez le statut dans votre base de données pour minimiser les appels API. N’interrogez l’API que lorsque le statut n’est pas final.
Afficher les messages en arabe
Afficher les messages en arabe
Affichez toujours le
refund_message tel quel aux utilisateurs. Il est en arabe et explique clairement le problème.Gérer les offres suggérées
Gérer les offres suggérées
Lorsque
suggested_offers est présent, affichez ces alternatives pour améliorer la conversion.Étapes suivantes
Stratégies d'interrogation
Apprenez les techniques avancées d’optimisation de l’interrogation
Webhooks
Configurez des notifications de statut en temps réel au lieu d’interroger
API Liste des recharges
Consultez toutes vos transactions de recharge
Gestion des erreurs
Référence complète de gestion des erreurs

