Ha coool.... Merci . moi aussi je suis intéressé...
tu pourras aussi poster sur https://Wsx5.afsoftware.fr qui est pas mal visité aussi

Je suis impatient de voir  ça si vous y parvenez.

Un grand merci d'avance !

Les nouvelles ne sont pas bonnes : j'ai eu au téléphone un "technicien" de Monético. En fait, ils se bornent à ouvrir le service de paiement avec vos données et à vous proposer l'accès à un site de test où on peut effectuer de faux paiements avec de fausses cartes bleues. Lorsque je leur ai demandé s'il pouvait m'aider à réaliser le code de communication entre WebSite et leur service, j'ai eu l'impression que je descendais de la planète Mars. Comme si toutes les TPE avaient forcément un ingérieur informaticien sous la main pour régler le problème! 
Par contre on trouve tout dans leur documentation. Pour l'interface "Aller" il y a un exemple de script Html pour un achat simple (paiement en une seule fois). Le voici :

<form method="post" name="Monetico" target="_top" action="https://p.monetico-services.com/paiement.cgi">
<input type="hidden" name="version" value="3.0">
<input type="hidden" name="TPE" value="1234567">
<input type="hidden" name="date" value="05/05/2019:11:55:23">
<input type="hidden" name="montant" value="62.73EUR">
<input type="hidden" name="reference" value="REF001">
<input type="hidden" name="MAC" value="78bc376c5b192f1c48844794cbdb0050f156b9a2">
<input type="hidden" name="url_retour_ok" value="http://url.retour.com/ok.cgi?ref=REF001">
<input type="hidden" name="url_retour_err" value="http://url.retour.com/ko.cgi?ref=REF001">
<input type="hidden" name="lgue" value="FR">
<input type="hidden" name="societe" value="monSite1">
<input type=" hidden" name="contexte_commande" value="ewoJI(.)KCX0KfQ==">
<input type="hidden" name="texte-libre" value="ExempleTexteLibre">
<input type="hidden" name="mail" value="***">
<input type="submit" name="bouton" value="Paiement CB">
</form>

Les variables sont bien détaillées dans la doc et je comprend à peu près toutes les lignes mais je ne sais pas trop comment remettre en forme la ligne "contexte_commande" où sont rassemblés les noms et adresses de facturation. Normal, je ne connais absolument rien à la programmation de scripts, raison pour laquelle j'ai acheté WebSite X5 Pro. 
Il restera encore à faire l'interface retour. J'y suis pas encore.
Je vais maintenant recourir à un développeur pour tout mettre en forme. Je vous tiens au courant et je mettrais tout à disposition, pour les futures galériens prisonniers du bâteau WebSite X5 Pro.

Au passage je le dit haut et fort : WEBSITE X5 NE PEUT ABSOLUMENT PAS PRETENDRE ETRE UN SITE DE E-COMMERCE POUR LA FRANCE EN N'INTEGRANT AUCUNE DES SOLUTIONS DE PAIEMENT FRANCAISES COURANTES. C'EST UNE TROMPERIE.

Website X5 Pro c'est pas cher mais en fait si, c'est très cher car c'est inutilisable. Je vais être obligé de passer par un professionnel et ça va me coûter beaucoup plus que si j'avais acheté d'emblée une vraie solution de e-Commerce. Le pire c'est qu'on ne découvre la supercherie qu'après des jours de développement de son site. Car bien sûr on ne commence jamais par les solutions de paiement !

Qu'on se le dise.

Et voilà la v2019.2.9 !!!!!

e-Commerce = RIEN 

Rien ne change et on paye comme le dit Guillaume 

Hello. Je reviens de quelques jours de vacances. J'en avais besoin car l'examen des documents techniques fournis par Monético pour l'interface retour m'ont déprimé. C'est simple, je n'y comprend pratiquement rien.

