Discussion :

[chrichnou051]

Bonjour à tous,

Voilà j'ai créer une base de donnée sur un formulaire répertoriant toutes les pièces du magasin. Ensuite j'ai créer une page par pièce en magasin où on pourrait entrer l'historique des entrées et sorties de chaque pièce.

Comment pourrais-je faire pour lier chaque pièce du formulaire à la page historique correspondante.

J'attends vos réponses avec impatience.

Merci d'avance.

PS:C'est assez urgent

[Piloupilou999]

pas certain d'avoir tout compris,

Mais pour se faire je pense :

tu crées une table "Pièce" avec l'ensemble de tes pièces ... avec un num de pièce en plus = clé primaire

Tu crées une deuxième table "historique" avec l'historique que tu souhaiterais pour chacune des pièces avec num pièces

Tu crées un lien entre Num pièce de "pièce" et num pièce de "historique" avec fonction 1 à plusieurs

Tu fais un formulaire basé sur pièce ...
Dans ce formulaire, tu fais un sous formulaire historique ou le lien est num pièce

Tu a alors sur le meme formulaire la liste de tes pièce et pour chacune de tes pièce l'historique...

Bien à toi

Pierre

[Heureux-oli]

On aurais aussi besoin de la structure de tes tables pour pouvoir donner un avis.

Les formulaires sont juste des artifices pour afficher et travailler les données qui se trouvent dans les tables.

Pour le reste, la proposition de PilouPilou est correcte.

Par soucis de facilité, il est plus simple de garder dans une même table les entrées et sorties.

[chrichnou051]

Pour la table des pièces : il y a Référence,Nom,Prix,Remplacer
Pour l'historique de chaque pièce:il y a Date,Entree,Sortie,Stock Restant,Rupture,N° Dossier,Client

Mais je crois que j'ai réussi plus ou moins la proposition de Piloupilou

Merci bien.

Maintenant j'ai une autre petite question:
Pour la rupture qui est en oui ou non:comment faire la comparaison car moi il affiche toujours non meme si stock restant est a zero.
C'est peut etre une bete question mais je le repete je suis debutant.

Merci pour tout.

[Heureux-oli]

Tu as quand même un problème dans la conception, le prix n'est pas mis au bon endroit.
Il doit se trouver avec l'historique.
Si ton prix change, il va changer pour tous les enregistrements.

Rupture doit être le résultat d'une opération sur le stock et pas un champ stocke dans une table.

[chrichnou051]

Merci pour le truc sur le prix je n'y avait pas penser.

Pour la rupture j'ai pas trop compris mais c'est pas grave je trouverai bien.

J'ai une dernière question mais je sais pas si c'est possible:
Comment pourrais je faire pour trouver directement la fiche de la pièce en tapant la référence???

Merci beaucoup de m'avoir aider j'ai bien avancer.

[cbleas]

Bonjour,
la rupture doit etre calulé en fonction des entrées et des sortie. Ce calcul doit etre fait grace à une requète.

bonne journée

[Heureux-oli]

Je n'ai aucune idée du nombre d'article que ta DB va recevoir en gestion. Imagine un peu si tu approches les 1000 articles, ce qui n'est pas encore beaucoup, tu va devoir gérer le champ rupture de stock de façon manuelle.
Si tu le fais via une requête, plus besoin de mettre le champ à jour, il se met tout seul.

Tu peux même définir une quantité minimale avant recommande.

[loufab]

Bonjour,

On peut remplacer avantageusement l'historique par le calcul du prix moyen pondéré. On se retrouve avec une performance accru sur les valeurs de stock.
Une discussion sur le sujet ici.

http://www.developpez.net/forums/sho...ighlight=stock

Cordialement,

[chrichnou051]

Heureux oli,

Je dois avoir justement a peu pres 1000 pièces. J'ai essayer de faire la requête mais j'y arrive pas trop enfin je vais chercher un tutorial pour faire ca c est pas trop grave.

Mais j'aimerais bien savoir comment je pourrais faire pour pouvoir faire une recherche de la pièce pour que celle ci s'affiche lorsque j'entre la référence???

C'est cela mon plus gros prob pcq je me vois mal passer tous les formulaires pour trouver la bonne pièce.

Merci.

[Heureux-oli]

Le plus simple, c'est sur le formulaire en mode simple ou unique, d'utiliser l'assistant Combo, et de demander qu'il retrouve l'enregistrement qui doit se trouver dans le formulaire.

Pour la requête, c'est assez facile aussi.
Dans le QBE (Query By Example) d'access, dans vue, il y a opérations.
Une fois coché, une ligne supplémentaire apparaît. Par défaut, c'est regroupement, mais on peut mettre somme, moyenne, max, min,......

Ensuite avec un IIF, on peut lancer un test et access fait le reste.

[chrichnou051]

Ouais bon je m'en sors plus trop j'arrive plus a avancer je ferais mieux de demander a un vrai programmeur... j'aurais bien voulu le faire en C mais je n'ai appris que les bases.

Merci quand meme...

Si jamais tu connais qlq un...

Salutations...

[chrichnou051]

Heureux oli,

Saurais tu l'expliquer précicément comment faire pour faire la recherche d'une référence? et comment faire pour que si la valeur dans la cellule "restant" =0 rupture mette oui ou non

Merci.

[loufab]

Bien que ce message soit adressé à Heureux-oli je me permet de répondre.

Pour Oui/Non

Crée un colonne dans le qbe et indique lui ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Reste:iif([restant]=0;"Oui";"Non")

tu auras alors une nouvelle colonne nommée Reste qui contiendra des Oui et des Non.

Pour la recherche d'une ref :

Il existe de très nombreuses méthodes et tutos sur le sujet.
Commence par regarder mon tuto sur la recherche, la première partie présente les certaines méthodes disponibles dans l'interface, puis guide pas à pas dans l'élaboration d'un formulaire de recherche générique.

Sinon tu as également la solution de Cafeine sur son espace perso qui constitue une autre approche du sujet.

Cordialement,

[chrichnou051]

Merci de ton aide,

Le problème c'est que je sais pas trop c'est quoi le QBE, moi je n'ai fait que des colonnes avec des données et un sous formulaire...

J'aimerais tant pourvoir finir ce travail.

Merci quand même.

[Heureux-oli]

Le QBE, Query By Example de Access, c'est la fenêtre qui s'ouvre lorsque l'on crée un nouvelle requête dans l'onglet requête.