[Résolu] Quel logiciel utiliser ?

[Kokoro]

Bonjour,

Ne sachant pas dans quelle section poser ma question, je la pose ici. Veuillez m'excuser si la section n'est pas appropriée.

Je souhaiterais réaliser un projet dans ce genre là : [https://forum.openoffice.org/fr/forum/v ... al#p165760] mais en un peu plus compliqué.
Je m'explique :
L'objectif serait de faire le même genre de chose que ce que fait ce document (saisie de données pour remplir un document Writer), mais de pouvoir aussi réutiliser les données saisies dans d'autres documents en plus ce celui cité en lien. Les documents seront complétés "à la main" (fin de rédaction d'un PV
En gros, ce que je souhaiterais faire : remplissage automatique de certains champs dans un document, avec tout ou partie de données saisies et rédaction de "normale" du document.
Avec aussi intégration, stockage et sélection dans le document Writer de données "pérennes" (dans le document cité par exemple, les noms et grade des policiers)

Sachant que les données concernant une personne ne seront stockées que le temps de rédaction des procès verbaux, mais d'autres les données pérennes devront être mises à jour par des néophytes (donc facilement) plus ou moins fréquemment (plusieurs fois par an à tous les x ans).

J'hésite à utiliser Base ou Calc pour le stockage des données. Sachant que les documents édités sont obligatoirement rédigés dans Writer.

J'espère avoir été assez claire !

En vous remerciant par avance pour vos réponses.

Bon week-end,

Kokoro

[OOo - Ekel]

Bonjour,

Bienvenue sur le forum.

Je pense que le module Base est le plus adapté pour gérer ces données pérennes.

Il peut communiquer avec Writer et Calc pour l'exploitation / le traitement des données.

Cordialement.

[Kokoro]

Bonjour,

Merci pour cette réponse.

Je vais aller regarder dans le forum idoine !

Bon week-end

Kokoro

[jeanmimi]

Bonjour,
Les données non pérennes peuvent être saisies dans des Champs de saisie dans Texte, ce qui permet de les reproduire dans d'autres parties du document.
Quant aux données pérennes, elles peuvent être fusionnées depuis une Base de données, comme dans un publipostage. La Base de données sera mise à jour classiquement à l'aide d'un formulaire.
Pour affiner les propositions, il serait intéressant d'avoir une idée plus précise des documents à renseigner.

[Kokoro]

Bonjour,

L'idée est de pouvoir, pour une procédure (rédaction de plusieurs actes), saisir une seule fois certaines données (comme la ou les identités) . Ensuite, pouvoir retrouver tout ou partie de ces données dans les différents actes rédigés sous Writer.

Sachant qu'il faut aussi pouvoir retrouver d'autres données pérennes (nom et fonction par exemple) dans les actes rédigés sous Writer mentionnés ci-dessus.

EDIT : Dans l'idéal, les données sont saisies dans un formulaire. Ensuite à l'ouverture des documents Writer, on choisit le numéro de la procédure et les champs se remplissent automatiquement. Ensuite on finit de rédiger les actes à la main.

J'espère avoir été un peu plus claire !

Bon week-end

[jeanmimi]

EDIT : Dans l'idéal, les données sont saisies dans un formulaire. Ensuite à l'ouverture des documents Writer, on choisit le numéro de la procédure et les champs se remplissent automatiquement. Ensuite on finit de rédiger les actes à la main.

Si les personnes ont une envie ou une expérience, c'est possible avec Base.
Il faut trois Tables : une pour les OPJ, une pour les Identités des personnes et une pour les procédures avec un champ pour le numéro, un pour l'ID OPJ, un pour l'ID GAV et un ID_procédure en AutoValeur.
Une Requête fait ensuite le lien entre ces trois Tables, et peut ne sortir que le Numéro de la procédure voulue.
Ensuite, c'est du publipostage.

[Kokoro]

Bonjour,

Les utilisateurs n'ont aucune expérience. Il faut que ce soit le plus simple possible....

Une procédure peut aussi contenir plusieurs personnes "intéressées".
Quand on ouvre une procédure, il faut pour un même numéro de procédure pouvoir y inclure plusieurs personnes. Certains actes avec un seul nom, d'autres actes avec un seul nom. De même, il faudrait pouvoir inclure le nom de plusieurs agents. Et l'ouverture pouvoir choisir le numéro de la procédure et les noms que l'on souhaite afficher....

C'est compliqué à expliquer !

Merci de votre aide.

[jeanmimi]

Les utilisateurs n'ont aucune expérience.

L'avantage, c'est qu'ils n'auront pas d'apriori.
Peut-on voir les 2 ou 3 documents à remplir pour mieux orienter les réponses ?

[Kokoro]

Bonjour,

Ils n'auront aucun à priori, mais il faut que le projet soit très simple d'utilisation.

Pour les documents, je suis soumise au secret professionnel et ne peux donc malheureusement pas les présenter.
Je vais essayer d'imaginer quelque chose d'approchant et vous en faire part. Sachant qu'entre autres il y a le même type de document que celui cité dans le 1er message !

Merci pour votre aide.

Bien cordialement

EDIT : Ajout d'un fichier exemple

[jeanmimi]

Avec une Base, plusieurs Tables et le PV créé à partir d'une requête, et les champs de fusion dans le document, ça pourrait donner ceci (à peaufiner bien sûr) :

[Piaf]

Bonjour
Un petit exemple (à peaufiner bien sûr ) à partir de Base et en reprenant le principe des champs utilisateurs.

fProcedure.png

Pour tester tu ouvres le formulaire fProcedures et tu cliques sur le bouton.
A+

[Kokoro]

Bonjour,

Merci beaucoup pour vos réponses. Je vais tester avec Base et je vous dirai ce qu'il en est !

Bonne journée !

Ajout au 01/09/2019
Plus d'un an après, il ne faut plus s'attendre à des nouvelles : sujet fermé