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
Gestion d'une base de données d'offre de prix
justement je sui entrain de developpez une application sur l'offre des prix(devis),tu peu m'eclairer comment t'as procéder,surtout au moment de la saisi, là ou je bloque c'est comment faire pour chaque ligne peut avoir plusieurs valeur, c.a.d rendre un tableau par example extensible. je sai pa si je me suis fais bien comprendre mai si t'a des question pour plus d'eclaicissement, je te répondrai.
merci
Il faudrait mieux spécifier ta question.
En effet, personne n'est censé être au courant de l'historique de la conversation que tu as peu avoir ailleurs que dans ce fil
Merci
ah oui dsl, non mai il a dis juste qu'il est entrain de developpez une application pour la facturation et les devis,et comme moi je sui entrain de faire une application sur l'offre des prix donc je trouve que c'est le méme principe des devis,alors je lui ai demandé comment il a procéder.
Salut,
Précise un peu ta question si tu veut de l'aide, parceque là c'est vraiment trop vague...Sinon pour faire un devis je vois trois grandes étapes:ya pas des proposition??!!
1) Saisi des entrants de ton devis.
2) Calcul des prix
3) Mise en forme des résultats "légale" avec impréssion.
tu peu m'eclairer comment t'as procéder,surtout au moment de la saisi, là ou je bloque c'est comment faire pour chaque ligne peut avoir plusieurs valeur, c.a.d rendre un tableau par example extensible...J'ai relu cette phrase 8 fois sans en comprendre réèllement le sens...En revanche, quand je voit tableaux extensible, je pense tableaux dynamique (et setlength associée)pour le stockage ou stringgrid pour l'affichage.
A+.
voilà je m'explique:
pour developper une application pour les offre des prix j'ai 3tables:
table client,table offre,et table ligne d'offre avec le mci suivant:
client(#nom,adresse,tel,fax,responsable)
offre(#numéro de l'offre,nom,responsable de l'offre,date,mode de paiement,delai de livraison,observation)
ligne d'offre(#numéro de l'offre,type de produit, qualité,dimension,couleur,impréssion,prix unitaire,cliché,forme de découpe)
alors pour la qualité ya trois type: micro cannelure,gros cannelure et le double/double.
et les couleur:blanc,marron et le blanc/blanc.
je pense que c'est le méme principe qu'une facture mais dans ce cas la ils n'ont pas besoin de calculer le prix total parce que il donne le prix unitaire de chaque produit sans la quantité.
et la problématique c'est au moment de la saisie,et aussi l'impréssion d'etat c'est à dire au debut ya un tableau mais il devra étre dynamique(dés fois on a à saisir un seul produit et d'autre fois plusieurs produits), pour la sasie je sais pas comment par example si j'ai 4produit ,chacun de ces produit je peux saisir leurs propriétés ds la méme fenêtre.
voilà j'espére que j'ai bien expliqué,je vous remerci
Donc en gros, ce que tu souhaite c'est d'avoir un tableau contenant un nombre de lignes variables pour la saisie de tes produits qui soit relié à ta base de donnée pour l'enregistrement ?
Et tu as deux boutons "ajouter produit"/"supprimer produit" ?
Arrête-moi si je dérive...
Donc deux solutions:
1) Tu utilise un DBGrid relié à un TTable, chaque fois tu dois agir sur ta table par un insert sur "ajouter", delete sur "supprimer". Personnellement je trouve ça un peu lourd, surtout que ça aide pas si tu souhaite annuler toutes tes dernières actions.
2) Tu utilise un StringGrid et tu joue sur son nombre de ligne, et à la sortie de ta fiche, si les données saisies sont correctes, tu les mets dans ta base.
Regarde ici si tu veux des conseils d'utilisation sur ce composant.
A+.
non c'est pas ça, j'ajoute pas des produit mais des offre,et les offre contiennent des produit, j'ai les bouton suivant, rechercher,nouveau,enregistrer,supprimer et imprimer.
dis moi stp, pour le modéle relationelle,il est juste?
à mon avis,j'utilise un expert fiche pour la saisi mieux que stringgrid.c'est koi ton avis la dessus.
je sais pas si vous arrivez à saisir mon pb mais je veux dans une offre qui contient par example 3 produit alors dans chacun d'eux je peux modifier/saisir ces propriété(type de produit,qualité,couleur,...) mais le numéro de l'offre reste fixe pour ces 3 produit.
Je vois pas de problème dans le modèle relationnelle, sauf si tu souhaite proposer plusieurs type d'un même produit dans une offre.
L'expert fiche c'est une bonne idée pour une saisie simple, je t'ai proposé le stringgrid ou la dbGrid parcque je trouve ça plus logique.(encore que rien n'empêche la combinaison des deux, l'expert fiche n'étant qu'un outil pour faciliter la création de fiche reliées à ta base).
Donc en définitive, tu as une grille ou ce que tu veux qui contient tes produits pour une offre donnée.
Logiquement, et plus simplement, dans une première fiche tu liste des produits associés à ton offre (dans une grid ou une listbox par exemple) avec des veleurs par défaut dans la base pour les champs qualité... Un click sur modifier, cela t'ouvre une autre fenêtre comportant les champs modifiables pour ce produit.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
A+.
je sai que je vai t'embéter un peu, mais dans la fiche ou je saisi le(s) produit(s),comment je peux definir le nombre des dbedit vu que le nbre des produit change?
Tu peux les créer dynamiquement...
Mais j'avoue que je comprend pas ? Si tous tes produits ont les mêmes paramètres de caractéristiques, en cliquant sur modifier tu auras bien le même nombre de DBEdit (modifier ne mermettant que de modifier UNE ligne, et donc qu'un seul produit, à la fois dans mon raisonnement)...
La gestion du nombre de produits étant régler par ta listbox ou ta grid.
A+.
voilà ce que je vais faire, une fenétre pour saisir les reseignement sur le client l'expéditeur de l'offre et(est c'est important) le numéro de l'offre,une 2éme fenétre pour saisir les produit en utilisant un stringgrid dans la 2éme fenétre.
qque tu en pense?!
J'aurais fait un truc plus ou moins dans le même genre...
Essaye comme ça et si tu as un problème, n'hésite pas à me poser des questions.
A+.
bonjour,
c'été impossible d'utiliser un stringgrid parce que ya pas un moyen de le relié à la table,donc j'ai opté pour le dbgrid.
j'ai une question:
- pour enregistré une nouvelle offre, je suis obligé de mettre un bouton pour enregistré les données sur la 1ére et la 2éme fenétre,ou comment?
Salut,
Oui, tu peux faire ça en deux fois...Une fois que tu as validé ta première fenêtre avec les enregistrements, tu ouvres ta seconde et tu sauvegarde à ce moment là. Ou tu peux aussi tout sauvegrder en même temps.
Mais après c'est à toi de voir...Un mini cahier des charges (avec en plus l'enchaînement des fenêtres et les principales fonctionnalitées) pourrait t'aider.
A+.
A mon avis, tu peux mettre dans un fiche la saisie de l'entête de l'offre (N° Offre, utilisateur, date etc) et le détail de l'offre.
Une solution que je peux te proposer c'est d'utiliser un Stringgrid ou DBGrid pour afficher les détails de l'offre au fur et à mésure de la saisie, et des Edit ou DBEdit pour la saisie de l'entête et du détail.
Voilà
on executant j'ai ce message de compilation declaration expected but end of file found j'ai rien compris ds ce msg
A mon avis,
Tu as declarer une procedure/fonction mais sans l'implementer.
A+
je compren rien ds ces mesg,en voilà un autre: Unsatisfied forward or externale declaration tform2.jvnavpanelbutton1click.
Soit tu le gère à la main (en stockant le numéro max dans une variable), soit ton SGBD le fait (exemple en SQL-Server il suffit de déclarer un compteur à "oui"...). A ti de voir dans ton cas.
A+.
dans mon cas j'utilise des tables paradox.
j'ai pas compris cette phrase:en stockant le numéro max dans une variable
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager