IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

Avoir un avis sur ma conception de gestion de facture


Sujet :

MS SQL Server

  1. #1
    Membre à l'essai
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2014
    Messages
    9
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : Maroc

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Février 2014
    Messages : 9
    Points : 10
    Points
    10
    Par défaut Avoir un avis sur ma conception de gestion de facture
    Bonjour ,
    je suis entrain de développer une application gestion de stock , gestion de facture et j'aimerai avoir des avis sur le raisonnement que j'ai eu pour la conception de mon application

    j'ai une table Devis
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
     
    CREATE TABLE [dbo].[devis](
        [num_devis] [nvarchar](50) NOT NULL,
        [id_produit] [int] IDENTITY(1,1) NOT NULL,
        [Client] [nvarchar](250) NOT NULL,
        [date_livraison] [nchar](10) NOT NULL,
        [famille_produit] [nvarchar](50) NULL,
        [ref_produit] [nvarchar](50) NOT NULL,
        [designation] [nvarchar](250) NULL,
        [pu_ht] [float] NOT NULL,
        [qte] [int] NOT NULL,
        [conditionnement] [nvarchar](250) NULL,
        [remise] [float] NULL,
        [pu_net] [float] NULL,
        [montant_ht] [float] NOT NULL,
        [montant_ttc] [float] NULL,
        [tva] [float] NULL
    )
    Table Bon_cmd
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
     
    CREATE TABLE [dbo].[bon_cmd](
        [num_cmd] [int] NULL,
        [client] [nvarchar](250) NULL,
        [date_cmd] [nvarchar](50) NULL,
        [famille_produit] [nvarchar](350) NULL,
        [ref_produit] [nvarchar](350) NULL,
        [designation] [nvarchar](350) NULL,
        [pu_ht] [float] NULL,
        [quantite] [int] NULL,
        [conditionnement] [nvarchar](350) NULL,
        [remise] [float] NULL,
        [pu_net] [float] NULL,
        [montant_ht] [float] NULL,
        [id_produit] [int] IDENTITY(1,1) NOT NULL
    )
    et une autre table BL et Facture identitique a table cmd
    Mon besoin c'est de creer un Devis via un formulaire et ce devis il a 2 comportements
    1-Il peut devenir Bon_cmd ( si le client est satisfait du Devis )
    2-Il peut rester Devis ( si le client n'est pas satisfait du Devis )

    pour le 1er Cas j'ai 3 solutions :

    1- Je propose de faire un insert du Devis choisi par l'utilisateur vers la table bon_cmd et le supprimer de la table Devis
    2- Copier le Devis vers une autre table Devis_archive et le copier dans la table Bon_cmd et le supprimer de la table Devis

    Pour le 2éme cas la solutions : c'est de le laisser comme il est ou l'utilisateur de l'application peut le supprimer

    Si quelqu'un peut m'aider sur cette conception ou s'il ya d'autre solution a part ça , ça m’arrangerai bcp

    Cordialement .

  2. #2
    Membre confirmé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2008
    Messages
    698
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Boutique - Magasin

    Informations forums :
    Inscription : Octobre 2008
    Messages : 698
    Points : 586
    Points
    586
    Par défaut
    Vous parlez de conception, mais votre description est extrêmement légère.

    Mais voilà mon avis pour faire avancer le smilblick :

    - Je ne supprimerais pas le devis car la facture finale peut différé du devis

  3. #3
    Membre à l'essai
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2014
    Messages
    9
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : Maroc

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Février 2014
    Messages : 9
    Points : 10
    Points
    10
    Par défaut
    Citation Envoyé par Donpi Voir le message
    Vous parlez de conception, mais votre description est extrêmement légère.

    Mais voilà mon avis pour faire avancer le smilblick :

    - Je ne supprimerais pas le devis car la facture finale peut différé du devis
    Oui c'est ce que je me suis dis mais je vais copier le Devis qui sera converti en BON de commande dans une autre table comme ça dans la table Devis j'ai que les Devis qui sont pas converti .

    la facture final ne doit pas différé du bon de commande seulement
    si la facture finale diffère du devis ou est le problème ?

  4. #4
    Membre confirmé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2008
    Messages
    698
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Boutique - Magasin

    Informations forums :
    Inscription : Octobre 2008
    Messages : 698
    Points : 586
    Points
    586
    Par défaut
    ça dépend du métier et de la législation du pays.

    par exemple ici en suisse, la loi dit que "Tout travail mérite salaire"
    Ce qui veux dire que le travail au forfait est interdit.

    Donc si vous venez pour votre voiture et que je vous fais un devis de réparation à 1000Chf mais qu'en réalité il y a eu pour 2500Chf de frais, la facture est de 2500Chf.
    Alors que le devis lui est différent.

    Ensuite pour un multitudes de raisons que je ne vais pas détaillé, il est important de garder le devis tel qu'il à été signé par le client.

    A+

  5. #5
    Modérateur

    Profil pro
    dba
    Inscrit en
    Janvier 2010
    Messages
    5 643
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : dba

    Informations forums :
    Inscription : Janvier 2010
    Messages : 5 643
    Points : 13 092
    Points
    13 092
    Par défaut
    Bonjour,

    Inutile de copier le devis : dans la table des commandes, vous ne mettez que les colonnes qui ne sont pas dans la table devis, ou qui peuvent être modifiées lorsque le devis devient une commande, et vous ajoutez la référence du devis.

    A coté de ça, plusieurs choses ne vont pas dans votre modèle.

    - Pas de clef primaire ?
    - Pas de clef étrangère ?
    - Qu'est-ce que les colonnes [id_produit] [int] IDENTITY(1,1) ?
    - Si vous avez une table produit, alors inutile de remettre la désignation dans les tables devis et commande.
    - La colonne montant_ttc est inutile, puisque vous avez le montant_ht et la tva. Vous pouvez à la rigueur créer une colonne calculée.
    - Un devis ne peut concerner qu'un seul produit ?

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Votre avis sur les outils de gestion qualité du codage
    Par leminipouce dans le forum Qualimétrie
    Réponses: 1
    Dernier message: 19/10/2006, 21h00
  2. Réponses: 3
    Dernier message: 25/08/2006, 18h06
  3. [Méthodes]Votre avis sur ce concept sans nom
    Par Hibou57 dans le forum Méthodes
    Réponses: 6
    Dernier message: 17/04/2006, 19h38
  4. Avis sur la conception d'un projet
    Par Daniel MOREAU dans le forum Modélisation
    Réponses: 4
    Dernier message: 16/02/2006, 09h58
  5. Avis sur la conception de ma base de données.
    Par perlgirl dans le forum Décisions SGBD
    Réponses: 1
    Dernier message: 10/11/2005, 21h47

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo