Intégration du paiement en ligne dans votre boutique ou application : Stripe, PayPal, Redsys et Bizum

Tout dépend de l’endroit où vous vendez et de la façon dont vous encaissez. Stripe offre de nombreux moyens de paiement, les abonnements et la vente à l’international avec une seule intégration. PayPal rassure les clients qui ne veulent pas saisir leur carte. Redsys, le terminal des banques espagnoles, a souvent des commissions négociables et permet Bizum si vous vendez en Espagne. Beaucoup de boutiques en combinent deux, et nous vous aidons à choisir à partir de vos données.

Avec le module Redsys fourni par votre banque ou un module payant, configuré avec les données de votre terminal virtuel (numéro de commerçant, terminal et clé) et testé d’abord dans l’environnement de test de Redsys. L’essentiel est que la commande soit confirmée par la notification signée de la banque et que les remboursements et Bizum fonctionnent ; si le module ne le couvre pas, nous l’étendons.

Oui, en Espagne. Bizum s’active sur le terminal virtuel de votre banque (sur Redsys) et apparaît comme un moyen de paiement de plus : le client confirme le paiement dans l’application de sa banque. Vous demandez l’activation à votre banque ; nous l’intégrons et la testons dans votre boutique. EquiMercado, par exemple, encaisse avec Redsys et Bizum.

Dans une boutique neuve, l’intégration du paiement fait partie du projet : une boutique en ligne démarre à 8 000 €. Pour une boutique ou une application existante, nous vous remettons un devis ferme après le diagnostic, car tout dépend de la plateforme, des moyens de paiement et de la présence d’abonnements, de remboursements automatiques ou d’un rapprochement avec votre ERP. Les commissions sur transactions s’ajoutent, selon votre contrat avec la banque ou le prestataire.

Oui : toute entreprise qui accepte les cartes est soumise à PCI DSS. Mais avec une redirection ou les champs de paiement hébergés du prestataire, le numéro de carte n’atteint jamais votre serveur, et les exigences se réduisent nettement, en général au questionnaire d’auto-évaluation le plus court. C’est votre banque ou votre prestataire qui le valide. Nous construisons l’intégration pour que vous soyez dans ce cas.

3-D Secure est la vérification par la banque émettrice lors d’un paiement par carte (un code ou une confirmation dans son application). La directive européenne DSP2 impose l’authentification forte (SCA) pour la plupart des paiements en ligne. Avec 3-D Secure 2 bien configuré, beaucoup de paiements sont authentifiés sans rien demander au client, et les autres se font sans quitter le tunnel de commande.

Oui. Le prestataire conserve la carte de façon sécurisée et votre système ne garde qu’une référence pour les débits suivants. Nous le faisons avec Stripe et, quand c’est possible, avec le terminal de votre banque, avec renouvellements, changements d’offre et nouvelles tentatives sur les paiements échoués.

En rattachant chaque paiement, chaque commission et chaque remboursement à son numéro de commande grâce aux données renvoyées par la passerelle, puis en les croisant avec les versements du prestataire ou les crédits de la banque. Vous savez quelles commandes composent chaque encaissement et pouvez le transmettre à votre ERP ou à votre logiciel comptable sans pointage manuel.

Oui, avec des prestataires conçus pour cela, comme Stripe Connect : le prestataire vérifie chaque vendeur, le client paie une seule fois et l’argent est réparti, la commission de la plateforme étant retenue. C’est un projet aux implications juridiques et fiscales qu’il vaut mieux examiner avant de choisir un prestataire.

Oui. Nous mettons en place la nouvelle passerelle en parallèle, la testons dans son environnement de test et l’activons quand tout concorde. Les abonnements en cours sont le point délicat : selon le prestataire, les cartes enregistrées peuvent être migrées ou les clients doivent les saisir à nouveau, et nous vous le disons avant de commencer.