Symptôme
Votre demande de connexion échoue avec une condition BUSY, généralement juste après la mise sous tension de l'appareil ou au démarrage de l'application de paiement. Réessayez un moment plus tard et cela réussit.
Cause
BUSY n'est pas une erreur de configuration — cela signifie que l'application de paiement est toujours en cours d'initialisation et n'est pas encore prête à ouvrir une session. C'est un état transitoire et attendu lors du démarrage, pas un signe que votre demande de connexion est incorrecte.
Solution
Réessayez la connexion après un court délai. Considérez BUSY comme « pas encore prêt, réessayez », et non comme un échec définitif. Une approche simple et robuste :
- Lors d'une réponse de connexion
BUSY, attendez brièvement (par exemple une ou deux secondes) puis envoyez à nouveau la demande de connexion. - Répétez avec un léger délai d'attente jusqu'à ce que la connexion réussisse ou qu'une limite raisonnable de tentatives soit atteinte.
Ne modifiez pas les champs de votre demande de connexion en réponse à BUSY — la demande est correcte ; l'application de paiement a juste besoin d'un moment.
Comment distinguer BUSY d'une véritable erreur de connexion
Une condition BUSY se résout d'elle-même avec une nouvelle tentative. Si la connexion continue d'échouer avec une erreur non-BUSY après que l'application de paiement ait eu le temps de démarrer, c'est un problème réel lié à la demande ou à l'environnement — examinez les détails de la réponse d'erreur au lieu de continuer à réessayer.
Articles connexes
- Cycle de vie de la session et de la connexion — pourquoi la connexion doit réussir avant toute autre opération.
- Fonctionnement du modèle de message — gestion du super-type de réponse de connexion pour que le cas d'erreur (y compris BUSY) atteigne réellement votre code.