Gestion de livraisons

[philippe.blondiaux]

Bonjour à toutes et tous,
j'aurais besoin de conseils et d'aide pour la création de formulaires destinés à la gestion de livraisons de matériel.
J'avais créé un sujet dans le module "base" mais il est devenu trop "embrouillé". en voici le lien : https://forum.openoffice.org/fr/forum/v ... hp?t=66385
merci d'avance.

[jeanmimi]

Dans cette ébauche, le formulaire FORM_SAISIE_OS est conçu pour créer un nouvel O.S.
Il faut pour cela, cliquer sur le bouton, remplir ce qui concerne la partie de l'identification, puis cliquer dans la Grille verte. En validant OM ou Tri avec une coche dans le carré, une nouvelle ligne est créée.
Comme c'est une ébauche, il y a certainement de nombreux paramètres à changer.
Pour faire la sortie sur imprimante, il faudra concevoir un Rapport, au moins pour la partie basse de la feuille de l'O.S. que tu avais jointe dans le précédent fil de messages.

[Bidouille]

Livraison de quoi ?
Merci de mettre un titre clair et explicite.
Ce n'est pas pour vous mais pour tous ceux effectuant des recherches dans ce forum.

[Dahu]

Bonjour,

Il me semble qu'il y a un hiatus dans l'analyse des données.
La logique me semble être : T_CIVILITE 1 <-> n T_BACS 1 <-> N T_OS
C'est à dire que chaque CIVILITE a un ou plusieurs BACS, et chaque BAC a un ou plusieurs OS.
La table T_OS devrait donc être liée à T_BAC et non à T_CIVILITE
Je suggère :
1) d'ajouter un champ ID_BAC à la table T_OS
2) de créer un deuxième formulaire de saisie pour les actions où T_BAC est le formulaire maître et T_OS le sous-formulaire lié par ID_BAC.
3) de renommer le formulaire FORM_SAISIE_OS en FORM_SAISIE_COMMANDE pour créer les commandes.

Pour revenir sur ton précédent fil https://forum.openoffice.org/fr/forum/v ... hp?t=66385, il n'est pas logique de créer des lignes tant qu'il n'y a pas de données à y entrer. Du moment que tu as dans la table T_CIVILITE le nombre de bacs commandés et dans la table T_BACS le nombre de bacs livrés tu peux faire la différence pour savoir combien de bacs sont en attente de livraison.

Dernier point, pour imprimer tes OS, s'il contiennent seulement 1 action (un seul enregistrement), il est facile de le faire avec Writer, il est bien alors de préparer une requête avec toutes les informations à imprimer.
Si l'OS contient plusieurs actions (plusieurs enregistrement), pour ma part je passe plutôt par Calc, ça me semble plus souple et plus efficace qu'un rapport.

J'espère que cela va te faire avancer...
Amicalement,
François

[HRk2o]

Bonjour,

Philippe ne donne pas toutes les informations qu'il nous faudrait pour répondre à ses besoins.
N'y aurait t-il pas aussi le suivi et destinée du bac après attribution aux demandeurs (retour, réparation, mise HS...) ?
Cet aspect fait que chaque bac devra être créé avec un numéro unique de puce tout en venant d'un même numéro de série.
Enregistrer 100 bacs sériés et pucés, sollicités par une commune, bonjour la saisie et erreurs !
Cet étape pourrait, je pense, être réalisée par le service préparateur qui délivre les numéros de bac qui le ferait dans un tableau Calc avec les critères de : Ordre Service - Demandeur – Bac (type modèle, série, puce, …).
A partir d'un fichier numérique, il suffira de copier /coller dans la table OS après bien sûr le réarrangement des données à apparier.
Dans un précédent fil, il y avait cette idée dans le fichier en ébauche.

@+

[jeanmimi]

