Compatibilité Prestashop 1.7 ?

[Mathieu44]

Bonjour,

je suis en train d'installer un Presta 1.7 et je souhaitais savoir si le module était compatible avec la nouvelle version de Presta 1.7 ?

Merci

[TrogloGeek]

Bonjour,

je n'ai pas fait de test récent, il faudrait vérifier empiriquement. Je serais intéressé par vos retours.

Cordialement,
TrogloGeek.

[corentin-crouvisier]

Bonjour,

il faut changer la limite de version de ps.

Voici le log error :
/modules/tggatos/tggatos.php(381): TggAtos Installation: Ce module n'est pas compatible avec votre version de PrestaShop.

Par contre l'install semble avoir par ailleurs bien fonctionné.
J'ai bien les bonnes tables en base, accès à la config, et les enregistrements sont bien pris en compte.

[TrogloGeek]

Bonjour @corentin-crouvisier, merci pour le retour, l'installation n'a en effet pas trop de risque d'échouer avec les nouvelles versions de PrestaShop, mais n'ayant pas encore étudier les changements dans la manière de fonctionner de la branche 1.7 je ne sais pas s'il y a eu des évolution dans les processus qui nécessiteraient une mise à jour de ma part. Je devrais avoir plus de temps libre dans les prochains mois pour m'y intéresser.
Pour ceux qui ont le temps de valider par eux-même le bon fonctionnement du module sur les dernières versions PrestaShop, vous pouvez utiliser la branche de test pour PrestaShop 1.7 qui ne contient actuellement rien d'autre qu'un bump de la version maximale PrestaShop.
Tout retour m'intéresse fortement.

Je serais aussi intéressé de savoir combien de personnes utilisent encore le module, la passerelle SIPS 600 est normalement en phase d'obsolescence et de remplacement avec une passerelle basée sur des webservices sans nécessiter de binaires pour le chiffrement il me semble. Si vous utilisez la nouvelle passerelle je voudrais aussi savoir s'il serait utile que je fasse un module pour ce système ou si les modules existants suffisent à vos besoins. Je n'ai pas accès aux documentations techniques de la nouvelles versions, si vous désirez que je porte ce module sur le nouveau système il faudra me fournir la documentation.

Cordialement,
TrogloGeek

[Mathieu44]

Merci pour ces retours.
De mon coté, mon client n'a toujours pas récupéré ses informations de connexion fournis par la banque... mais dès que cela sera fait... Je testerais et vous ferrais un retour.
Je n'ai pas encore entendu parlé de cette nouvelle plateforme avec webservice. J'ai installé il y a peu Scellius (Banque Postal) sur un site et les fichiers envoyés par ces derniers étaient toujours avec les bon vieux binaires.

[TrogloGeek]

Apparemment toutes les banques n'ont pas encore amorcé la transition, mais je ne sais pas quelles banques utilisent le nouveau modèle.

[tucoinfo]

Bonjour Damien. Oui j'utilise toujours ton module sur plusieurs sites. Je contacterai Mercanet et Webaffaires pour savoir où ils en sont.

[tucoinfo]

BNP Mercanet (doc plus digeste que par le passé) : https://documentation.mercanet.bnpparibas.net Cette V2 est imposée pour tout nouveau contrat, les autres peuvent encore utiliser la V1.

[Anthonyrof]

Bonjour, je viens d'installer le module tggqtos prestashop test 1.7 sur Presta 1.7.2.1. La configuration se passe nickel, les modifications sont prises en compte.
https://puu.sh/y5vd3/b6fe710085.png

En revanche, le module ne s'affiche pas dans la liste des modules de paiement actif.
https://puu.sh/y5v9g/1a191f6973.png

Je suis peut-être passé à côté d'un truc tout bête, mais il me semble que sans ça, l'option de paiement CB ne s'affichera pas sur le front-end.
https://puu.sh/y5va9/e4e0ee789a.png

Est-ce moi qui ai fait une erreur?

[Anthonyrof]

PS: dans les preferences paiement j'ai autorisé ATOS pour toutes les devises/pays/groupes, donc ça ne vient pas de ça.

[TrogloGeek]

Merci pour le retour @Anthonyrof il faut que je regarde cela, cela ne nécessitera probablement pas une très grosse adaptation de ce côté.

[feloot]

Bonsoir,

