Moyens de paiement acceptés 
Автор: André MAGRI
Просмотрено 1921,
Подписчики 1,
Размещенный 0
Bonjour,
J'utilise pour la première fosi les fonction d'e-commerce.
Je constate dans le manuel que quelques moyens de paiement sont mentionnés et semblent "intégrés" dans le sens ou il suffit d'ouvrir un compte et tout peut fonctionner, est-ce exact ? Mais beaucoup d'autres moyens de paiement existent dont certains très récents. C'est un peu la jungle des tarifs et il y a nécessité de choisir un mode adapté à l'activité. ON parle souvent d'API, une notion qui figure nulle part chez Incomédia.
En fait ma question est: peut-on intégrer facilement un autre mode de paiement avec website 5 et comment ?
Merci d'avance
Размещено
Hello André,
Oui c'est possible par ici en ajoutant le code HTML que le fournisseur de paiement donne.
Dire que c'est facile. Non rarement un démarrage du premier coup !
https://wsx5.afsoftware.fr
Bonjour,
A ma connaissance, personne n'a réussi à intégrer un module ou un code d'une banque Française... Il y en a qui ont essayé,...ils ont eu des problèmes
il y a un paquet de post sur ce sujet. Et une fois que vous aurez abandonné ou trouvé une autre solution, vous découvrirez:
Hélas, la liste est longue.
https://helpcenter.websitex5.com/ru/post/215430demande similaire....
https://helpcenter.websitex5.com/ru/post/209140idem
https://helpcenter.websitex5.com/ru/post/192454RGPD
https://helpcenter.websitex5.com/ru/post/187233déroulement des commandes
https://helpcenter.websitex5.com/ru/post/188531Intégration de Stripe réalisée par Franck (certainement la personne qui à été la plus proche d'intégrer un module Bancaire)
pour toutes ces raisons, la grande majorité a abandonné et c'est tourné vers la concurrence
Dommage. Mais restons optimiste et espérons que le changement arrive
Автор
Bonjour Guillaume,
Vos remarques sont très pertinentes, toutefois après avoir analysé la situation je vous donne mon point de vue:
Traiter directement avec une banque signifie la négociation et la signature d'un contrat VAD qui mettra en jeu inévitablement la crédibilité de votre affaire. On sait tous qu'une affaire qui débute ne plait pas aux banques.
Il existent suffisamment de sociétés intermédiaires pour régler le problème (au moins une vingtaine) qui ne demanderont rien d'autre qu'une ouverture de compte. Evidemment il faut regarder les tarifs et ceux qui sont le mieux adaptés à notre activité. Après il m'étonnerait fort qu'une banque qu'elle qu'elle soit ne fasse pas payer ses services !!!!!! alors ?
En gros quand vous aurez 3 millions de chiffre d'affaire vous pourrez aller voir le banquier qui à ce moement certainement se mettra à genoux devant vous....
Merci Gullaume...
C'est un bon résumé ! qui malheureusement est vrai.
J'ajouterai que Incomedia n'écoute pas ses clients et les demandes faites par eux ...
Ils font comme ils le souhaitent et ce qu'ils veulent.
Bonjour,
Si vous faites 3 000 000 de chiffre, je pense que vous ne serez plus sur website x5. Personnellement, j'ai vu le crédit mutuel pour un contrat VAD.
1- c'est très cher et un peu dépassé... un peu comme les forfaits mobile en l'an 2000 vs ceux d'aujourd'hui.
2-il n'y a pas de vraiment support technique pour la mise en place des moyens de paiement.
en fait, si, il y a un support mais il faut avoir des connaissances technique (dans l'écriture de code) que je n'en n'avais pas. Franck y était en partie arrivé.
3- la seule solution pour intégré un système de paiement français est de passer par un concepteur de site web professionnel qui va s'amuser à coder et entrer du langage html sur website. Le tout en croisant les doigts que la prochaine mise à jour ne fasse pas tout planter... Le tout pour une belle somme
4- Ou alors, vous allez sur prestashop et pour 50 euros, vous avez un module de paiement CréditMut avec paiement en 1, 2 ou trois fois.... mais ce n'est pas facile à prendre en main.
J'espère toujours une mise à jour qui règlerait les problèmes cités plus haut afin de ne pas être dépendant d'un prestataire. Et pour lancer une affaire, c'est toujours mieux de faire sois-même afin de reduire les frais et faire un "test" grandeur nauture.
Incomédia a laisser tomber ces acheteurs sur cette partie du logiciel. Et il ne peuvent pas (veulent pas) trouver de solutions pour les modules ou autres et les boutiques en générale.
L'ordre de déroulement des commandes est incroyable ! incomédia ne passe pas par leur logiciel mais par 2checkout pour nous faire payé. Et dans mon souvenir, je ne reçois JAMAIS la confirmation avant d'avoir payé.
Bref, discusion sans fin qui a lieu depuis plus de 4 ou 5 années
Hello André
I'm sorry to hear that you're encountering an issue with integrating an external payment system into the software.
In general, the software offers an easy way to integrate HTML code where only certain parameters (like the price to pay) have to be modified and the payment button should appear immediately, but it is also true that many companies online require additional coding to be inserted in order to make full use of their service.
The payment systems are many and all of them work in their own way. This is especially true for banks.
There as some services online that attempt to make this easier and the most famous of these have been added to the software already (PayPal, Amazon Pay, Robokassa...) as to provide different ways for the majority of users to create the e-commerce.
It is understandable that it might be useful to have more and we always encourage to create Idea topics to inform us of all possible needs that might arise.
For the moment, the ones which are already present should already cover the great majority of situations, meaning you could make use of PayPal to easily receive payments in France. In the meantime, each suggestion for any new payment service will be accurately analyzed and evaluated by the developing team in order to see the real benefit that an additional payment provide could bring to the software.
Since other matters are being presented in this topic, I will not comment those as extensively, but just to sum up:
1_ Accounts/Passwords/RGPD for the password: Since the software currently does not offer a real Account functionality where users can edit their data, they do not have the possibility of changing this information autonomously. This can still be done by the website's administrator on request. Since this is an important legal matter, the solution for this is currently under development in order to resolve the situation
2_ The process of ordering: Since v2019, this has already been addressed. In Step 2 -> Shopping Cart -> Sending order, it is possible to have the confirmation sent after the payment if you're using the Database to store orders
I hope I was helpful and thank you for the understanding
Stefano
GOOGLE TRANSLATE ---
Bonjour André
Je suis désolé d'apprendre que l'intégration d'un système de paiement externe au logiciel pose un problème.
En général, le logiciel offre un moyen facile d’intégrer du code HTML dans lequel seuls certains paramètres (tels que le prix à payer) doivent être modifiés et le bouton de paiement affiché immédiatement, mais il est également vrai que de nombreuses entreprises en ligne exigent un codage supplémentaire. inséré afin de tirer pleinement parti de leur service.
Les systèmes de paiement sont nombreux et fonctionnent à leur manière. Cela est particulièrement vrai pour les banques.
Certains des services en ligne qui tentent de rendre cela plus facile et les plus célèbres d’entre eux ont déjà été ajoutés au logiciel (PayPal, Amazon Pay, Robokassa, etc.) de manière à offrir à la majorité des utilisateurs différents moyens de créer le logiciel de courrier électronique. Commerce.
Il est compréhensible qu'il puisse être utile d'en avoir plus et nous encourageons toujours à créer des sujets d'idées pour nous informer de tous les besoins possibles qui pourraient survenir.
Pour le moment, ceux qui sont déjà présents doivent déjà couvrir la grande majorité des situations, ce qui signifie que vous pouvez utiliser PayPal pour recevoir facilement des paiements en France. En attendant, chaque suggestion relative à un nouveau service de paiement sera analysée et évaluée avec précision par l'équipe en développement afin de déterminer les avantages réels qu'un paiement supplémentaire pourrait apporter au logiciel.
Etant donné que d’autres sujets sont abordés dans ce sujet, je ne les commenterai pas de manière aussi complète, mais pour résumer:
1_ Comptes / Mots de passe / RGPD pour le mot de passe: le logiciel n'offrant pas actuellement de fonctionnalité de compte réelle permettant aux utilisateurs de modifier leurs données, ils ne peuvent pas modifier ces informations de manière autonome. Cela peut encore être fait par l'administrateur du site Web sur demande. S'agissant d'une question juridique importante, la solution à ce problème est en cours de développement afin de résoudre la situation.
2_ Le processus de commande: Depuis la v2019, cela a déjà été fait. À l'étape 2 -> Panier -> Envoi d'une commande, il est possible que la confirmation soit envoyée après le paiement si vous utilisez la base de données pour stocker des commandes.
J'espère avoir été utile et merci pour votre compréhension
Stefano
Bonjour Stefano,
Je voudrais vous féliciter pour les réponses complètes que vous nous apportez régulièrement...
On voit que vous prenez à coeur, au sein de l'équipe INCOMEDIA, nos questions, nos problèmes dans l'usage du logiciel...
Personnellement, je suis conscient que produire un tel logiciel demande beaucoup de travail, d'intelligence, de dialogue avec les programmeurs d'INCOMEDIA & les utilisateurs de WebSiteX5...
Toutefois, je me pose la question suivante :
"Quand je vois que, dernièrement, INCOMEDIA propose 16 nouveaux Templates (plutôt bien réalisés, d'ailleurs) & que leur conception prend beaucoup de temps & d'énergie, alors que, parallèlement, cela fait des mois pour ne pas dire des années que certaines améliorations légitimes sont réclamées sans résultat, ce temps & cette énergie ne devraient-ils pas être consacrés à répondre à nos besoins ?"
Je suis impatient de vous lire à ce sujet... (sans prendre trop de temps, bien sûr !)
Bien cordialement...
Lionel
Précision : l'équipe INCOMEDIA comporte 24 membres pour seulement 6 développeurs, soit 1/4...
Ne faudrait-il pas étoffer le nombre de développeurs du logiciel ?
Bravo Elbe