Demandes de paiement
Une demande de paiement sollicite un règlement. Son émission ne constitue pas la preuve que le paiement a été effectué.
Émettre une demande
Utilisez POST /demandes-paiements avec le scope demande_paiement.write. Les exemples et variantes de corps sont disponibles dans la référence API, opération demandePaiementCreer.
Lorsque confirmation vaut true, vérifiez les informations du payeur retournées à l’initiation, puis confirmez par PUT /demandes-paiements/{txId}/confirmations.
Consultez les demandes émises avec GET /demandes-paiements et GET /demandes-paiements/{txId}. Le scope de lecture est demande_paiement.read.
Traiter les demandes reçues
Listez les demandes avec GET /demandes-paiements-recues, puis consultez une demande avec GET /demandes-paiements-recues/{end2endId}. Répondez par PUT /demandes-paiements-recues/{end2endId}/reponses avec le scope demande_paiement_reponse.write.
Construisez la réponse à partir du schéma de l’opération demandePaiementRecueRepondre. Accepter une demande engage un parcours de paiement dont il faut suivre le résultat.
Demandes en masse
Utilisez POST /demandes-paiements-groupes, puis GET /demandes-paiements-groupes/{instructionId} pour suivre le lot. Le contrat expose aussi la liste des lots et la confirmation par PUT /demandes-paiements-groupes/{instructionId}/confirmations.
Avant de confirmer, attendez la fin de la vérification des alias et examinez les rejets individuels. Le guide décrit la fin de cette préparation par l’égalité transactionsInitiees + transactionsRejetees = transactionsTotal.
Conditions à valider avec votre participant
L’e-commerce nécessite une validation préalable de votre business par le participant. Les règles de dates e-commerce et certains types de documents de référence font encore l’objet de réserves de compatibilité avec PI-SPI. Faites confirmer les variantes utilisables sur votre environnement avant de les intégrer ; les exemples du contrat ne constituent pas une preuve d’acceptation de toutes les variantes par la plateforme.