Enregistrer la commande dans la BDD avant le paiement, OrderCheck n'est qu'une rustine, réglons vraiment le problème |
Bienvenue invité ( Connexion | Inscription )
Enregistrer la commande dans la BDD avant le paiement, OrderCheck n'est qu'une rustine, réglons vraiment le problème |
2 Nov 2010, 11:33
Message
#1
|
|
Ceinture blanche OSC Groupe : Membres Messages : 6 Inscrit : 6-July 10 Membre no 27774 |
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. |
|
15 Nov 2010, 10:47
Message
#2
|
|
Ceinture bleue OSC Groupe : Membres Messages : 912 Inscrit : 4-February 04 Membre no 1926 |
Citation J'entrevois une possibilité qui serait de gérer une table "stock" qui contiendrait les deux champs : stock selon commandes en cours, stock selon commandes expédiées pour chaque produit. Mais pour bien faire il faudrait aussi tracer les commandes qui sont responsables du delta de stock... C'est pas un petit chantier en somme On s'éloigne un peu du sujet, mais pour partager mon expérience sur les stocks j'ai traité le problème de la façon suivante. J'ai fait une petite moulinette access qui remonte les stocks réels de mes produits de Sage vers oscommerce. Je distingue les produits en déstockage (qui ne seront donc plus disponibles une fois que tous ceux en stock seront vendus) et les autres produits. Pour les produits qui ne sont pas en déstockage, je déduit du stock Sage importé les quantité correspondants aux commandes en attentes payées (par cb, paypal et chèques reçus) et j'indique ces quantités corrigées comme stock sur le site. Ce stock est sur-estimé car il ne prends pas en compte les commandes par chèque dont le chèque n'a pas encore été reçu, mais ce n'est pas trop gênant tant que le temps de réapprovisionnement par mes fournisseurs est faible. Pour les produits en destockage, je déduit du stock Sage importé les quantité correspondants aux commandes en attentes payées (par cb, paypal et chèques reçus) ainsi que celles correspondant aux commandes par chèque non encore reçus (mais passés depuis moins de 30 jours). Le stock est sous-estimé, mais cela évite d'avoir des problème d'indisponibilité si les clients mettent du temps à envoyer leur chèque. P.S. : On pourrait peut-être créer un sujet séparé pour partager nos avis et expérience sur le traitement des stocks ? -------------------- L'indispensable est en cours de traitement,
L'urgent sera traité demain, Le normal sera traité plus tard, Le reste on vera ... En conclusion : les journées sont trop courtes. Utilisateur de MS2.2 Max 1.5 - OSC-Affiliate 1.09 - Admin With Access Levels 2.1 - Meta Tag Controller/ Generator - Credit/Gift Voucher/Coupons 5.05 - Download Controller v5.3 - X-Sell MS2 - WYSIWYG HTML Editor for Admin 1.7 - Dynamic Mo Pics - Loginbox Best - Order logging before payment processing - User Tracking - Faster Page Loads, Less DB queries - Plus plein de modifs perso :-) |
|
Version bas débit | Nous sommes le : 28th March 2024 - 19:00 |
Ce site est déclaré auprès de la commision Nationale de l'Informatique et des Libertés (déclaration n°: 1043896) |