Enregistrer la commande dans la BDD avant le paiement, OrderCheck n'est qu'une rustine, réglons vraiment le problème Options

[feydaykyn]

Bonjour à tous,

comme pas mal de monde, j'ai des problèmes avec l'enregistrement des commandes qui ne se font pas... J'ai installé OrderCheck, mais cette contribution ne règle pas tous les problèmes, tout en amenant de nombreuses exceptions et des trous dans les numéros de commande (horrible pour la compta).
Du coup je me demande si ce ne serait pas une bonne idée de modifier directement le fonctionnement d'OSCommerce et faire en sorte que l'enregistrement des commandes se fasse avant le paiement, au moment où le client clique sur "confirmer la commande". Si celui-ci a bien lieu ensuite, la commande est marquée comme validée, sinon elle est marquée comme annulée.

Est-ce que cela vous semble une bonne idée ?

Merci !
Nathan

Ce message a été modifié par feydaykyn - 2 Nov 2010, 11:36.

[Gnidhal]

Ok Jesam, je ne sais pas où tu en es, mais orders_check va bientôt évoluer.

J'ai en effet trouvé un réel problème avec cette contribution au delà du fait qu'elle a un voyant défectueux.
La numérotation des commande est un soucis dès qu'on enregistre un fort trafic des commandes.

Dans ce cas, une commande "sauvée" par orders_check peut ne pas être correctement enregistrée puisqu'il y aura conflit d'id lors de l'enregistrement en table orders par checkout_process
la requête sql est alors bloquée dans le process à cause de la redondance des ID. Le script appelé directement par le serveur de banque est muet et on ne voit pas l'erreur.

J'ai fixé le problème et je vais remettre à plat bientôt une nouvelle contribution.
1/ les voyants marcheront
2/ les commandes correctement enregistrées disparaitront des tables holding_ afin de ménager la bdd
3/ les commandes de plus de 3 mois seront supprimées des tables holding_ dans le même but
4/ je vais essayer de faire en sorte que la numérotation des commandes reste chronologique*

A suivre donc