Discussion :

[diden138]

bonjour ,je suis maintenant à l'elaboration d'un logiciel de facturation devis je voudrais quelques conseils pour m'organiser surtout au niveau des donnée (listes des clients,listes des factures,des devis) sachant que je travail avec interbase comment dois je gérer ça est ce que je dois crée plusieurs tables(liste des commandes,liste des clients..) et aprés faire une jointure ou une autre idée peut etre?
ps:toute idée je suis preneur
cordialement @++

[Rayek]

Etant donner qu'un client peut avoir x factures et x devis et que chaque devis et factures peuvent avoir x Articles, il va te falloir plusieurs tables.

Client

• NumClient : <- Identifiant du client en général un numéro automatique
• Nomclient ...
• etc...

Articles

• NumArticles : Numéro auto identifiant un article
• Désignation
• Prix ..
• etc...

Devis

• NumDevis <- Identifiant du devis, numéro automatique
• NumClient <- Numérique qui doit correspondre au NumClient de la table Client
• Date du devis
• Commentaires
• etc...

DevisArticles

• NumDevis : Numérique qui doit correspondre au NumDevis de la table
• Devis
• NumArticle : Numérique qui doit correspondre au Numarticle de la table article
• Quantité
• Prixvente
• TVA
• etc...

Je ne te fais pas les tables facturations mais c'est le même schéma que Devis et DevisArticles.

Voila, c'est comme cela que je ferais

[diden138]

Tous d'abord merci pour votre réponse clair et net cependant je me confronte à un probléme si je rédige un devis comment savoir le numéro du client dois je faire une recherche par nom dans la table client et lui affecté le bon numéro ??ou sinon si je ne le trouve pas je l'inscrit dans la table client et je lui affecte un nouveau numéro ??
cordialement @+

[Rayek]

Tous d'abord merci pour votre réponse clair et net cependant je me confronte à un probléme si je rédige un devis comment savoir le numéro du client dois je faire une recherche par nom dans la table client et lui affecté le bon numéro ??ou sinon si je ne le trouve pas je l'inscrit dans la table client et je lui affecte un nouveau numéro ??
cordialement @+

Un devis est toujours ratacher à un client donc le mieux est de créer le devis à partir d'un client, comme ça on a directement le numéro de client.

[Fxg]

Je pense que la base centrale de ton projet sera effectivement la base client
Si tu veux faire un devis 2 cas de figure :
- le client existe ---> on crée le devis
- le client n'existe pas --> création du client --> création du devis.

[diden138]

Merci effectivement tout repose sur le client j'ai réalisé un petit shéma , tout est clair merci encore pour vos conseils qui m'ont aidé ..
cordialement @+

[Eric Boisvert]

* Essai de penser aux rapports que tu devras construire avec ton client...
ca donne beacoup d'indice sur ce que tu dois prévoire...

- Facture est-elle payé ou non...partiellement (plusieurs paiement)?
- depuis combien de temps non payée?
- en combien de temps cette facture à été payée?
- Combien de factures dépassent le temps acceptable pour paiement?
- quelle est ce temps? est-il variable d'un client à l'autre?
- y a t-il diffenrente monaie à gérer (Euro,US,Can,etc)

*Pour les taxes, prevoit que le taux peut varier...

*lorsque tu imprime une facture, est-ce que tu dois être en mesure de
reconnaître une facture originale vs une copie? si oui, une en couleur et
toute les autres en noire et blanc? Faudrait détecter la première impression.

*Normalement, on doit être en mesure d'anuler une facture. Prevoir
la possibilité d'ajouter des notes (personnel) au facture.. habituellement,
le client aime beaucoup ca...

bon, c'est quelque réflexion....

Et en plus...trop tard...héhé j'envoie quand même!

[Droïde Système7]

Bonjour,

En complément des super éléments détaillés d'Éric :

*Pour les taxes, prevoit que le taux peut varier...

sans oublier les taxes "0" pour les micro-entreprises françaises.

Ci-possible, d'ajouter en bas de facture/devis la somme en toutes lettres

Aussi une option d'alerte de "Client à risque", etc.

Bon programme !

[Fxg]

dans la lignée des clients à risque, il serait bon de prévoir une relance des impayés.

Si les idées continuent à fuser comme ça le pauvre diden138 va se retrouver à programmer un SAP-like.......

[Eric Boisvert]

Si les idées continuent à fuser comme ça le pauvre diden138 va se retrouver à programmer un SAP-like.......

+1 Fxg

Parcontre, c'est tout ces petits détails qui vaux mieux discuter avec le client
avant d'arriver avec une facture de developpement trop salée...
et/ou un produit qui ne répond pas à ces attentes.

[diden138]

merci pour toutes ces idées .

Si les idées continuent à fuser comme ça le pauvre diden138 va se retrouver à programmer un SAP-like.......

merci encore si vous avez d'autre idée continuez malgré que j'ai mis le sujet comme résolu .

cordialement@+

[Yurck]

Des idées ?

Il y a une chose qu'il faut éviter c'est de rendre obligatoire les clefs étrangères de ton devis.
Ainsi si le client n'existe pas et bien on doit pouvoir créer le devis
de même que si l'article n'existe pas on doit pouvoir saisir un libellé et un prix.

Rien de plus ch.. pour un artisan face à un client que de devoir lui demander et saisir son état civil alors qu'il ne s'agit que d'un devis (peut-être sans suite)
De même son client veut un article dont on ne dispose pas (encore) il faudrait soit le créer soit utiliser un autre article et modifier son libellé ou son prix.

il pourra tranquillement le soir reprendre les infos du devis et générer son client ou ses articles manquants.

PS : pour les taxes gère de la TVA à date c'est le mieux ainsi que pour les devises.

a+

[Fxg]

En fait je pense que quand on fait le devis on connait déjà le client ou futur client à qu'il il s'adresse. Donc on raccorde le devis à un client, même si les infos concernant le futur client sont dans un premier temps relativement succintes. Même l'artisan doit pouvoir saisir un nom et un prénom en 1 min et faire son devis après. De plus le devis est valable pour ce seul client.

Au fait sans indiscrétion c'est dans quel domaine d'activité ? mono-domaine ou pluri-secteurs ?

[diden138]

Au fait sans indiscrétion c'est dans quel domaine d'activité ? mono-domaine ou pluri-secteurs ?

mono-domaine en faite c'est une menuiserie aluminium le logiciel dois gérer les bon de commandes, bon de livraisons, les listes des fournisseurs bref tout..
je commence à voir plus clair grace à vos réponse surtout que dépard on a beacoups de donnée à gérer et c'est pas forcément evident de faire la liaison entre les différentes informations qu'on a .

cordialement @+

[Droïde Système7]

Bonjour,

Aller, une petite dernière très importante à mon sens, car après des recherches étalées sur des semaines et des semaines (et des tests d'essais...), je n'ai trouvé que deux logiciels capables réellement de gérer le multilignes au niveau du libellé dans la saisie des devis/factures. Dont un seul : le top du top !

Parce que des programmes en "monolignes", j'en connais des tas, d'ailleurs pas mal du tout (ici en freeware), mais des multilignes ; ça ne court pas les rues, là je parle en shareware

N'oublions pas que certaines prestations d'une enterprise demandent la désignation écrite et détaillée sur plusieurs lignes de libellés.

Bon courage !