D'accord avec C Guillaume qui, dans un autre post, épingle le Crédit Mutuel. En effet, le service TPE de Monético est un service qui n'existe que sur le papier. Il sert juste à faire croire qu'on est du côté des petits commerçants. S'ils l'étaient vraiment, il y aurait un véritable soutien technique. Or, ce n'est pas le cas. Ils m'ont bien fait marrer, les gens du support. Ils sont à notre service à 100%, sauf pour nous aider à mettre en place l'API, alors que c'est le seul vrai problème qui se pose. Ils se contentent de vous envoyer trois tonnes de documents techniques et démerde toi avec.

J'ai mis en place le système de paiement par Paypal. Ca fonctionne à peu près, sauf que ça ne fait pas sérieux, que ça va freiner beaucoup de clients potentiels et que ça coûte très cher au commerçant. On a fait quelques tests en réel (impossible de faire marcher l'environnement de test) et sur une opération à 10 euros, Paypal à pris plus de 6% (sur leur documentation, c'était censé être 3,6%).

J'ai fait une synthèse des documents techniques, pour déblayer le travail, et rassemblé les données en ma possession. Maintenant il ne me reste plus qu'à trouver un développeur pour mettre au point l'API. Qui ne me coûterait pas 5000 euros, si possible. Problème : il n'est pas facile de trouver un professionnel que ça intéresse. J'ai déjà eu le refus de la seule entreprise de développement de sites internet de la ville où j'habite. Leur excuse : ils ne connaissent pas le logiciel.

WebSite X5 pro était vraiment un mauvais choix.

Bonjour,

Ppiur des personnes comme nous qui ne sont pas habitués au code informatique et tous ses language, je pense que c'est peine perdue. 

Par contre, incomédia pourrait y jeter un oeil... au bout de tellement de temps à nous dire qu'il ne touchent pas de code personnalisé pour X raisons. 

EN rassemblant tous les travaux, je pense qu'il est possible de régler ça rapidement. Encore faut-il en avoir l'envie. 

A moins que quelqu'un sur le forum ai les compétences nécessaires ?

A bientôt

Hello Patrice,

Sans te promettre la lune contact moi :

axel
at
afsoftware.fr

Envoie les docs + liens qu'ils t'ont fournis
On peut regarder...

https://wsx5.afsoftware.fr

tu dis que avec Paypal cela ne fait pas sérieux !

a quel niveau ?

Tu sais que tu peux intégrer le paiement via CB avec Paypal sans que l'acheteur ne soit client Paypal ..

Si le pas sérieux vient de là !

Axel merci de ta proposition. Je te ferai passer par mail les documents pour info mais je peux t'épargner un boulot rébarbatif car  je viens de trouver mon développeur. Il a déjà fait des modules de paiement en ligne, donc ca devrait le faire. Par contre, promis, je vous fournirai tout avec commentaire détaillé.

Pour Paypal, c'est ce que disais C Guillaume et qui est assez vrai. Beaucoup de gens veulent un système de paiement avec le label d'une grosse banque française et répugneront à passer par Paypal. 

Sinon oui, ca marche même sans compte Paypal. 

Merci pour ton retour...

Mais je suis preneur du how to final pour comprendre comment faire et les problèmes rencontrés (ou pas :)

Bonjour,

J'ai hate d'avoir vos retours sur cette affaire qui dure depuis plus de cinq ans....

Il est vrai que pour des petits achats à moins de 10 euros, paypal peux suffire... Mais pour de gros achat, entre 800 et 3000 euros, les gens regarde quand même ce qu'il se passe.

Ce qui est dommage, c'est le temps que tout ça prend. Et lorsque nous aurons enfin la solution, le système tout entier va changer... C'est déjà prévu pour 2021 ou 2020 (a vérifier)

Bref, on est pas dans la M.....

Mais j'attend le partage avec impatience.

Merci à vous et tout ceux qui font avancer le shmilblik

Suite;

En fait, ça commence maintenant...

https://www.lesechos.fr/industrie-services/services-conseils/paiements-en-ligne-les-geants-du-e-commerce-sinquietent-des-nouvelles-regles-de-lue-1026352

A bientôt

Hello Patrice, Guillaume,

En commençant à jeter un oeil sur le truc, voila ce que je suis en train de soulever

https://helpcenter.websitex5.com/fr/post/218396

Pas encore gagné !!!!

Bonsoir,

Est-ce normal que votre post soitpassé en privé ?

Je le lisait hier soir et aujourdhui, plus rien.

Merci de nous tenir informé.

Oups .. j'avais pas fait attention !!!! 

Je ne sais pas...pourquoi ce changement...
Cela ne vient pas de moi... 

C'est Incomedia qui agit comme cela... !

Du coup je n'ai pas vu le fameux post. De quoi ça parlait ?

Hello,

En fait juste pour me dire que le code que j'avais mis n'était pas correctement configuré !!

Mais mon code fonctionne parfaitement dans un fichier HTML externe.
Pour le moment ma conclusion est que le formulaire du paiement personnalisé n'est pas pur HTML ... Il y a donc des restrictionse et contraintes semble t'il...

Mais RIEN n'est documenté, et en plus pas de support. 
Je viens de me bagarrer 2 jours pour essayer Monetico... Rien n'y fait mon script fonctionne en mode autonome, mais pas dans le formulaire de Website..

C'est très, voir trop sensible...
Bon en plus Monetico, leur script n'est pas clair non plus ...mais c'est une autre affaire.

Je vais en tester un autre pour voiri si l'intégration est plus simple.

Mais le formulaire de Website me semble bien sensible !!! 

et je répère sans Support, ni documentation c'ets juste pas normal, car c'ets justement une configuration un peu sensible...

Voila, premières constatations... C'est pas enthousiaste

https://wsx5.afsoftware.fr

Un client de website X5 embeté comme vous vient de me demander si je peux lui bidouiller une solution pour le paiement MONETICO ; je suis donc en train de regarder cela. 

Hello,

Ca y est !!!! après quelques jours ...Pffff

La Beta 1 du paiement Monetico est OK.
J'ai toute chaine focntionnelle !!!!!

Je dois désormais terminer d'emabller proprement le tout. Un peu de temps supplémentaire.

Ici pour les tests en mode Sandbox donc vous pouvez jouer... Cliquez sur le bouton test pour jouer avec les cartes de paiement

Allez dans la boutique de demo : https://wsx5demo.afsoftware.fr/index.html

Utiliser le paiement Beta 1

Cordialement

https://wsx5.afsoftware.fr

Bonjour à tous

Bravo Axel, je pensais pas que tu étais motivé à ce point. Olivier Jacquin, "mon" développeur (qui a laissé je vois un message plus haut), y est aussi arrivé. Ca été long et beaucoup de boulot pour lui aussi. En fait il est impossible de se contenter de mettre un bout de code dans le champ "code personnalisé" de Website pour que ça marche, comme le laisse entendre Incomedia. Car le site commercial ne doit pas se contenter d'envoyer les données de la commande à Monético. Il lui faut aussi gérer des échanges de données complexes entre le site et Monético, destinés à sécuriser l'opération. Il faut donc développer de véritables applications externes, logées dans plusieurs pages php (Olivier a du en créer quatre). 

Je suis allé voir ta page Axel et j'ai fait un esssai. Pour ceux que ça intéresse, voici l'adresse de mon site : 

http://www.diham-beauty.fr/index.html

Pour l'instant on est encore sur la page de test. Vous pouvez faire une fausse opération d'achat avec une fausse CB dont voici le code : 0000 0100 0000 0002

Pour la date de validité et le code complémentaire vous pouvez mettre n'importe quoi.

Olivier n'a pu obtenir aucune aide de la part d'Incomedia, mais ça on a l'habitude. C'était un peu mieux du côté de Monético, mais à peine. En fait, il faut surtout se démerder tout seul. 

PS : y a t-il un moyen d'être informé de l'arrivé d'un nouveau message à la suite de nos post ?

Hello Patrice,

Bon tant mieux si tu as la solution.

Je viens aussi de terminer le plugin pour Crédit Agricole. Pas encore dispo en ligne pour tests car j'attends quelques correctifs Incomedia !!!

enjoy !

https://wsx5.afsoftware.fr

Hello vous tous !

Testé à l'instant, ça a bien fonctionné. J'ai reçu le message de confirmation de commande quasi instantanément. Voilà la page Monetico :

Le retour au site depuis la page de paiement mériterait d'être personnalisé ou amélioré non ? 

Bonne continuation à tous, et bravo à ceux qui ont bossé sur la chose !!

J.P.

Wouahh ca avance enfin du côté du paiement en ligne !

Hello JP. Oui bien sûr tu as raison pour la page retour. On est dans les essais pour le moment. On va améliorer tout ça. 

Re...

Dernière nouvelle, en retournant sur le site mes données étant encore en place, j'ai passé 2ème commande sans payer.

Réception du mail de confirmation. Le bouton "Paiement" ne s'affiche pas :

Il s'affiche si j'ouvre le mail dans un navigateur, mais il n'est pas actif pour retourner sur la page de paiement du site.

@+, J'arrête là les tests....   ;o))

J.P.

Merci de ton investissement JP. On ne comprend pas bien ta remarque car après paiement, les données sont bien vidées... 

Pour le mail il faudrait faire disparaitre le bouton purement et simplement. Ce mail ne sert à rien dans notre système et donc il est normal que le bouton ne soit pas actif. 

@Patrice,

Après la commande, nous avons sur le site web un message de confirmation de commande et un bouton pour aller payer.

Mais nous pouvons recevoir (le client) le même message par email, et heureusement car si il ne clique pas dans le web pour payer, il faut bien qu'il lui reste un lien quelque part.

Et c'est dans cet email qu'il a donc le même message et bouton pour aller payer..

Mais le pb est que le lien ne fonctionne pas sur ce bouton dans l'email !
Bug que j'ai identifié que Stefano à noté !

Mais c'est très bloquant, car c'est important que le client puisse payer avec un lien dans son email

Comprendo amigo ?

https://wsx5.afsoftware.fr

@Patrice, Salut...  ;o))

