[Résolu]Création de lignes de saisies en fonction d'un champ

[philippe.blondiaux]

Bonjour à toutes et tous,
je ne sais pas si le titre est très explicite mais je voudrais savoir si il est possible de créer un nombre de lignes dans une table à partir d'un chiffre saisi dans un formulaire ?

Capture d'écran_20221129_162859.png

Je voudrais juste avoir la possibilité de saisir un nombre d'articles et d'avoir la possibilité de revenir sur les données plus tard pour noter des informations qui ne seront connues qu'après livraison.

merci d'avance

[jeanmi2403]

Bonsoir,
Des lignes vides ?
A part avec une macro, je ne sais pas comment faire.
Et il me semble que c'est en violations des règles sur l'utilisation des bases de données....
Cordialement,

[jeanmimi]

Bonjour,
Puisque tu es dans Base, et que tu affiches un Contrôle de Grille, le nombre de lignes de ce contrôle va uniquement dépendre du nombre d'enregistrements que tu vas saisir.
Ce type de contrôle fait partie des contrôles des formulaires, au même titre que les Zones de liste, les Dates, etc.

[pulcinopio]

Bonjour,

J'ai une ou deux questions à vous poser:

1. Si vous désirez créer une grille, pourquoi ne pas la créer avec votre traitement de texte?
2. Comment pouvez vous créer un formulaire BASE sans créer tables et relations au préalable?

Si c'est un fichier BASE par lequel vous désirez faire des achats avec délai, vous n'avez qu'à le demander.

Bonnes salutations

Pulcinopio

[philippe.blondiaux]

Merci pour vos réponses.
Du coup je me rends compte que je n'ai pas été assez précis.
Je m’occupe de la livraison de bacs poubelle de différentes tailles et fonctions.
Au moment d'une commande je dois émettre un ordre de service pour la livraison sans connaitre les numéros de puces et de série des bacs qui seront livrés.
J'ai construit mes différentes tables (adresses, communes, types de bacs, etc) et un formulaire pour l'ordre de service.
Dans ce formulaires, pour éviter d'avoir à saisir 12 lignes pour une livraison à la même adresse par exemple, je voudrais juste saisir la quantité mais que les 12 lignes soient créées dans ma table articles pour pouvoir y revenir et saisir au retour de livraison les numéros des articles.
J'espère avoir été un peu plus explicite

[Dude]

Salut,

Problème XY

Montre nous déjà ton modèle relationnel en joignant une copie d'écran de ce dernier.
Ajoute également un ODB avec un minimum de données dépersonnalisées que l'on puisse travailler dessus.

[pulcinopio]

Salut Dude,

J'avais un fichier en italien dans mes dossiers. Je l'ai traduit. Qu'en penses-tu?

Bien à toi

Pulcinopio

[Dude]

Qu'en penses-tu?

J'en pense qu'on devrait attendre le retour de l'auteur avant de se perdre en conjecture inutile.

[pulcinopio]

Dude,

I beg you to please have Mercy en anglais dans le texte.

Bien à toi

Pulcinopio

[philippe.blondiaux]

Voilà j'ai joins le fichier au stade où j'en suis après moultes essais.
il n'y a que le formulaire "civilité". le formulaire de saisi de l'ordre de service n'est pas élaborer.
je comptais faire le formulaire définitif avec des sous formulaires

[philippe.blondiaux]

Je me demandais si la fonction insert qui peux créer plusieurs lignes dans une table pouvait être utilisée ???

[pulcinopio]

Philippe,

S'il vous plaît:

d'abord CREATE TABLE

ed ensuite INSERT INTO TABLE

etc...

[philippe.blondiaux]

d'abord CREATE TABLE

ed ensuite INSERT INTO TABLE

etc...

Merci mais je ne suis pas un "pro" de programmation alors c'est un peu vague ........

[pulcinopio]

Philippe,

Avez-vous téléchargé le fichier? Si votre réponse est affirmative, vous vous rendrez compte que l'ècriture/lecture du langage SQL est affichable seulement pour le module de recherche, alors que la construction de la base est WYSIWYG.

Philippe, ayez au moins l'amabilité de consulter mon fichier bon sang!

Dans ce forum vous pouvez aussi consulter le manuel est une multitude d'exemples.

Soyez plus pro-actif, voyons...

Bonne lecture

Pulcinopio

[philippe.blondiaux]

Bonjour,
Puisque tu es dans Base, et que tu affiches un Contrôle de Grille, le nombre de lignes de ce contrôle va uniquement dépendre du nombre d'enregistrements que tu vas saisir.
Ce type de contrôle fait partie des contrôles des formulaires, au même titre que les Zones de liste, les Dates, etc.

J'ai affiché un contrôle de grille en espérant me faire comprendre. (à des fins d'illustration).
je cherche justement à saisir automatiquement un nombre d'enregistrement non pas vides mais incomplets, déterminés par un champ "nombre" ou "quantité".

[pulcinopio]

Salut Philippe,

Afin d'obtenir ce que tu as écrit auparavant, il fallait établir des relations entre tes tables.

