[Issue] Publipostage : numéro d'enregistrement incorrect

[CdChar]

Bonjour,

J'hésite à poster dans Writer ou Base, il s'agit au départ d'un publipostage, je poste donc en priorité dans Writer.

Je suis sur le point d'imprimer les reçus fiscaux d'une association.
Je n’ai eu aucun problème jusqu’à l'année précédente, avec une ancienne version de OpenOffice.
Depuis j'ai installé les dernières versions fiables de Apache OpenOffice et LibreOffice.

Un reçu fiscal doit contenir un n° d'ordre d'impression, le numéro d'enregistrement dans la base, jusqu'à présent, remplissait parfaitement ce rôle.

La base est un fichier xls , le résultat décrit est le même avec un fichier ods

Dans le passé, je me souviens que j'avais des soucis avec l'assistant de publipostage pour faire la fusion, j'ai donc pris l'habitude d'utiliser l'option d'impression de lettres types (Fichier → Imprimer → oui à la question « souhaitez-vous imprimer des lettres types ».

Je décris pas à pas ma démarche :

Pour l'exemple la base est le fichier liste_mvt.ods ( joint)


L'impression est réalisée avec: bulletin.odt (joint)


1) Je fais une sélection sur les lignes de façon à n'imprimer que les lignes dont la zone « Nom » est remplie et le montant positif.
Donc dans ce cas, 4 bulletins seront imprimés pour Dupond, Dupont, Lejeune, Lerouge
numérotés de 1 à 4, Lejeune sera le n° 3

2) Si je crée un fichier en document unique, tous les reçus auront le même numéro ( 1)

3)Si je crée des fichiers ODT en documents individuels , chacun aura son numéro correct, « Lejeune » doit avoir le n°3

4) Si je crée des fichiers PDF en documents individuels tous auront le même numéro

etapes.odt

Si je fais les mêmes tests avec l'assistant de mailing ( Outils → assistant mailing ) même les fichiers ODT individuels auront tous le même numéro.


Les résultats sont les mêmes avec LibreOffice Version: 4.1.5.3 et Apache OpenOffice (4.0.1)

L'impression de reçus fiscaux est une procédure délicate qui n'autorise aucune erreur ( oubli, doublons...) vis à vis de l'administration fiscale.
La procédure la plus sure était de générer un fichier PDF unique et de l'imprimer.
Ce fichier doit être conservé à vie. S'il y a une erreur sur un bordereau, constatée avant l'envoi, si je regénère le pdf individuel il doit avoir le même numéro de séquence que l'original. Dans mon cas cela fonctionnait parfaitement, jusqu'à ce que j'installe les nouvelles versions.
Je tiens absolument à utiliser des pdf car c'est le seul format qui peut être ouvert sans modification de présentation quelque soit l'environnement, et un peu plus protégé.

Ma solution de contournement va être d'imprimer des odt individuels, les ouvrir un à un pour générer des pdf, que j'imprimerai un à un. J'ai plus de 100 reçus à imprimer, c'est long et risque d'erreur.

Je recherche depuis plusieurs jours et n'ai pas trouvé ce problème référencé.

Peut-être ai-je ignoré un paramétrage.
Toute idée sera la bienvenue et je vous en remercie par avance.


Bonne journée

[Dude]

Salut,

Je ne vois pas où est le problème.
Rajoute ton numéro unique dans ta base de données tout simplement.

[CdChar]

Bonjour,

Ce n'est pas le but.

Ce champ est un champ de base de donnée défini ainsi:

bulletin.jpg

ce champ est nommé "Numéro d'enregistrement"

Il a un comportement qui n'est pas celui attendu.
Je l'utilise depuis 2006 environ et son comportement a changé

Pour plus d'info sur ce champ lire:
https://help.libreoffice.org/Writer/Database/fr

Il n'y a aucune raison de l'ajouter dans la base.

Cordialement

[Dude]

Il a un comportement qui n'est pas celui attendu.

Comme d'hab', ouvre un ticket dans Bugzilla.

[CdChar]

Bonjour,
Je créerai un bug, mais pour le faire en anglais il me faudra un certain temps et les documents officiels doivent être imprimés rapidement.
J'espérais que le problème soit déjà connu et solutionné par un post que je n'aurais pas trouvé, en attendant j'utiliserai ma solution de contournement.
Cordialement

[Bidouille]

Je créerai un bogue

Suppression de l'icône
Et ce, tant que le ticket n'est pas ouvert et que vous n'en avez pas le numéro.
Inscrit depuis 2009, je vous rappelle également comment il faut baliser : relisez le mode d'emploi

[CdChar]

Bug 76995 créé
https://bugs.freedesktop.org/show_bug.cgi?id=76995

[Vulcain]

Bonjour,

Je ne suis pas compétent dans le publipostage.

