Hello @eolia, oui bien sûr je l'envoie en MP, dans la fenêtre de "chat" c'est ça ? si besoin d'autres accès n'hésitez pas...merci

@eolia Bonsoir (désolé je ne peux répondre qu'en soirée en ce moment...)

Oui du coup c'est très étrange cette non présence du bouton...
Pensez-vous que ce soit lié au problème de quantités de stock lors d'un remboursement ?

Là pour tester j'ai simplement annulé la commande et la quantité est passée de 9 à 14 pour 1 seul produit annulé...

Le code transmis dans votre message est le code qui devrait être présent dans Phenix Suite ?

Merci

@eolia non à priori je ne l'avais pas, je viens de recréer une commande et voici la capture...

@eolia ok du coup voici le résultat (la quantité n'a pas bougé), maintenant j'utilise le menu déroulant pour passer à "remboursé" puis "annulé" pour tester ? merci

@eolia J'ai crée une commande fictive (paiement par chèque), j'ai essayé en utilisant le bouton "Remboursement partiel" (le seul disponible).
Plus bas j'ai mis la quantité à rembourser mais d'ailleurs je n'ai même pas de bouton pour valider ce remboursement...
Ici on parle donc d'un remboursement avant même l'expédition...
merci

@eolia
Bonjour Eolia,

• Je suis sous la version 1.6.2.42
• J'ai passé le statut directement en "Remboursé" via le menu déroulant (la quantité n'a pas bougé en restant à -1) puis directement en "Annulé" (la quantité est passée de -1 à 3)

MERCI !

@eolia Hello, merci pour ce retour.
Cependant pour re-situer, rien ne bouge quand je passe à Remboursé donc le stock est resté à -1 (commande hors stock à l'origine avec un niveau à 0) et passage à 3 lors du passage à Annulé. Cela fait un gap de 4 unités pour 1 seul produit commandé, ça me paraît bcp...

Hello,

Depuis que je suis passé sur Phenix Suite (actuellement 1.6.2.42) je remarque que lorsque j'annule une commande d'1 produit le stock est réassorti de 3 produits.

Pour info je suis en multiboutique.

Pour illustrer avec la dernière commande traitée (ce jour) : le stock était à -1 car la personne a commandé un produit hors-stock. Le client se rétracte, je passe donc le statut à "remboursé", tout est ok et dès que j'ai passé le statut à "annulé" alors le stock du produit et en l'occurence de cette déclinaison est passé à 3 !

Ce souci est récurrent et m'oblige ensuite à corriger manuellement le nombre de produits avec la bonne quantité en BO...

Je ne sais pas si c'est lié à mon nouvel environnement et/ou si certains d'entre vous ont déjà vécu ce souci ?

Si besoin je pourrai envoyer des captures d'écran d'une commande que je viens de traiter ainsi mais plutôt en privé si cela ne dérange pas...

Merci encore

@eolia , la correction a fonctionné, merci beaucoup !!!

Hello à tous,
J'ai migré depuis quelques semaines sous Phenix Suite 1.6.2.42

Néophyte techniquement je fais face à un souci bien embêtant.
J'utlise les services d'un aggrégateur de flux pour exporter mes produits et offres vers diverses places de marché.

Depuis quelques jours lorsque je reçois une commande celle-ci est dupliquée "à chaque appel" du module dans mon BO.
Exemple actuellement pour une commande du 06/02 j'ai 140 lignes de commandes identiques dans mon BO.

J'ai contacté le prestataire (Magnalister) pour exposer la situation.
A leur demande je leur ai transmis mes accès FTP et après investigation voici leur réponse, autant dire que je suis un peu largué...

Auriez-vous svp un avis, une idée, idéalement un début de solution à mon problème ? merci beaucoup pour votre aide...

Réponse de Magnalister :

Bonjour,

Notre service technique a examiné le problème.

La raison pour laquelle l'importation de la commande ne peut pas être terminée et redémarre sans cesse est que le processus est interrompu par le message d'erreur « Object of class Order could not be converted to string ».

Ce problème n'est toutefois pas dû à magnalister, mais au logiciel PhenixSuite.

Dans le fichier « classes/order/OrderHistory.php », ce logiciel a intégré ses propres appels « error_log() », par exemple :

error_log("OrderHistory::changeIdOrderState(new_order_state=$new_order_state,id_order=$id_order)");

La variable $id_order est alors insérée dans une chaîne de caractères. Or, selon la norme PrestaShop, cette variable peut être soit un identifiant numérique, soit un objet de commande. Or, un objet ne peut pas être converti en chaîne de caractères, ce qui provoque une erreur.

Dans la version originale de PrestaShop (testée avec les versions 1.6 et 9.0.3), ces lignes n'existent pas, c'est pourquoi le problème ne se pose pas.

Il faut donc contacter le développeur de PhenixSuite pour qu'il corrige les lignes error_log() concernées dans le fichier OrderHistory.php, par exemple en remplaçant $id_order par (is_object($id_order) ? $id_order->id : $id_order) dans les sorties du journal.