Eolia sur PhenixTweet

1 jour

J'ai une requête qui utilise la table orders et le champ total_paid_real pour sommer les commandes de chaque mois avec le montant réel (commande annulée =0.00) ou remboursement surplus de fdp et/ou produit. J'ai testé ce week-end l'annulation de commande avec le bouton de rétractation ( commande avec un client test ). Avec l'état "remboursé" , le champ est toujours au montant de la commande test. J'ai donc changé le statut en commande "annulée" , c'est idem , le champ est le total de la commande alors qu'il devrait être nul comme toutes les autres commande annulées.

23 h.

a répondu au Message de eric - 23 h.

Ben ça dépend. La commande a été payée ou pas ?

14 h.

a répondu au Message de Eolia - 14 h.

oui , c'est une commande test qui a suivi tout le process -> attente paiement ( chèque ) paiement accepté -> livrée et test bouton rétractation avec tout le process de rétraction coté BO. Le dernier état avant annulation était remboursé et total_paid_real était au montant de la commande , c'est la raison pour laquelle j'ai passé le statut en annulé pour mettre ce champ à 0.00 ce qui n'a pas été le cas.

a répondu au Message de eric - 14 h.

Le total_paid_real n'est jamais modifié. Il faut filtrer votre requête sur valid =1

4 h.

a répondu au Message de Eolia - 4 h.

Effectivement , avec la contrainte valid =1 , le listing sort nickel . Merci

4 h.

a répondu au Message de eric - 4 h.

Juste pour info, si vous filtrez les commandes du mois (ou n'importe quelle période en BO) la somme affichée en haut de la liste ne prend que les commandes valides :)

(1) Afficher ce fil