Pour donner plus de visibilité à votre bug, je viens de le signaler à la mailing-list francophone d'assurance qualité (puisque vous avez ouvert le bug chez LibO):
http://nabble.documentfoundation.org/Li ... 04050.html

[CdChar]

Merci Vulcain.
Le bug vient d'être confirmé et persiste en LibreOffice Version: 4.2.3.2.

Bonne journée

[CdChar]

Bug Apache OpenOffice:
https://issues.apache.org/ooo/show_bug.cgi?id=124597

Bug LibreOffice:
https://bugs.freedesktop.org/show_bug.cgi?id=76995

[Vulcain]

bogue Apache OpenOffice:
https://issues.apache.org/ooo/show_bug.cgi?id=124597

bogue LibreOffice:
https://bugs.freedesktop.org/show_bug.cgi?id=76995

Puis que vous avez ouvert les 2 bugs dans les 2 bugzilla, essayez d'ajouter à See Also le lien vers l'autre bug (le site See Also de freedesktop pointant vers le bug apache et réciproquement).
Ainsi, tout le monde saura bien que le bug affecte les 2 suites et dès que l'une aura corriger le problème l'autre pourra reprendre son code (LibO publie en MPL compatible avec la licence Apache).

Seul ceux qui ouvre un bug ou les modérateurs peuvent ajouter ce genre d'information.

[CdChar]

Merci Vulcain pour les bons conseils.
Fait.

Il semble que le bug que j'ai ouvert côté Apache openOffice soit en fait le doublon de:
https://issues.apache.org/ooo/show_bug.cgi?id=122243

Je ne peux mettre à jour "SeeAlso" pour ce dernier, sauf dans un commentaire, mais l'ai fait pour mes 2 bugs dans chacune des suites.
Il faut noter que https://issues.apache.org/ooo/show_bug.cgi?id=122243 décrit un résultat "vide" , personnellement j'obtiens "1" , le plus souvent.
Ce bug est ouvert depuis presque 1 an , j'ai voté pour le réactiver.

Même si je n'utilise cette option qu'une fois par an pour l'édition de reçus fiscaux d'associations, l'impact est important car l'option est nécessaire du fait de l'usage fiscal du document.
Les documents doivent être numérotés de 1 à n.
Cela n'a rien à voir avec un numéro de page. Tout document réimprimé individuellement doit conserver son numéro d'origine. De plus l'option doit pouvoir s'appliquer à tout classeur en entrée, document pour lequel une colonne contenant une clé unique de 1 à n n'est pas forcément prévue et qui en plus sera rompue si on applique un filtre ( la séquence doit être celle du résultat du filtre/tri et non du document d'origine).
Je sollicite quelques votes pour les bugs des 2 suites.

Cependant il existe une solution de contournement, lourde et risque d'erreurs mais qui m'a sauvée pour cette année, avec LibreOffice :

1) ne pas utiliser l'assistant mailing du menu "Outils"
2) utiliser l'impression de lettre type ( Fichier → Imprimer → oui à la question « souhaitez-vous imprimer des lettres types »)
3) générer des des fichiers odt individuels.
4) Si des versions PDF sont nécessaires, ouvrir un à un les fichiers obtenus à l'étape 3 et les exporter en PDF

Merci à vous et bonne journée.

[Vulcain]

Merci Vulcain pour les bons conseils.
Fait.

Merci.

Après si vous considérez que votre cas n'est pas le doublon d'un autre, il ne tient qu'à vous de l'argumenter. En effet, beaucoup de rapporteurs ou de lecteurs n'ont pas l'anglais comme langue maternel et on est pas à l’abri d'un qui-propos.

Un oubli de ma part, pouvez-vous préciser quelle est la dernière version avec laquelle vous arriviez à faire fonctionner l'opération ? (j'aurais bien essayer avec ma 3.5, mais je ne connais pas assez le pubi-postage pour que mes essais soit fiables).

[CdChar]

Bonjour,
Mon application étant assez complexe, et sensible avec sa base relationnelle mySql et les nombreux rapports, j'avoue ne pas m'être précipitée pour installer les 2 nouvelles suites.
Je conserve toujours une copie des exécutables que j'installe et sachant que je n'utilise l'option "numéro d'enregistrement" qu'une fois par an vers le mois de mars, la version active il y a un an devait être:
- OOo_3.3.0_Win_x86_install_fr.exe complétée de l'extension "patchée" de l'éditeur rapports: report-builder.oxt

Il doit donc s'agir de la dernière version OOo avant le passage Oracle .

Merci

[Vulcain]

- OOo_3.3.0_Win_x86_install_fr.exe complétée de l'extension "patchée" de l'éditeur rapports: report-builder.oxt

Il doit donc s'agir de la dernière version OOo avant le passage Oracle .

Merci

Il faudrait le préciser alors dans les bugs avec une phrase du type.

The last time, i could use this feature correctly, it's with OOo 3.3.0

[CdChar]

Merci Vulcain,
Fait.