Discussion :

[ROCHNEL BERG]

Je veux réaliser un logiciel de gestion sur l’approche péremption des produits d’une entreprise commerciale et je n’arrive pas à trouver les tables nécessaires pour mettre mon projet sur pieds. j’ai besoin de votre aide sur les différents tables que je peux utiliser.

[mathieu]

qu'est ce que vous entendez par "approche péremption" ? vous voulez gérer les dates de péremption des produits ?

[ROCHNEL BERG]

Oui oui !

[ROCHNEL BERG]

En faite quand je parle de l’approche péremption ici je fais allusion au fait que le logiciel va alerter l’utilisateur sur les produits qui vont ce périmer à une période proprement dite. En général je veux gérer les dates d’expiration des produits et mon véritable souci se trouve au niveau des tables que je peux utiliser.

[xor AX AX]

Bonjour;

Tout d'abord, il te faut déterminer si ton article est soumis ou non à une date de péremption.
Certaines dates courent à l'ouverture : picto de couvercle + nombre 12 = 12 mois. Cas le plus simple : ce n'est pas vraiment une date de péremption. Tu peux ajouter l'info dans ta fiche produit pour tes clients (consommable dans les x mois après ouverture)/

Si ce sont des médicaments, la date de péremption est embarquée dans le code dataMatrix.
Je ne pense pas qu'elle figure dans un QRcode, à vérifier.

Si tu n'as qu'un EAN :

Il te faut un numéro de série ou de lot que tu vas mémoriser dans ta BdD (EAN, lot ou série, date péremption).
En back office, tu pourras lister les los de /produits qui arrivent à échéance et demander de les retirer (ou de faire une promo flash).
En préparation de commande, il faudra demander au préleveur de saisir le no de lot.
Travail gigantesque !

EAN et utilisateur

Si ton produit est soumis à une date de péremption, mémorise ce fait (sans indiquer la date) dans ta base de données article.
A charge pour l'utilisateur de vérifier le produit (préparation de commande).

Attention aux codes et picto :

DLC Date Limite de Consommation
MFG date de fabrication (manufacturing)
BBE meilleur avant (Best Before End)
...

Attention au format des dates :

Europe : mm/aa ou mm/aaaa ou jj/mm/aa ou jj/mm*aaaa
USA : mm/aa ou mm/aaaa ou mm/jj/aa ou mm/jj/aaaa

Penser aux variantes

Cela comment est architecturée ta BdD, si un flacon de 120ml eszt soumis DLC, sa variante en 250ml l'est logiquement aussi. Cela vaut aussi pour les packs ou les opérations spéciales (promo avec EAN différent).

----
Moi, j'avais choisi de mémoriser que le produit était soumis à DLC et "confié" au préparateur de commande le soin de vérifier la date qu'il confirmait par une signature.
Bon, comme je n'avais pas des préparateurs sérieux, ils pouvaient très bien signer un produit périmé.
A la mise en rayon de produits (en particulier de nouvelles références), l'employait pouvait, en plus de donner le gisement, indiquer qu'il y avait une DLC.
Bien entendu, je me suis retrouvé avec des DLC sur des produits qui n'en avaient pas et inversement :-((

Le plus efficace est de confier 1 ou plusieurs rayons à une personne déterminée qui connaîtra ses produits, t'avertira des DLC limites, des prochaines ruptures de stock, du changement de packaging...
En plus, ça leur rend le boulot + intéressant.

[ROCHNEL BERG]

Bonjour, merci 🙏 pour les explications;
Mon véritable souci ce trouve au niveau des tables que je peux utiliser! Donc si vous avez un aperçu aidez moi !

[xor AX AX]

ça dépend...

tu as quoi comme informations en entrée pour la péremption ?

Tu peux très bien faire une table basique DLC avec par exemple :

1. Code article ou EAN (permet de faire le lien avec la fiche produit)
2. Lot ou no de série
3. Date de péremption

Tu fais alors une requête sur DLC (avec jointure fiche produit) en fonction de la date actuelle et tu sors une liste par ex "Article x périmé novembre 2023 retirer les lots suivants... lot A123456 4 produits, lot E123444 12 produits" ...

Mais ta question est tellement vague. Et je ne vois pas le rapport avec API HTML5.

[ROCHNEL BERG]

Donc ça veut dire que je vais manipulons deux tables : la table "fiche_produit" qui contient les informations sur les produits tels que leur nom, leur marque, leur description et leur date limite de consommation (DLC), et la table "stock" qui contient les informations sur la quantité de chaque produit en stock. Merci pour ton intervention !

[xor AX AX]

Bah non, tu peux avoir en stock un même produit mais avec des dates de péremption différentes.

C'est un exercice scolaire ton truc ?

[ROCHNEL BERG]

C’est mon thème à la soutenance du BTS !

[xor AX AX]

Oki, il est mieux de l'indiquer dans ce cas.

Moi, je t'ai répondu IRL où c + compliqué (mais plus réaliste).

Tu peux faire comme tu l'as dit dans ton avant-dernier post, ça fera vaguement l'affaire. Mais à quoi sert d'avoir une table qui ne mémorise que les qtés en stock ?

Par contre, dans un cas réel, ça ne tient pas la route (exemple : un même produit a qté 4 DLC 11/2023 et qté 10 DLC 01/2024).

[ROCHNEL BERG]

Merci ! C’est plus professionnel de faire une jointure sur les deux tables !

[fsmrel]

Bonjour,

Dans le forum Schéma, on traite fondamentalement de la la modélisation conceptuelle des données.
Merci de fournir les règles de gestion des données et un MCD. Looping est en l'occurrence votre ami pour vous aider.