/pay. Cet appel se contente
d’envoyer une demande de confirmation sur le téléphone du client (ou de créer un
checkout Wave). Le client valide, l’opérateur confirme à Kori, et c’est seulement alors
que votre solde est crédité.
Chaque paiement a donc trois états possibles :
1. Les webhooks — la bonne façon de construire
Abonnez-vous àpayment_received et laissez Kori vous prévenir. Aucun polling, aucun
minuteur, et cela fonctionne même si personne n’a de navigateur ouvert.
Contenu du webhook
2. Lire votre transaction
status compris. C’est ce que vous utilisez
pour un tableau de bord, un travail de rapprochement, ou chaque fois que vous voulez la
réponse telle que Kori la connaît actuellement. Nécessite le scope balance.
3. Interroger l’opérateur maintenant
reference, pas avec le transaction_id.
Il ne demande aucune authentification — la référence fait office de justificatif — ce qui
permet à une page de paiement de l’interroger depuis le navigateur du client.
Utilisez-le pendant qu’un client attend le résultat. Pour tout le reste, préférez le
webhook : il ne coûte rien et arrive même si le client ferme l’onglet.
Si vous devez faire du polling
- Interrogez toutes les 3 à 5 secondes, pas plus souvent.
- Arrêtez dès que
statevautsuccessoufailed. - Renoncez après environ deux minutes d’attente côté client — mais traitez cela comme « toujours inconnu », pas comme un échec.
- Un
500signifie que l’opérateur est injoignable. Réessayez : cela ne dit rien sur le paiement.
Les paiements jamais confirmés
Si un client ne répond jamais à la demande, le paiement restepending et Kori le marque
expired au bout de 24 heures. Une confirmation tardive vous crédite quand même :
expired signifie « nous avons cessé d’attendre », pas « l’argent est perdu ».