Paiement en N fois

Dans le cas où l’acheteur souhaite étaler ses paiements dans le temps, il peut effectuer un paiement en plusieurs fois.

Lors d'un paiement en N fois, l'ensemble des transactions sont créées le jour du paiement.

Seule la première échéance peut faire l’objet d’une garantie pour le marchand à condition que sa date de présentation demandée soit antérieure à la date de validité de l'autorisation (en fonction du moyen de paiement).

Au moment du paiement, un contrôle est effectué pour vérifier que le moyen de paiement utilisé est valide pendant toute la durée de l'échéancier.

Ce mode de paiement n'est pas supporté par le formulaire embarqué.

La liste des transactions est accessible à l’adresse :

GET https://secure.lyra.com/marketplace/orders/{order_uuid}/transactions

Elle apparaît aussi dans la liste des liens ('links') en réponse à un GET ORDER, POST ORDER, ou PUT ORDER.

Notez cependant que les transactions sont générées après le paiement de la commande. Si l’adresse est consultée avant, la liste des transactions est vide.

Pour initialiser un paiement en N fois, il suffit d’ajouter l’attribut payment_config dans la ressource POST ORDER, au moment de la création de la commande.

Exemple d'utilisation de l'attribut payment_config :

{
	"marketplace": "9537e049-8862-400a-ae8d-da2ec9ca6051",
	"payment_config" : "MULTI:first=30000;count=3;period=30"
	"reference": "cmd00053",
	"description": Commande",
	"currency": "EUR",
	"url_return": "http://www.my-website.com",
	"language":"fr"	
}
			

Notes :

  • Par défaut, le paiement est mono-transactionnel. Si l'attribut payment_config n’est pas renseigné au moment de la création de la commande, il prendra la valeur SINGLE ;
  • Une fois la commande figée, il n’est pas possible de modifier la valeur de payment_config. Toutefois, il reste possible de modifier certains paramètres des transactions en attente (cf. infra) ;
  • Le paiement en N fois n’est actuellement pas compatible avec le paiement en cascade (et donc à fortiori pas non plus compatible avec le système Ticket Restaurant Dématérialisé).

Il est possible de définir deux types de paiements échelonnés différents, selon que la marketplace souhaite créer automatiquement un échéancier régulier, ou bien définir les dates et les montants à son gré.