Project

General

Profile

Anomalie #14874

Les champs de fusion sont remplacé par le dernier expéditeur lors d’un projet de réponse par publipostage en utilisant un modèle onlyoffice

Added by Robin SALDINGER over 1 year ago. Updated 12 months ago.

Status:
Clôturée
Priority:
2-Sérieux
Target version:
Start date:
07/20/2020
Due date:
Tags Courrier:

Description

Message du client :

Étape :
- Créer un courrier arrivé avec plusieurs expéditeur
- Cliquer sur ajouter une pièce jointe
La pièce jointe est en mode publipostage
- Sélectionner un modèle de document comportant des champs de fusion

Constaté :
Les champ de fusion sont remplacé par les informations du derniers expéditeur de la liste

Souhaité :
avant le clic sur «publiposter» les champs de fusion ne sont par remplacés
au moment du publipostage, les champs de fusions sont remplacé pour chaque expéditeur du courrier départ

En pièce jointe le modèle de document utilisé

Analyse de Maarch :
Henri :

Bonjour,

Il semble que les champs de fusion utilisés ne sont pas les bons .

Vous utilisez les champs de fusion :

Destinataire
Les champs listés ci-dessous ne sont disponibles qu'avec un seul destinataire.
Libellé Champs de fusion
Civilité du contact [recipient.civility]
Prénom du contact [recipient.firstname]
Nom du contact [recipient.lastname]
Société [recipient.company]

Il faut utiliser les champs de fusion de cette partie de la doc:

Destinataire de la pièce jointe
Libellé Champs de fusion
Civilité du contact [attachmentRecipient.civility]
Prénom du contact [attachmentRecipient.firstname]
Nom du contact [attachmentRecipient.lastname]
Société [attachmentRecipient.company]
Service de la société [attachmentRecipient.department]
Fonction du contact [attachmentRecipient.function]

Ci-dessous la doc en ligne pour les champs de fusion:

https://docs.maarch.org/gitbook/html/MaarchCourrier/20.03/guaf/guaf_templates/merge_fields.html

Bien cordialement,

-------> retour négatif du client

Robin : Après vérification il s’avère que les champs de fusion évoqués par Henri ne sont pas interprétés. Si le client publiposte un projet de réponse avec les champs de fusion qu'il utilisait initialement, le projet de réponse est dupliqué en x versions mais avec toujours le même contact.

Voir ticket client pour plus d'informations

lettre_adjoint_-_septembre_2016-sans-en-tete-bloc-signature.docx (23.7 KB) lettre_adjoint_-_septembre_2016-sans-en-tete-bloc-signature.docx François-Xavier Lyonnet du Moutier, 07/20/2020 03:07 PM
Screenshot_2020-07-20 MAARCH COURRIER 20 03.png (44.3 KB) Screenshot_2020-07-20 MAARCH COURRIER 20 03.png François-Xavier Lyonnet du Moutier, 07/20/2020 03:09 PM
Screenshot_2020-07-20 MAARCH COURRIER 20 03(1).png (92.1 KB) Screenshot_2020-07-20 MAARCH COURRIER 20 03(1).png François-Xavier Lyonnet du Moutier, 07/20/2020 03:10 PM
Screenshot_2020-07-20 MAARCH COURRIER 20 03(2).png (84.4 KB) Screenshot_2020-07-20 MAARCH COURRIER 20 03(2).png François-Xavier Lyonnet du Moutier, 07/20/2020 03:13 PM
Screenshot_2020-07-20 MAARCH COURRIER 20 03(3).png (13 KB) Screenshot_2020-07-20 MAARCH COURRIER 20 03(3).png François-Xavier Lyonnet du Moutier, 07/20/2020 03:13 PM
Screenshot_2020-07-21 MAARCH COURRIER 20 03(3).png (73 KB) Screenshot_2020-07-21 MAARCH COURRIER 20 03(3).png François-Xavier Lyonnet du Moutier, 07/21/2020 11:53 AM
Screenshot_2020-07-21 MAARCH COURRIER 20 03(4).png (83.3 KB) Screenshot_2020-07-21 MAARCH COURRIER 20 03(4).png François-Xavier Lyonnet du Moutier, 07/21/2020 11:54 AM
Screenshot_2020-07-21 Parapheur Electronique.png (122 KB) Screenshot_2020-07-21 Parapheur Electronique.png François-Xavier Lyonnet du Moutier, 07/21/2020 11:55 AM
1.png (108 KB) 1.png Robin SALDINGER, 10/19/2020 05:03 PM
2.png (103 KB) 2.png Robin SALDINGER, 10/19/2020 05:03 PM
lettre_adjoint_-_septembre_2016-sans-en-tete-bloc-signature_piecejointe.docx (23.4 KB) lettre_adjoint_-_septembre_2016-sans-en-tete-bloc-signature_piecejointe.docx Robin SALDINGER, 10/19/2020 05:04 PM
6003
6004
6005
6006
6007
6008
6009
6293
6294

