Problème de mise à jour de stock suite à remboursement / annulation de commande

[eolia]

@ilmag
Attention les statuts Remboursé et Annulé remettent tous les 2 les produits en stock (ça a toujours été le fonctionnement de Prestashop)
Une fois remboursée, ne modifiez plus la commande.

[ilmag]

@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...

[eolia]

J'ai 2 questions:

• Version de PhenixSuite ?
• Vous avez directement passé le statut en "Remboursé" ou vous avez utilisé les boutons de retour/remboursement ?

[ilmag]

@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]

Ok, faites l'essai avec la fonction de remboursement plutôt

[ilmag]

@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]

Le bouton est en bas à gauche une fois que vous avez rempli la raison normalement.

[ilmag]

@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]

Vous n'aviez pas ce bouton ?

[ilmag]

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

[eolia]

Ce n'est pas logique car ce bouton devrait être là si la quantité de produits retournables est supérieure à 0.

                    {assign var="remainingRefunds" value=Order::getRemainingRefunds($order)}
                    {if $remainingRefunds && Order::getRemainingReturns($order)}
                         
                        <a id="desc-order-standard_refund" class="btn btn-default" href="#start_products">
                            <i class="icon-exchange"></i>
                            {if $order->hasBeenShipped()}
                                {l s='Return products'}
                            {elseif $order->hasBeenPaid()}
                                {l s='Standard refund'}
                            {else}
                                {l s='Cancel products'}
                            {/if}
                        </a>
                    {/if}

    /**
     * Get remaining refunds for an order
     * @param $order object
     *
     * @return int Remaining possible refunds
     */
    public static function getRemainingRefunds($order)
    {
        return (int)max(0, Db::getInstance()->getValue('
            SELECT SUM(`product_quantity`) - SUM(`product_quantity_refunded`)
            FROM `'._DB_PREFIX_.'order_detail` od
            INNER JOIN `'._DB_PREFIX_.'product` p
            ON(p.`id_product` = od.`product_id`)
            WHERE od.`id_order` = '.(int)$order->id
        ));
    }

[ilmag]

@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]

Oui c'est le code de PhenixSuite (dans le view.tpl et dans la classe Order.php)

Serait-il possible d'avoir un accès FTP (en message privé) pour effectuer un debug sur la commande test concernée ?