En principe les données de l'acheteur restent disponibles sur la panier tant qu'on n'a fait un nettoyage du cache.

Pour tester et confirmer/ou infirmer la chose, tu passes commande normalement, puis après traitement tu repasses une nouvelle commande et tu regardes si les données de l'acheteur sont toujours présentes. 

C'est ce qui m'est arrivé quand j'ai testé ton site.

@+, J.P.

Je confirme que les coordonnées sont toujorus dispo pour la seconde commande...

Mais pour moi le comportement est normal

Cookie..

Au top

Du coup ça fonctionne !

Avez vous combiné vos infos ? Estce que ça va encore fonctionner avec la nouvelle règle ( voir plus haut)

J'ai vu vos post. Allez vous préparer un tuto dans le genre de celui pour stripe ?  

Merci pour ce boulot incroyable incomedia devraient vois filer un bonus ou créer un module pour faciliter les choses en s'aidant de votre travail. 

@Guillaume,

Après correctif des bugs identifiés, et je fais le forcing pour une rapidité de la part d'incomedia... je mettrais sur mon forum les packages disponibles et le pdf associé pour l'intégration.

https://wsx5.afsoftware.fr

Salutation,

Merci pour les infos. Pourrais tu également les partager ici ? (sur un nouveau post tuto ou guide à la manière du tuto stripe ou autre)

