Discussion :

[Invité]

bonjour,

Je souhaiterai faire un programme de vente. Le schéma ci-dessous vous parait-il juste?
Il s'agit donc d'une pme "classique" (vente de divers produit, un tout petit magasin alimentaire).
Selon moi, un client possède éventuellement une carte de fidélité. Ce client achète un produit en étant servi par un vendeur. Pour ce produit, il y a un mouvement qui correspond soit à un achat soit à une vente.

[SQLpro]

Vous gérez nullement le temps et vous oubliez les éléments essentiel du commerce que sont les commandes, les factures....

1) entités manquantes :
Commandes
Lignes de commande (détail)
Facture
Ligne de facture (détail)
et toutes les entités de références (TVA, Civilité, catégorie de produit, rayons....)
...

2) données manquantes
date (de commande, de facture, de publication dans le catalogue....)
remise
TVA
...

A +

[Invité]

J'avais nommé la table "achat" pour les achats de l'entreprise. J'ai rectifié et je l'ai nommée "commande".

La table vente correspond aux achats effectués par les clients.


J'ai placé tva dans la table produit. Est-ce suffisant ou je dois également le placer dans d'autres tables?


Pensez-vous qu'il serait plus judicieux de placer l'entité "points" dans la table "client"? Je veux que chaque personne puisse avoir une carte mais n'y soit pas obligée.

Pourriez-vous me dire comment cela se passe lorsqu'un client achète un produit? Car je ne vois pas comment faire passer des choses de la table mouvement à la table vente_effectuee par exemple... .

[SQLpro]

Un processus d'achat passe souvent par un devis ou proposition.

Une vente passe par deux étapes :

• la commande (e que le client souhaite acquérir et qu'il n'a pas encore payer - on peut considérer cela comme un "panier")
• la facture (c'est ce qu'il va régler)

Une facture pouvant correspondre à plusieurs commande ou même une partie d'une commande (fac ture d'acompte et facture de solde).

A +

[StringBuilder]

Il manque aussi les livraisons, avec un regroupement n-m avec les commandes (une commande peut être livrée en plusieurs fois, mais une même livraison peut contenir des produits de plusieurs commandes).

Et tous les flux de retour (avoir produit, avoir financier).

[Invité]

Après quelques adaptation, qu'en pensez-vous?