OVH Cloud OVH Cloud

Pb publipostage

2 réponses
Avatar
Michel
Un document principal sous Word sous Xp et un document de=20
fusion sous excel XP
lors de la fusion les champs excel avec deux d=E9cimales ne=20
sont pas toujours repris sous cette forme
il arrive r=E9guli=E8rement que certaains champs ont des=20
d=E9cimales al=E9atoires (6 =E0 10)
Pourquoi ?

D'avance merci

2 réponses

Avatar
AB
Bonjour,
Il te faut mettre en forme les champs dans le document principal.
Essaie par exemple :
{MERGEFIELD "montant" ##.##}
qui te donnera les résultats avec 2 décimales.
J'avoue que je n'ai jamais compris le comportement étrange de Word avec le
formatage des nombres, mais je ne suis pas un spécialiste du publipostage.
AB

Michel wrote:
| Un document principal sous Word sous Xp et un document de
| fusion sous excel XP
| lors de la fusion les champs excel avec deux décimales ne
| sont pas toujours repris sous cette forme
| il arrive régulièrement que certaains champs ont des
| décimales aléatoires (6 à 10)
| Pourquoi ?
|
| D'avance merci
Avatar
Anacoluthe
Bonjour !

'Michel' nous a écrit ...
Un document principal sous Word sous Xp et un document de
fusion sous excel XP
lors de la fusion les champs excel avec deux décimales ne
sont pas toujours repris sous cette forme
il arrive régulièrement que certaains champs ont des
décimales aléatoires (6 à 10) Pourquoi ?


La fusion ne récupère que des données brutes non formatées.
Le format numérique à deux décimales de XL n'est plus là pour
arrondir les erreurs de calcul de XL lui-même d'où ces
décimales étranges dans Word. Comme l'a dit André,
ajoutez un 'commutateur général de format numérique' dans
vos champs MergeField. Toutes les explications dans la FAQ
http://faq.ms.word.free.fr/Publipostage/Publipostage.htm

Anacoluthe
« La forme n'est souvent qu'une mise en scène qui déforme. »
- Paul LEAUTAUD