Discussion :

[rocketter]

Bonjour,

j'aimerais avoir votre avis sur la création d'une base. J'ai pour l'instant deux tables : Article et Lot. Avec un article qui peut n'avoir aucun ou plusieurs lots, et un lot qui n'appartient qu'à un article


J'ai codé une application de gestionnaire de stock qui s'appuie sur cette bdd, tout est niquel mais un utilisateur m'a fait remarqué à juste titre qu'il faut remplir soit le champ Article.Stock ou Lot.Stock, autant n'avoir qu'un seul champ Stock. Alors bien sûr je pourrais coder un contrôle du genre si l'article à un lot alors je ne fais apparaitre que le champ Lot.Stock et s'il n'en a aucun ce sera le champ Article.Stock qui apparaitra mais je me dis que le plus simple serait d'intervenir sur la bdd directement avec une troisième table Stock mais niveau relation je patauge un peu : un article/lot n'aura qu'un seul stock, et un stock particulier ne sera lié qu'à un seul article/lot. Donc une relation un à un de cette forme :


Mais en faisant cela je dois impérativement (et logiquement) renseigné à chaque fois un n° de lot et un n° d'article, donc pour les article n'ayant pas de n° de lot, je suis bloqué. Et en faisant ainsi :


même chose, je dois renseigner un n° de lot et un n° d'article.

Je ne vois pas trop comment m'en sortir et je ne pense pas que ma façon de faire soit la bonne.

[nico84]

Bonjour,

La table des articles ne peut pas "tenir le stock" s'il a des n° de lot. Une solution consiste à ajouter une table des entrées en stock (pk_lot, article, lot, Qin, Qout...) et de déstocker dans cette table.
- Le champ lot peut être vide si l'article entré n'a pas de lot (informatiquement c'est pk_lot qui compte)
- Les champs article sont en relation 1 à plusieurs
- Il est utile pour la traçabilité d'avoir enfin une table des sorties (pk_lot, date, quantité, motif...)

[rocketter]

Bonjour Nico84,

finalement vous suggérez d'avoir 3 tables : table articles, table des entrées en stock et table des sorties ?

[nico84]

Oui c'est ça

[rocketter]

J'ai remanié ma base selon vos suggestions :

[Invité]

Bonjour

Moi je dirais une table Mouvement qui reprend les entrées et les sorties, et une table annexe qui indique le type de mvt (avec une valeur positive ou négative pour les calculs).

De plus dans ton dernier schéma tes sorties tu les fais de quel emplacement ? Cela signifie que tu sorts tout le stock d'un coup ?

Il est vrai qu'il y a plusieurs manières de voir les choses.

Philippe

[rocketter]

Bonjour Philippe,

non je ne sors pas tout le stock d'un coup, après j'ai codée une appli qui réactualise la quantité restante dans le stock en fonction des quantités sorties. Une table mouvement et une table annexe pour le type de mouvement pourquoi pas, y a-t-il une solution finalement qui me permettrait de conserver mes tables article et lot (ce qui m'arrangerait) ou faut-il tout remanier ?

[Invité]

Re

Tu peux garder tes tables, par contre je te conseille de faire une recherche sur cette partie du forum (modélisation dans access) avec le mot stock, tu trouveras de nombreux exemples à lire pour te faire une idée des différentes solutions avant d'allier plus loin.

Philippe

[Malick]

En complément de la réponse de Philippe, voici un tutoriel de Claude LELOUP qui pourrait vous être utile :

Une gestion des stocks avec Access

[rocketter]

Merci les gars, je regarderai à ça, et je reviendrais vers vous je pense.

[rocketter]

Bonjour à tous,

j'ai retenu cette solution qui semble bien me convenir :

[rocketter]

Est ce que cela vous parait cohérent ?

[informer]

Bonjour rocketter


Voici une ébauche de MCD,



C'est une ébauche car je ne connais pas vos processus métiers mais n'y a-t-il pas la notion de:

1. Commande fournisseur
2. Bon de livraison,
3. Destinataires de livraison
4. Autres notions....

Traitez vous des retours de marchandises?

Enfin je prends comme principe que vous ne vendez pas au détail d'où les cardinalités (0,n) (1,1) entre lot et client !

Le stock sera calculé en dynamique par différence entre lots entrés et sortis Somme(Lot fourni * qté ) - Somme(Lot livré * qté )

Bonjour chez vous

[rocketter]

Merci informer de votre MCD, je me suis permis par contre de modifier les cardinalités :


- Un fournisseur fournira aucun ou plusieurs lots et un lot ne sera fourni que par un seul fournisseur
- Un lot sera stocké dans un ou plusieurs services et un service pourrait n'avoir aucun ou plusieurs lots.
- Un produit peut ne pas avoir de lot ou sinon plusieurs, et un lot ne portera que sur un et un seul produit
- Sinon il n'y a pas de notion de client, un article ou un lot d'article est livré à un service.

J'ai codé une appli vb.net qui calcule le niveau du stock restant sinon, et actualise en conséquence la bdd.

Il n'y a sinon pas de notions de retour de marchandises. Pour les dates de livraison je le gérais dans mon MCD du post précédent dans ma table stock avec "date de réception", vu que cette table contient les clés étrangères N°Article et n° de lot, je sais donc à quelle date a été livré tel lot ou article.

[informer]

Bonjour rocketter,

Le formalisme MERISE est un peu bizarre, je te l'avoue. Il y a un sens de lecture qui est celui-ci


Entité Origine -> relation-> Cardinalité de l'entité origine -> Entité cible

Ce qui donne pour ton modèle:

1. le fournisseur fournit 1 et 1 lot
2. Un lot est fourni par 0 ou n fournisseurs

si on prend le MCD que tu proposes


Voici le MPD généré



Ce qui est l'inverse de tes RGs

[rocketter]

Oui au temps pour moi Informer, merci de m'avoir corrigé.

Sinon je n'ai pas l'utilité à avoir Fournisseur et Lieu dans des tables à part, je les ai placé dans ma table stock comme indiqué sur mon schéma : http://www.developpez.net/forums/att...nnees/bdd.jpg/

[informer]

Il y'a l'idéal et ce qui répond au besoin, quitte à faire des évolutions plus tard.

Bonjour chez vous