paiement en plusieurs fois avec Alma

Bonjour,

Oui, cela dépend déjà de si la plateforme de paiement permet cela. Ensuite, il faut que le plugin d'intégration supporte cette fonction.
De notre coté, le plugin ATOS SIPS supporte cela.
Je sais aussi que le plugin PayZen le supporte: payzen.io/fr-FR/module-de-paiement-gratu...ule-de-paiement.html
Ensuite, il y a le plugin NetGiro qui supporte cela, mais ce n'est qu'en Italie je pense:
github.com/HikaShop/hikashoppayment-netgiro
Et enfin, il y a le plugin www.hikashop.com/marketplace/product/253-multisafepay.html qui permet d'utiliser in3 qui propose le paiement en plusieurs fois:
www.multisafepay.com/solutions/payment-methods/in3
Au delà de tout cela, cela demanderait le développement d'un plugin spécifique à la plateforme que le marchand souhaite utiliser.

Bonjour,

Il faut vérifier avec chaque plateforme de paiement pour le détail.

Par exemple, en cherchant 2 minutes sur google pour in3, je suis tombé sur:
www.buckaroo.eu/solutions/payment-methods/in3
Et d'après ce qu'il y a écrit là, le paiement en 3 fois est garanti par in3 sans histoire de crédit ou quoi.
Mais pareil, il faut les contacter directement pour avoir le détail de leur offre et lire "les petites lignes".

PayZen ne semble pas garantir les paiements après le premier qui lui est garanti ( payzen.io/en-EN/form-payment/standard-pa...yment-guarantee.html ), mais pareil, il faut vérifier avec eux s'ils ont une solution à cela.

Avec ATOS SIPS, cela dépend du contrat de vente à distance que vous avez avec la banque avec laquelle le marchand travaille (en supposant qu'elle supporte ATOS SIPS v1...). Donc pareil, il faut discuter avec eux pour avoir le détail.

Bonjour,

Il y en a pour quelques centaines d'euros.
Il faudra suivre cette page de documentation docs.getalma.eu/docs/custom-integration-technical-guide qui explique qu'il faut utiliser le SDK PHP disponible ici : github.com/alma/alma-php-client

Bonjour,

En supposant que vous êtes ok pour que nous puissions distribuer le plugin de notre coté à notre convenance, nous pourrons en effet fournir gratuitement les mises à jour du plugin dans le futur.

Le prix exact va dépendre du genre d'implémentation que vous voulez. Pour pouvoir votre répondre précisément, il faut d'abord éclaircir certains points:
- Voulez-vous pouvoir proposer plusieurs paiements en plusieurs fois en même temps, pour que l'utilisateur puisse choisir (exemple: paiement en 3 fois, paiement en 6 fois, paiement en 12 fois) ?
- Voulez-vous pouvoir décaler d'un ou plusieurs mois la première échéance ? Cela pourrait aussi être une option proposée à l'utilisateur.
- Voulez-vous que les échéances puisse être décaler à un certains jour du mois ? Par exemple, les échéances pourraient être tous les premiers du mois. Ou alors, vous pourriez même proposer à l'utilisateur de choisir le jour du mois.
- Le système peut apparemment fonctionner de deux façons. Soit le client est redirigé vers la plateforme de paiement à la fin du passage en caisse où il choisira son mode de paiement, entrera sa carte de crédit etc; soit le client peut directement entrer ses informations de carte durant le passage en caisse. Faire ceci pose des limitations: le SDK PHP ne permet pas d'éviter que les informations de la CB passe par votre serveur pour être ensuite envoyé à la plateforme de paiement. Donc soit ce n'est pas un problème pour vous au niveau de PCI DSS, soit il faut développer du javascript pour faire le paiement en javascript, sans passer la le SDK PHP, et donc, cela demande beaucoup plus de développement. Le plus simple c'est de rediriger l'utilisateur vers la plateforme de paiement, comme la majorité des plugins de paiement que nous avons développé.

Le plus simple pour nous, et donc le moins cher pour votre client, c'est de ne pas fournir de choix, d'avoir un seul paiement en x fois de disponible et de rediriger vers la plateforme de paiement. Cela sera aussi le plus rapide à développer. Comptez 400€ et 2 semaines de délai. Notez qu'avec la période estivale, le délai de 2 semaines pourrait être compliqué à tenir, donc supposant que c'est quelque chose à faire durant l'été et pas en Septembre / Octobre, comptez plutôt 1 mois pour être large.

Bonjour,

Difficile de faire moins que 2 semaines de délai. Le développement en lui-même est généralement assez rapide et est fait en 1 ou 2 jours. Ce qui prend du temps, c'est surtout les tests et le débug pour s'assurer que ce qui a été codé fonctionne.

Bonjour,

Le plugin n'a pas été développé de notre coté.
erickb a peut être fait quelque chose de son coté ?

Bonjour,

Les conditions sont les mêmes que ce que je vous ai dit il y a 9 mois ( www.hikashop.com/forum/5-support-en-fran...vec-alma.html#334575 ): 2 semaines et 400 € HT de coût de développement.

Bonjour,

Parfait. J'ai pu me connecter sur le site d'Alma et récupérer la clé de test pour l'API.
Nous commençons le développement demain !