Works : Champs de fusion imprimés sans formatage numérique

Traductions disponibles Traductions disponibles
Numéro d'article: 246066 - Voir les produits auxquels s'applique cet article
Ancien nº de publication de cet article : F246066
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Agrandir tout | Réduire tout

Symptômes

Lorsque vous imprimez un document Microsoft Works contenant des champs de base de données fusionnés, les données contenues dans certains champs de date, d'heure, de devise, de numéro de téléphone ou dans d'autres champs numériques mis en forme peuvent être imprimées sous forme de nombres non formatés.

Cause

Ce problème peut se produire lorsque l'une des conditions suivantes est remplie :
  • La source de données stocke les données non formatées dans un champ et utilise un masque de données pour appliquer la mise en forme lorsque vous entrez ou affichez les données. Cela inclut les données provenant d'une base de données Works.
  • Un ou plusieurs des champs de la source de données utilisent des formats de champ ou de nombre qui n'existent pas dans Microsoft Works.

Résolution

Pour contourner ce problème, utilisez votre programme de base de données ou votre tableur pour exporter le tableau que vous voulez fusionner sous la forme d'un fichier texte mis en forme (.txt), puis insérez les champs du fichier texte exporté dans votre document Works.
- ou -
Pour contourner ce problème, créez un autre champ dans la base de données au format texte et renseignez-le avec le contenu du champ d'origine posant problème, mais en utilisant des fonctions texte intégrées pour obliger le format à inclure le symbole de l'euro (?) et deux chiffres après la virgule. Pour cela, procédez comme suit :

REMARQUE : Dans la procédure décrite ci-dessous, "PROBLEM_FIELD" désigne le champ qui ne se fusionne pas correctement, et "NEW_FIELD" désigne le champ que vous créez pour contenir les données texte. Veuillez remplacer ces noms par les noms de champ que vous souhaitez effectivement utiliser.
  1. Démarrez Works 6 et ouvrez la base de données.
  2. Dans le menu Affichage, cliquez sur Liste.
  3. Cliquez sur le bloc grisé situé en haut de la colonne PROBLEM_FIELD.
  4. Dans le menu Enregistrement, cliquez sur Champ, puis sur Après.
  5. Remplacez le nom du fichier par NEW_FIELD.
  6. Dans la zone Format, sélectionnez Texte. N'entrez PAS de valeur par défaut.
  7. Cliquez sur Ajouter, puis sur Terminé.
  8. Cliquez sur NEW_FIELD, tapez ce qui suit, puis appuyez sur ENTRÉE :
    ="$" & STRING(Round(PROBLEM_FIELD,2),2)
    REMARQUE : N'oubliez pas de remplacer le nom de champ ci-dessus par celui du champ posant effectivement problème.

    Si le format décimal est toujours répertorié, tapez ce qui suit, puis appuyez sur ENTRÉE :
    =IF(ROUND(PROBLEM_FIELD,0)=PROBLEM_FIELD,("$"&STRING(PROBLEM_FIELD,0)&".00"),("$"&STRING(PROBLEM_FIELD,2)))
    Le champ de chaque enregistrement doit être renseigné avec les versions textuelles des valeurs du champ PROBLEM_FIELD, y compris deux chiffres après la virgule et le symbole de l'euro (?). Si la valeur du champ PROBLEM_FIELD est zéro ou si le champ est vide, "0,00 ?" doit s'afficher.

  9.  : N'oubliez pas de remplacer le nom de champ ci-dessus par celui du champ posant effectivement problème. Cliquez sur Enregistrer, puis fermez la base de données.
  10.  : N'oubliez pas de remplacer le nom de champ ci-dessus par celui du champ posant effectivement problème. Démarrez l'opération de fusion et de publipostage, mais en insérant le champ NEW_FIELD à la place du champ PROBLEM_FIELD. Vous n'avez pas besoin d'insérer le symbole de l'euro (?) dans votre document, il sera déjà inclus dans le champ.
Un problème semblable peut se produire avec les dates qui ne s'affichent qu'au format court (JJ/MM/AA). La formule suivante permet de créer des dates au format texte en vue de leur fusion avec des champs de date au format long (JJ Mois Année) :
=STRING(DAY(champ_date),0)&MID("  jan fév mar avr mai jun jul aoû sep oct nov déc ",MONTH(champ_date),5)&STRING(YEAR(champ_date)+1900,0)
REMARQUE : Il est essentiel de respecter les espaces (2 avant jan, 1 après déc et 1 entre chaque mois).

Plus d'informations

Ce problème peut également se produire avec Microsoft Word 2000 inclus dans Microsoft Works Suite.

Pour plus d'informations sur la résolution de ce problème dans Word 2000, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
211421 WD2000 : Format de numéros de téléphone incorrect dans le résultat d'une opération de fusion et publipostage

Propriétés

Numéro d'article: 246066 - Dernière mise à jour: dimanche 23 février 2014 - Version: 1.3
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Works 2000 Standard Edition
  • Microsoft Works 6.0 Standard
  • Microsoft Works Suite 2000 Standard Edition
  • Microsoft Works Suite 2001 Standard
Mots-clés : 
kbnosurvey kbarchive kbimu kbprb kbprint kbtool kbui KB246066
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com