Générer le fichier SEPA d'un lot de paiement

POST 
/api/v1/payment_batches/:id/sepa_export

Génère le fichier pain.001 d'un lot sepa_file approved au travers des mêmes contrôles d'approbation, de réservation et de tentative unique que le centre de paiement, et retourne la ressource d'export. Un 202 ne signifie jamais qu'un paiement a été exécuté - le lot passe à submitted une fois le fichier remis, et seul le status de ses instructions rend compte de ce que la banque a fait. Un lot dont l'export a déjà été demandé n'est jamais généré une seconde fois : l'appel répond avec l'export existant, quelle que soit l'expected_version qu'il porte. L'expected_version facultative est le contrôle de version du centre de paiement : un lot qui a changé depuis votre lecture est refusé au lieu d'être généré.

Request

Responses

202

La ressource d'export. Interrogez GET sur le même chemin jusqu'à ce que state vaille available.

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.

409

stale_version : l'expected_version que vous avez envoyée n'est plus la version courante du lot. RIEN N'A ÉTÉ GÉNÉRÉ. details porte la version et le lot courants : réaffichez depuis lui et réessayez avec details.current_version. Un lot dont l'export existe déjà répond plutôt 202 avec lui, quelle que soit la version envoyée. idempotency_key_reuse et idempotency_request_in_progress répondent aussi 409, sans details.

422

La requête a été refusée. code dit pourquoi : validation_failed - l'en-tête Idempotency-Key est absent, expected_version n'est pas un entier, ou le lot échoue à la validation métier pain.001 (details nomme les règles et les instructions en échec) ; batch_not_submittable - le lot n'est pas approved, son channel est hosted_consent, sa tentative de remise s'est terminée sans fichier, ou une tentative de remise est toujours en cours sans export (réessayez dans quelques instants : message dit lequel).