Discussion :

[Lingo]

Bonjour,

Je sais que ce forum n'est pas destiné à la conception, mais étant donné que mon but est de développer une base de données sous Access, je souhaite tout de même vérifier auprès de vous avant d'entammer la programmation.


L’objectif de ma DB est de pouvoir effectuer les opérations suivantes :
1) Editer une facture annuelle pour chaque Etablissement Client
2) Faire des statistiques sur la Cotisation annuelle, la Licence et la Redevance Annuelle.

Pour ce faire j’ai construit le MCD ci-dessous avec les contraintes suivantes :
1)Chaque Etablissement Client a une Cotisation annuelle même sans achat de produit,
2)Chaque Produit a deux tarifications : le prix de Licence payé une fois et une Redevance Annuelle.

Remarques
*Le numéro de la facture est obtenu par une autre application, mais la table facture n’est pas une table liée.
*Les données de la table TabHistDesDonnées changent chaque année et elles sont utilisées pour calculer le prix de la licence, la redevance annuelle et la cotisation.



Que pensez-vous de la conception de mon MCD?

Merci.

[mcdotta]

Hello,

Voici mes quelques remarques - conseils :

Prix
Pourquoi ne pas stocker le prix au niveau de la table Produits ; ca t'éviterait de devoir le resaisir à chaque fois...

Au niveau de la table Détail Achat, si tu veux stocker le prix pour des raisons d'historique, tu le peux mais je te conseille de le faire que dans un seul champ : de toute façon, il n'y a qu'un seul prix qui dépend du paiement de la licence ou non ; avoir qu'un seul champ de prix sera plus facile pour toi pour les statistiques futures ; ce que tu peux faire, si tu veux, c'est stocker dans un champ si le prix est de type Licence ou RAM, toujours dans le but de statistiques futures.

Détail Achat
Il n'y a pas une notion de quantité ? ; regarde également s'il ne te faut pas stocker le % de TVA pour la facture à venir.

Factures
Je ne comprends pas très bien la table Factures telles que tu l'as placée :

• si à un achat correspond une facture, le numéro de facture peut être dans la table Achat

• si à un achat correspond plusieurs facture, il te faut une table à part, certes mais qui reprend également le champ RefAchat.

Nom des champs
Attention au nom de tes champs : un fois c'est CodeClient, une fois c'est CodeEtab, tu ne crois pas que tu vas avoir quelques confusions ?

Historique des données
Là aussi, je n'ai pas très bien compris ce que tu veux en faire. Elle n'a pas de lien avec les cotisations ?

Cotisation
Il n'a y qu'une seule cotisation pour un établissement, ou une par an ?

Voilà mes reflexions.

Bon courage

MC

[Lingo]

Bonjour,

Merci MC pour ton analyse.
Je voudrais apporter quelques précisions.

La table TabHistDesDonnées est très importante pour des raisons historiques. En effet, chaque année les données changent, et elles sont utilisées pour calculer la Cotisation annuelle, le prix de la Licence et le prix de la RAM.

Je m'explique par un exemple :
1)La Cotisation annuelle est payable chaque année même sans achat de produit et dépend d'un seul critère le CF,
--Si CF<xmontant alors la cotisation HT est tant
--Si CF>=xmontant alors cotisation HT est tant

2)La licence son prix pour chaque produit dépend de deux critères le CF et Effectifs ou CF et MS selon le produit
--Ces critères sont bornés ie compris entre différents intervalles de valeurs

3)La RAM son prix dépend de 2 critères CF et Effectif
même principe que pour le calcul de la licence.

Comme ces critères sont bornés, j'ai créé un table n'ayant aucune relation pour chaque critère pour faciliter mes requêtes.

Voilà.