jmaumene

Je viens de vérifier c'est corrigé sur l'API, en fait il manquait le 'name' pour le module magnalister et en mode debug, la méthode Module::getInstanceByName($moduleName) fait un die en mode debug si le nom n'est pas valide. <module><id>19512</id><name></name><displayName>magnalister</displayName> <module><id>19512</id><name>magnalister</name><displayName>magnalister</displayName> Vous pouvez supprimer le fichier config/xml/default_country_modules_list.xml qui va être remis à jours automatiquement.

Désactive le debug normalement ca devrait remarcher, il y a une erreur sur l'API prestashop. Sinon tu peux corriger manuellemet le PB en allant modifier un fichier config/xml/default_country_modules_list.xml il faut supprimer le module magnalister , qui à le tag name vide Tu supprimer de la balise <module> à </module> comprise de magnalister

Bonjour, Je découvre ce soucis sur la version 1.6.0.9 de Prestashop. De mon coté, nous utilisons les réductions en pourcentage, mais le total ne tiend pas compte de la réduction. Réduction de 10% Total Produit 50€ Frais de port : 4€ Réduction : 5€ Total : 54€ ( il devrait etre de 49€) Il y à deux paiement paybox : - le montant payé par le client 49€ - le montant de la réduction. 5€ Et sur la facture, la même chose, le client ayant payé 49€ il n'est pas normal de voir en montant total 54€ Dans la BDD, total_paid_real : 54€

Normalement, ça doit fonctionner, leurs serveurs sont repartit.

Leurs sites sont tous planté, vous n'avez rien à changer. Vous devez laisser le serveur de paiement par défaut ( normalement https://paiement.creditmutuel.fr/) plus d'info : http://www.rue89strasbourg.com/index.php/2015/07/20/breve/bug-au-credit-mutuel-tous-les-sites-du-groupe-inaccessibles/ https://twitter.com/search?q=credit%20mutuel&src=tyah

c'est ca

Pour un client qui avait un compte pro, la poste m'avait fournir un FTP, avec des fichier mis a jours plusieurs fois/jours et dans lesquels il y avait le statut des commandes.

100 requêtes en une seule fois, c'est louche, quand ce n'est pas autorisé. comme je te l'ai dit, pour les requêtes multiples, ils proposent une solution. Sinon, tu pourrais modifier le cron pour qu'ils s'active toutes les 10 minutes, mais qu'ils n'interroge qu'une seule expédition à la fois par exemple.

plus de 100 requêtes, tous les jours, le firewall peut bloquer Si vous avez un compte PRO, demander à un conseiller les solutions disponibles

c'est donc l'adresse IP du serveur qui est blacklisté. Si il y à eu trop de requête sur le site de la poste, c'est normal qu'il vous ai bloqué, Nous avons eu un peu le même soucis avec le module prestashop SoColissimo, ( ils nous ont prévenu avant), j'ai du modifier le module pour récupérer les status par FTP une fois par heure. Il faut voir combien de commandes vous aviez, et combien de fois par jours vous interrogiez le site de la poste. La solution pourrait être de modifier le module pour utiliser des proxy.

Soumis sur la forge : http://forge.prestashop.com/browse/PSCFV-9300

Et si vous le corrigez, Fichier paybox.php, ligne 190 order-confirmation est deprecié, il faut remplacer par : $pbx_confurl = 'http://'.$_SERVER['HTTP_HOST'].__PS_BASE_URI__.'index.php?controller=order-confirmation?id_cart='.$cart->id.'&id_module='.$this->id.'&key='.$customer->secure_key;

Je pense avoir trouvé la solution. C'est le module PAYBOX 3.3.1 qui n'est pas bon. La class Cart vérifie le groupe de l'utilisateur, la class Group utilise Context::getContext()->customer; C'est le robot de la banque qui appel la validation, et pas le client, le groupe n'est donc pas le bon ! Dans le validation.php du paiement, il faut charger le client dans le context. Mes factures étaient également fausses !

Bonjour Nous avons des paiements qui passent en "Erreur de paiement". Nous avons des clients professionnels, à qui nous affichons les prix HT. ( Groupe par défaut : Société Affichage des prix : Taxe exclues) Le panier affiche les prix HT et il y à une différence généralement de 1 centimes, avec l'affichage du prix TTC, ce qui est normal, puisque les arrondis ne sont pas fais au même moment. Le total de mon panier est : affichage HT : 329,00€ (mon cas) affichage TTC : 328,99€ Si je paye par virement bancaire, je dois payer 329,00€, et dans le backoffice il me met un total de commande de 329,00€ => tout est OK Si je paye par Paybox (module prestashop) il me demande de payer 329,00 €(ok) mais affiche une erreur de paiement, et dans le backoffice affiche un total de 328,99 €(Err) Si j veux payer par paypal, il me demande de payer 328,99€(Err) je n'ai pas été jusqu'au bout.

Surement un probleme de configuration sur le serveur cette image : http://www.jaccroche.com/21-home_default/faisceau-specifique-a1.jpg devrait aussi s'afficher avec ce lien : http://mg1.jaccroche.com/21-home_default/faisceau-specifique-a1.jpg ( il ne doit pas y avoir de redirection, sinon on perd tout l'interet ! )