J'en profite pour te dire que pour ceux qui ne parle pas anglais, les post sur ton forum sont diffficilements traductible par google c'est vraiment dommage.

Merci pour tout. J'espère que l'aide d'incomédia va arrivée...

Hello Tous !

A toutes fins utiles, un utilisateur a réussi à intégrer Stripe sur son site :

https://helpcenter.websitex5.com/fr/post/219002

Il envisage de partager dès qu'il aura un peu de temps devant lui...

(Désolé Guillaume, c'est en anglais... )

J.P.

Hello à tous,

Après investigation, mes remarques ci dessous:

Stripe, 2checkout, Skrill  sont des solutions très open source. Cela signifie que la documentation est riche, trop peut être et que le "prêt à focntionner" n'est pas disponible. Vous devez tout faire de A-->Z

Dans ces environnements le support est compliqué. tout se passe par des forums.
Et donc les erreurs et problèmes sont moins rapides à résoudre..
Et quid des évolutions dans le monde la banque et votre développement actuel dans un nouveau monde..

Pour info, j'ai intégré le paiement Crédit Agricole en une journée à partir du kit fournit par le CA.
Je viens de trouver aussi le kit de Payzen. Intégration en un jour aussi..
Car leur kit est "prêt" et  le  support  est  la

Voila la différence entre les banques qui propsent le kit en intégration et les autres qui proposent la documentation et qui docn nécessite un developpeur level 2 ou x.

Dès correctif des bugs identifiés (Stefano est au courant) sur le custom payment je mettrais mes kits à disposition sur le fourum !

Enjoy.

http://wsx5.afsoftware.fr

Salut Jiper,

Je croyais que stripe était fonctionnel depuis longtemps c'est pas Frank qui avait fait ça ?

Moi et l'anglais ! c'est horrible, on se plaint qu'incomédia ne parle qu'anglais et la moitié des post est dans la langue de shakespears mais au moins il y a des réponses. 

J'attend vos retours wsx5. Du coup incomédia vous donne quand même un coup de main.

Merci a vous deux

Petit retour,

Alors je viens de lire le post que tu m'as envoyé. On voit bien que cet homme à du payer pour intégré sa solution... et les mise à jours "future" du logiciel risque de faire planter tout ça. 

Ca reste du bricolage en attendant l'intervention hypothétique d'incomédia représenté par stéphano sur ces messages. La fin est surprenante. Je suis curieux de voir la réponse d'incomédia. 

N'ont-ils pas peur que les utilisateurs commencent à créer des mods et des addons par leur propre moyens et finissent pas se détourner de leur Market ?

Je ne comprend pas bien leur plan pour le futur . Sachant qu'il a fallut quelques heures à une personnes venu d'europe de l'Est qui n'était pas famillière au logiciel pour intégré stripe on se demande si ce n'est pas de la mauvaise volonté de leur part.

Ce serait tellement simple. La communauté serait tellement satisfaite. J'attend de voir la tournure de la chose.

Une nouvelle fois, j'hésite entre faire notre second site marchand avec website ou prestashop.

Merci 

Hello Les z'amis..

Pendant qu'une personne se penche sur Stripe (un vrai dev), j'ai terminé l'intégration de 10 modes de paiement différents avec des vrais packs fournit par les banques... Pas besoin d'être dev Niveau 2 ou 3... et donc cela semble plus perein, car le code est disponible auprès de la banque

Comme je l'ai dit Stripe et plein de doc pour coder, coder... Et comme le dit C.Guillaume, que va t'il se passer à la prochaine mise à jour de Stripe ou de WSX5

Je vais prochainement fournir les infos sur ce que j'ai intégré et la mise à dispo.

https://wsx5.afsoftware.fr

Salut à tous

Pas venu depuis 3 ou 4 jours et c'est plein de messages ! Y a-t-il un moyen quelconque d'être informé qu'un post a été mis à la suite de nos questions ?

Bouton "paiement du mail" : moi je ne considère pas que ce soit vraiment intéressant que le client puisse aussi effectuer le paiement depuis son mail. On avait bien remarqué que le bouton ne fonctionnait pas, mais on préfèrerait plutôt le faire disparaitre.

C Guillaume : c'est pas du bricolage, les pages mises en place indépendement d'Incomédia fonctionnent très bien de manière autonome, sans lien direct avec WebSite qui se contente de rediriger vers ces pages, via l'interface "aller". Les mises à jour du logiciel ne devraient pas avoir d'impact. Ce qui pourrait en avoir par contre c'est une évolution de la législation au niveau "sécurité" qui obligerait les banques à changer leurs procédures. Là il faudrait surement reprendre le développement.  

En tout cas je vous félicite tous et vous remercie (en particulier Axel), pour le soutien que vous m'avez apporté et que vous apportez à la communauté des utilisateurs des logiciels Website. Etant donné l'indigence d'Incomedia en matière de support, c'est bien utile.

@Patrice... Aucune possibilité de recevoir des emails sur les posts, et réponses des post.

C'est le BA BA de tout forum, sauf chez Incomedia.

J'ai déjà demandé, mais comme le reste,ca ne bouge pas ! 
Ils ne doivent pas savoir les compétences . Ils ne savent pas modifier leur propre outil...Lol

Sur mon site  de demo https://wsx5demo.afsoftware.fr vous trouverez toutes les solutions de paiements déjà intégrées.

J'attends encore les correctifs des bugs identifiés sur ce sujet !!! avant de communiquer sur ces modules... Déjà documentés sur le forum: https://wsx5.afsoftware.fr
Toujours rien qui vient... Comme la soeur Anne :-)