History

#2 Updated by Support Maarch over 1 year ago

  • Status changed from A qualifier to A traiter

#3 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from A traiter to 17
  • Assignee changed from Emmanuel DILLARD to Robin SALDINGER

Reproduit avant inscription backlog ?

Non reproduit en 20.03.11.

  • Courrier Arrivée
  • 4 expéditeurs
  • édition de PJ via OnlyOffice (modèle PR générique)
  • validation
  • Bouton publipostage
  • PJ sont bien générées pour chaque destinataire (avec les bonnes informations pour chaque contact)

Les champs de fusion utilisés par le modèle sont :

attachmentRecipient.XXXXXXX
exemple : attachmentRecipient.postal_address

Voir documentation sur https://docs.maarch.org/gitbook/html/MaarchCourrier/20.03/guaf/guaf_templates/merge_fields.html

Note : les champs utilisés dans le modèle en pièce jointe à ce ticket ne sont pas adaptés au publipostage.

Solution : Modifier le modèle avec les données de fusion adaptées (voir modèles génériques PR)

#4 Updated by Robin SALDINGER over 1 year ago

6293
6294

Tests effectués par le client :

Bonjour,

Je constate toujours le problème, malgré la discussion avec Emmanuel Dillard.

J’ai testé sur la demo : http://demo.maarchcourrier.com/apps/maarch_entreprise/index.php#/process/users/9/groups/2/baskets/4/resId/21

En pièce jointe mon modèle de document.


#5 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from A traiter to Complément d'Informations
  • Assignee changed from Emmanuel DILLARD to Robin SALDINGER

Le document transmis ne fusionne pas correctement la variable utilisée.
En remplaçant la variable de fusion dans le modèle par copier/coller, le publipostage fonctionne correctement avec le modèle soumis pour tests.

[attachmentRecipient.postal_address;strconv=no]

La paramètre strconv=no concerne les sauts de ligne sur certaines versions plus anciennes de MS Word qu n'étaients pas pris en compte

Avec OnlyOffice, privilégier :

[attachmentRecipient.postal_address]

-> il y a peut-être une coquille sur le document original

#6 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from Complément d'Informations to 17

#7 Updated by Robin SALDINGER about 1 year ago

  • Status changed from 17 to A traiter
  • Assignee changed from Robin SALDINGER to Emmanuel DILLARD

Plus de nouvelles depuis 4 mois suite à la dernière solution apporté, à marquer comme résolu.

#8 Updated by Emmanuel DILLARD about 1 year ago

  • Status changed from A traiter to Clôturée

#9 Updated by Emmanuel DILLARD 12 months ago

  • Project changed from Backlog to Backlog Courrier
  • Target version changed from 20.03 (Support restreint) to 20.03 (Restreint)

Also available in: Atom PDF