La logique décrite dans le premier fil de messages, bien que l’auteur ne semble pas avoir voulu partager d’autres informations ici, c’est de rédiger un seul O.S pour un seul destinataire (par exemple, une commune, ou un service dans une commune, ou une entreprise, etc), en détaillant quel type de bac (OM ou Tri) est souhaité ainsi que le nombre de bacs et la contenance.
Il imprime l’O.S avec cette demande, le remet au technicien qui va aller au dépôt préparer les bacs et relever le code de chacun d’eux sur l’O.S.
Ces numéros sont ensuite saisis dans le formulaire pour la traçabilité.
L’O.S contient beaucoup d’informations, car renvoyé au dépôt avec les codes barres des bacs mis en attente, il devient un bordereau de livraison.
On verra si l’auteur du fil confirme cette procédure que je vois fonctionner dans le Service communautaire.

[Dahu]

La logique décrite dans le premier fil de messages, bien que l’auteur ne semble pas avoir voulu partager d’autres informations ici, c’est de rédiger un seul O.S pour un seul destinataire (par exemple, une commune, ou un service dans une commune, ou une entreprise, etc), en détaillant quel type de bac (OM ou Tri) est souhaité ainsi que le nombre de bacs et la contenance.
Il imprime l’O.S avec cette demande, le remet au technicien qui va aller au dépôt préparer les bacs et relever le code de chacun d’eux sur l’O.S.
Ces numéros sont ensuite saisis dans le formulaire pour la traçabilité.
L’O.S contient beaucoup d’informations, car renvoyé au dépôt avec les codes barres des bacs mis en attente, il devient un bordereau de livraison.
On verra si l’auteur du fil confirme cette procédure que je vois fonctionner dans le Service communautaire.

Je vois que nous avons compris la même chose de sa demande.
Il y aura au fil du temps plusieurs OS sur le même bac. Il sera donc intéressant en sélectionnant une commune (CIVILITÉ) d'afficher la liste de ses bacs, puis, en sélectionnant un bac d'avoir la liste des actions (OS) qu'il a subis.
Si T_OS n'est pas lié à T_BACS, le formulaire (comme sur la base de Philippe) montrera tous les OS liés à la commune et il faudra les regarder un par un pour trouver ceux qui sont liés à tel ou tel bac. Personnellement, ça me parait assez mal pratique.
Pour ma part j'ajouterai aussi un champ booléen ACTIF à T_OS pour sortir automatiquement de la liste affichée les OS mis au rencart.
Bonne soirée à tous...
François

[jeanmi2403]

Bonsoir,
Pour répondre au sujet initial , Je suppose que l'ajout d'un nombre déterminé de bacs se fait par rapport à un ordre de service, et que cet ordre de service ne concerne qu'une livraison ?
Donc dans l'ordre, je suppose (pour ne pas se lancer dans des spéculations et des développements inutiles) que :

1. Création de l'ordre de service (vierge ou rattaché à un destinataire ?)
2. Création d'enregistrements (rattachés à cet ordre de service) dans T-BACS

Ce qui permettra ensuite, à partir de l'OS, d'accéder aux bacs pour leur affecter leur numéro de série et le numéro de puce.
Je me trompe ?

Pour ce qui est de la structure, je persiste à penser qu'il manque un lien direct (n,1) entre les bacs et les destinataires.

Un détail : je préfère nommer les clefs primaires ID (sans rien derrière) et ID_Nom de table pour les clés étrangères, car c'est (pour moi) plus lisible dans les requêtes SQL.
On aura ainsi un lien entre T_Communes.ID et T_Civilites.ID_Commune dans la relation. J'identifie ainsi mieux l'objet et l'endroit où il se trouve...
J'attends une(des) réponse(s) avant de faire une proposition...
Cordialement,

[Michellin]

Bonjour,

Pour ce qui est de la structure de la base de données, il est vrai qu'un lien direct entre les bacs et les destinataires serait plus logique. Si vous cherchez à comparer des produits high tech similaires, il existe des sites spécialisés dans les comparatifs qui peuvent vous aider à faire le bon choix en fonction de vos besoins.