https://wsx5.afsoftware.fr

Bonsoir,

Je vois que l'on peut créer un compte sur ton site et avoir des acces.... Je suppose que c'est encore une invention de votre part. 

1.  Est-ce facilement intégrable à une boutique  ? 
2. Les clients pourront t'ils avoir acces à l'historique de leur achat et + ?
3. je n'ai pas trouvé le tuto pour monético sur votre site. (mais il serait préférable pour tous qu'il apparaisse ici)
4. Et finalement, est-ce que les mise à jours ne vont pas tout bloquer ?
5. Les nouvelles règles qui vont être obligatoire seront ;elles facilements intégrables ?
6.  Incomédia ne pourraient-ils pas créer des modules à partir de vos travaux ? (je vais leur poser la question)

Ca fait pas mal de questions, mais il y a pas mal d'incertitudes. Cette histoire commence a sentir le prestashop  

Merci

Heuuu... je ne trouve plus l'endroit ou poster nos demandes et idées ?

Bonsoir,

Se tourner vers prestashop la solution la plus simple je crois, pour info prestashop utilise payplug une solution française.

Fernand

@C.Guillaume

Il faut me faire parvenir un email à :

axel
at
afsoftware.fr

pour que je crée le compte sur le forum (trop de spams an mode inscription auto)

La partie PSD2 dépend des scripts fournit par les banques et non pas de Website.

Pour info: je viens juste de terminer l'intégration de Payplug ... (PSD2 OK)
Suis toujours en attente des bugs bloquants... la v2019.3.11 corrige effectivement le problème des commentaires dans le code du formulaire de paiement. Mais cela n'étant pas bloquant, mais génant. Les 2 autres bugs sont bloquants !!! 

https://wsx5.afsoftware.fr

Super, 

Merci jiper pour l'info. Ok axel. Pourtant il me semble que j'ai déjà un compte chez toi.

Je regarde ça prochainement la ma petite famille me réclame

A très vite. 

Bonjour, 

J'ai survolé le post et téléchargé le fichier histoire de voir à quoi ça ressemble.

je vois que vous parlez de clé de license ? et de clé de license provisoire ?

C'est à dire ? il faut payer pour espérer avoir monético par votre forum ? (je re-précise que je ne parle pas l'anglais et que je n'ai pas tout compris)

Merci