CodeShaker

Normalement, en ne cochant pas les quantités reçues, cela n'incrémente pas en double. L'incrémentation s'effectue déjà une fois quand la commande fournisseur est validée. Si tu utilise la gestion de stock avancée, normalement tu dois cocher manuellement les transporteurs disponibles dans ton ou tes entrepôts. (et à chaque ajout de transporteur)

Essaye avec un autre navigateur, car en effet ce n'est la pas un problème de Prestashop. Si tu as aussi un message d'erreur en changeant les images comme le logo etc, regarde du côté des droits des dossiers par contre.

Bon en fait je n'y était pas du tout ! Le mail de confirmation lors d'une commande BO est de base envoyé. Par contre, sur la base de réflexions de certains, j'ai pu à contrario bloquer cet envoi de mail via une conditions, voir : http://www.prestashop.com/forums/topic/247428-ne-pas-envoyer-lemail-de-confirmation-de-commande/

Bonjour à tous, J'ai trouvé une solution qui semble fonctionner via mes nombreux tests. J'ai comme conseillé plus haut, ajouter une conditions supplémentaire à l'envoi de la confirmation de commande (order_conf). Sous Prestashop 1.5.6.2. dans /classes/PaymentModule.php vers la ligne 550-600 : // Send an e-mail to customer (one order = one email) if ($id_order_state != Configuration::get('PS_OS_ERROR') && $id_order_state != Configuration::get('PS_OS_CANCELED') && $this->context->customer->id) en // Send an e-mail to customer (one order = one email) if ($id_order_state != Configuration::get('PS_OS_ERROR') && $id_order_state != Configuration::get('PS_OS_CANCELED') && $this->context->customer->id && $id_order_state != Configuration::get('PS_OS_CDE_MANUELLE')) "PS_OS_CDE_MANUELLE" étant le nom d'une configuration que j'ai ajouté dans la table "ps_configuration" avec pour valeur l'id d'un statut de commande spécial pour la création de commandes via le BO. X1 | NULL | NULL | PS_OS_CDE_MANUELLE | X2 | 0000-00-00 00:00:00 | 0000-00-00 00:00:00 X1 = ID de la configuration et X2 = ID du statut de commande spécial Donc lors d'une commande que j'effectue via le BO, je choisi comme 1er Statut de commande mon statut spécial (exemple : Commande manuelle) et la commande est créé sans envoyer le mail de confirmation de commande. Enjoy !

Je remonte le sujet afin qu'il ne tombe pas dans les oubliettes. Je pense que cela se passe dans le controllers : AdminOrdersController.php. Mais je n'arrive pas à identifier avec certitude la cas de la transformation du panier en commande.

Bonjour à tous, N'ayant trouvé aucune piste, je me tourne vers vous. Je souhaiterai que mes clients reçoivent le mail de Confirmation de commande lors d'une commande effectuée manuellement via le BO. A la manière de ceci pour l'envoi des identifiant de création de compte : http://www.prestashop.com/forums/topic/189158-envoi-de-mot-de-passe-par-mail-lors-de-la-creation-de-client/ Vous remerciant par avance pour votre aide !

Bonjour, C'est l'état de commande fournisseur "3 - En attente de réception" qui ajoute le contenu intégral de la commande au stock réel des produits. Ceci est un bug que j'ai avec PS 1.5.6.1. En ce qui concerne les indications de délais de réapprovisionnement, vous avez des champs de textes dans chaque fiches produits (importation possible).

Bonjour à tous, Etant confrontés à des problèmes similaires, j'ai pu résoudre en partie. Version : Prestashop 1.5.6.1 sans override/modules Multiboutique : 1 groupe de 3 sous-boutiques Gestion des stock avancés : full option général et sur chaque produits Fournisseur : tous paramètres renseignés Spécial : 1 seul fournisseur et 1 seul entrepôt Problème initial : Incrémentation du stock disponible en double voir triple (lors d'une commande fournisseur) Solution que j'ai adopté : Préparer sa commande fournisseur normalement, puis passer au statut "Commande validée" et "En attente de réception". S'arrêter là car cela incrémente le stock disponible à ce moment précis. Inconvénients : On se prive la de toute la gestion de stock avancée (gestion, mouvements etc)

Oui sans trop de problème à ce niveau la, l'ID du cart est stockée dans la table "orders" donc avec un peu de modification côté "controllers" et "templates" c'est tout à fait jouable. Si j'ai bien compris votre démarche, un numéro unique pour les panier, commande et facture. J'ai personnellement banni le numéro unique de commande (avec des lettres) de tout FO/BO/mail et remplacé par le numéro de facture, c'est assez fastidieux mais avec de la minutie c'est simple.

Bonjour, A priori de prime à bord cela semble pas possible, la commande (et la facture le cas échéant) sont crées qu'après confirmation du paiement (paiement-return). Et à cette étape la, les infos sont déjà transmises à votre TPE Virtuel. Il faudrait par exemple attribuer un numéro temporaire de facture au panier, concrétisé si paiement abouti ou non utilisé si avorté.

Oui aucun problème tant que vous respectez l'arborescence.

Bonjour, Si vous utilisez avec votre hébergement une installation automatique de Prestashop, cette version est-elle la même que votre serveur local? Semblerai que le problème vienne du multiboutique (et donc de la table ps_shop), l'utilisez-vous?

Voila pourquoi j'ai mis des guillemets à "override". Le dossier ../themes/MONTHEME/modules/ est le dossier "override" des modules. Le dossier ../override/ est le dossier "override" des classes et controllers de PS.

Bonjour, Normalement en utilisant le dossier "override" de votre thème pour effectuer des modifications sur les modules, devrait empêcher ce genre de désagréments. (Sans être sûr à 100%, la maj auto de PS mets à jour les modules et écrase purement et simplement ceux-ci)

Bonjour, Je pense que ce vous cherchez est ici ../controllers/admin/AdminCustomersController.php