Ayant actuellement besoin de migrer une boutique 1.6 vers 1.7 et utilisant ce module, je me suis penché sur le sujet de sa compatibilité aujourd'hui. Ci-joint les modifications que j'ai faites; mais je ne suis pas encore allé au delà du paiement chez la banque donc ça ne fonctionne peut-être pas encore tout à fait jusqu'au bout.

Pour info je me suis basé sur ce guide : http://developers.prestashop.com/module/50-PaymentModules/index.html
Je n'ai pas traité la partie direct_payment dans la fonction hookDisplayPaymentOptions. J'ai également dû faire quelques changements dans les templates. A noter: dans le fichier payment_gateway_17.tpl j'ai du faire un print_r pour afficher le formulaire des liens vers la banque car visiblement quelque chose empêche les variables Smarty contenant du html de s'afficher correctement malgré l'utilisation de "unescape" (??).

J'apporterai sûrement d'autres corrections plus tard et auquel cas je les mettrai ici et je vous laisse voir ce que vous souhaitez récupérer ou non :)

Bonne soirée
tggatos.zip

[TrogloGeek]

Hello, désolé du blackout mais il se termine prochainement, je termine mon contrat actuel le 20 et pourrai passer un peu de temps à traiter le retard accumulé sur ce projet.
Merci à tous ceux qui ont pris le temps d'aider les autres utilisateurs en partageant leurs connaissances, astuces et découvertes, cela me fait vraiment plaisir de voir ce type d'émulation.
A bientôt, merci pour votre patience.

[TrogloGeek]

Hello folks, après quelques péripéties (recycler mon ancien PC en serveur de virtualisation libvirt/KVM et NAS zfs et un NUC Minix z83-4 en routeur linux avec uplink WiFi pour pouvoir développer dans de bonnes conditions) j'ai pu déployer un PrestaShop 1.7.2.4 et je commence la conversion du module en module pour PrestaShop 1.7.

Certaines personnes seraient-elle disponibles pour tester les pre-releases et accélérer le processus ?

[Mathieu44]

Super nouvelle :)
Je devrais (enfin) récupérer les id atos cette semaine, je serais alors dispo pour tester si besoin.
Bon courage pour le développement et merci encore de faire le suivi après toutes ces annèes !

[TrogloGeek]

Maintenir un projet à long terme fait partie du parcours d'apprentissage obligatoire d'un développeur, je voulais un projet sur lequel j'ai les mains libres, un apport personnel et de l’interactivité avec une communauté pour avoir des contraintes externes sur le projet. Et puis cela fait toujours une carte de visite professionnelle sympathique ;-)

La conversion s'annonce bien, ce sera une version 5.0.0 dédiée à PrestaShop 1.7 (je compte abandonner le support des versions précédentes pour cette version pour alléger le code d'une dose devenue trop importante de gestion legacy, si besoin la branche 4.x recevra des mises à jour pour continuer le support PS 1.5 & 1.6).

Je voudrais aussi abandonner le support des frais de paiement sur cette nouvelle version, en partie pour alléger le module et les cycles de test/release, mais aussi à cause des implications légales d'utiliser cette option, si cette option doit être ré-implémentée j'aimerais que ce soit fait en ayant accès à un consultant en législation financière/comptable, que je n'ai pas les moyens de payer à titre personnel dans le cadre d'un projet diffusé gratuitement.

[TrogloGeek]

@Mathieu44 si c'est un nouveau contrat il exploitera probablement le nouveau protocole SIPS par webservice, ce module ne sera pas compatible, mais je serais intéressé par la documentation technique fournie par la banque pour produire un module compatible.

[TrogloGeek]

