[AC-2007] Base access traçabilité produits

[regis_serge]

Bonjour,

Débutant en Access je cherche à mettre en place une base pour un laboratoire d'orthodontie. Cette base doit permettre d'assurer la traçabilité des produits commercialisés (appareils dentaires).

Pour l'instant j'ai 3 tables:

la table LOT, qui comporte les produits achetés auprès des fournisseurs (fils de fer, plaque de plastique pour thermoformage etc). Chacun de ces Lots est généralement débité en unité plus petites. Par exemple: une bobine de fil de fer va être coupée en petites sections entrant dans la composition des appareils.

la table PRODUIT, qui comporte entre autre ces plus petites unités provenant de LOT

la table APPAREILS qui doit comporter entre autre la liste des produits entrant dans la fabrication de l'appareil.

Pour l'instant j'ai construit ces tables comme ceci:

LOT_IDLot (clé primaire)
LOT_Numlot
LOT_Fournisseur
LOT_NumFacture
LOT_DateAchat

PRODUIT_IDProduit (clé primaire)
PRODUIT_NomProduit
Produit_NumLot

APPAREIL_NumApp (clé primaire)
APPAREIL_NomProduit
APPAREIL_NumLot
APPAREIL_Dateexped
APPAREIL_Technicien
APPAREIL_Praticien

Je pense que la structure de mes tables n'est pas bonne.
Mes problèmes
1. Pour un Lot il peut y avoir x produits
2. Pour un même NomProduit je peux avoir x lots d'origine (ex: fil fer 0,6 mm)
3. dans la composition d'un appareil il y x produits (une 12aine Maximum)

Bref mes capacités d'abstraction et mes connaissances en access me font tourner en rond. Je ne trouve pas la bonne structure, ni à établir les relations correctes entre ces tables.
Merci par avance à ceux qui se pencherait sur mes questions.

regis

[marot_r]

Pour un début tu n'as pas choisi quelque chose de simple.

Pense aussi à regarder s'il n'existe pas déjà sur le marché des produits qui font ce que tu veux. Cela peut consommer pas mal de temps de faire une application de catégorie professionnelle et si "développeur" n'est pas ton emplois officiel cela peut empiéter beaucoup sur tes autres taches à accomplir.

L'architecture classique pour ce genre de problème est la suivante :

Entête
ClefEntete
Autres infos utiles

Détail
ClefEntête
ClefDétail
Autres infos utiles.

Donc dans ton cas j'aurais les tables suivantes qui décrivent un appareil standard (une sorte de recette de cuisine) :

Appareil:
ClefAppareil
NomAppareil

ComposantAppareil:
ClefAppareil
ClefProduit
QuantiteProduit
UnitetProduit (ex : feuille, cm, g, ml)

J'aurai aussi les tables qui te permettent de savoir quel produit vient de où

Produit
ClefProduit

Fournisseur
ClefFournisseur

ProduitFournisseur cela peut correspondre à ta table LOT.
ClefProduit
ClefFournisseur
Tu pourrais ajouter ici la ref du produit chez ton fournisseur.

Enfin j'aurai les tables qui suivent qui te permettent de relier tous les morceaux ensembles pour 1 client donné et donc un appareil spécifique.

Client
ClefClient

AppareilClient
ClefClient
ClefAppareil

DetailAppareilClient
ClefClient
ClefAppareil
ClefProduit
ClefFournisseur
Peut-être ici la quantitié si elle diffère de la quantité standard.

Note qu'il y a :

• une relation entre DetailAppareilClients et ProduitFournisseur qui se fait sur ClefProduit et ClefFournisseur. Comme cela tu sais de quel fournisseur vient le produit.
• une relation entre DetailAppareilClients et DetailAppareil qui se fait sur ClefAppareil et ClefProduit. Cette relation assure que tu ne choisi que des produits qui entrent dans la recette de ton appareil selon ta table de recette.
  
  Attention elle n'assure pas que tu n'as pas 2 fois le même produit et que tu as bien tous les produits.

Il y a bien sur d'autres relations mais elles sont assez évidentes donc je ne les ai pas mentionnées.

A+