[AC-2003] Systeme de gestion de stock de grille [Résolu]

[rafalemirage]

Bonjour à tous,


Je suis en train de travailler sur un système de gestion de stock de grille sous Access. Je vous présente un peu mon problème. Je travaille dans le milieu des carrières de granulat et j'utilise de nombreux types de grilles pour les différents cribles. Je voudrai créer un petit système de gestion de grilles qui me permettrai de suivre un peu ma consommation de grille et suivre mes stocks de grilles. Le but final étant de sortir un récapitulatif des grilles usées afin d'en commander de nouvelles chaque mois ou semestre.

Je ne maitrise pas encore très bien Access mais c'est en se faisant qu'on apprend !

J'ai déjà fait quelques tables et quelques formulaires mais je ne sais pas bien comment extraire des données afin de sortir mais grilles à commander ou savoir quel a été l'utilisation de mes grilles. J'ai les tables suivantes :

Tables :
- Grilles
- Fabricant
- Type de crible
- Type de grille
- Type de crochet
- Etat

Formulaires :
- Ajout de grilles
- Fabricant
- Modification des Grilles
- Type de crible
- Type de crochet
- Type de grille
- Type de l'état

Voilà, si jamais vous avez des tuyaux, je suis tout ouïe.

Merci d'avance

Sebastien

[marot_r]

OK quel est ton critère pour déterminer qu'une grille est usée ? La date d'achat ? Le nombre d'heure d'utilisation ? Et où est stocké cette information ?

Combien as-tu de grilles ? Fabriquants ? Crible ?

Ce n'est pas indispensable pour répondre à ta question mais il est toujours bon de connaitre les volumes de données manipulés dans une applications. Le volume peut conditionner la solution retenue.

A+

[rafalemirage]

Bonsoir marot_r

Pour ce qui est des grilles, j'en ai plusieurs centaines, il y a également plusieurs fabricant. Pour déterminer si une grille est usée, je me sers du champ "Etat" de la grille qui me dit si la grille est soit en stock, en place sur un crible ou bien usée.

Je suis en train de lire le tutoriel "Processus de calcul de statistiques dynamiques sur des périodes mobiles" de Jean-Damien GAYOT et j'aimerai bien m'en inspirer.
Je vais finir de le lire ça se soir et dormir dessus, on dit toujours que la nuit porte conseil !

Sebastien

P.S. : Voici les champs de ma table Grilles

- N° (en numérotation automatique)
- N° de grille (le champ de la table avec la clé primaire)
- Taille de maille en mm
- Taille du fil en mm
- Longueur (mm)
- Largeur (mm)
- Type de crochet
- Fabricant
- Type de grille
- Type de crible
- Date d’entrée en stock
- Date de pose
- Date de changement
- Date de pose 2
- Date de pose 3
- Date de fin de vie
- Prix unitaire
- Production réalisée
- Etat

[marot_r]

Avce ta notion d'état il faudrait ajouter 'En commande' et 'Remplacée' quand tu as commandée une grille pour celle usée.

Pour touver les grilles à remplacer il suffit de sélectionner toutes celle qui sont dans l'état 'usée'.

Quand tu passes ta commande elle devient 'Commandée'.

Une fois que tu as reçu ta commande, tu peux la mettre dans l'état 'Remplacée'

Si tu veux faire un suivit de l'usure tu pourrais mettre les états dans une table séparée :

DateEtat
CodeEtat
ClefGrille

Comme cela tu pourrais savoir par exemple la durée de vie d'une grille.

A+

[rafalemirage]

Merci marot_r,

J'ai fait la modification que tu m'as suggéré, c'est vrai que c'est une bonne idée.

Sebastien

[marot_r]

J'ai oublié mais pour simplfier le travail il faut mettre DateDebutEtat et DateFinEtat.

En théorie il est facile de trouver l'état courant en pratique il est pus facile de chercher l'état dont la date de début et la date de fin encadre la date du jour.

Pour l'état courrant on peut mettre 9999/12/31 comme date de fin.

Évidement il faut faire attention à ne pas avoir de recouvrement ou de trou dans les dates mais c'est généralement assez simple.

A+

[rafalemirage]

Bonsoir marot_r

Je trouve ton idée de DateDebutEtat et DateFinEtat intéressante mais je ne vois pas trop comment l'appliquer. J'ai actuellement la table tbGrilles et la table tbEtat (je les ai renommées ainsi pour plus de clarté), faut-il que je crée une nouvelle table avec les champs idMouvementEtat, N° de grille, Etat, DateDebutEtat et DateFinEtat ? Du coup, je vais supprimer le champ Etat de tbGrilles qui ne me sert plus à rien. Je vais essayé de mettre tout ça en place. En tout cas, merci pour les idées d'amélioration.

Seb

[marot_r]

C'est exactement cela.

Ainsi tu vas créer ce qu'on appèle une table d'association qui matérialise ta relation entre une grille et son état.

A+

[rafalemirage]

Bonjour marot_r
J'ai fait le changement, j'ai créé un formulaire pour pouvoir modifier les changement d'état. Par contre, j'ai du mal à faire une requête qui me permettrai de trouver par exemple l'ensemble des grilles à l'etat usée depuis une date donnée. Je vais me pencher dessus.

A+

[marot_r]

La solution simple en SQl cela donne un truc du genre :

Code sql :

SELECT mouvement.* FROM WHERE (dateVoulue BETWEEN mouvement.DateDebutEtat AND mouvement.DateFinEtat) AND (Etat = "Usée");

donc tu prends tous les champs de la table mouvements et tu sélectionne les energistrements dont la date de début et de fin encadrent la date cherchée et qui contiennent l'état 'Usée'.

Après si tu veux avoir des informations sur la grille (ex : le numéro de série) il faut faire une jointure sur la table tblGrille pour avoir accès au champ qu'elle contient.

Note à propos des noms de champs : pour éviter des soucis divers il est recommandé de n'utiliser que les lettres (majuscules ou minuscule), les chiffres et le _. Il est prudent d'éviter les espaces et les caractères spéciaux comme le # ou $.

Par exemple : [N° de grille] pourrait devenit [No_Grille] ou [NoGrille]. J'ai enlevé le 'de' qui n'ajoutait rien à la compréhension mais on peut le conserver.
Les [] sont obligatoires si le mom du champ contient un espace. Personnellement je les mets tout le temps car je trouve cela plus beau.

Évidement dans les écrans tu peux mettre N° de grille puisque c'est plus lisible pour un humain.

A+

[rafalemirage]

Merci pour la réponse, je vais essayer ca !