Skip to main content

Intégration de l’API

Le mode Processing Only utilise des points de terminaison HUB2 dédiés, distincts du modèle d’agrégation standard. La principale différence est que les transactions sont traitées via vos propres comptes opérateurs, et non via les comptes agrégés de HUB2. Les points de terminaison disponibles sont documentés ici :

API Delegation

Authentification

Votre intégration utilise les mêmes clés API HUB2, mais la clé doit disposer des permissions suivantes :
  • Api.delegated_payment_create
  • Api.delegated_transfer_create

Configuration des permissions

Flux de transaction

1. Requête de transaction

Lorsque vous initiez une transaction, HUB2 :
  1. Valide la requête : vérifie la clé API et le format de la requête.
  2. Route la requête vers l’opérateur : l’envoie vers votre compte opérateur configuré.
  3. Traite la transaction : l’exécute avec vos identifiants opérateur.
  4. Renvoie la réponse : dans le même format quel que soit l’opérateur.

2. Traitement par l’opérateur

La transaction elle-même est traitée directement par votre opérateur :

Points de terminaison

Le mode Processing Only utilise des points de terminaison de création dédiés. Les points de terminaison de lecture sont les mêmes que pour le circuit standard.

Paiements

  • POST /delegated/payments : crée un paiement avec votre compte opérateur. Contrairement à un paiement standard, il n’est pas nécessaire de créer d’abord une intention de paiement : cette requête unique crée l’intention de paiement et effectue la tentative de paiement. Exemple :
  • POST /delegated/payments/sync : crée un paiement avec votre compte opérateur en mode synchrone (voir le circuit synchrone).
  • GET /payments : liste les paiements (même point de terminaison que pour les paiements standards). Renseignez isDelegated=true pour ne renvoyer que les paiements Processing Only. Avec isDelegated, from est obligatoire et la plage doit être inférieure à un an, sinon l’API renvoie une erreur 400.
  • GET /payments/{id}/status : renvoie le statut d’un paiement (même point de terminaison que pour les paiements standards).

Guide d'intégration des paiements

Transferts

  • POST /delegated/transfers : crée un transfert avec votre compte opérateur. Seul le point de terminaison diffère d’une requête de transfert standard. Exemple :
  • POST /delegated/transfers/irt : crée un transfert IRT avec votre compte opérateur.
  • GET /transfers : liste les transferts (même point de terminaison que pour les transferts standards). Renseignez isDelegated=true pour ne renvoyer que les transferts Processing Only. Avec isDelegated, from est obligatoire et la plage doit être inférieure à un an, sinon l’API renvoie une erreur 400.
  • GET /transfers/{id}/status : renvoie le statut d’un transfert (même point de terminaison que pour les transferts standards).
Un transfert délégué vers un MSISDN restreint renvoie 201 avec un transfert au statut failed, dont le motif d’échec est recipient_unavailable.

Guide d'intégration des transferts

Webhooks

Le mode Processing Only utilise les mêmes webhooks que le circuit standard. Si des webhooks sont déjà configurés pour les paiements et les transferts, aucune étape supplémentaire n’est nécessaire. Sinon, consultez :

Guide d'intégration des webhooks