Bonne nouvelle, je sors du bloc opératoire et le patient va bien, beaucoup de code à la poubelle, il a subit une bonne liposuccion et est à nouveau capable de traiter des paiements, il ne peut sortir de l'hopital pour le moment cependant, demain il passe au bloc de chirurgie esthétique pour l'adapter au nouveau thème par défaut (que j'aime beaucoup par ailleurs, il y a du sacré bon boulot sur la mouture PrestaShop 1.7 je trouve, j'aime beaucoup, c'est rapide et plutôt léger graphiquement, ça change !)

[TrogloGeek]

Si j'ai le temps je vais en profiter pour y ajouter un poller ajax pour afficher un message d'attente et rediriger dès que possible l'utilisateur lorsque qu'il est mis en attente au retour de banque en attendant la fin de l'exécution de la réponse silencieuse.

Pour l'instant je ne projette pas de faire de lifting à la page de configuration, elle est moche, mais... elle marche et l'important c'est l'UX des clients de la boutique, pas une page de l'administration que l'on affiche que quelques fois durant la vie de la boutique...

[Mathieu44]

Hello,
j'ai reçu les accès, a priori pas de ws, un bon vieux ATOS 617...
ESt ce que je peux tester les fichiers presents dans la branche test/PS7 ou est ce qu'il y a de prévu une suite opératoire et qu'il est préférable d'attente encore un peu avant de tester?

Mathieu

[TrogloGeek]

Hello je n'ai pas encore publié la branche 5.0.0 car je n'ai pas encore testé la réponse silentieuse (ayant été occupé cette nuit à réinstaller le VPS qui hébergera les PrestaShop de test et le webservice de vérification de mise à jour disponible. Ce midi je suis pris mais je peux mettre en ligne une bêta cette après midi

…

On Nov 29, 2017 11:43 AM, "Mathieu44" ***@***.***> wrote: Hello, j'ai reçu les accès, a priori pas de ws, un bon vieux ATOS 617... ESt ce que je peux tester les fichiers presents dans la branche test/PS7 ou est ce qu'il y a de prévu une suite opératoire et qu'il est préférable d'attente encore un peu avant de tester? Mathieu — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#78 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADDqNmEITKgplSnRXOemiOFP_mqIUETqks5s7TU9gaJpZM4PlAU4> .

[Mathieu44]

Parfait, j'attend la mise en ligne de la branche 5 et je testerais après du coup. Bon courage.

[TrogloGeek]

branche 5.0.0-beta et tag 5.0.0-beta1 mis en ligne: eab3703

je n'ai fait pour le moment que des tests locaux en environnement non routable, donc sans aucun test de la réponse silentieuse

[TrogloGeek]

@Mathieu44 (et tous autres testeurs) n'hésitez surtout pas à être très critiques sur vos retours, autant les retours positifs font plaisirs, autant les retours négatifs sont généralement de loin les plus utiles ;-)

Je ne suis pas moi même utilisateur du module, n'ayant pas personnellement de boutiques autres que celles pour les tests, et je n'ai actuellement pas de clients auto entrepreneurs sous PrestaShop ayant un contrat VAD SIPS, donc à part les points que je relève lors de mes tests, seuls vos retours peuvent piloter l'amélioration du module.

[Mathieu44]

Bon,... j'avoue... je me sens un peu bête... Mais je n'arrive déjà pas a installer le module sur mon prestashop 1.7 :/
Une fois le répertoire copier dans module je devrais le voir apparaître dans le backoffice dans l'onglet Module n'est ce pas ?... et bien la... j'ai rien de visible :/
Je vous tiens au courant quand j'aurais passé cette étape :(

[TrogloGeek]

Ah, je ne suis donc pas le seul à avoir buté sur cette étape avec PrestaShop 1.7 :-D
Il faut les comprendre, AddOns est la principale source de revenu et sert à financer le développement du logiciel, ils ne facilitent donc pas l'installation des modules qui ne passent pas par AddOns.

De mémoire, il me semble que j'ai tout simplement utilisé le champ de recherche pour taper "tggatos" ou peut être "troglogeek" ce qui m'a permis de trouver sur le premier onglet le module et donc de l'installer.

Par contre avez-vous bien renommé le dossier du module en "tggatos" ? Par défaut les clones ou les versions ZIP de GitHub prennent le nom du projet, à savoir "prestashop-tggatos-module", qu'il faut renommer en "tggatos" pour correspondre au nom réel du module.

[corentin-crouvisier]

De mon côté, c’est plus la séparation sous forme d’onglets entre modules déjà installés et modules à installer que je ne trouve pas claire, un filtre sur une liste de tous les modules (comme précédemment aurait été beaucoup plus efficace.

[TrogloGeek]

Je suis un peu d'accord mais bon, cela va avec le modèle freemium de PrestaShop de mettre en valeur les modules payants que vous pourriez acheter, cela nuit certes à l'ergonomie mais cela va avec le modèle économique, déjà lorsqu'ils ont lancé leur plateforme SaaS avec PrestaShop Cloud ils ont décidé de continuer à diffuser gratuitement la solution pour déploiement On Premise, décision qui n'était pas acquise d'emblé, donc je ne critiquerai pas ce choix que je comprends très bien.

De plus, rien ne nous empêche de créer un module pour remplacer l'interface de gestion des modules du back office ;-)

[TrogloGeek]

On sent je trouve dans ce nouveau back office que l'accent a été mis sur la découverte de la solution pour les nouveaux utilisateurs, choix que je ne trouve pas déconnant, une fois que l'on s'y est fait je trouve que l'on s'y retrouve bien, je la trouve au final plus agréable à utiliser que les précédentes versions (j'ai commencé sur PrestaShop 1.2), on éprouve quelques balbutiements à cause des habitudes passées si on vient des versions précédentes mais il est difficile d'éviter cet effet de bord lorsque l'on cherche à faire évoluer l'ergonomie.

[Mathieu44]

Merci :) Je me sens moins bête ouf !
J'avais recherché "tgatos" sans succès... mais avec "troglogeek" dans le 1er onglet le module est enfin trouvé et installé !
Y'a "plus qu'a" le configurer et je reviens vers vous...

[Mathieu44]

Une petite idée sur ce point la :

Pathfile F_DEFAULT value is 79 characters long. An undocumented limitation of ATOS SIPS pathfile reader seems to disallow pathfile values to be longer than 78 characters. F_* values can be shortened by moving param directory upper on the file system and updating corresponding entry in advanced conf.

J'ai un chemin de fichier qui est trop long c'est bien ca ? Mais lequel ? a priori mes chemins font tous moins de 78 caractères !
reponse log : /home/myserver/atos/mywebsi/log/ --> 32
location of atos binaries : /home/myserver/www/prestashop/mywebsi/modules/tggatos/bin/ --> 58
location of atos configuration : /home/myserver/www/prestashop/mywebsi/modules/tggatos/param/ --> 60

Merci

[TrogloGeek]

En effet, il faudrait que je rende ce message plus facile à comprendre, F_DEFAULT est le paramètre qui contient le nom du fichier parmcom.<nombanque>, donc votre chemin param s'ajoute le nom de ce fichier (qui dépend de votre banque), ce qui vous donne au final un caractère de trop. Si vous déplacez le dossier param (accessoirement j'y déplacerais aussi bin) avec les logs dans /home/myserver/atos/ comme conseillé dans le README.md plus de problème ;-)

