Reprendre le consentement d'un lot de paiement

POST 
/api/v1/payment_batches/:id/consent_session

Reprend le consentement hébergé d'un lot hosted_consent que submit a déjà remis, et répond 200 : rien n'est créé. Chaque appel interroge de nouveau le prestataire de paiement - un consentement ouvert reçoit une nouvelle consent_url, et un consentement que le prestataire a depuis accepté, laissé expirer ou refusé fait évoluer le lot en conséquence. Le lot n'est jamais envoyé une seconde fois. Un lot dont le consentement est déjà résolu est répondu depuis son état courant, sans interroger le prestataire. Le corps porte une capacité au porteur : il est envoyé avec Cache-Control: no-store, et cet endpoint ne prend pas d'Idempotency-Key : une clé envoyée est ignorée, et rien n'est enregistré ni rejoué.

Request

Responses

200

Le consentement, tel que le prestataire le décrit maintenant.

403

Le jeton ne détient pas la portée write.

404

Aucun lot de paiement portant cet identifiant n'est atteignable par les habilitations du jeton.

422

batch_not_submittable : il n'y a aucun consentement à reprendre - le lot n'a pas encore été remis (appelez d'abord submit), ou c'est un lot sepa_file (utilisez sepa_export). Le prestataire n'a pas été interrogé.

429

rate_limited : cette application a appelé consent_session sur ce lot plus de 6 fois par minute. Rien n'a été fait et le prestataire n'a pas été interrogé ; réessayez après Retry-After secondes. Les autres lots, et les autres applications, sont comptés séparément.

Response Headers

Retry-After

Seconds to wait before retrying.