-
5 pièce(s) jointe(s)
Bonjour,
J'ai une question que je n'arrive pas à résoudre:
J'ai un formulaire entrée dans lequel je renseigne plusieurs champs dont la ref_pièce qui est issus de la table entré. Ma question est la suivante: est-il possible de renseigner d'une part le champ Ref-pièce de la table T_Entrée mais aussi Ref_pièce de la table T_Stock depuis ce même formulaire?
Je pense que c'est faisable mais je n'arrive pas à trouver la solution peux-tu m'aider?
Merci,
Vianney
PS: ci-dessous les imprim écrans des relations, formulaire, de la table Entrée et Stock pour que tu y vois plus clair et je t'ai rajouter le fichier si tu préfères
Pièce jointe 186134
Pièce jointe 186135
Pièce jointe 186136
Pièce jointe 186137
Pièce jointe 186138
-
Hello,
Ah ! les noms des Tables Forms et Champs sont bcp mieux !
Pour la table T_Stock, je ne comprend pas trop l'intérêt.
Tes tables T_Entrée et T_Sortie sont les mêmes.
* Date, Quantité, Ref, et comportent les mêmes liaisons.
Pourquoi ne pas créer une seule table T_Mouvement, reprennant les mêmes champs:
*Ref
*Quantité
*Date_Mouvement
*Type de mouvement: !"Entrée" ou "Sortie" ce nouveau champs permettrait de différencier une entrée d'une sortie.
*Magasin
La table T_stock reprend exactement les mêmes champs aussi. Elle ne sert à rien.
Tu peux calculer le stock total avec une requête sur T_mouvement, sans filtrer les magasins.
Tu peux calculer le stock par magasin avec une requête sur T_mouvement, en filtrant le ou les magasins souhaités (dans critères Magasin de ta requête)
Tu fais juste 2 formulaires F_Entrée et F_Sortie, qui permettent de réaliser des enregistrements sur T_Mouvement.
Au final, c'est plus clean nan?
Du coup, si tu optes pour ma technique plus besoin de stocker dans le dur les données de ton stock, puisque tu les as en calcul, via des requêtes.
-
PS: ça te permet aussi de calculer le niveau de stock à un moment autre que le moment présent en filtrant par date dans la requête.
Alors qu'avec ta table T_stock, tu n'as pas l'info date
-
C'est sur que c'est beaucoup plus clean, mais je m'inquiète un peu de ne pas savoir faire ces requêtes pour calculer les stocks. =S
Je vais essayer ce que tu proposes et je reviens vers toi pour avoir plus d'explications et détails ;)
Merci de l'aide en tout cas
-
mieux vaut 30 min de galères et un tuto/FAQ sur les Requetes SQL qu'une mauvaise architecture et devoir tout recasser dans 1 mois, quand tu auras finalement appris les requêtes.
Surtout que ça va démultiplier les fonctionnalités de ton application quand tu auras les bases de requetes SQL. !
tu fais le bon choix ! xD
-
Haha je fais confiance au pro surtout ^^
J'ai une première question du coup avec cette nouvelle technique:
Mtn je n'ai qu'un seul formulaire qui est F_mouvement c'est bien ça? Mais j'ai un soucis c'est que, la façon de remplir le formulaire entrée n'est pas le même que sortie. Je m'explique, quand je rentre une pièce il faut que je renseigne le champ magasin pour dire ou elle est stockée alors que dans le formulaire sortie il faut que je choisisse le magasin dans lequel je veux récupérer la pièce. Du coup c'est pour ça que je fonctionnais sur ces 3 tables différentes =S Du coup comment tu vois le truc?
-
Enfaite c'est ok je fais une liste de choix sur le magasin comme ça j'ai lus ce soucis mais faudra trier par une Requête l'ensemble du coût =)
-
Nan, tu as une seule table T_Mouvement pour remplacer les 3 précédentes.
Cependant, tu as plusieurs formulaires: F_Entrée ; F_Sortie
Que tu crées de façon personnalisée.
Pour ma part voilà comment je vois les choses, j'ai peut être tord.... :
Pour facilité la chose, tu peux créer un deuxième champs Quantité (Quantité_Sortie & Quantité_Entrée) dans T_Mouvement. (tu peux aussi y arriver avec un seul champs Quantité)
Pour le F_Sortie, il te faut donc la liste des articles dispos en fonction du magasin que tu sélectionnes, avec idéalement le niveau de stock
Pour F_Entrée: facile, tu utilises des listes déroulantes pour tes magasins comme expliqué l'autre jour.
Je pense que l'idéal consisterai à créer un formulaire F_Stock, formulaire "continu". La source de ce formulaire est cette fameuse requête basée sur T_Mouvement permettant de:
* Regrouper les enregistrement par référence
* Sommes en Quantité_Sortie
* Sommes en Quantité_Entrée
* Soustraire les Sorties aux entrées dans un dernier champs
Tu obtiens donc un formulaire continu: tu mets les étiquettes dans l'entêtes et les champs dans détails en ligne afin que ça ressemble à une liste déroulante.
Ce formulaire sera intégrer par la suite en tant que "sous formulaire" dans ton formulaire F_Sortie.
Il faut donc lier ce sous formulaire à une liste déroulante que sera le champs Magasin de ton F_Sortie (afin de filtrer par magasin le sous formulaire).
Puis faire en sorte que le formulaire continu F_Stock, permettent lorsque tu sélectionnes une ligne, la ref selectionnée s'intègre dans ton F_Sortie.
Ainsi tu utilises F_Stock comme selecteur de tes ref en magasin, et ça te donne le niveau de stock en live.
Je me suis peut être planté, et il y a peut être plus simple, mais moi j'aurai procédé ainsi !
A+
-
C'est bon ça marche nikel =D
Mtn pour les requêtes, j'aurai besoin d'une requête qui calcul l'etat du stock par magasin, d'une autre par sortie et d'une par entrée toutes celles-ci en fonction de la date de mouvement. Comment tu me conseilles de procéder?
Vianney
-
Mince j'avais zappé ton msg précédent pour le formulaire sortie ou entrée c'est plus simple de fonctionner sur un seul formulaire et ça marche nikel =)
Par contre pour l'état des stock j'ai pas compris l'histoire du formulaire continue avec la requête =S peux-tu me donner un process à suivre stp?
Voia mes champs de T_mouvement:
*Ref_pièce
*Quantité
*Date de mouvement
*Type de mouvement
*Magasin
*Emplacement
Et après ça je te laisse tranquille normalement ^^
-
tu peux mettre en ligne le fichier que je puisse test et te dire stp
-
1 pièce(s) jointe(s)
Voila le fichier ;)
Pièce jointe 186259
-
Qu'est-ce que tu en penses?
J'aimerai aussi mettre une alerte quand il reste que une pièce en stock pour chaque ref pièce est-ce possible de rajouter ça sur la requête état de stock? Si oui serais-tu faire?
Merci pour ton aide =)
Vianney