Modélisation par clients/projets/rentabilité

Bonjour,

C'est un projet complexe mais intéressant. Je modélise une base de donnée sous access et ce serait sympa si vous pouviez donner votre avis concernant celle-ci. Je joins une image de la modélisation. Elle est incomplète pour l'instant.

http://www.developpez.net/forums/att...1&d=1359067810

Voici plus de détails:

1) Elle est faite pour une société de service.

2) Nos devis sont complexes et incluent environ 200 tâches/postes de dépense différents. Pour l'instant, nous avons un prix pour chaque tâche mais j'aimerais bien inclure plusieurs modes de facturation selon le type de client.

3) J'ai fait l'hypothèse que chaque projet est lié à une société et à un contact. Par contre, plusieurs contacts peuvent être liés à une société et à plusieurs projets.

4) J'aimerais que les employés puissent noter les heures passées sur chaque tâche. Je pense que le formulaire est une possibilité mais dans quelle mesure est ce que c'est sécurisé ? Il ne faut pas qu'ils puissent avoir accès à des données sensibles.

5) J'aimerais également que la facturation se fasse ou s'implémente directement dans la base de donnée (numéro de facture, tâches, unités, prix, total, discount...) Dans quelle mesure est-ce possible ?

Beaucoup de questions donc :) Merci de votre soutien les amis.

Hello et bienvenue sur le forum
en première approche, voici la structure de mon "fond de panier"
Coeur de la base: la table entreprises qui regroupe les sociétés des clients mais aussi des fournisseurs!
+ en amont, les contacts (pour les personnes), les adresses (plusieurs par entreprise pour les différents bâtiments mais aussi pour des lieux de livraison ou de travaux, etc), les évènements (pour le stockage de tout ce qu'on veut depuis les courriers jusqu'aux appels téléphoniques...)
+ en aval, et pour chacun des points suivants: devis, commande, bordereaux de livraison, facture, ordre de fabrication, éventuellement projet, une structure comme ça:
- table devis avec l'entête
- table détail_devis pour chaque ligne de devis avec la quantité,
- - le code du prix qui renvoie au
- - code du produit (ce qui permet d'avoir autant de prix qu'on veut pour le même produit),
- - le libellé,
- - le prix unitaire, la tva, etc
+ en aval de l'aval, les paiements (en relation n à n avec les factures), et les vérifications par rapport aux relevés bancaires, la tréso, l'export des journaux de vente, d'achat et de banque

Ensuite, pour les calculs, il faut toujours développer ses propres algorithmes...

Quant aux notions de sécurité, c'est une vaste question: moi, je me contente de ne pas afficher le volet de navigation (oui, c'est le niveau zéro)
De toute façon, il est quasi impossible avec Access de blinder la sécurité. Même les mots de passe sont faciles à cracker.