Discussion :

[Manuk]

Bonjour à tous,

Je suis en train de modéliser (du moins j'essaie) un système de facturation.
Normalement lorsqu'une société demande un produit/service, un devis est émis avant la facturation.

Donc un devis est fait à une et une seule société et une société peut avoir 0 ou n devis
Idem pour les factures
Et bien sur, un niveau plus bas les devis et facture sont composés de produits/services

Mais je ne sais pas quelle logique appliquer dans mon MCD =>

Société (0,n)=======|facturé|========(1,1)Facture
|
|(0,n)============|fait|=========(1,1) Devis

OU

Société(0,n)========|fait|=========(1,1)Devis(1,1)========|transformer|========(0)Facture

La première solution me parrait plus correcte que la deuxième ....
Qu'en pensez vous ?

PS: désolé pour ce "MCD en ASCII mode" mais je n'ai pas encore commencé à dessiner mon MCD sur pc.

Merci d'avance.

[TheLeadingEdge]

Bonjour,

Tout dépend des règles que l'on t'a donné.

Mais à 1ere vue, la 2nde me parait plus juste.
1 devis accepté devient 1 facture. Tu as donc 1 DF entre devis et facture.
facture --> devis.

Par contre la card. 1,1 entre devis et transformer ne me parait pas juste.
Tt devis ne devient pas 1 facture. 0,1 me semblerait plus approprié.
Et 1 facture donne 1 devis et 1 seul. je mettrai 1,1 entre devis et transformer.

[Manuk]

Par contre la card. 1,1 entre devis et transformer ne me parait pas juste.
Tt devis ne devient pas 1 facture. 0,1 me semblerait plus approprié.
Et 1 facture donne 1 devis et 1 seul. je mettrai 1,1 entre devis et transformer.

Effectivement, ma cardinalité ne respecte pas ma logique... merci

Mais à 1ere vue, la 2nde me parait plus juste.
1 devis accepté devient 1 facture. Tu as donc 1 DF entre devis et facture.
facture --> devis.

Après réflexion, il n'y a pas toujours de devis avant facture ... si un particulier achète un produit, il ne demandera pas (pas toujours) de devis avant achat.
Le devis est donc une étape facultative.

Toujours le second MCD ?

Merci d'avance.

[grabriel]

Salut,

Si tu fais plutôt
une Société (0,n)=========FAIT=========(1,1) Document

Avec un statut pour ton Document s'il est validé il devient facture sinon il reste devis ou il est supprimé.
Je prends en compte qu'un devis est supprimé une fois sa date de validité passée (généralement 1 ou 2 mois) Donc si pendant une période tu n'as que des factures ta table devis sera vide... et de toute facon un devis tu peux le supprimé s'il n'a pas été validé (transformé en facture) ou s'il n'a pas été accepté.
En plus tu auras de multiples actions tu devras crée un devis puis s'il est validé, [peut être le supprimer] crée une facture alors qu'il est plus simple de modifier le devis en facture, en changeant son statut par exemple.
Ca peux être une partie de solution sachant que je ne connais aucune de tes contraintes.

[mouchkar]

mais a mon avis, le fait de creer une table document, va surement faciliter le passage d'un devis vers une facture, seulement ça ne va pas permettre d'avoir une trace des devis faits par la société, et peut etre également que ça va créer des problèmes lors de l'automatisation des clés primaires :
Code_devis : d001 alors que
Code_facture : f001

je ne suis qu'un débutant

[Guennec.Yannick]

Tu peux tres bien avoir un champ num_devis dans l entité document qui conservera le numéro du devis au moment du changement de statut.

[mouchkar]

oui, mais il peut ne pas y avoir de devis, donc il n y aura pas changement de statut, et le champ num_devis sera vide

[Guennec.Yannick]

Et ou est le problème, le champ peut tres bien rester vide s il n y a pas eu de devis

[Manuk]

Merci pour vos réponses.

Juste mettre un flag et le changer pour qu'un devis devienne une facture est pratique mais le hic est que je ne pourrai pas garder d'historique.
De plus, rien ne me dit que les champs facture/devis seront les mêmes ... peut être maintenant ... mais peut être aussi que dans quelques mois je voudrais avoir plus ou moins de paramètres sur les devis/factures....

Je crois que je vais opter pour une solution plus générique et séparer devis/facture.