POST
Creer une charge crypto directe (adresse retournee)

Autorisations

Authorization
string
header
requis

Bearer authentication header of the form Bearer <token>, where <token> is your auth token.

En-têtes

idempotency-key
string
requis
Idempotency-Key
string

Cle d'idempotence (recommandee) pour eviter les doublons en cas de rejeu.

Corps

application/json
requestedCoin
string
requis

Cryptomonnaie demandée, qualifiée par son réseau. Ex : USDT.TRC20, USDT.BEP20, BTC, ETH. Un code sans réseau (ex : USDT) n'est accepté que s'il ne reste qu'un seul réseau actif pour cette cryptomonnaie sur votre compte.

Exemple:

"USDT.TRC20"

amount
string
requis

Montant à recevoir, libellé dans requestedCoin. Chaîne de caractères, jamais un nombre JSON : un montant passé en number est arrondi par la précision flottante. Jusqu'à 18 décimales, et strictement supérieur à zéro.

Pattern: ^(?=.*[1-9])\d{1,18}(\.\d{1,18})?$
Exemple:

"100"

customer
object
requis

Identité du client final. Obligatoire : ce parcours se déroule sur votre site, IzichangePay ne collecte donc pas ces informations lui-même.

requestedCurrencyType
enum<string>
défaut:crypto

Devise dans laquelle amount est libellé, comme pour POST /v1/payment-intents :

  • crypto (défaut) : amount est exprimé dans requestedCoin, et c'est exactement ce que le client doit envoyer.
  • fiat : amount est exprimé dans la devise fiat currencyRequested (ex. XOF). Il est converti en requestedCoin au cours du moment, et la réponse renvoie le montant crypto à envoyer (amountToSend), verrouillé jusqu'à l'expiration.
Options disponibles:
crypto,
fiat
Exemple:

"fiat"

currencyRequested
string

Devise fiat de amount (code ISO-4217 : XOF, EUR, USD…). Obligatoire quand requestedCurrencyType vaut fiat, ignorée sinon.

Exemple:

"XOF"

merchantReference
string

Référence libre côté marchand (numéro de commande, identifiant ERP…). Reprise telle quelle dans les réponses de l'API, les webhooks et le tableau de bord.

Exemple:

"commande-4821"

idempotencyKey
string

Clé d'idempotence. Rejouer la même clé retourne le paiement déjà créé au lieu d'en créer un second — indispensable pour un retry réseau sûr. Peut aussi être transmise via l'en-tête Idempotency-Key.

Exemple:

"charge-2026-07-08-0001"

metadata
object

Données arbitraires (paires clé/valeur) attachées au paiement. Restituées telles quelles dans les réponses de l'API et les webhooks.

Exemple:
autoSettlement
object

Reverse automatiquement ce paiement en fiat dès qu'il est complété — mêmes champs et mêmes règles que autoSettlement sur POST /v1/payment-intents. Vérifié à la création : une destination inutilisable, ou une requestedCoin que le partenaire ne sait pas reverser vers votre compte, renvoie une erreur AUTO_SETTLEMENT_… immédiatement.

Réponse

Intention creee + adresse allouee. Renvoie depositAddress, memo/memoType (chaines a tag), amountToSend/amountCryptoExpected, expiresAt/expiryHours.