Bonjour à tous,
 
 Des raisons particulières m'amène à devoir faire une mini gestion de stock. Pour éviter de tomber dans le fichier Excel tordu et parce que les dev de ma boite ont bien autres choses à faire, je me lance
 
 Tout ce domaine est loin derrière moi mais je devrais m'en sortir, avec un petit coup de pouce.
 
  Je compte partir sur Access et faire un truc simple (entrées, sorties, état du stock). Avant de faire une grosse bouse, je m'interroge sur la structure de ma "bdd". Il me faut gérer X stocks car un produit peut passer d'un stock à l'autre au cours de sa vie. Il me faut aussi tracer tous les mouvements.
 
 A partir d'un article trouvé sur google, j'ai tenté un premier jet avec 3 tables : articles, entrees et sorties. Pas concluant. Je pense partir sur une table "principale" pour les produits et des tables pour les références de produits, les stocks et l'historique des mouvements.
 
 Avez-vous des conseils à me donner ? un modèle plus pertinent ? Ca doit pouvoir se faire dans access (ou Excel si c'est bien fait), ça doit être simple et mono-utilisateur, pour qq centaines de lignes dans quelques années ...
 
Merci,

"Je compte partir sur Access" / "Avant de faire une grosse bouse" -> Trop tard
Access est par nature une grosse bouse. La première question est : est-ce que ton appli sera utilisée en réseau et multi-users ? Je sais, t'as indiqué mono-utilisateur (mais pas précisé si fonctionnement en réseau), mais es-tu sûr que ça sera toujours le cas ?
 
Pour la modélisation, je te recommande de te familiariser avec les notions de MCD, MLD et forme 3NF de Codd ( http://fr.wikipedia.org/wiki/Forme [...] nnelles%29 )
 
Pour les tables, t'auras au moins :
- une table typearticle (ça indique le type de produit, ex : un PC modèle xxx, une souris modèle yyy...)
- une table article (c'est une instance d'un typearticle). Là, faudra voir comment gérer les articles immatriculés (ceux qui ont un S/N) et ceux qui ne le seront pas (ex : une bobine de câble, une rame de papier...)
- une table mouvements (permet de tracer les déplacements d'articles d'un stock à l'autre ou à une utilisation)
- une table stock (emplacements des articles). Ces stocks seront des emplacements ou des utilisations.
- une table MajArticles (pour créer ou supprimer les articles dans la BD)
 
Ca te fait une base de départ.

Merci je m'attendais à une réponse comme ça
 
Je veux faire simple car ça peut évoluer et j'aime autant avoir un truc migrable facilement (copier/coller). C'est pour remplacer une main courante papier pas pratique sur un stock très petit. Déjà une base Access, ce sera le luxe . Je ne veux pas y passer plus d'1/2 journée.
 
 
MCD,et tout ça je connais mais j'ai oublié un peu Je ne m'inquiète pas.
 
ta structure est similaire à ce que j'avais en tête, c'est une bonne nouvelle pour moi. J'ai juste du mal à voir ce que tu veux faire avec la table MalArticles. Ca me semble être un doublon de la table Article.
 
Pour donner plus de détail sur le besoin, c'est pour suivre un petit stock de PC. Ils peuvent passer d'un stock "neufs" à "occasions", par exemple. Ils peuvent entrer, sortir et revenir du parc. Ils peuvent sortir définitivement. C'est presque tout

Je peux te garantir plusieurs choses :
1) ça te prendra pas 1/2j mais bien plus si t'as aucune compétence en dév.
2) si ton appli marche bien, y'aura probablement plus que qq PC à gérer en stock.