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

Modélisation Discussion :

Modéliser une facturation


Sujet :

Modélisation

  1. #1
    Membre à l'essai
    Inscrit en
    Août 2008
    Messages
    29
    Détails du profil
    Informations forums :
    Inscription : Août 2008
    Messages : 29
    Points : 18
    Points
    18
    Par défaut Modéliser une facturation
    Bonjour a tous,
    et d'avance merci pour le forum, j'ai découvert plein de trucs... mais la je bloque un peu ...

    Pour vous présenter mon projet je me permet de mettre des impressions d'ecran je pense qua ca sera plus simple !
    Ma base :

    (la table Fact est en cours de création car ma question est sur celle la )

    Je voudrais donc faire des factures tous les mois avec :
    - certains contrats (signés principalement ce mois, mais aussi les mois d'avant et voir meme jusqu'a 3 ans avant)
    - les contrats ne sont pas payés en intégralité (une grosse partie tout de suite, parfois une partie qq mois plus tard, une autre partie (environ 10/12%) plus tard mais elle aussi en une ou plusieurs fois)
    - je voudrais donc pour chaque contrat rentré un morceaux de facturation et pouvoir éditer une facture rassemblant tous les morceaux de paiement a la fin du mois

    Pour la base CONTRAT il y a actuellement une coché payé, mais j'aimerais la supprimer et que quand je fais une requete sur les contrats non payé totalement le contrat n'apparaissent pas si il a été réglé en plusieurs fois ...--> pour ca je pourrais mettre un champs "déja réglé" qui met la somme de tous les paiement sur ce contrat

    Ce que je n'arrive pas a faire :
    - la table pour les factures
    - le formulaire pour enregistrer les paiements (sur la base d'une requete qui sort les contrats non payé intégralement entre 2 dates)


    Si quelqu'un a une idée, je le remercie enormement par avance.

  2. #2
    Modérateur
    Avatar de Chtulus
    Homme Profil pro
    Ingénieur
    Inscrit en
    Avril 2008
    Messages
    3 094
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur
    Secteur : Santé

    Informations forums :
    Inscription : Avril 2008
    Messages : 3 094
    Points : 8 678
    Points
    8 678
    Par défaut
    Bonsoir et bienvenue,

    Ce qui serait faisable c'est d'avoir une colonne avec le montant total qui doit être payé, une avc le montant qui a été payé, et pour facilité les requêtes une colonne "booléen" pour savoir si la facture est totalement payé.

    Ce qui facilitera aussi le formulaire !

    « Je ne cherche pas à connaître les réponses, je cherche à comprendre les questions. »
    - Confucius -

    Les meilleurs cours, tutoriels et Docs sur les SGBD et le SQL
    Tous les cours Office
    Solutions d'Entreprise



  3. #3
    Membre à l'essai
    Inscrit en
    Août 2008
    Messages
    29
    Détails du profil
    Informations forums :
    Inscription : Août 2008
    Messages : 29
    Points : 18
    Points
    18
    Par défaut
    Merci pour ta réponse ...
    C'est en effet une solution pour la table (et le formulaire) CONTRATS et je pense que c'est une bonne idée ....
    Toutefois pour faire la facture je ne sais pas comment adapter ceci...

  4. #4
    Modérateur
    Avatar de Chtulus
    Homme Profil pro
    Ingénieur
    Inscrit en
    Avril 2008
    Messages
    3 094
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur
    Secteur : Santé

    Informations forums :
    Inscription : Avril 2008
    Messages : 3 094
    Points : 8 678
    Points
    8 678
    Par défaut
    Mais tu as un problème :
    plus tard mais elle aussi en une ou plusieurs fois
    Pas évident... Il ne faut plus faire crédit

    Pour la facture il faudra une requête...

    « Je ne cherche pas à connaître les réponses, je cherche à comprendre les questions. »
    - Confucius -

    Les meilleurs cours, tutoriels et Docs sur les SGBD et le SQL
    Tous les cours Office
    Solutions d'Entreprise



  5. #5
    Membre à l'essai
    Inscrit en
    Août 2008
    Messages
    29
    Détails du profil
    Informations forums :
    Inscription : Août 2008
    Messages : 29
    Points : 18
    Points
    18
    Par défaut
    En fait apres moults essais et ton idée de deux cases montant a payé et deja reglé j'ai trouvé :
    Je laisse la base Fact.
    Je fais une requete qui avec conditions numfact<0 --> il n'y a rien d'afficher dans le formulaire continu que je lie a cette requete, par contre je peux rajouter des lignes dans cette base.

    Du coup apres je fait une requete avec comme critere le numéro de facture et je fait un état avec comme base cette requete....

    Il me reste a trouver comment faire pour qu'a l'ouverture du formulaire Contrats ca totalise ce qui est déjà payé par rapport au contrat affiché ... (peut etre un sous formulaire avec juste une case dedans ...

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

Discussions similaires

  1. [DC]Modéliser une action conditionnelle ?
    Par Pero dans le forum Diagrammes de Classes
    Réponses: 9
    Dernier message: 24/10/2005, 18h12
  2. etablir une facture avec Visual C++
    Par aymeno dans le forum MFC
    Réponses: 4
    Dernier message: 27/08/2005, 15h41
  3. [UML]modéliser une application J2EE sous UML
    Par stago dans le forum Java EE
    Réponses: 4
    Dernier message: 22/02/2005, 10h14
  4. modéliser une bd avec uml
    Par komando dans le forum Diagrammes de Classes
    Réponses: 4
    Dernier message: 06/10/2004, 12h45
  5. Modéliser une planète?
    Par shifty.net dans le forum OpenGL
    Réponses: 10
    Dernier message: 30/08/2004, 14h13

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