Les interfaces de paiement

Boutique Moodle

Les interfaces de paiement sont proposées sous forme de sous-plugins du plugin de boutique. Leur modèle est donc extensible à de nouveaux partenaires de paiement par une action de développement.

Les interfaces de paiement prennent en charge la partie de la transaction qui “sort” de la boutique pour aller effectuer un règlement par un circuit externe. La boutique Moodle ne fournit AUCUN principe interne de transaction financière, mais s'adresse à des tiers de paiement pour réaliser la transaction.

Certaines interfaces de paiement peuvent ne pas exécuter de transaction financière, soit sous certaines conditions, soit par nature.

Les interfaces disponibles sont :

Les pseudo-interfaces:

Interface de test

Interface zero euros

Interface pour paiement par chèque (différé)

Interface pour paiement par virement bancaire (différé)

Les “wrappers” vers les tiers de paiement :

Paypal

Mercanet (BNP Parisbas…) (Version PRO)

SystemPay (Société générale…) (Version PRO)

Ogone (Version PRO - expérimental)

Processus général d'une interface de paiement

L'interface de paiement intervient juste avant la phase de paiement pour proposer à l'acheteur un ou plusieurs moyens de paiement possible, et lors de l'action de paiement pour réaliser la transaction financière (par délégation).

Un processus de paiement est en général un déroutement temporaire vers un site sécurisé d'un tiers de paiement qui reçoit les indications du montant et du compte commerçant à créditer, et propose à l'acheteur de lancer l'ordre de règlement. Une fois la transaction achevée sur le tiers de paiement, des informations de réalisation du paiement sont retournés au site commerçant, afin que celui-ci puisse mettre à jour les données internes relatives à l'achat. Ce retour doit tenir compte de tous les cas de figure possible, et peut être donc synchrone (issu d'une navigation explicite de l'acheteur vers le site marchand), ou asynchrone (l'acheteur ne revient pas directement au site marchand et le tiers de paiement envoie les informations au marchand par une transaction annexe).

L'interface de paiement fournit donc :

Un widget de formulaire “front” pour le choix du mode de paiement

Des données de configuration pour l'administration et l'activation du mode de paiement

Un point d'entrée pour l'envoi vers le site tiers de paiement

Un oint d'entrée pour le retour synchrone

Un point d'entrée pour le retour asynchrone.

Voir la fiche de mise en oeuvre - Retour au sommaire de structure - Revenir au sommaire du composant Local Shop (Boutique) - Revenir au catalogue