OVH Cloud OVH Cloud

BD Gestion des stocks

3 réponses
Avatar
Laetitia
Bonjour,

Je dois faire une petite gestion des stocks (=E0 priori=20
assez simple) :

une table stocks
une table entr=E9es
une table sorties

Mais je ne sais pas par quel bout commencer.

Existe t'il des exemples sur le net ?

Merci de votre aide

3 réponses

Avatar
Anor
Bonjour,

Laetitia :
| Bonjour,
|
| Je dois faire une petite gestion des stocks (à priori
| assez simple) :
|
| une table stocks
| une table entrées
| une table sorties
|
| Mais je ne sais pas par quel bout commencer.
|
| Existe t'il des exemples sur le net ?
|
| Merci de votre aide

je n'ai jamais vu de modèle, mais pour ne pas trop compliquer la chose,
je partirais sur une table unique TblMouvements avec des codes mouvements,
des codes articles et des quantitées :
- positives pour les diverses sortes d'entrées et les écarts d'inventaires positifs
- négatives pour les diverses sortes de sorties et les écarts d'inventaires négatifs

Le stock étant la somme de la colonne QteMvt.

ça dépend du nombre de mouvements annuels prévisible : si plus de 200 000 ou 300 000, ça risque
d'être un peu long,
quoi que....
De toute façon, tu auras toujours la possibilité d'historiser 1 année de mouvements dans une
table historique
et cumuler la somme des mouvements par article et par type de mouvement pour une année donnée.

schéma à tester rapidement avec un zest de reprise de données pour mesurer les temps de
réponses,
et mettre en place des index optimums.
--
à+
Arnaud
--------------------------------------------------
Avant toute chose : http://users.skynet.be/mpfa/
Access Memorandum - http://memoaccess.free.fr
## Réponses souhaitées sur ce forum, merci. ##
--------------------------------------------------
Avatar
Laetitia
Merci.

Et comment saisir l'inventaire ? Avec le code mouvement
d'entrée ?

Qu'est ce que des index optimums ?

-----Message d'origine-----
Bonjour,

Laetitia :
| Bonjour,
|
| Je dois faire une petite gestion des stocks (à priori
| assez simple) :
|
| une table stocks
| une table entrées
| une table sorties
|
| Mais je ne sais pas par quel bout commencer.
|
| Existe t'il des exemples sur le net ?
|
| Merci de votre aide

je n'ai jamais vu de modèle, mais pour ne pas trop
compliquer la chose,

je partirais sur une table unique TblMouvements avec des
codes mouvements,

des codes articles et des quantitées :
- positives pour les diverses sortes d'entrées et les
écarts d'inventaires positifs

- négatives pour les diverses sortes de sorties et les
écarts d'inventaires négatifs


Le stock étant la somme de la colonne QteMvt.

ça dépend du nombre de mouvements annuels prévisible : si
plus de 200 000 ou 300 000, ça risque

d'être un peu long,
quoi que....
De toute façon, tu auras toujours la possibilité
d'historiser 1 année de mouvements dans une

table historique
et cumuler la somme des mouvements par article et par
type de mouvement pour une année donnée.


schéma à tester rapidement avec un zest de reprise de
données pour mesurer les temps de

réponses,
et mettre en place des index optimums.
--
à+
Arnaud
--------------------------------------------------
Avant toute chose : http://users.skynet.be/mpfa/
Access Memorandum - http://memoaccess.free.fr
## Réponses souhaitées sur ce forum, merci. ##
--------------------------------------------------



.



Avatar
Anor
Bonjour,

Laetitia :
| Merci.
|
| Et comment saisir l'inventaire ? Avec le code mouvement
| d'entrée ?
|
| Qu'est ce que des index optimums ?
|

il y a pleins de codes de mouvements,
les uns font des entrées (réceptions, réintégrations à valeur nulle, boni d'inventaire, etc)
les autres font des sorties (conso, mises au rebut, mali d'inventaire, etc)

A tou de définir une codification structurée :

Les saisies se font dans le formulaire toujours en nombres positifs,
et vba multiplie par -1 lorsque le dernier caractère du code mouvement par exemple correspond
à des sorties....

Pour les index, ça dépend de la structure finale de ta base, et des requêtes qui seront mises en
place.
Il n'existe pas de réponse toute prête.

En lisant les conseils sur les index dans les archives, tu verras qu'une date peut être indexée
par exemple,
si ta requête comporte la clause WHERE LaDate = Forms!DateMvt.value

En revanche WHERE Month(LaDate) = Forms!LeMois.value,
alors il se peut soit que ça n'apporte rien, voire que ça ralentisse le traitement.

A tester....

--
à+
Arnaud
--------------------------------------------------
Avant toute chose : http://users.skynet.be/mpfa/
Access Memorandum - http://memoaccess.free.fr
## Réponses souhaitées sur ce forum, merci. ##
--------------------------------------------------