Forum d'entraide PHPFrance

Bonjour,

Je suis sur la création d'un panier d'achat et je suis sur le décompte au niveau de la quantité.
je fais mon panier en session et j'ai une table produit qui contiens les caractéristiques du produit ainsi que la quantité disponible.

Les questions que je me pose sont les suivantes:

- quand le client ajoute un produit à son panier dois je le décompter de la table produit ?
- si je le décompte et que le client ne valide pas le produit ne serait il pas problématique et source d'erreur de réassigner la quantité au produit ?

pour ma part je serais d'avis de ne rien décompter de la table produit mais de le faire seulement quand le client valide la commande !
seulement comment faire si il ne reste que 2 produits par exemple et que 2 clients ont choisi de les prendre tout les 2 ?

Merci pour vos idées sur la questions.

Bonjour,

pour ma part je serais d'avis de ne rien décompter de la table produit mais de le faire seulement quand le client valide la commande !

=D> Ainsi, au moins, la valeur stockée dans ta table sera fiable (presque autant qu'un vrai stock). Si tu décrémentes lors de l'ajout au panier, moi client (malveillant ), je peux très bien mettre ton site en vrac (du moins pour tous les autres clients) en créant un panier de 10000 unités de tous tes produits, sans avoir à passer par la case paiement. C'est pratique pour un concurrent de pouvoir embêter tes clients aussi facilement, car ils ne manqueront pas de partir de chez toi et d'aller voir chez lui si la gestion des stocks est meilleure !

seulement comment faire si il ne reste que 2 produits par exemple et que 2 clients ont choisi de les prendre tout les 2 ?

En imaginant que le compteur n'est décrémenté que lorsqu'un panier est validé, alors on a le premier client qui valide son panier qui prend tout ce qu'il reste, et le deuxième lui aura à un moment ou à un autre (soit en validant son panier, soit à la préparation de la commande) un message/mail d'erreur lui disant qu'il n'aura finalement pas les articles qu'il a sélectionné. Premier arrivé, premier servi quoi. C'est pas cool pour le deuxième, d'autant plus s'il a déjà payé pour des articles qu'il n'aura pas. C'est pas cool pour le marchand non plus car il va devoir gérer la modification ou l'annulation de la commande, et le remboursement (et la frustration pour tout le monde) qui vont avec.

On prévoit donc une "marge de sécurité" de SKU un peu au-dessus de la valeur du compteur (toujours pour cet exemple : ton compteur est à 2, mais tu disposes en réalité de 2 + [marge] unités de stock pour cette référence. Ainsi, aucun message d'erreur n'est envoyé quand les deux clients valident leur panier, et ta marge de sécurité te permet, idéalement, de satisfaire les deux commandes sans frustrer personne, enfin du moins pas ces deux clients-là). Il faut espérer que ta marge soit suffisante pour gérer au mieux ces cas (et là, c'est au marchand de faire ses choix selon son estimation du volume de vente par référence, ça se choisit selon le business, selon le site marchand, et même selon la période de l'année (Noël...) et selon la référence ! il n'y a pas de valeur-type). Les clients suivants, eux, ne pourront pas ajouter le produit à leur panier vu qu'il sera marqué comme étant en rupture de stock (non ajoutable) sur le site.

++

Je te remercie, simple et efficace !

En effet je n'avais pas pensé à cette idée de marge de SKU,
car un client frustré c'est un potentiel client qui va voir ailleurs. (surtout si c'est un consommateur en puissance lool)

Je vais sans hésité l'appliquer

++ ^^