[Mathieu44]

OK O:-) j'avais déplacé log mais pas encore param et bin que je voulais déplacer par la suite... bref... c'est mieux et je n'ai plus de notification spécifique à ce niveau la. Merci !

Je viens de faire un test d'achat, le module ne s'affiche pas et j'ai cette erreur dans les log :
a priori une erreur avec le certificat...
Je vais essayer de comprendre pourquoi mais en attendant, pour info :

[success] => [error] => </TBODY></TABLE><BR><DIV ALIGN=CENTER><TABLE style="BORDER-RIGHT: #ff0000 1px solid; BORDER-TOP: #ff0000 1px solid; FONT-SIZE: 75%; BORDER-LEFT: #ff0000 1px solid; BORDER-BOTTOM: #ff0000 1px solid; font-family: sans-serif; border-collapse: collapse;" cellPadding=3 width=700><TBODY><TR style="background-color: #ff0000"><TD align=middle><B>API ERROR</B></TD></TR><TR><TD>Error reading certificate data at line (2F049569BF81C3C63CE9ACC4E5227F8C3CA640D5CF1CDAF00E6A5F68AA7F08021C ) </TD></TR></TBODY></TABLE><BR></DIV> [form] => )

==> EDIT : J'ai posté un peu trop vite !!! je n'ai pas utilisé le bon certificat !!!

[TrogloGeek]

l'API SIPS n'a pas réussi à interpréter le certificat il a peut être été corrompu par un transfert FTP ASCII ou n'est pas au bon format ? (le module exploite uniquement les certificats au format "classic" pour le moment)

[Mathieu44]

oui, j'avais utilisé un mauvais certificat. j'ai retéléchargé et c'est bien mieux.

Maintenant :
Je pars bien sur la plateforme de paiement. les infos sont correct le paiement est validé.
Je reviens sur ma boutique via maboutique.fr/modules/tggatos/autodispatch/userreturn.pub.php
J'ai l'affichage "processing paiement" et le loader qui tourne sans résultat.

Mais aucune commande n'est enregistré sur Prestashop :/ Aucune trace de ma commande d'ailleurs !

[TrogloGeek]

