je suis un peu rouillé en access, un peu d'aide n'est pas de refus... merci .
Mon problème est le suivant:
Permettre l'encodage aisé de caractéristiques de produits commandés par des
clients.
J'ai créé une table client ( signalétique générale )
J'ai crée une table produit
le formaire devrait permettre d'encoder les informations de la table client,
du ou des produits vendus et ( c'est ici que je coince ) lorsqu'un produit
est sélectionné ouvrir un autre formulaire qui permette l'encodage des
caractéristiques de ce produit. Chaque produit ayant des caractéristiques
uniques.
Bien sur il devra être prossible d'exporter le résultat de l'encodage vers
excel.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Alexis
Bonjour, Je ne suis pas sur de bien comprendre ton objectif et notamment ce que tu entends exactement par "encodage"... Voila ce que je comprends Tu as une table de clients et une table de produits Tu veux pouvoir definir des caracteristique de produits (prix d'achat par exemple) qui soit personnalisées par client. Si c'est bien ca, alors il te manque une table ProduitClient qui contiendra le code produit, le code client et les champs personnalisés. Ainsi j'ai une table Client 1 Dupont 2 Durand
Une table Produit A Tarte aux frutits 1.00 B Flan 1.50
Une table ProduitClient 1 A 1.05 1 B 1.55 2 A 1.00 2 B 1.45
Si je suis a côté de la plaque c'est donc que j'ai pas compris et que certainement qq precisions supplémentaires sont nécessaires pour moi ou pour d'autres, parce que ca serait pas normal que je sois le seul que j'ai pas compris, vu que je suis un gars qui comprends vachement bien d'habitude.
Bonjour,
Je ne suis pas sur de bien comprendre ton objectif et notamment ce que
tu entends exactement par "encodage"...
Voila ce que je comprends
Tu as une table de clients et une table de produits
Tu veux pouvoir definir des caracteristique de produits (prix d'achat
par exemple) qui soit personnalisées par client.
Si c'est bien ca, alors il te manque une table ProduitClient qui
contiendra le code produit, le code client et les champs
personnalisés.
Ainsi j'ai une table Client
1 Dupont
2 Durand
Une table Produit
A Tarte aux frutits 1.00
B Flan 1.50
Une table ProduitClient
1 A 1.05
1 B 1.55
2 A 1.00
2 B 1.45
Si je suis a côté de la plaque c'est donc que j'ai pas compris et que
certainement qq precisions supplémentaires sont nécessaires pour moi
ou pour d'autres, parce que ca serait pas normal que je sois le seul
que j'ai pas compris, vu que je suis un gars qui comprends vachement
bien d'habitude.
Bonjour, Je ne suis pas sur de bien comprendre ton objectif et notamment ce que tu entends exactement par "encodage"... Voila ce que je comprends Tu as une table de clients et une table de produits Tu veux pouvoir definir des caracteristique de produits (prix d'achat par exemple) qui soit personnalisées par client. Si c'est bien ca, alors il te manque une table ProduitClient qui contiendra le code produit, le code client et les champs personnalisés. Ainsi j'ai une table Client 1 Dupont 2 Durand
Une table Produit A Tarte aux frutits 1.00 B Flan 1.50
Une table ProduitClient 1 A 1.05 1 B 1.55 2 A 1.00 2 B 1.45
Si je suis a côté de la plaque c'est donc que j'ai pas compris et que certainement qq precisions supplémentaires sont nécessaires pour moi ou pour d'autres, parce que ca serait pas normal que je sois le seul que j'ai pas compris, vu que je suis un gars qui comprends vachement bien d'habitude.
Hobby one
Salut Alexis,
Efectivement tu as a compris, une précision complémentaire cependant. Le formulaire devra permettre de remplir les informations du client et du produit acheté, et pour chaque produit acheté une petite fen^etre apparaisse permettant de compléter les caractéristiques techniques propres du produit. A mon avis il va falloir travailler avec un sous-formulaire? qu'en penses tu ?
merci
david
Bonjour, Je ne suis pas sur de bien comprendre ton objectif et notamment ce que tu entends exactement par "encodage"... Voila ce que je comprends Tu as une table de clients et une table de produits Tu veux pouvoir definir des caracteristique de produits (prix d'achat par exemple) qui soit personnalisées par client. Si c'est bien ca, alors il te manque une table ProduitClient qui contiendra le code produit, le code client et les champs personnalisés. Ainsi j'ai une table Client 1 Dupont 2 Durand
Une table Produit A Tarte aux frutits 1.00 B Flan 1.50
Une table ProduitClient 1 A 1.05 1 B 1.55 2 A 1.00 2 B 1.45
Si je suis a côté de la plaque c'est donc que j'ai pas compris et que certainement qq precisions supplémentaires sont nécessaires pour moi ou pour d'autres, parce que ca serait pas normal que je sois le seul que j'ai pas compris, vu que je suis un gars qui comprends vachement bien d'habitude.
Salut Alexis,
Efectivement tu as a compris, une précision complémentaire cependant.
Le formulaire devra permettre de remplir les informations du client et du
produit acheté, et pour chaque produit acheté une petite fen^etre apparaisse
permettant de compléter les caractéristiques techniques propres du produit.
A mon avis il va falloir travailler avec un sous-formulaire? qu'en penses tu
?
merci
david
Bonjour,
Je ne suis pas sur de bien comprendre ton objectif et notamment ce que
tu entends exactement par "encodage"...
Voila ce que je comprends
Tu as une table de clients et une table de produits
Tu veux pouvoir definir des caracteristique de produits (prix d'achat
par exemple) qui soit personnalisées par client.
Si c'est bien ca, alors il te manque une table ProduitClient qui
contiendra le code produit, le code client et les champs
personnalisés.
Ainsi j'ai une table Client
1 Dupont
2 Durand
Une table Produit
A Tarte aux frutits 1.00
B Flan 1.50
Une table ProduitClient
1 A 1.05
1 B 1.55
2 A 1.00
2 B 1.45
Si je suis a côté de la plaque c'est donc que j'ai pas compris et que
certainement qq precisions supplémentaires sont nécessaires pour moi
ou pour d'autres, parce que ca serait pas normal que je sois le seul
que j'ai pas compris, vu que je suis un gars qui comprends vachement
bien d'habitude.
Efectivement tu as a compris, une précision complémentaire cependant. Le formulaire devra permettre de remplir les informations du client et du produit acheté, et pour chaque produit acheté une petite fen^etre apparaisse permettant de compléter les caractéristiques techniques propres du produit. A mon avis il va falloir travailler avec un sous-formulaire? qu'en penses tu ?
merci
david
Bonjour, Je ne suis pas sur de bien comprendre ton objectif et notamment ce que tu entends exactement par "encodage"... Voila ce que je comprends Tu as une table de clients et une table de produits Tu veux pouvoir definir des caracteristique de produits (prix d'achat par exemple) qui soit personnalisées par client. Si c'est bien ca, alors il te manque une table ProduitClient qui contiendra le code produit, le code client et les champs personnalisés. Ainsi j'ai une table Client 1 Dupont 2 Durand
Une table Produit A Tarte aux frutits 1.00 B Flan 1.50
Une table ProduitClient 1 A 1.05 1 B 1.55 2 A 1.00 2 B 1.45
Si je suis a côté de la plaque c'est donc que j'ai pas compris et que certainement qq precisions supplémentaires sont nécessaires pour moi ou pour d'autres, parce que ca serait pas normal que je sois le seul que j'ai pas compris, vu que je suis un gars qui comprends vachement bien d'habitude.
Alexis
S'il s'agit de produit achetés et donc de commandes ou factures, je suppose donc qu'un meme client peut passer plusieurs commande. Il faut donc dans ce cas un niveau supplémentaire. Je verrais donc les choses ainsi : Tables client et produits. Une table EnteteCommande avec un numero de commande comme clefs et comprenant notamment le code client. Une table Detailcommande avec le numero de la commande, le code produit et un champs texte ou memo pour les caracteristiques technique du produit si elles changent à chaque fois. Pour les formulaires il en faut donc un principal basé sur le enteteCommande contenant un sous formulaire contenant le Detail commande avec bien sur comme champs pere/fils, le numero de commande. Pour te faciliter la construction de tout cela, la base comptoirs.mdb fournit en exemple avec access me parait etre tout indiquée car c'est exactement l'objet de cette base.
S'il s'agit de produit achetés et donc de commandes ou factures, je
suppose donc qu'un meme client peut passer plusieurs commande. Il faut
donc dans ce cas un niveau supplémentaire.
Je verrais donc les choses ainsi :
Tables client et produits.
Une table EnteteCommande avec un numero de commande comme clefs et
comprenant notamment le code client.
Une table Detailcommande avec le numero de la commande, le code produit
et un champs texte ou memo pour les caracteristiques technique du
produit si elles changent à chaque fois.
Pour les formulaires il en faut donc un principal basé sur le
enteteCommande contenant un sous formulaire contenant le Detail
commande avec bien sur comme champs pere/fils, le numero de commande.
Pour te faciliter la construction de tout cela, la base comptoirs.mdb
fournit en exemple avec access me parait etre tout indiquée car c'est
exactement l'objet de cette base.
S'il s'agit de produit achetés et donc de commandes ou factures, je suppose donc qu'un meme client peut passer plusieurs commande. Il faut donc dans ce cas un niveau supplémentaire. Je verrais donc les choses ainsi : Tables client et produits. Une table EnteteCommande avec un numero de commande comme clefs et comprenant notamment le code client. Une table Detailcommande avec le numero de la commande, le code produit et un champs texte ou memo pour les caracteristiques technique du produit si elles changent à chaque fois. Pour les formulaires il en faut donc un principal basé sur le enteteCommande contenant un sous formulaire contenant le Detail commande avec bien sur comme champs pere/fils, le numero de commande. Pour te faciliter la construction de tout cela, la base comptoirs.mdb fournit en exemple avec access me parait etre tout indiquée car c'est exactement l'objet de cette base.
