|
Publicité ' | ||||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
Bonjour à tous ! Je reviens vers vous pour quémander votre aide qui m'a été si précieuse la dernière fois.
Explication de ce titre: J'ai un fichier EXCEl (a la base) avec: Nb arcticle | poid unitaire article | Poid total | Valeur commercial | Indémnisation La valeur commercial est prise dans une autre feuille (du même fichier) et est retrouvée grâce à un champs référence et une recherchev. (référence = "ce prix") Le calcul de l'indémnisation est calculé avec le poid total multiplié par une certaine somme. (poid retrouvé par un rechercheV sur une feuille poid classé référence = "ce poid") Je dois ensuite prendre le résultat le plus haut et l'afficher dans un autre champs Sous access, j'ai donc créé une table poid, une table tarif, et une table indémnisation avec les infos citées au dessus. Comment puis je faire une fonction rechercheV sous access et des calcules conditionnel (par rapport au résultat de la recherchev) pour finir par faire des calcules de pourcentage... (je travaille sous Access 2007 mais le résultat tournera sous Access 2003 (mode de compatibilité sur mon Access) Merci d'avance à tous ceux qui m'aideront ! Bien cordialement Trimatelo! |
|
|
00
|
|
|
#2 |
![]() ![]() ![]() Fabrice CONSTANSIngénieur développement logiciels Inscription : avril 2005 Messages : 7 085 ![]() |
Bonjour,
ACCESS est une base de données et EXCEL une feuille de calcul donc ne cherche pas de similitude de fonctionnement entre les deux. Dans ACCESS on parle de requete, les calculs y sont généralement effectués. A la limite on peut les faire dans des formulaires/etats mais c'est un peu plus long à faire. Je te conseille donc de faire tous tes calculs dans des requetes surtout pour du multi tables. Commence par ouvrir une requete avec le générateur. Place tes tables et les liens entre-elles. Quand c'est fait il y a le générateur d'expression qui, et tu as de la chance, est assez abouti à partir de 2007. Les expressions de calculs sont simples à réaliser. Il y a les opérateurs disponibles comme dans Excel. Cordialement,
__________________
Classe MELA(CRUD) Opérateur IN et zone de liste MsGraph et VBA - 1e Partie 2e partie Entête d'états-Opérateur LIKE-Evénements formulaires-Cours 2010 Complément :Générateur de msgbox Visitez mon Blog Les questions techniques par MP ne sont pas lues et je ne pratique pas l'extispicine |
|
10
|
|
|
#3 |
|
Membre actif
![]() Inscription : août 2006 Messages : 239 ![]() |
Hello,
donc si j'ai bien tout compris, ton but est : Dans un premier temps : - De retrouver un prix, dans une ou plusieurs table. Dans un second : - D'effectuer des calculs, sur ou en relation avec ce prix. C'est cela ?
__________________
La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici nous avons réuni théorie et pratique: Rien ne fonctionne ... et personne ne sait pourquoi ! Albert Einstein |
|
|
00
|
|
|
#4 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
Bonjour à tous!
SeaWolf601: C'est une partie de mon but oui. Enfaite mon prix est (à la toute base) dans une feuille excel. Dans Excel, une simple rechercheV va faire la relation entre Une référence et un prix. La référence (qui fait référence à ma référence de la feuille excel :o !!!! gg si tu comprends tu premier coup \o/) est remplie par une personne. Ensuite, pareil, mais avec un poid, reference => poid sur feuille excel, multiplication du poid par rapport au nombre de colis, et le poid total multiplier par un nombre fixe. Et mon dernier but, choisir le plus grand des deux résultats. Voila... J'espère avoir été clair x) Sachant que, je ne travail pas sous Excel! J'amierais "retranscrire" ça sous Access. (Même en sachant qu'Access n'est pas un tableur) Bien cordialement Trimatelo |
|
|
00
|
|
|
#5 |
|
Membre actif
![]() Inscription : août 2006 Messages : 239 ![]() |
Donc, si j'ai bien tout suivit.
Tu as une référence qui équivaut à un prix. et une référence (la même ou pas) qui équivaut à un poids. ça ne m'a pas l'air très complexe à mettre en oeuvre. Tu as un exemple à nous montrer que ce soit quand même un poil plus clair ?
__________________
La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici nous avons réuni théorie et pratique: Rien ne fonctionne ... et personne ne sait pourquoi ! Albert Einstein |
|
|
10
|
|
|
#6 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
Biensur !
Prenons la référence SMILEY Dans la table prix: 500 euros Dans la table poid: 20 kilos Je reçois ma commande avec 3 colis de référence SMILEY ---------------- Procedure: je rentre ma référence et le nombre de colis dans une table (autres que poid et tarif) le champ prix affiche 1500 automatiquement Le champs poid affiche (30 * ((nb colis) * poid)) = 1800 Un dernier champs m'indique automatiquement quel champs allons nous utiliser pour la suite, (le plus grand) donc ici 1800. Ensuite, nous voyons si nous avons des réductions sur cette référence, -50% par exemple, et nous calculons le prix final. Ici: 900 Voila |
|
|
00
|
|
|
#7 |
|
Membre actif
![]() Inscription : août 2006 Messages : 239 ![]() |
Ok, c'est bien ce que je pensais.
C'est très simple comme calcul, je m'attendais à plus complexe. Alors sur quoi butes tu ?
__________________
La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici nous avons réuni théorie et pratique: Rien ne fonctionne ... et personne ne sait pourquoi ! Albert Einstein |
|
|
10
|
|
|
#8 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
Et bien enfaite... Dès le début, comment faire pour que la référence que je tape aille chercher la correspondance avec le prix et le poid...
|
|
|
00
|
|
|
#9 |
|
Membre actif
![]() Inscription : août 2006 Messages : 239 ![]() |
Dans un premier temps,
Il te faut deux tables avec, entre autre deux champs bien distincts. l'une avec Réf et Poids. l'autre avec Réf et Prix.
__________________
La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici nous avons réuni théorie et pratique: Rien ne fonctionne ... et personne ne sait pourquoi ! Albert Einstein |
|
|
00
|
|
|
#10 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
Je l'avais déjà fait ^^
Une table prix avec ref et prix Une table poid avec ref et poid Une table avec ref, nb colis, prix, poid, poid total, prix garder, réduction, prix final |
|
|
00
|
|
|
#11 |
|
Membre actif
![]() Inscription : août 2006 Messages : 239 ![]() |
Ben c'est parfait tout ça
Y a plus qu'a se lancer. Qu'est ce que tu ne sais pas faire ? Tu veux passer par quoi ? Requête ou Formulaire de saisie ?
__________________
La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici nous avons réuni théorie et pratique: Rien ne fonctionne ... et personne ne sait pourquoi ! Albert Einstein |
|
|
00
|
|
|
#12 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
Formulaire de saisi aller !
Je ne connais pas trop ce que c'est et je n'aime pas trop les requêtes alors ça me parait bien ! x) |
|
|
00
|
|
|
#13 |
|
Membre actif
![]() Inscription : août 2006 Messages : 239 ![]() |
Une table prix avec ref et prix : Nommons la : Tb_Ref_Prix
Une table poid avec ref et poid : Nommons la : Tb_Ref_Poid Une table avec ref, nb colis, prix, poid, poid total, prix garder, réduction, prix final : Nommons la : TB_Result (elle contiendra l'enregistrement des résultats). Donc on fait un formulaire avec comme source la table : Tb_Calcul. Formulaire continu, ce sera plus pratique pour la suite, je pense. Appelons le F_Cacul (par exemple) Il devra contenir tous les champs de la table : Tb_Result.
__________________
La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici nous avons réuni théorie et pratique: Rien ne fonctionne ... et personne ne sait pourquoi ! Albert Einstein |
|
|
00
|
|
|
#14 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
Bonjour,
Désolé du retard, week end toussa... Alors, je n'ai pas très bien compris ce que je devais mettre dans Tb_Calcul. Sinon le reste c'est fait. Cela ne dérange en rien si dans Tb_Result j'ai un sous formulaire pour certain champs ? |
|
|
00
|
|
|
#15 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
Je vais faire plus simple, implenté Deux sous formulaire dans mon formulaire avec les infos en amont et le calcul!
Par contre je me retrouve avec un problème, c'est que j'ai besoin de numéro de référence pour les deux sous formulaire, donc il va m'ajouter la référence deux fois. En gros, ce que je veux dire si je me suis mal exprimé. Ma table (que tu as appeller Tb_Result) contient d'autre champs, des dates ou des numéros de bon etc... Je les ai tous mit dans un sous formulaire. Un deuxieme ou il y'a ta table Tb_Result. Si je créer une référence dans mon premier sous formulaire, comment puis je faire pour que Access mette les informations que j'ajoute dans mes deux sous formulaire sur un seul enregistrement et non pas deux? Désolé de la question en plus de ma question initial... |
|
|
00
|
|
|
#16 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
C'est peut être une mauvais idée le double sous formulaire x)
Par contre pour les calcules je bloque toujours sur comment lier une référence à une prix et un poid Oo |
|
|
00
|
|
|
#17 | ||
|
Membre actif
![]() Inscription : août 2006 Messages : 239 ![]() |
Mettre un sous-formulaire va sérieusement compliquer la tâche.
Reste sur un formulaire, pour commencer. Pour lier les réf, et les prix par quantité ont passera par des Combo qui contiendront toutes les infos dont on a besoin. Soit : Une liste déroulante ME.Ref contenant : Ref & Prix & Poids. Code :
__________________
La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici nous avons réuni théorie et pratique: Rien ne fonctionne ... et personne ne sait pourquoi ! Albert Einstein |
||
|
|
10
|
|
|
#18 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
Bonjour SeaWolf,
Enfaite, je suis obliger de rajouter un sous formulaire, je vais parler de palette lors d'une commande, mais il n'y a pas forcément qu'un seul colis dans la palette, il peut y avoir plusieur référence, donc plusieur ligne sur un sous formulaire :s |
|
|
00
|
|
|
#19 |
|
Membre actif
![]() Inscription : août 2006 Messages : 239 ![]() |
Oui, en sachant qu'un enregistrement est une commande, une palette, tu pourra avoir plusieurs colis dedans, pas besoin de sous-formulaire.
__________________
La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici nous avons réuni théorie et pratique: Rien ne fonctionne ... et personne ne sait pourquoi ! Albert Einstein |
|
|
00
|
|
|
#20 |
|
Invité de passage
![]() Étudiant Inscription : juillet 2011 Messages : 35 ![]() |
Oui mais une palette peut contenir plusieur Colis d'une même référence et plusieurs de plusieur autre!
Si on garde l'idée du formulaire simple pour une palette, il faudrait qu'il y est un champs: nombre de référence, pour ensuite changer automatiquement le formulaire qui afficherais 3 fois les même champs mais pour chaque référence. |
|
|
10
|
Copyright © 2000-2012 - www.developpez.com