Gestion des stocks Access 2010

**meeks** · 08/08/2016, 12h33

Bonjour à tous,

Je vous explique mon problème, je dois mettre en place une BDD de gestion des stocks (entre autre) dans un cadre professionnel...
Je pensais avoir quelques bases sur Access, mais elles sont vraiment insuffisantes à priori.
Je sais que c'est une question qui a déjà été posé un grand nombre de fois mais je bloque quand même (c'est pas faute d'avoir fait des recherches à ce sujet)...j'ai voulu prendre l'exemple du tuto de Claude leloup sur le sujet (très intéressant et qui correspond parfaitement à mes besoins pour le coup...) mais je n'ai pas compris plusieurs choses dedans.

Nom : relationBDD.jpg
Affichages : 711
Taille : 108,2 Ko

Nom : relationBDD.jpg
Affichages : 711
Taille : 108,2 Ko

Voici mes relations (si vous voyez des incohérences, n'hésitez pas...).

Le principe est qu'on ne fait qu'acheter (1 même produit peux avoir plusieurs fournisseurs à différents prix) et qu'on ne vend pas, on distribue les produits achetés à différents services.

J'aimerais donc, pour commencer, mettre à jour automatiquement mon stock en fonction des entrées et des sorties...

Sachant qu'à terme, j'aimerai pouvoir qu'à chaque commande (articles, prestations ou contrats), un budget soit imputé automatiquement (mais bon chaque chose en son temps !!).

Par avance merci de vos réponses.

**Nodens_swiss** · 08/08/2016, 12h50

Hello
Pour commencer, faire des boucles dans les relations c’est source de problème.
Je te conseille donc de bien revoir ta logique.
Par exemple, la liaison entre Fournisseurs et Mvt_art ne sert à rien car tu l’hérites par le lien Fournisseurs-Article-Mvt_art.
Après, toute la partie avec le budget me semble très bizarre. Un budget peut-il être lié à plusieurs contrats ? Un budget peut-il lier plusieurs fournisseurs avec les mêmes articles ?.....
Selon moi tu dois prendre comme élément central la table Articles et faire des embranchements unique.
C’est difficile de t’aider plus que ça sans. Désolé

**meeks** · 08/08/2016, 13h25

Salut,

Effectivement, j'ai une relation inutile.
Après concernant les budgets, je vais essayer de mieux m'expliquer.
Par des exemples c'est plus parlant, donc disons que je veux acheter du toner, il sera affecté au budget n°XXX de consommables.
Si je commande une prestation, pour par exemple, faire intervenir un technicien sur un serveur, ca sera affecté au budget n°XXX de prestations extérieures.
Un contrat de maintenance de serveur sera affecté au budget n°XXX de maintenance matérielle ect...
En gros, chaque ligne de commande sera affecté à un budget.
En fait, ca concerne le budget global du service (qui est scindé en plusieurs sous ensemble tel que ceux cités dessus...).
Pour répondre à ta question, si on a plusieurs contrats de maintenance logicielle, le même budget sera affecté à chacun de ces contrats....
Mais pour le moment, je comptais plus m'atteler à ma gestion des stocks, en prenant comme base la table Mvt_art pour calculer mon stock automatiquement....à mons de créer une table entrees et une table sorties comme dans le tuto de Claude Leloup.

Merci beaucoup de ta réponse.

A+

**Nodens_swiss** · 08/08/2016, 13h35

Je comprends un peu mieux.
Le problème c’est que avant de t’attaquer trop en profondeur, je te conseille de bien regarder la globalité si tu ne veux pas tout recommencer continuellement.
Pour ce qui est de la gestion de stock. Tu utilises 1 stock que tu alimentes et quand tu sors les pièces (quel que soit le département) elle ne doivent plus être comptabilisé ? Ou tu dois avoir un suivi dans les département ?

**meeks** · 08/08/2016, 13h55

Re,

Disons qu'une fois les pièces sorties (données à tel service), elles ne doivent plus figurer dans notre stock.
Mais à des fins statistiques (pour info quoi), ça serait bien de savoir quel service (département) a consommé quoi (mais je précise que là pour le coup, ça n'a rien à voir avec une histoire de budget).
Et par extension, dans la même lignée, connaître la consommation de toners par imprimante (telle imprimante a consommée tel toner au cours des X derniers mois...), un de nos plus gros postes de dépenses avec les contrats...
Mais bon, là je m'éloigne un peu du sujet de base, quelques requêtes devraient faire l'affaire.

Merci à toi.

**Nodens_swiss** · 08/08/2016, 14h39

Ok je comprends ton problème.
Il faut savoir comment tu veux schématiser ton stock. 2 possibilités :
1. Chaque ligne de ta table représente une référence avec une quantité (5 toner canon ref X.XFD)
2. Chaque ligne de ta table représente 1 article unitaire (toner canon ref X.XFD reçu le …. Lot ….)
L’avantage du 1 est que tu as une table pas trop volumineuse et tu as rapidement les quantités en stock. Par contre, tu n’as pas la traçabilité au niveau des départements.
Le point 2 me semble le mieux car dans ta table tu mets un champs menu déroulant avec les possibilités suivantes :
- En stock
- Département 1
- Département 2
- …
De cette manière, tes statiques sont très facile à ressortir.

**meeks** · 08/08/2016, 15h04

A moins de dire une connerie (ce qui n'est pas du tout exclu !), il me semble que même en adoptant ta soluce 1, par le biais de requêtes, je pourrai avoir un suivi...puisque la table Article peut être relié à la table Service par le biais de la table mvt_art, non...?

**Nodens_swiss** · 08/08/2016, 15h18

Oui tu peux mais ça fait une redondance d’information. Tu dois dans le cas d’un envoi d’un article dans un département diminuer ton stock et créer une ligne mouvement.
Chaque un a sa logique. Je ne peux que te donner la mienne !
Ce que je ferais moi (pour faire un mix des deux)
Une table « Article »
Une table stock (avec solution 2)
Dans la table stock, je mettrais l’IDext de la table Service (en ajoutant un département fictif se nommant « En stock »
Et je supprimerais la table mouvement.
Idée en passant :
Une table intermédiaire entre la table article et la table Fournisseur (car tu peux le même toner qui vient de plusieurs fournisseurs et qui auront donc un numéro d’article commande différent)
A toi de voir

**Nodens_swiss** · 08/08/2016, 15h26

Le terme « Mouvement » ne me plait pas.
Je travaille dans une production. Une pièce passe d’un atelier à un autre avant d’être vendu à un client.
Dans ce cas-là, il y a un mouvement de la pièce d’un atelier à un autre.
Dans ton cas, c’est un consommable. Le toner peut être en stock ou dans un département. C’est pour moi plutôt une position physique.
Si en stock =1
Si dans un département = 0

**meeks** · 08/08/2016, 15h36

Disons que le "mouvement" est soit une entrée (à la suite de la réception d'une commande) soit une sortie (quand il sort de mon stock pour aller dans un autre service).

Après, pour ma part, s'il l'article retiré par tel service reste 10 ans chez eux, je m'en fous un peu...pour moi, il ne sera pas comptabilisé dans mon stock.

Je pensais plus établir mon stock par rapport à la table mvt_art, en fonction du type du mouvement et de la quantité associé, parce que j'ai du mal à visualiser ta proposition à vrai dire...

Et concernant, les mêmes articles proposés par différents fournisseurs...tu pourrais m'en dire plus sur quelle table tu créerais en plus stp...?

Merci encore de ton aide.

**Nodens_swiss** · 08/08/2016, 15h46

Ce doit être le plus proche de ta logique.

Pour ce qui est la table en plus :
Table Fournisseur
ID fournisseur
….
Liaison 1-N
Table intermédiaire
IDFournisseur
IDArticle
Référence commande fournisseur
Liaison N-1
Table Article
ID Article
….

**meeks** · 08/08/2016, 15h58

Oui ok merci.

**meeks** · 08/08/2016, 16h23

Et sinon, tu pourrais me détailler un peu plus comment tu t'y prendrais pour la gestion des stocks à ta façon stp...
Il doit bien y avoir du code...?

**Nodens_swiss** · 09/08/2016, 08h22

Hello
Je fais tous en code sur mes bases de données et j’attaque mes tables avec des requêtes SQL. Selon moi c’est plus rapide et plus propre(surtout que j’ai souvent dû lier mes bases à des ERP). Mais c’est pas une obligation. Dans le cas présent, tu peux très bien le faire sans code.
Si on reprend la méthode 2, quand tu entres en stock 5 toner Canon XDEFC, tu ajoutes 5 lignes dans ta tables stock en remplissant les champs :
Table Stock
IDStock = ….
IDExt_Article = ….
DateAchat = 09.08.2016
Emplacement_physique = Armoire gauche, étagère 5 (pour te permettre de le retrouver plus rapidement)
ID_Service = (0 En stock; 1 Finance; 2 Vente…..)

**meeks** · 09/08/2016, 10h57

Salut,
Le prend pas mal mais j'ai du mal avec cette logique...je suppose que c'est une mauvaise idée de rentrer le stock dans la table Article...?

**Nodens_swiss** · 09/08/2016, 11h25

Hello
Pas de soucis je ne le prend pas mal. Comme je te l’ai dit. Chacun à sa logique.
Si tu mets le stock dans la table article, tu peux y mettre la quantité totale que tu as en stock. Par contre, tu n’as pas l’info du « mouvement ».
A toi de voir comment tu veux inscrire cette info.

**meeks** · 09/08/2016, 12h38

Hello,
Ok cool. A la limite, qu'il n'y ait pas l'info du mouvement dans la table article n'est pas bien grave puisque je peux l'avoir par la table Mvt_art.
Et puis, c'est secondaire c'est plus le niveau du stock qui m’intéresse...

**Nodens_swiss** · 09/08/2016, 12h45

Ok
Dans ce cas-là, tu supprimes la liaison entre la table Mvt_art et Fournisseurs comme discuté plus haut.
Dans le cas où tu transfert un Article dans un département, tu diminues la quantité dans la table Article et tu ajoutes une ligne dans la table Mvt_art.
Comme ça en analysant la table Article, tu as rapidement l’état de ton stock et en allant chercher dans la table Mvt_art tu peux avoir le nombre de consommable utilisé par un secteur.
Comme ça tu as toutes les informations que tu voulais.