Thierry Point2vente

Bonjour, La règlementation évolue et vous devriez vous orienter vers un logiciel de caisse certifié, ce qui n'est nullement le cas des solutions proposées sur ce fil. Pour ma part, en tant qu'éditeur certifié NF525 et NF203 (logiciel d'encaissement et logiciel comptable), nous envisageons l'intégration d'une vraie liaison avec prestashop sous peu. Vous pouvez me contacter en privé (ou sur ce fil) pour obtenir davantage d'éléments d'informations. Cordialement, Thierry

Nous avons oublié de vous présenter le meilleur ... Gestmag (http://www.point2vente.com/1361-gestmag-version-tous-commerces.html), couplé avec eGestmag (http://www.point2vente.com/1143-egestmag.html), vous aurez une solution exceptionnelle ! Toutes les fonctionnalités d'un logiciel de caisse (on ne s'improvise pas éditeur, on le prouve avec plus de 15 ans d'ancienneté et des milliers de licence vendues, gage de sérieux et de pérennité !)

Pas une seule réponse, alors que ce problème nous concerne tous ; c'est invraisemblable. Vu l'écriture de cette fonction, il est impossible que seul notre site soit concerné :-/

Nous avons mis il y a quelques jours notre nouveau site en ligne, après une migration OsCommerce vers Prestashop plutôt réussie. Nous avons overridé la fonction loadRoutes du dispatcher de la version 1.5.3.1 (tel que cette fonction apparaît maintenant dans la version 1.5.4) mais rencontrons un problème de taille. Il semblerait que Prestashop ne fonctionne pas très bien quand à l'url canonique. Je m'explique... Nous avons fait pour choix d'écrire nos urls produits sous la forme {rewrite}-{id}.html, en supprimant donc le nom de la catégorie de cette dernière. A la navigation sur le site, aucun souci, aucun problème, si je rajoute des caractères dans cette url (au niveau du nom du produit), je suis bien redirigé vers l'url réelle. Soit une url http://www.nomdedoma...du-produit.html en tant qu'url réelle, si j'écris une url http://www.nomdedoma...s-produits.html (qui est donc une url qui n'existe pas), nous sommes bien redirigés vers http://www.nomdedoma...du-produit.html. Par contre, Google a trouvé des urls sous les formes : - http://www.nomdedoma...du-produit.html - http://www.nomdedoma...du-produit.html {category/}{rewrite}-{id}.html Alors que, jamais, le site a mis en ligne avec une route {category/}{rewrite}-{id}.html ... Et là, patatra, aucune redirection n'est faite, on finit en 404. J'espère mon explication assez claire. Après quelques recherches, il semblerait que le problème vienne du Dispatcher :-/ Prestashopement, Thierry

La base de données sur laquelle vous travaillez, vient-elle d'une migration vers la 1.5.x ?

Bonsoir à tous. Je développe un module permettant de positionner des produits au TOP d'une catégorie. Pour se faire, j'ai créé un onglet supplémentaire dans la fiche produit qui reprend l'arbre des Associations (le treeview). Je suis à la recherche d'une solution pour surcharger la fonction createNode() du treeview. Cette fonction se trouve dans js/jquery.treeview-categories.async.js. Si une âme charitable maîtrisant jquery veut bien m'épauler :-)

Nous proposons des solutions de gestion et d'encaissement pour les commerces physiques. J'ai personnellement développé un applicatif permettant l'échange d'informations (catégories, produits, clients, stocks, commandes) avec cette applicatif, qui se veut LA solution d'encaissement. Je reste disponible pour en discuter par mail à l'adresse : thierry@point2vente.com

Je rencontre le même problème que toi ... Si j'avance, je posterais la solution, sauf si tu l'as déjà trouvé, auquel cas, tu peux la partager :-)

Nous avons développés une solution qui permet effectivement de relier un site internet donné avec un logiciel de gestion magasin (le leader sur le marché ; Gestmag) et qui possède de nombreuses fonctionnalités (http://www.point2vente.com/egestmag-p-1143.html). Si cette solution s'avère trop complexe, au regard, de votre besoin, je peux étudier celui-ci plus près si vous le souhaitez. Deux solutions ; faire évoluer le module que vous possédez déjà ou en développer un nouveau pour la version 1.5 de Prestashop.

Je n'ai, hélas, pas résolu le problème de traductions. En attendant, et bien que cela me plaise guère, j'ai placé le code dans le fichier d'origine.

Excellent, Paco112, j'adhère ! Testé et approuvé.

Excellent tuto, merci ; des heures de gagnées. J'ai juste un léger souci, sur prestashop 1.5.2, si j'override le tpl prices.tpl (j'ai besoin d'un champ prix supplémentaire sur la fiche produit), la traduction "saute" ; tout l'onglet Prix passe en Anglais :-( Si je place l'information dans le fichier prices.tpl d'origine, aucun souci (juste la traduction des 2 nouveaux champs à mettre en oeuvre, mais ça c'est normal). Si quelqu'un a une idée, je suis preneur (en attendant, je laisse l'écriture dans le fichier d'origine, mais ce n'est pas conventionnel...

Je pense que dans la fonction annoncée, il doit y avoir un problème, je la verrais davantage comme cela : private function _setupHook($uninstall = false) { if ($uninstall === false) { // We verify if hook exists in database $result = Db::getInstance()->getRow('SELECT `id_hook` FROM `'._DB_PREFIX_.'hook` WHERE `name` = "postCategory"'); if(!$result) DB::getInstance()->execute('INSERT INTO `'._DB_PREFIX_.'hook` SET `name`= "postCategory", `title`= "After process Category", `description`= "After process Category" '); $this->registerHook('postCategory'); } return true; }

Je vous joins le fichier megadrown modifié sur lequel j'ai apporté les modifications : - tinymce fonctionne, - les images du listing des catégories s'affichent (.png au lieu de .gif), Testé sur version 1.4.4 de Prestashop navmegadrownevo.php

Afin de récupérer le bon taux de TVA pour la commande, je suis d'accord. Pour le taux de TVA par défaut sur la fiche produit, je suis sceptique ... Fiscalement, le taux de TVA du produit dépend du pays de la boutique. Ensuite, l'on peut envisager les taux de TVA par zone de livraison. Je pense donc que le taux de TVA par défaut doit être lié à la boutique ; je ne vois pas l'utilité de l'autre variable :-(