[Demande d'aide / suivie - En cours] Création d'application

Héllo @TLM
Tient, ça me rappelle un "petit" prog que j'ai fais depuis 1998 & qui fonctionne toujours

 

Bonjour

Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

,
Tout d'abord, je suis issu du même type de formation que toi: Électrotechnique ( Electronique, pneumatique, mécanique... ). Ce qui est bien et pas bien : on raisonne avec une logique cartésienne, mais les utilisateurs n'ont pas la même logique que nous, donc dans la programmation, prévoir l'utilisation par un "con" qui va faire tout et n'importe quoi.

• La première table que j'ai crée, la table "Client" qui peut fermé ou autre, voir bloqué pour impayé... --> ajout d'un champ Actif afin de pouvoir ne visualiser que les clients qui existent encore et ne pas encombrer les tables lors de choix ou de recherche
• Le "Client" n'est peut être pas encore client ---> ajout d'un champ Client/PasClient
• Le client peut déménager --> il faut garder l'ancienne adresse pour pouvoir visualiser les historiques et entrer la nouvelle adresse -->Carnet d'adresse avec champ Actif
• tout cela fonctionne est bien, Mais les collègues ne sont pas logique et n'entrent "les villes" jamais de la même façon. exemple: Saint André ou ST andré ou Saint-andré ou encore Boulevard -->Bld...
• Donc création d'une table avec tous les codes postaux et les villes d'Europe ( trouvé sur le net ) et liste de choix pour correctement remplir le carnet d'adresse

Cela peu te paraître très bête, mais lors de recherche... c'est pas la même chose

Ensuite, tu peux avoir ton interlocuteur qui change chez ton client ou en avoir plusieurs chez le même client--> Contact_Client avec toujours mon champ actif
Je fais de même pour les fournisseurs

Ceci fait, je crée une table Commande_Client ( NomClient, ContactClient, RéfCommandeClient,Date, CmdSoldé, CmdFacturé... )
Ce qui me permet de faire des recherches pour un client, ou pour un contact et savoir si la commande est soldé, facturée

Pour cette commande client, j'ai des commandes fournisseur--> création d'une table bon de commande, Détail de commande qui intègre la date de livraison, Le N° de BL, la date de facturation, le N° de Facture et des champs texte qui me permettent de stocker, en dehors de la Bdd, le nom d'un fichier PDF qui correspond à un certificat matière type 3.1b + Certificat de conformité + plan format Dxf...
Tout ceci afin de pouvoir vérifier les livraisons, les reliquats et les factures fournisseurs donc le suivi​

J'ai également crée une table Sous_Commande_Client. Ce qui permet parfois de détailler une commande globale d'un client
Qui dit Commande_Client, dit facture client --> table facture et détail Facture
Client donc Devis Client qui peuvent avoir été passé en commande ou perdu ou encore être en attente --> intéressant pour les relances ou les statistiques
Il y a des employés qui effectuent des travaux en régie ou au forfait --> table employé et table pointage afin de pouvoir faire la facture ou le bilan de commande.

Commande Fournisseur --> donc création d'une nomenclature de pièces... + stock + détail qui permet de connaitre les stocks - les engagés - Les Notices - les contrôles...
Afin de facilité les sorties de stock, j'ai mis la société en fournisseur. Donc quand je sort de mon stock ou que je fais une commande fournisseur, j'affecte notre numéro de commande qui correspond à une commande client.
Je peux donc savoir à tout moment tout ce qu'on utilise en pièces détachées ( Donc les N° de série...) pour faire un assemblage. et à l'inverse, il est parfois utile de remonter l'historique d'une pièce avec son N° de série.

Comme tu peux le voir, ça fait déjà pas mal de choses sans approfondir et on a pas encore commencé la partie qui t’intéresse réellement.
Mais il faut passer du temps afin de ne pas devoir ajouter un champ par la suite et devoir refaire pas mal de requêtes... ( quand tu as beaucoup de formulaire et états, on en oublie forcément ).

 

Re bonjour

Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

,
Je en comprend pas l’intérêt de ta table Maintenance. Peux tu m'expliquer?
Dans la table sonde, pourquoi stocker le N°Reception ( type texte ) plutôt que l'IDReception?
Si j'ai bien compris, tu fais une prestation d’étalonnage type COFRAC?
au niveau de la table regroupant tous les tests n°03, tu as 3 sondes sur la même ligne et tu valide "OK". Et s'il y en a une qui n'est pas "OK" sur les trois, tu mets quoi? N'est-il pas plus logique d'avoir une sonde par ligne?