Bonjour à tous,

Je cherche des pistes pour un projet que l'on m'a proposé.

Le topo : un site vitrine pour une entreprise de prestations de services (BTP) avec un page permettant aux clients de déposer un acompte sur facture.

La demande pour la page "acompte" : formulaire (coordonnées +n° devis) + montant libres (grosse compta gérée hors site internet donc impossible de rentrer en backoffice toutes les factures/devis)

Je me penche sur des solutions,

site en dur + intégration d'un système type paypal, wordpress + module de paiement, ... C'est la première fois que j'ai un projet de ce type, et je me pose la question sur la bonne solution.

Un site en dur me forcerai a me lancer dans l'intégration d'un système de paiement, j'aime le challenge mais un peu peur des problèmes de sécurité entre autre, d'un autre côté un CMS + module c'est "la facilité" mais a priori je ne trouve pas de réponse à ma problématique.

Bref 

A vue de nez, quelle serait votre tendance ? Pour quelles raisons ? 

Merci pour vos retours

Salut,

Quand on parle de "en dur", c'est que certaines informations variables sont écrites directement dans le code sans possibilité de les modifier simplement, sans toucher au code. Je ne pense pas que c'est ce que tu as à l'esprit quand tu utilises ce terme

Tu hésites entre une solution développée de 0 (from scratch) par tes soins ou un CMS, c'est ça ?

Le réponse dépend un peu de ce que tu as "autour" de ton formulaire. L'intérêt des CMS c'est d'avoir toute la gestion utilisateur, un système de news et de contenu déjà prêt. Pas certain que tout ça soit nécessaire.

Si tu passes par un système de paiement, tu as en général des commissions qui sont appliquées, il faut prendre ça en compte, ça peut déterminer certains choix.

ThE BiShOp* a écrit:

Salut,

Quand on parle de "en dur", c'est que certaines informations variables sont écrites directement dans le code sans possibilité de les modifier simplement, sans toucher au code. Je ne pense pas que c'est ce que tu as à l'esprit quand tu utilises ce terme

Tu hésites entre une solution développée de 0 (from scratch) par tes soins ou un CMS, c'est ça ?

Le réponse dépend un peu de ce que tu as "autour" de ton formulaire. L'intérêt des CMS c'est d'avoir toute la gestion utilisateur, un système de news et de contenu déjà prêt. Pas certain que tout ça soit nécessaire.

Si tu passes par un système de paiement, tu as en général des commissions qui sont appliquées, il faut prendre ça en compte, ça peut déterminer certains choix.

Tu as tout à fait raison mon vocab était mal choisi *tape sur mes doigts* !

Le CMS en soit n'est pas du tout une obligation car effectivement s'il y a des ajouts sur le site ca se passerait 2 fois par an pour plaire aux partenaires mais la ligne conductrice de la demande est bien cet aspect paiement des acomptes en ligne.

Peut-être que je me fais un monde du fait d'intégrer dans un site créé par mes soins un système de paiement, et qu'en fait ca n'est pas si fou que ça.. pour les commissions, effectivement il y'en a et ça je laisserai la décision aux clients, peut-être voir avec un contrat VAD et leurs banque..

Si je penche pour cette solution, je me demande toujours comment je pourrais passer du montant entré en formulaire par le client (donc non "pré-paramétré" comme un produit e-commerce classique) à un paiement :/

-
Edité par alizeD.94 19 mai 2017 à 12:09:47

Cet aspect n'est pas très compliqué.

Avant de mettre le nez dans une solution de paiement j'étais comme toi pour être franc. Au final, c'est assez simple et l'aspect sécurité est en général géré par les modules eux mêmes (qui sont "externes" à ton site, ça passe souvent par des API).

Toi tu envoies des informations demandées à la banque (ou le module choisi, ça peut être paypal ou autre), la banque vérifie les données, puis te retourne une réponse, grosso modo OK ou KO. Toi tu récupères cette réponse et tu fais ta logique en fonction.

edit:

Et en ce qui concerne la commission, non, ce n'est pas au client de choisir quoi que ce soit, c'est à toi et à la société pour laquelle tu mets en place la solution de faire un choix.

Les banques avec leur module de paiement prélèvent une commission, qui est souvent différente, il y a en général une part fixe et une part variable. Ce coût doit être assumé par la société qui met en place la solution, sinon bonjour le bordel

-
Edité par ThE BiShOp* 19 mai 2017 à 12:23:26

Ok donc je pense que je vais partir la dessus, créer le site vitrine et le formulaire n'étant pas du tout le problème, je n'aurai qu'a m'adapter à ce module de paiement.

J'ai demandé aux clients de se rapprocher de la banque afin de voir ce qu'ils ont en stock pour les paiements en ligne. A défaut un paypal fera l'affaire, le challenge restera donc cet aspect de montant aléatoire à gérer.

Récemment j'ai eu l'occasion de bosser avec 3 modules différents :

• monetico (credit mutuel, un merdier... tant au niveau du support que du module en lui même)
• e-transaction (crédit agricole, basé sur paybox qui est utilisé par d'autres banques visiblement, après monético, j'ai trouvé ce module plutôt facile à mettre en place)
• mangopay (solution développée par leetchi, pas simple du tout à mettre en oeuvre... tant au niveau des contrats, support réactif mais qui répond à côté et qui connait pas le dossier... beaucoup de développement à faire pour utiliser leur API, certaines parts ne sont pas très claires...)

Suivant le montant à payer, certaines solutions sont plus adaptées que d'autres...

Merci pour ton retour d'expérience.

Le client est chez la banque populaire donc a priori le module serait Systempay, j'ai trouvé les sources je vais pouvoir fouiner voir ce que ca donne du coup !

Pour les montants on parle d'acompte pour travaux c'est très variable mais ca peut atteindre 4 chiffres facilement.

Les banques proposent des modules de paiement par CB en général, pas certain que ça corresponde du coup... Les transactions par CB sont plafonnées et de toute manière, je ne pense pas que les entreprises soient disposer à envoyer de si gros montants sur un site internet...

Il faudrait envisager un virement SEPA, voir avec la banque s'ils proposent une solution...

Bonjour, 

Je vais effectivement me tourner vers la banque directement et prendre un rendez-vous avec ma cliente pour que l'on gère ca plus en détail, ce qui m’amènera a un angle d'attaque plus précis.

Merci en tout cas pour ton point de vue, il m'a tout de même bien éclairé

A bientôt sur un post "au secours le module banquaire ne marche pas!" 

Bonne journée