Consentement de transfert
POST /v1/payer/transfer-consents reçoit quote_id et le booléen obligatoire name_unavailable_acknowledged. Utilisez la session DPoP d’origine et un UUID Idempotency-Key. Un nom UNAVAILABLE exige true ; un nom MATCHED exige false. La source doit rester VERIFIED et le devis CURRENT. Le consentement ne permet jamais de contourner les règles de devise, montant, frais ou limites.
L’API payeur ne tourne que dans le bac à sable local : le bac à sable hébergé ne la sert pas encore.
Chaque devis possède un seul défi. Les reprises exactes de préparation conservent le défi et son échéance ; une autre clé ne crée pas un deuxième défi. L’expiration reste bornée par le devis et la session. Un nouveau devis est nécessaire après expiration.
GET /v1/payer/transfer-consents/{id} restitue un reçu historique accepté à la session d’origine encore active. Une reprise exacte peut récupérer ce reçu même après l’expiration du devis ou une suspension ultérieure de la source. CONSENT_RECORDED et PAYER_INTENT_ONLY ne prouvent ni une autorisation de débit, ni des fonds réservés, ni un transfert exécuté. Une autre session ne peut pas lire ce reçu.