Lister les intentions de paiement
Retourne la liste des intentions de paiement du marchand, triées de la plus récente à la plus ancienne. Pagination par curseur (cursor + take, max 100). Filtres optionnels par statut, actif crypto, produit, terminal POS ou facture. Le statut spécial irregular regroupe les paiements en écart par rapport au montant attendu.
Autorisations
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
Paramètres de requête
Identifiant de la dernière intention de la page précédente.
Nombre d'éléments à retourner (défaut 20, max 100).
Filtre sur le statut (waiting_address_selection, pending, confirming, completed, expired, unmatched, cancelled ou irregular).
Filtre sur l'actif crypto utilisé (ex. "USDT.TRX").
Filtre sur l'identifiant de produit associé.
Filtre sur l'identifiant de terminal POS associé.
Filtre sur l'identifiant de facture associée.
Réponse
Liste paginée des intentions de paiement.
Identifiant unique de l'intention de paiement.
État courant de l'intention (waiting_address_selection, pending, confirming, completed, expired, unmatched, cancelled).
Montant demandé exprimé dans la devise initiale — chaîne décimale.
Code de la devise initialement demandée (fiat ou crypto).
Type de devise initialement demandée ("fiat" ou "crypto").
Équivalent crypto figé après sélection de l'actif par le client. null tant que l'actif n'est pas choisi ou si la devise demandée est déjà une crypto.
Code de l'actif crypto choisi par le client (ex. "USDT.TRX"). null tant que l'actif n'est pas sélectionné.
Liste des actifs crypto que ce paiement accepte (proposés au client).
Montant total reçu sur ce paiement — chaîne décimale.
Montant net cumulé revenant au marchand — chaîne décimale.
Frais totaux retenus par la plateforme — chaîne décimale.
Montant reçu dans la fourchette acceptable (litige : portion acceptée).
Montant reçu hors fourchette acceptable (litige : portion rejetée).
Montant à rembourser au client en cas de décision de remboursement.
Frais appliqués à la portion acceptée.
Frais appliqués à la portion rejetée (utilisé lors d'un remboursement partiel).
Origine de l'intention (api, dashboard, invoice, product, pos, ...).
Référence libre fournie par le marchand pour rapprocher ce paiement.
Identifiant de la facture associée, le cas échéant.
Identifiant du produit associé, le cas échéant.
Identifiant du terminal POS associé, le cas échéant.
Statut de litige éventuel (none, pending_decision, encashed, refunded). Différent du statut principal car un litige peut être ouvert sur un paiement déjà complété.
Détail du résultat de paiement (montants reçus, écarts, ...).
Adresse de remboursement fournie par le client (masquée). null si non saisie ou pas encore connue.
Identifiant de l'utilisateur ayant statué sur le litige (le cas échéant).
Date à laquelle la décision de litige a été prise — ISO 8601.
Identifiant du payout généré lors d'un remboursement de litige.
Email du client (si pré-rempli ou saisi dans le widget).
URL de redirection après paiement (passée par le marchand).
Date de création — ISO 8601.
Date d'expiration de l'intention — ISO 8601.
URL du widget de paiement à présenter au client.
Historique horodaté des transitions de statut.
Liste des dépôts entrants reçus sur cette intention.