J'ai aussi préparé un formulaire T_OS avec listes déroulantes. Il faudrait que tu ajoutes les données...

Pulcinopio

[HRk2o]

Bsr Philippe,

J'ai essayé par l'ébauche de fichier ci-joint de cerner votre mode opératoire.
J'ai créé 2 formulaires mais d'autres sont à prévoir.
Il serait bon de compléter les tables de quelques données pour une vue globale de ce que vous attendez !

@+

BLONDIAUXPOUBELLE.odb

[jeanmi2403]

Philippe,
S'il vous plaît:
d'abord CREATE TABLE
ed ensuite INSERT INTO TABLE
etc...

Ce genre de réflexion ne fait pas avancer les choses, et pollue le fil de discussion.
D'autant plus que Philippe a fourni la structure de sa base.

sacs à poubelle.odb

Fournir une base qui n'a rien a voir avec le problème, tant que l’objectif de philippe n'est pas mieux précisé, est également inutile, alourdit le fil et en complique la lecture.
Pulcinopinocchio devrait modérer son enthousiasme et tourner sept fois sa souris sur le tapis avant de cliquer.
Bonne journée,

[pulcinopio]

[philippe.blondiaux]

Bsr Philippe,

J'ai essayé par l'ébauche de fichier ci-joint de cerner votre mode opératoire.
J'ai créé 2 formulaires mais d'autres sont à prévoir.
Il serait bon de compléter les tables de quelques données pour une vue globale de ce que vous attendez !

@+
BLONDIAUXPOUBELLE.odb

Merci beaucoup !
le travail que vous avez fait m'a beaucoup aidé et inspiré.
Tout d'abord mes relations de tables étaient complétement défectueuses pour ne pas dire ignorées. !!!
Je joins le fichier sur lequel j'ai avancé.
Pour simplifier la saisie je me rend compte que je complique la conception.
voici une copie écran de ce que je cherche à avoir.

Capture d'écran_20221201_153208.png

Quand je saisi la quantité à livrer, le nombre de lignes correspondante est créé. de sorte que je n'ai, avec la référence de l'ID du formulaire, qu'a compléter les champs n° de bac et de puce.
Je dois emettre des ordres de services avec plusieurs références "OM" (la capacité) et "TRI" dans le même document.
Je cherche surtout à ce que ce soit "ergonomique" pour celles et ceux qui travailleront sur le formulaire

[jeanmi2403]

Bonsoir,
Le projet smble avancer dans le bon sens...
La structure et le modèle relationnel me semblent corrects, à quelques détails près...

1. Le nom de la table "Civilité" me dérange un peu, j'aurais plutôt mis "Adresses", civilité représente pour moi M. ou Mme (qui manque d'ailleurs dans la table ?)
2. Les adresses et les bacs sont liés à travers la table T_OS, ce qui oblige à consulter une intervention pour localiser un bac ou savoir quels sont les bacs situés à une adresse donnée.
   J'aurais plutôt créé une table ne contenant que les liens Adresse-Bac et lier les interventions à cette table.

Quand je saisis la quantité à livrer, le nombre de lignes correspondante est créé. de sorte que je n'ai, avec la référence de l'ID du formulaire, qu'a compléter les champs n° de bac et de puce.

Cela signifie-t-il que ça fonctionne déjà, ou bien est-ce toujours la demande initiale ?

Au moment d'une commande je dois émettre un ordre de service pour la livraison sans connaitre les numéros de puces et de série des bacs qui seront livrés.

Est-ce que l'adresse de livraison est connue, est-ce la même pour tous les bacs, ou bien sont-ils répartis ensuite ?
Il est très facile de créer un nombre déterminé d'enregistrements par macro (ça je sais faire...), mais en fonction des réponses aux questions ci-dessus, le travail sera différent.
Entre autres, on peut avoir à intervenir sur plusieurs tables, pour éviter d'avoir à "bricoler" ensuite.
Le projet m'intéresse dans la mesure où il sera bien défini.
Bien cordialement et bon courage...

[philippe.blondiaux]

jeanmi2403 a écrit :
Le nom de la table "Civilité" me dérange un peu, j'aurais plutôt mis "Adresses", civilité représente pour moi M. ou Mme (qui manque d'ailleurs dans la table ?)

Effectivement.... "Adresses" serait plus judicieux. la précision de la "civilité" n'est pas nécessaire. En fait il y a aussi des entreprises et des établissements (scolaire ou hospitalier).

Les adresses et les bacs sont liés à travers la table T_OS, ce qui oblige à consulter une intervention pour localiser un bac ou savoir quels sont les bacs situés à une adresse donnée.
J'aurais plutôt créé une table ne contenant que les liens Adresse-Bac et lier les interventions à cette table.

Je comptais regrouper les différents formulaires en faisant : "adresses"+sous formulaire "intervention"+sous formulaire "BACS". en ayant créer une table où toutes les informations sont regroupées. Mais je me complique peut être la vie ???

