Writer - Publipostage et enregistrement suivant

fr-users
#1

Bonjour,

Dans Writer, je réalise un publipostage voir fichier ci-dessous (basé sur la base biblio).
J'insère mes champs de début, puis j'ajoute un tableau dans lequel j'utilise enregistrement suivant.

Après mon tableau, je souhaite continuer à insérer d'autres champs concernant mon enregistrement courant.
Problème : l'enregistrement dans lequel je me trouve est celui qui suit le dernier "Enregistrement suivant". Ce qui semble logique (Word réagit pareil)

Question : comment peut on récupérer le numéro d'enregistrement du départ pour repartir au bon endroit dans la suite des champs de fusion.
Je me dis qu'avec le champ N° d'enregistrement et une variable on doit pouvoir le faire mas sans succès me concernant. Enfin, Pierre-Yves peut être :wink:
Le fichier ci-dessous comprend mes interrogations et mes commentaires.
Il suffit de l'ouvrir, sélectionner touts les données de Biblio et de demander les "données dans les champs" pour voir ce qui se passe.

http://www.cjoint.com/c/FCjiSW6nvDO

Merci d'avance pour votre aide. La demande est assez critique puisqu'il s'agit de rapports réalisés à partir d'une application métier qui génère la source des données.

Bonne journée,

Marie-Jo

#2

Bonjour,

Je ne comprends pas le problème, tout au moins la structure de la base de données et celle de l'état souhaité. Ce sont les auteurs d'un même ouvrage ? Comment les divers enregistrements sont-ils obtenus ?

Il y a longtemps que je n'ai plus réalisé d'état avec plusieurs enregistrements partiels par document par un processus de fusion avec un traitement de texte. Je crois me souvenir qu'il fallait un champ de type "suivant si" testant une rupture sur la valeur d'un champ (nom, titre de l'ouvrage, ?). Ajouter une condition au champ "Enregistrement suivant" ? Comment l'obtenir ?

Je ne vois pas pourquoi l'auteur de début et de fin est aussi dans le tableau.

La table (ou la requête source) ne devrait-elle pas avoir une structure avec des champs aux contenus communs à tous les enregistrements à grouper sur un document (ceux utilisés en début et fin de document) et des champs aux contenus différents, se retrouvant dans le tableau ?

A+

#3

Bonjour,

Bonjour,

Dans Writer, je réalise un publipostage voir fichier ci-dessous (basé sur la base biblio).
J'insère mes champs de début, puis j'ajoute un tableau dans lequel j'utilise enregistrement suivant.

Après mon tableau, je souhaite continuer à insérer d'autres champs concernant mon enregistrement courant.
Problème : l'enregistrement dans lequel je me trouve est celui qui suit le dernier "Enregistrement suivant". Ce qui semble logique (Word réagit pareil)

Question : comment peut on récupérer le numéro d'enregistrement du départ pour repartir au bon endroit dans la suite des champs de fusion.
Je me dis qu'avec le champ N° d'enregistrement et une variable on doit pouvoir le faire mas sans succès me concernant. Enfin, Pierre-Yves peut être :wink:
Le fichier ci-dessous comprend mes interrogations et mes commentaires.
Il suffit de l'ouvrir, sélectionner touts les données de Biblio et de demander les "données dans les champs" pour voir ce qui se passe.

http://www.cjoint.com/c/FCjiSW6nvDO

Merci d'avance pour votre aide. La demande est assez critique puisqu'il s'agit de rapports réalisés à partir d'une application métier qui génère la source des données.

Bonne journée,

Marie-Jo

Bonjour,

Je ne comprends pas le problème, tout au moins la structure de la base de données et celle de l'état souhaité. Ce sont les auteurs d'un même ouvrage ? Comment les divers enregistrements sont-ils obtenus ?

Il y a longtemps que je n'ai plus réalisé d'état avec plusieurs enregistrements partiels par document par un processus de fusion avec un traitement de texte. Je crois me souvenir qu'il fallait un champ de type "suivant si" testant une rupture sur la valeur d'un champ (nom, titre de l'ouvrage, ?). Ajouter une condition au champ "Enregistrement suivant" ? Comment l'obtenir ?

Je ne vois pas pourquoi l'auteur de début et de fin est aussi dans le tableau.

La table (ou la requête source) ne devrait-elle pas avoir une structure avec des champs aux contenus communs à tous les enregistrements à grouper sur un document (ceux utilisés en début et fin de document) et des champs aux contenus différents, se retrouvant dans le tableau ?

A+

J'ai voulu rester sur la base biblio pour ne pas faire perdre de temps à connecter la source de données.
Mais cela n'a pas de sens dans ce contexte.Je reviens donc très vite avec un cas plus réel et plus concret.
Merci en tout cas

Marie-Jo

#4

Bonjour,

Je relance le sujet avec d'autres fichiers plus concrets pour comprendre la problématique bien réelle et bien concrète.
Un fichier comportant les données data test
Un fichier comportant un document type pour fusion.
J'ai indiqué en surligné jaune les questions et remarques.

http://www.cjoint.com/c/FColDpdw2CO

http://www.cjoint.com/c/FColD47A81O

Est-ce possible à réaliser ?

Merci d'avance pour toutes pistes.

Marie-Jo

#5

Bonjour,

Cette fois cela semble plus clair mais je re formalise néanmoins.

Si je comprends bien, tu veux faire deux fusions :
- l'une pour établir une liste des participants sous forme de tableau,
- l'autre pour envoyer une convocation personnalisée à chacun des participants.

Instinctivement, je ferais en deux passages avec deux documents principaux :
- le tableau seul,
- la convocation avec intégration dans une section de la convocation (avec liaison pour mise à jour automatique) du document contenant le tableau préalablement réalisé.

Il faudrait prendre soin de surcharger le précédent tableau réalisé lors de la création de la liste des participants pour qu'elle soit mise à jour dans la lettre de convocation.

Tout enchaîner par une macro pour éviter les erreurs de manipulation des utilisateurs ? Tu aimes bien les macros... :slight_smile:

Librement.

#6

Bonjour,

pour votre liste des participants, essayez plutôt un copier coller avec liaison à partir de votre classeur.

Cela vous libérera de la fusion pour cette partie du document.

#7

Bonjour,

pour votre liste des participants, essayez plutôt un copier coller avec liaison à partir de votre classeur.

Cela vous libérera de la fusion pour cette partie du document.

#8

Bonsoir Jean-Yves et Jacques

@Jean-Yves : pas deux fusions. Une seule mais qui reprend la liste de ses propres enregistrements :wink:

Merci pour vos retours qui malheureusement me font penser de plus en plus que ce n'est pas possible sans avoir deux sources distinctes...
Si Pierre Yves le magicien pouvait confirmer cependant... Je suis certaine qu'il y a moyen avec l'enregistrement et une variable. Mais je n'y arrive pas.

Je rappelle toutefois que les données sont générées par une application métier. Nous n'avons pas la main vraiment dessus.
De plus, j'ai eu aujourd'hui le fichier Word (oui je dis bien word) qui le fait...
Et il y a bien un champ SELECT d'une autre source de données. Ce qui concorde avec vos pistes diverses.
Encore de quoi dire "l'appli marche avec Word et pas avec Writer...

Et me je demande maintenant quel est l'équivalent dans Writer d'un champ de données provenant d'une instruction SQL...

Ce n'est décidément pas une bonne semaine.

Merci

Marie-Jo