Consulter le reçu public d'une transaction
Reçu destiné au payeur, adressable par `orderId` seul, sans authentification. Plafonné à 10 requêtes/min par `orderId` **et** 20/min par IP, sous un plafond global commun à tous les appelants : ce n'est pas un endpoint de polling serveur. Il ne porte ni cause d'échec, ni frais.
Path Parameters
orderId fourni à la création de la transaction.
^[A-Za-z0-9_-]+$1 <= length <= 100Response Body
application/json
application/json
application/json
application/json
curl -X GET "https://example.com/v1/transactions/string"{ "success": true, "data": { "orderId": "string", "amount": 0, "currency": "string", "decimalPlaces": 0, "phoneNumber": "string", "operatorCode": "string", "operatorName": "string", "status": "string", "type": "string", "createdAt": "2019-08-24T14:15:22Z", "completedAt": "2019-08-24T14:15:22Z", "description": "string", "payerName": "string", "email": "string", "merchantName": "string" }}Prévisualiser les frais d'un pay-in GET
Calcule les frais et le workflow d'un pay-in sans créer de transaction. Mêmes gardes d'autorisation que `POST /v1/pay-in` ; aucun `otp`/`redirectUrls` n'est requis ici, `workflowType` indique s'ils le seront sur l'appel réel. Sur un canal à plusieurs PSP, un numéro jamais vu peut se voir assigner durablement un couple de providers dès cet appel (dispatch MSISDN sticky) — un pay-in réel sur ce numéro produirait de toute façon la même affectation.
Consulter le reçu public par identifiant de transaction GET
Même reçu que `GET /v1/transactions/{orderId}`, adressé par l'identifiant (`transactionId`) az54, sans authentification. Cet identifiant est unique toutes organisations confondues : contrairement à l'`orderId`, il n'est jamais refusé pour cause d'ambiguïté. Plafonné à 30 requêtes/min par `transactionId`, sans seau par IP : ce n'est pas un endpoint de polling serveur.