Cela signifie-t-il que ça fonctionne déjà, ou bien est-ce toujours la demande initiale ?

Pour l'instant je retrouve ce dont j'ai besoin à l'aide d'une requête. Je pense trouver les informations et les tutos nécessaires pour créer un champ de recherche.

Voici la procédure que je souhaite mettre en place :

1- établissement d' 1 Ordre de Service (OS) par adresse de livraison. Avec les informations des formulaires "adresses", "intervention" et "bacs".
Sachant qu'il y a 2 catégories de bacs : "OM" et "TRI" et 5 "volume" (capacité en "Litres") par catégories et qu'Il peut y avoir une certaine quantité de chaque exemplaire par intervention. ex : 2 "OM" 240 L" + 4 "OM" 360 L + 6 "TRI" 660 L. (Ce principe s'applique sur les réparations mais c'est le même process : type de bac + couvercle ou roue ou serrure à réparer)

2- impression de cet OS pour l'agent qui va livrer. Il va prendre dans le stock ce dont il a besoin et à son retour, rapporte les numéros de bacs et de puce des bacs livrés qui devront être saisi dans les champs correspondants afin de compléter les informations.

3- Le grand luxe serait de pouvoir gérer des réservations !!!!

et c'est tout. les infos sont transmises à la facturation qui gère l'attribution des bacs qui se fait alors dans un autre logiciel dédié mais qui, hélas ne gère pas ce que je cherche à faire.

Je voudrais juste une interface simple et utilisable par n'importe qui du service sans passer des heures à remplir des champs. je suis peut être trop exigeant ou idéaliste mais je suis optimiste et un peu obstiné en tous cas je préfère passer du temps à essayer de concevoir un outil qui en fera gagner plus tard à l'usage.

Je joins le formulaire papier qui était utilisé avant que je prenne mon poste. Les autres champs d'informations pourront se faire assez facilement avec des formulaires distincts. il ne concerne pas la gestion des bacs proprement dit.

Je vous remercie pour votre implication jeanmi2403.

[pulcinopio]

Messieurs Jean-Michel et Philippe,

Pourquoi faire une salade niçoise aux Tuileries, alors qu'une crêpe suzette suffirait?

Je quitte le projet.

Sans façons...

Bien à vous

Pulcinopio

[jeanmi2403]

Bonsoir,

Pourquoi faire une salade niçoise aux Tuileries, alors qu'une crêpe suzette suffirait?

Cher Monsieur Pulcinopio, si vous avez pris le temps de lire le formulaire posté par Philippe dans le message précédent, vous aurez constaté que le transfert du travail depuis ce formulaire vers une base de données s'approche plus du château de Versailles que du pavillon de banlieue.

Et comme le signale Dude précédemment, il s'agit bien d'un problème XY (le véritable problème ne crorrespond pas au titre..)

On est donc bien loin de la question initiale ; Création de lignes de saisies en fonction d'un champ

Il s'agit d'un gros projet, dont il faut définir le cahier des charges. Le mode opératoire décrit ci-dessus est un très bon début...
La question de créer un nombre de lignes déterminé est secondaire par rapport au travail de conception.
Peut-être que ceci pourrait faire l'objet d'un fil dans la section Projets ?
Cordialement,

[pulcinopio]

Très Cher Jean-Michel,

Je crois comprendre de ne pas être à même d'entreprendre un parcours si majestueux.

Je me contenterai donc d'un petit godet froid de bouillon, c.à.d. un gaspacho (en espagnol dans le texte).

Mes hommages,

Pulcinopio

[philippe.blondiaux]

Je ne pensais pas qu'une simple question allait soulever des réactions aussi éloignées du sujet !

Peut-être que ceci pourrait faire l'objet d'un fil dans la section Projets ?

Pour couper court à tous problèmes ou à toutes polémiques, est il possible de transférer le sujet dans la section projet ou dois-je ouvrir un nouveau sujet dans la section ?

Il est clair que je dois affiner la structure des tables et leurs interactions pour bâtir une architecture fonctionnelle.
Mais je bute vraiment sur ce problème de prendre en compte une quantité donnée pour créer le nombre de lignes correspondantes dans une table.

En tous cas, je vous remercie de l’intérêt que vous portez à mon problème et j’espère qu'ensemble on arrive à une solution qui, sait on jamais, pourrait profiter à d'autres.

[Bidouille]

Bonjour,

est il possible de transférer le sujet dans la section projet ou dois-je ouvrir un nouveau sujet dans la section ?

Ce fil est déjà complètement embrouillé.
Donc le mieux est effectivement d'ouvrir un sujet "propre".
Indiquez ici un lien pour assurer le suivi et balisez [Résolu].

[philippe.blondiaux]

Le sujet a été créé dans le module "projet".
Je remercie d'avance jeanmi2403 qui c'est investi et a été de bon conseil de me rejoindre.
voici le lien : https://forum.openoffice.org/fr/forum/v ... hp?t=66401

[Bidouille]

Bis repetitae

et balisez [Résolu].

[philippe.blondiaux]

[Résolu]