apikey marchand SoleasPay. Le plugin se charge de charger les services disponibles, d’afficher l’interface de paiement, de collecter les informations client, de soumettre la transaction et de retourner le resultat.
Les plugins v4 sont distincts de l’API gateway serveur a serveur. Pour Checkout v4 et Button v4, l’integration se fait avec une API key, pas avec un access token OAuth.
Choisir le bon plugin
Utilisez Checkout v4 si vous voulez rediriger le client vers une page de paiement complete. Utilisez Button v4 si vous voulez garder le bouton dans votre page produit, panier, facture ou espace client.
Prerequis
Vous avez besoin de:- une
apikeymarchand SoleasPay; - un montant et une devise;
- une reference de commande unique;
- une URL de succes;
- une URL d’echec.
apikey identifie le marchand et permet au plugin de charger les moyens de paiement autorises. Ne publiez pas une cle qui donne acces a des actions sensibles hors contexte plugin.
Checkout v4
Checkout v4 affiche une page de paiement hebergee. Votre application soumet les donnees du paiement vers:successUrl ou failureUrl.
Exemple HTML
Vous pouvez creer un formulaire HTML classique.Exemple JSON serveur
Si votre backend initie la checkout, envoyez le meme payload.Champs Checkout v4
Frais plugin
Les plugins peuvent indiquer qui supporte les frais a chaque paiement. Le backend normalise cette valeur puis recalcule les frais cote serveur au moment ducollect.
Priorite de resolution:
feeBearerdans le payload du collect.feeBearerdans la query string.- Fallback historique si aucune valeur n’est fournie.
Les alias booleens
customerPaysFees et customer_pays_fees sont acceptes temporairement a la frontiere HTTP puis normalises vers CUSTOMER ou MERCHANT.
Dans Checkout v4, le devis de frais est calcule par le plugin pendant la session de paiement. Votre integration continue d’utiliser
apiKey; elle ne doit pas gerer un JWT pour ce calcul.origin: "PLUGIN", le service choisi, le montant, la devise et le contexte feeBearer.
POST /transactions/fees/quote avec x-sp-auth-token.
Retour apres paiement
Apres le paiement, Checkout v4 redirige le client vers l’URL appropriee avec les donnees de paiement danssoleaspay_data.
soleaspay_data contient les informations de transaction.
transaction_reference, status, amount, currency et invoice_reference.
Checkout avec split
Checkout v4 peut recevoir un contexte de repartition.rate ne doit pas depasser 100.
Button v4
Button v4 ajoute un bouton SoleasPay dans votre page. Il se charge d’ouvrir l’interface de paiement, de charger les moyens de paiement et de retourner le resultat dans votre JavaScript.Installation du script
Ajoutez un conteneur pour le bouton, puis chargez le script.data-lang controle la langue de l’interface. Utilisez par exemple fr ou en.
Initialiser le paiement
initButton() dans le finally.
Options Button v4
Modes Button v4
Conservez l’orthographe
TIPING si votre integration utilise ce mode, car c’est la valeur attendue par le plugin.
Reponse JavaScript
SopayButton.pay(options) retourne une promesse. En cas de succes, vous recevez un objet exploitable dans votre interface.
Bonnes pratiques
- Utilisez un
orderIdunique par paiement. - Chargez Button v4 une seule fois par page.
- Ne melangez pas Checkout v4 et Button v4 sur le meme parcours utilisateur.
- Verifiez que
successUrletfailureUrlsont accessibles en HTTPS. - Enregistrez
transaction_referencedes que le plugin la retourne. - Ne considerez un paiement comme reussi que si
statusvautCOMPLETEDouSUCCESS.
