1. La détection vient d’abord
La transaction peut apparaître en quelques secondes tout en restant remplaçable, réversible selon la chaîne ou non finalisée.
2. Les confirmations renforcent la finalité
Chaque bloc accepté augmente la certitude. La commande affiche confirmations actuelles et requises signalées par le prestataire.
3. Les délais varient
Congestion, frais faibles, traitement groupé, maintenance ou interrogation du prestataire peuvent ralentir sans signifier une perte.
4. Payée puis traitée manuellement
Seule la confirmation vérifiée rend la commande payée. Elle entre ensuite en traitement manuel et la livraison évolue séparément.
5. Lire l’explorateur dans son contexte
Un identifiant montre diffusion, réseau, destination, montant et confirmations. Il ne prouve pas seul la correspondance avec la facture active, l’arrivée avant expiration, un memo requis ni l’état final vérifié du prestataire. Comparez explorateur, facture et commande. Congestion, regroupement du portefeuille, surveillance et revue de risque créent des délais différents ; aucun délai universel ne doit être promis.
6. Rapprocher avant toute autre action
Si le statut semble incohérent, n’envoyez pas un second paiement et ne changez pas de réseau. Conservez facture active, référence USV, identifiant, réseau, montant, heure et lien explorateur, puis utilisez le suivi. Le support compare ces faits à l’événement signé et à la facture attendue. Une capture de portefeuille n’est pas une preuve finale ; aucune phrase de récupération ni clé privée n’est nécessaire.
Questions fréquentes
Pourquoi détecté mais pas payé ?
Le transfert est vu, mais le nombre de confirmations requis n’est pas atteint.
Le support peut-il accélérer ?
Généralement non ; les blocs et l’inclusion dépendent du réseau et des frais d’envoi.
Session expirée après l’envoi ?
Ne repayez pas. Gardez l’identifiant, vérifiez la commande et contactez le support si rien n’est associé après confirmation.
Existe-t-il un nombre fixe de confirmations ?
Aucun nombre universel ne doit être supposé. La session et l’état du prestataire reflètent actif, réseau et exigences actuelles. Attendez l’état vérifié de la commande.
Sources
- OxaPay Webhook Documentation ↗
Documentation officielle distinguant l’état intermédiaire paying du paid final et décrivant la vérification HMAC.
Dernière révision : 2026-08-28 - OxaPay API Reference ↗
Présentation officielle des API de paiement OxaPay et du contexte d’intégration utilisé pour les factures réelles.
Dernière révision : 2026-08-28