Le loader tourne lorsqu'un verrou a été posé sur le traitement de la commande par une autre requête (normalement la réponse silencieuse), cette page permet de mettre en attente "proprement" l'utilisateur en attendant que la réponse silencieuse se termine pour éviter les problèmes de commandes en double à cause de race conditions.

Visiblement, la réponse silencieuse a du crasher, ce qui n'est pas étonnant étant donné que je n'ai pas encore mis à jour ce controller, je n'ai pas encore eu le temps de faire les tests de ce côté, normalement je m'y attèle demain, la réinstallation de mon VPS applicatif principal étant terminée et les sites d'exploitation réinstallés.

[TrogloGeek]

Les tests sur mon infrastructure d'hébergement publique sont en cours, la réponse silencieuse crée bien la commande et la mise en attente avec le spinner et polling ajax fonctionne bien lorsque je force une un délai de traitement de réponse silencieuse pour simuler une boutique lente, par contre lorsque la réponse silencieuse transforme le panier en commande PrestaShop ignore complètement le transporteur lié au panier ce qui provoque un statut d'erreur de paiement puisque le montant payé est supérieur au montant de la commande à qui il manque les frais de livraison, j'investigue actuellement cela, PrestaShop doit probablement trop se baser sur des données de contexte utilisateur plutôt que des données du panier validé...

@Mathieu44 je ne reproduis pas votre problème, pourriez-vous vous assurer que les logs d'erreur PHP sont bien activés et me transmettre les éventuelles erreurs qui auraient été déclenchées par le traitement de la commande ? Il faut aussi regarder s'il n'y a pas de log dans le dossier app/log/ de PrestaShop.

[TrogloGeek]

5.0.0-beta2 poussée, corrige le problème rencontré avec le transporteur enregistré dans le panier étant ignoré

[adepetigny]

Top !! Merci et bravo 👍 de prévoir une mise à jour pour Prestashop 1.7 (je prévois justement la migration pour janvier de mon côté).
Petite question : là, je reçois un email de Mercanet-BNP qui me dit :

• les protocoles TLS v1.0 et TLS v1.1 seront arrêtés,
• le protocole TLS v1.2 remplace les anciennes versions
  https://news.mercanet.bnpparibas.net/index.php/tls/
  J'avoue humblement que je ne comprends pas tout et notamment si cela a un impact sur le module.

[TrogloGeek]

