comment transformer le Stock final de j-1 en stock initial en j ?
1 réponse
liliane
Salut,
J'ai réalisé une base de données sur access pour gérer les stocks, le stock
final est saisi journalièrement et doit réaparaître automatiquement le
lendemain comme étant le stock initial (logique!), le problème c'est que j'ai
créée une requête sans pouvoir trouver l'expression exacte qui réalisera
cette condition.
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
J-Pierre
Bonjour Liliane,
Pour éviter des redondances et des erreurs, il me semble que le plus simple pour avoir une quantité en stock est de prendre le stock initial +/- tous les mouvements.
Dans ton cas, le stock initial est la dernière quantité saisie. Si je comprends bien, tu envisages un contrôle d'inventaire journalier. Dans le cas où la saisie ne serait pas faite tous les jours, ou si certains articles étaient oubliés lors de la saisie, "stock initial +/- tous les mouvements" sera toujours juste. Et puis, tu compliques ton appli avec une nouvelle fonction "Calcul du stock initial journalier", calcul qui ne devrait être déclenché qu'une fois par jour, sans doute lorsque le premier utilisateur de la journée ouvre la base, et qui va copier la quantité saisie "stock final" dans la quantité "stock initial". Et si, comme je l'écris plus haut, certains articles ont été oubliés lors de la saisie, tu ne vas pas copier la quantité finale de J-1, mais la quantité finale de J-2, et ça, c'est vraiment faux.........sauf si tu testes la date de la saisie et que tu ne copies que les quantités saisies à la date J-1. Bref, une usine à gaz.
Et puis aussi, développer une appli en considérant que le contrôle d'inventaire est journalier est dangereux. Il sera journalier jusqu'aù jour où quelqu'un décidera qu'une fois par semaine, ou par mois, ou par an est amplement suffisant.
Pour contrôler, chaque fois qu'une quantité est saisie, tu l'enregistres dans une autre table avec la date/heure de la saisie, en cas de différences, ça t'aidera à trouver l'erreur, tu peux contrôler que la différence entre 2 quantités saisies correspond bien à la somme des mouvements sur chaque article pour la période correspondante, chaque mouvement étant enregistré avec date/heure lui aussi. Une différence entre quantité saisie et stock calculé peut déclencher un contrôle d'inventaire sur l'article. Tu peux aussi déclencher ce contrôle au moment de la saisie pour demander à l'opérateur de s'assurer qu'il a bien compté... Un autre avantage de cette solution est que la saisie peut être faite à n'importe quel moment de la journée.
Enfin, suivant le type d'activité de la société (par exemple vente au détail), il faut prévoir la possibilité de vendre des articles qui ne sont pas en stock, tu imagines la tête du client qui se pointe à la caisse avec 10 bouteilles de bière et la caissière lui dit "Ha non monsieur, nous n'en avons que 7 en stock, je ne peux pas vous les vendre, allez en reposer 3 dans le rayon". Dans ce cas, générer automatiquement un ajustement de stock de +3 avant de vendre, et peut-être déclencher un contrôle d'inventaire sur cet article.
Pour résumer, 3 tables, une table article avec le "stock initial", une table mouvement par article avec les entrées/sorties, une table saisie par article avec toutes les saisies effectuées qui ont mis à jour le stock initial.
J-Pierre
"liliane" a écrit dans le message de news:
Salut,
J'ai réalisé une base de données sur access pour gérer les stocks, le stock final est saisi journalièrement et doit réaparaître automatiquement le lendemain comme étant le stock initial (logique!), le problème c'est que j'ai créée une requête sans pouvoir trouver l'expression exacte qui réalisera cette condition.
Je compte sur votre aide. Merci
Bonjour Liliane,
Pour éviter des redondances et des erreurs, il me semble que le plus simple pour avoir une quantité en stock est de prendre le
stock initial +/- tous les mouvements.
Dans ton cas, le stock initial est la dernière quantité saisie. Si je comprends bien, tu envisages un contrôle d'inventaire
journalier. Dans le cas où la saisie ne serait pas faite tous les jours, ou si certains articles étaient oubliés lors de la
saisie, "stock initial +/- tous les mouvements" sera toujours juste. Et puis, tu compliques ton appli avec une nouvelle
fonction "Calcul du stock initial journalier", calcul qui ne devrait être déclenché qu'une fois par jour, sans doute lorsque
le premier utilisateur de la journée ouvre la base, et qui va copier la quantité saisie "stock final" dans la quantité "stock
initial". Et si, comme je l'écris plus haut, certains articles ont été oubliés lors de la saisie, tu ne vas pas copier la
quantité finale de J-1, mais la quantité finale de J-2, et ça, c'est vraiment faux.........sauf si tu testes la date de la
saisie et que tu ne copies que les quantités saisies à la date J-1. Bref, une usine à gaz.
Et puis aussi, développer une appli en considérant que le contrôle d'inventaire est journalier est dangereux. Il sera
journalier jusqu'aù jour où quelqu'un décidera qu'une fois par semaine, ou par mois, ou par an est amplement suffisant.
Pour contrôler, chaque fois qu'une quantité est saisie, tu l'enregistres dans une autre table avec la date/heure de la saisie,
en cas de différences, ça t'aidera à trouver l'erreur, tu peux contrôler que la différence entre 2 quantités saisies
correspond bien à la somme des mouvements sur chaque article pour la période correspondante, chaque mouvement étant enregistré
avec date/heure lui aussi. Une différence entre quantité saisie et stock calculé peut déclencher un contrôle d'inventaire sur
l'article.
Tu peux aussi déclencher ce contrôle au moment de la saisie pour demander à l'opérateur de s'assurer qu'il a bien compté...
Un autre avantage de cette solution est que la saisie peut être faite à n'importe quel moment de la journée.
Enfin, suivant le type d'activité de la société (par exemple vente au détail), il faut prévoir la possibilité de vendre des
articles qui ne sont pas en stock, tu imagines la tête du client qui se pointe à la caisse avec 10 bouteilles de bière et la
caissière lui dit "Ha non monsieur, nous n'en avons que 7 en stock, je ne peux pas vous les vendre, allez en reposer 3 dans le
rayon". Dans ce cas, générer automatiquement un ajustement de stock de +3 avant de vendre, et peut-être déclencher un contrôle
d'inventaire sur cet article.
Pour résumer, 3 tables, une table article avec le "stock initial", une table mouvement par article avec les entrées/sorties,
une table saisie par article avec toutes les saisies effectuées qui ont mis à jour le stock initial.
J-Pierre
"liliane" <liliane@discussions.microsoft.com> a écrit dans le message de news:
3FF494EE-860F-44DD-806A-D870D5D02166@microsoft.com...
Salut,
J'ai réalisé une base de données sur access pour gérer les stocks, le stock
final est saisi journalièrement et doit réaparaître automatiquement le
lendemain comme étant le stock initial (logique!), le problème c'est que j'ai
créée une requête sans pouvoir trouver l'expression exacte qui réalisera
cette condition.
Pour éviter des redondances et des erreurs, il me semble que le plus simple pour avoir une quantité en stock est de prendre le stock initial +/- tous les mouvements.
Dans ton cas, le stock initial est la dernière quantité saisie. Si je comprends bien, tu envisages un contrôle d'inventaire journalier. Dans le cas où la saisie ne serait pas faite tous les jours, ou si certains articles étaient oubliés lors de la saisie, "stock initial +/- tous les mouvements" sera toujours juste. Et puis, tu compliques ton appli avec une nouvelle fonction "Calcul du stock initial journalier", calcul qui ne devrait être déclenché qu'une fois par jour, sans doute lorsque le premier utilisateur de la journée ouvre la base, et qui va copier la quantité saisie "stock final" dans la quantité "stock initial". Et si, comme je l'écris plus haut, certains articles ont été oubliés lors de la saisie, tu ne vas pas copier la quantité finale de J-1, mais la quantité finale de J-2, et ça, c'est vraiment faux.........sauf si tu testes la date de la saisie et que tu ne copies que les quantités saisies à la date J-1. Bref, une usine à gaz.
Et puis aussi, développer une appli en considérant que le contrôle d'inventaire est journalier est dangereux. Il sera journalier jusqu'aù jour où quelqu'un décidera qu'une fois par semaine, ou par mois, ou par an est amplement suffisant.
Pour contrôler, chaque fois qu'une quantité est saisie, tu l'enregistres dans une autre table avec la date/heure de la saisie, en cas de différences, ça t'aidera à trouver l'erreur, tu peux contrôler que la différence entre 2 quantités saisies correspond bien à la somme des mouvements sur chaque article pour la période correspondante, chaque mouvement étant enregistré avec date/heure lui aussi. Une différence entre quantité saisie et stock calculé peut déclencher un contrôle d'inventaire sur l'article. Tu peux aussi déclencher ce contrôle au moment de la saisie pour demander à l'opérateur de s'assurer qu'il a bien compté... Un autre avantage de cette solution est que la saisie peut être faite à n'importe quel moment de la journée.
Enfin, suivant le type d'activité de la société (par exemple vente au détail), il faut prévoir la possibilité de vendre des articles qui ne sont pas en stock, tu imagines la tête du client qui se pointe à la caisse avec 10 bouteilles de bière et la caissière lui dit "Ha non monsieur, nous n'en avons que 7 en stock, je ne peux pas vous les vendre, allez en reposer 3 dans le rayon". Dans ce cas, générer automatiquement un ajustement de stock de +3 avant de vendre, et peut-être déclencher un contrôle d'inventaire sur cet article.
Pour résumer, 3 tables, une table article avec le "stock initial", une table mouvement par article avec les entrées/sorties, une table saisie par article avec toutes les saisies effectuées qui ont mis à jour le stock initial.
J-Pierre
"liliane" a écrit dans le message de news:
Salut,
J'ai réalisé une base de données sur access pour gérer les stocks, le stock final est saisi journalièrement et doit réaparaître automatiquement le lendemain comme étant le stock initial (logique!), le problème c'est que j'ai créée une requête sans pouvoir trouver l'expression exacte qui réalisera cette condition.
