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.

14 h.

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

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 :)

3 h.

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

non , le calcul est faux , si vous remboursez un produit , le remboursement n'est pas pris en compte en BO , c'est d'ailleurs la raison pour laquelle j'utilise mon listing avec total_paid_real qui est vraiment la somme payée pour la commande y compris si vous remboursez des fdp ou autres ultérieurement. Différence de 13,76€ qui correspond à 2 remb de fdp de 8€ et 5.76€ sur les 2 copies d'écran suivantes.

3 h.

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

Je parle de la somme affichée en haut du LISTING des commandes, mais celui-ci aussi se base sur total_paid_tax_incl. Je pourrais le modifier pour qu'il se base sur le total_paid_real :)

(1) Afficher ce fil