Cela a un impact sur les couples (Système d'exploitation, Navigateur) qui seront supportés par le chiffrement SSL du serveur affichant la page de paiement sur le serveur bancaire, et ce quelque soit le module utilisé.

[adepetigny]

Merci !

[Mathieu44]

Hello, j'avais mis un peu de coté ces tests... j'ai toujours quelques soucis :

• 1 - même si les CGV ne sont pas coché, le fait de cliquer sur un logo de paiement fait partir sur la page de la banque alors qu'ils devrait y avoir une alerte.
• 2 - paiement avec la CB validé mais au retour sur le site boutique, j'ai cette erreur ci-dessous :
  https://i.goopics.net/e7El0.jpg

Mathieu

[TrogloGeek]

Étrange, les champs de la réponse ont l'air d'être décalés dans votre test (on récupère la langue 'fr' au lieu de l'identifiant de Cart).
Pourriez-vous me transmettre les logs du module et les binaires SIPS utilisés si ce ne sont pas ceux fournis dans le module ?
Vous pouvez utiliser l'adresse email du champ author des commits ou celle qui est présentée sur cette page : https://capillotracteur.fr/

[feloot]

1 - même si les CGV ne sont pas coché, le fait de cliquer sur un logo de paiement fait partir sur la page de la banque alors qu'ils devrait y avoir une alerte.

Oui j'ai la même chose, pourquoi avoir mis des boutons logo de paiement et pas conservé simplement le bouton "Commande avec obligation de paiement" qui s'affiche en bas de la page lorsqu'on sélectionne par exemple le paiement par chèque ou avec le module Paypal ? Il y aurait du coup simplement une page intermédiaire comme c'était le cas dans l'adaptation que j'avais commencé à faire il y a un mois et dont j'ai posté le lien.

[TrogloGeek]

@feloot @Mathieu44
J'envisage de ré-implémenter la page supplémentaire de départ en paiement comme dans la version précédente, mais il faut en priorité que je finisse de nettoyer la quantité astronomique de code obsolète introduisant des degrés de complexité (et donc opportunité de bug) totalement inutiles puisqu'ils étaient dédiés au support de multiples versions (1.4 à 1.6).
La raison pour laquelle j'ai fait ainsi est que cela est la manière de faire la plus en accord avec la manière de fonctionner de la version 1.7 de PrestaShop, la problématique des CGV peut aisément être corrigée de deux manières dans le thème PrestaShop:

• mettre la case à cocher au dessus des moyens de paiement et utiliser du JS pour masquer ou afficher les méthodes de paiement selon l'état coché ou non de la checkbox CGV
• Ajouter un gestionnaire d’événement JS sur les logos bancaires pour gérer les clics lorsque les CGV ne sont pas cochées.

J'aimerais rappeler qu'à ma connaissance le fait de faire accepter les CGV en présentant un lien vers les CGV accompagné d'une case à cocher n'a pas de valeur légale en Union Européenne conformément à l'article 10 de l'ordonnance n*2001-741 du 23 août 2001 portant transposition de directives communautaires et adaptation au droit communautaire en matière de droit de la consommation.
https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT000000590436&categorieLien=id
Une URL ce constituant pas d'après la loi un support durable.

pourquoi avoir mis des boutons logo de paiement et pas conservé simplement le bouton "Commande avec obligation de paiement" qui s'affiche en bas de la page lorsqu'on sélectionne par exemple le paiement par chèque ou avec le module Paypal ?

La notion de "commande avec obligation de paiement" contrevient il me semble à l'article 11 de la même ordonnance.

[TrogloGeek]

@Mathieu44 merci pour les logs reçu par email qui montrent que le mode déboggage des templates de PrestaShop par insertion de commentaires HTML:

<!-- begin [censure]/modules/tggatos/views/templates/hook/param_receipt_complement.tpl -->
<!-- end [censure]/modules/tggatos/views/templates/hook/param_receipt_complement.tpl -->

a brisé l'interprétation de la réponse bancaire à cause des points d'exclamation.
Je pense que je vais supprimer la possibilité d'injecter du contenu sur la page de paiement via ce template car cela présente trop de risques technique comme le montre cette mésaventure (même hors mode de déboggage des template PrestaShop une personne pourrait malencontreusement utiliser un point d'exclamation dans le template par méconnaissance des contraintes techniques du système SIPS).

[Mathieu44]

Bonjour,
Merci pour ce retour et pour ce regard affuté :) Et dire que le mode débugage provoquait ce bug... C'est le serpent qui se mort la queue^^
Une fois ce mode désactivé je n'avais plus cette erreur, par contre la commande n'était toujours pas présente dans le BO Prestashop.
Il m'a fallut désactiver le mode maintenance pour voir la commande s'afficher. Du coup, en regardant les log, je me suis aperçu que la prise en compte de la commande était liée à la réponse silencieuse (response_type: silent) et non au retour sur le site. Est ce normal ?

Pour l'histoire des CGV, c'est toujours un peu bancal, certains e-commercant souhaitent l'afficher d'autre pas. Le lien sur legifrance apporte un éclairage mais c'est vrais que si la case est présente il faudrait que le module puisse la gére correctement par défaut. A mon avis ca serait plus propre.
Mais en tout les cas, merci de donner ces 2 solutions a mettre en oeuvre manuellement au besoin.

J'ai lu beaucoup d'article indiquant que le tunnel de commande a été optimiser sur la version 1.7... Après quelques retours, je suis pas certain qu'il le soit réélement. Le bouton de paiement (avec texte a rallonge) est vraiment bien trop bas, le fil d'ariane n'est pas visible et les clients ne comprennent pas forcement tous le fonctionnement des accordéons...

Mathieu

[TrogloGeek]

Hello, je compte essayer de trouver du temps prochainement pour améliorer le support PS 1.7, certains d'entre vous pourraient-ils me faire un état des lieux des problèmes qu'ils ont pu rencontrer avec la version 5 du module sur PS 1.7 ?

[feloot]

Bonjour, de mon côté je rencontre un souci un peu étrange avec un de mes sites : le module de paiement disparaît aléatoirement de la liste sur le page de checkout ! Je n'ai pas trouvé de moyen précis de reproduire le problème, et la seule solution semble être de réinstaller le module et refaire la configuration... Je sèche !

Sinon pour empêcher le client de continuer vers la page de paiement sans avoir accepté les CGV, pour ceux que ça intéresse j'utilise un code JS tout bête :

