Bonjour à tous,
Je me permets de vous solliciter car j'ai besoin d'un coup de main. Cela fait un petit bout de temps que je cogite dessus et je n'arrive plus à m'en sortir.
Je vous résume un peu la situation actuelle, surtout ne prenez pas peur.
Nous fabriquons des appareils qui reviennent régulièrement en maintenance.
Chaque enregistrement d’appareil en maintenance se fait sur un classeur Excel unique, dans lequel le magasinier vient saisir, le nom de l’expéditeur, son numéro de série, sa référence, sa date de fabrication, etc.
Il transmet ensuite l’appareil au service maintenance, où l’opérateur, selon le type d’appareil, ouvre une feuille Excel et l’enregistre avec le numéro de ligne du classeur d’enregistrement. Il y indique les points de contrôles qui peuvent faire l’objet d’une révision en remplissant certaines cases par un « 1 ».
Les points de contrôles (Etat Carters, Etat Câble/Sangle, Étiquette Identification, Étiquette Complémentaire, …) sont regroupés par « Phase » (Aspect Extérieur, Identification, Tests, …) et peuvent être détaillés (Carters rayés, Carters Enfoncés, Test Déroulement non Ok, …).
Selon le point de contrôle, l’expertise « gagne » un niveau, et selon ce niveau, on changera des pièces ou non. Une expertise de niveau 1 sera moins chère qu’une expertise de niveau 2 qui sera moins chère qu’une expertise de niveau 3. (Je n’ai que 3 niveaux d’expertise).
Cette feuille d’expertise est ensuite transmise au service commercial pour élaborer le devis (qui peut contenir plusieurs expertises, si le client nous a envoyé plusieurs appareils d’un coup ou si il souhaite en regrouper) qui sera à son tour proposé au client pour accord.
Suite à la réponse, l’appareil sera, ou non, révisé selon l’expertise, puis retourné au magasin et réexpédié à son propriétaire.
J’essaye donc d’unifier un peu tout cela avec une base de données Access.
J’ai pour l’instant créé les tables suivantes
TArticles (RefArticle, NomArticle, #CodeTypeArticle, …)
TTypesArticles (CodeTypeArticle, NomTypeArticle)
TNumerosSerie (NumSerie, #RefArticle, DateAttribution)
TEnregistrements (NumEnreg, #NumSerie, DateEnreg, …)
TPhases (IDPhase, NomPhase)
TPointsControles (IDPC, #IDPhase, NomPC)
TDetailPC (IDDetailPC, #IDPC, NomDetailPC, NivDetailPC)
TLignesExpertises (#NumEnreg, #IDDetailPC)
TDevisMaintenance (NumDevisMaintenance, #NumEnreg, #NumClient, …)
A cela s’ajoute le fait que je souhaiterai faire une « gamme de maintenance », qui définisse les points de contrôle pour une référence d’appareil. Je dois pouvoir laisser la possibilité à un autre utilisateur de développer les points de contrôles pour de nouveaux articles. Je verrai donc bien une nouvelle table
TGammesMaintenance (#RefArticle, #IDDetailPC, RefComposant)
Mon soucis est que j’aimerai que le formulaire où l’opérateur fera la saisie de son expertise, apparaisse une liste de cases à cocher qui relatives aux points de contrôle de la gamme de maintenance, et que les cases cochées ajoutent les lignes correspondantes dans la table TLignesExpertises. Dans mes essais j’ai réussi à ajouter ou supprimer une ligne dans la table TLignesExpertises par une routine VB qui exécute une requête d’ajout ou de suppression en SQL selon si la case est cochée ou décochée, j’ai donc déjà la solution à la deuxième partie de mon problème.
Mais il me manque la première, concernant les cases à cocher selon une gamme.
J’essaye de vous uploader des images de l’interface en question.
Par avance, merci à tous ceux qui prendront le temps de lire ce pavé.
PS : Ce post fait référence à la modélisation d’une base de donnée et à l’interface IHM, si un modo pense que je l’ai mal placé, libre à lui de le déplacer.
(D’ailleurs ne pourrait-on pas avoir une relation de un à plusieurs dans ce sens, un sujet dans 2 forums ?! )
Partager