Créer une intention de paiement
Crée une nouvelle intention de paiement et renvoie l’objet complet, dont le paymentLink à présenter au client. L’en-tête HTTP Idempotency-Key permet de rejouer une requête sans dupliquer l’intention. La liste acceptedCoins peut être restreinte côté marchand : seuls les actifs actifs sur le compte sont conservés.
Autorisations
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
En-têtes
Clé d'idempotence (recommandée) pour éviter la création de doublons en cas de rejeu.
Corps
The body is of type object.
Réponse
Intention de paiement créée.
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.