$('#checkout .payment-options input[type=IMAGE]').on('click', function(e) {
	if ($('#checkout #conditions-to-approve #conditions_to_approve\\[terms-and-conditions\\]').prop('checked') != true)
	{
		e.preventDefault();
		// Insérez ici l'éventuel code indiquant à l'utilisateur
		// qu'il doit accepter les CGV
	}
});

Edit : mea culpa, c'était ma faute pour le problème d'apparition du module. Dans Paiement => Préférences, il n'était pas coché pour tous les transporteurs. Aucun problème à signaler du coup !

[feloot]

Bonjour,

Développement de notre dernier site terminé, nous avons décidé de le pousser en production avec la version actuelle du module. La plupart du temps cela se passe bien mais au bout de quelques jours des clients nous ont appelé pour nous signaler un problème de validation de commande. En effet certains clients une fois le paiement par carte effectué ne reçoivent pas de message de confirmation et la commande ne remonte pas dans notre back office, et devient un panier abandonné !

Je n'ai pas plus d'informations pour le moment, impossible de reproduire le problème, je creuse le sujet. Une idée pour débugger ce problème ?

Merci

[TrogloGeek]

Bonjour, avez-vous vérifié le bon fonctionnement de la réponse silencieuse avant de basculer le module en production ?

[feloot]

Bonjour,

Merci pour votre retour. Comment puis-je vérifier cela ? Le paiement fonctionne bien pour nous et il n'y a aucune trace des commandes des clients pour qui cela ne fonctionne pas dans les logs.

Pour info je suis en toute dernière version de Prestashop.

Merci pour votre temps !

[TrogloGeek]

Bonjour, il faudrait commencer par lire la documentation SIPS, ce module n'est qu'un connecteur, il ne vous soulage pas de la responsabilité de connaître à minima le processus de fonctionnement d'une transaction SIPS, surtout si vous êtes garant pour votre client du bon fonctionnement de sa boutique en ligne.

Pour tester la réponse silencieuse vous devez avant mise en production du paiement vérifier que les commandes sont correctement enregistrées sans cliquer sur le bouton de retour vers la boutique. (le forçage de retour ne doit pas être activé pour pouvoir faire cette vérification)
Il y a des chances qu'une configuration de forçage SSL (HTTP -> HTTPS) sur votre serveur HTTP ait brisé la réponse silencieuse si vous perdez des commandes...

Vérifiez aussi que vous n'êtes pas touché par l'issue #85

[Mathieu44]

Bonjour Damien,
je répond tardivement a votre question mais mise à part les problèmes remontaient lors des tests nous n'avons soulevé aucun dysfonctionnement depuis la mise en production du site en février.

Pour info notre version Prestashop n'est pas la dernière, nous sommes encore en 1.7.1.2

Le sujet a déjà été abordé mais je reviendrais peut être sur la nécessité (ou non) de mettre une alerte si les CGV ne sont pas cliqué. Peut être mettre cette possibilité en option dans le paramétrage du module :)

Bref, encore une fois, merci pour le temps et le support apporté 🥇

[Mathieu44]

Bonjour,
J'ai une petite question a propos du champs ByPass 3DS : Je souhaite ne pas proposer 3DS sur les petits montants, j'ai donc mis 80 dans le champs ByPass mais cela ne semble pas fonctionner, 3DS est toujours proposé.
Est ce que d'autre personnes on le même comportement ? Damien, est ce que ce champs est bien transmis à ATOS ? Merci :)

[feloot]

La notion de "commande avec obligation de paiement" contrevient il me semble à l'article 11 de la même ordonnance.

Bonjour,

Je me permets de revenir sur ce sujet pour éclaircir le point ci-dessus car je viens d'y repenser en tombant sur l'article du code de la consommation concerné (L221-14) : https://www.legifrance.gouv.fr/affichCodeArticle.do?idArticle=LEGIARTI000032226854&cidTexte=LEGITEXT000006069565

Pour info donc :

"Le professionnel veille à ce que le consommateur, lors de sa commande, reconnaisse explicitement son obligation de paiement. A cette fin, la fonction utilisée par le consommateur pour valider sa commande comporte la mention claire et lisible : commande avec obligation de paiement ou une formule analogue, dénuée de toute ambiguïté, indiquant que la passation d'une commande oblige à son paiement. "

Bonne fin de journée