Depuis Word 16.81 sur macOS Ventura, le bouton « Options » du champ DocProperty reste grisé. Ce guide explique le problème, les causes probables et propose des solutions concrètes : insertion manuelle, création de propriétés, mises à jour, rétrogradation, et alternatives SharePoint.
Impossibilité d’utiliser le bouton Options pour le champ DocProperty dans Word pour Mac
Vue d’ensemble du problème
Depuis la version 16.81 de Word (Microsoft 365) sur macOS Ventura 13.x, le bouton Options reste désactivé lorsqu’on choisit le champ DocProperty dans la boîte de dialogue Insertion > Champ.
- Le phénomène touche tous les documents, qu’ils soient neufs ou existants, locaux ou SharePoint.
- Les autres types de champ (par ex.
DocVariable) conservent leur bouton Options actif. - Sur Windows ou sur d’autres Mac (même OS mais version de Word différente), la fonctionnalité fonctionne encore.
Comment reproduire rapidement
- Ouvrez un document Word vierge.
- Allez dans Insertion > Champ… puis sélectionnez DocProperty.
- Constat : le bouton Options est grisé, impossible d’afficher la liste des propriétés.
Hypothèses et causes possibles
| Piste | Explication | Statut |
|---|---|---|
| Bug introduit dans Word 16.81 | Plusieurs utilisateurs n’avaient pas le problème avant la mise à jour ; le même Mac + même macOS mais Word 16.82/16.83 ne reproduit pas toujours le bug. | Probable |
| Absence de propriétés définies | Le bouton Options s’active uniquement si le document contient déjà des propriétés (intégrées ou personnalisées). | À vérifier |
| Lien SharePoint | Les propriétés de version SharePoint ne sont plus prises en charge côté client (fonction supprimée depuis SharePoint 2013). | Connu, mais n’explique pas l’option grisée pour des propriétés locales |
| macOS obsolète | macOS Ventura 13.3 n’est pas à jour (13.6.3 courant). Certaines corrections d’interface figurent dans les patchs. | Possible facteur aggravant |
Symptômes et messages associés
| Symptôme | Cause la plus probable | Remède express |
|---|---|---|
Bouton Options grisé pour DocProperty. | Anomalie 16.81 + aucune propriété existante dans le fichier. | Créez une propriété personnalisée (voir ci‑dessous), puis rouvrez Insertion > Champ. |
| Champ affiche Error! Unknown document property name. | Nom de propriété inexistant, mal orthographié, ou propriété SharePoint non synchronisée. | Vérifiez/ajoutez la propriété dans Fichier > Propriétés et mettez le champ à jour (F9). |
| Le même fichier fonctionne sur Windows. | Comportement spécifique à Word pour Mac 16.81. | Mettez à jour Word >= 16.82, ou insérez le champ manuellement (voir Solution 1). |
Solutions et contournements disponibles
Solution 1 : Insérer manuellement le champ
Vous pouvez contourner la boîte de dialogue et insérer le field code directement.
- Appuyez sur ⌘+F9 pour créer un champ vide { }.
- Entre les accolades, tapez :
DOCPROPERTY "NomDeLaPropriété"Les guillemets sont recommandés si le nom contient des espaces. Exemples :
{ DOCPROPERTY "Title" }
{ DOCPROPERTY "Version interne" }Mettez le curseur dans le champ et pressez F9 pour le mettre à jour.
Limite : si la propriété provient de SharePoint (p. ex. n° de version), le champ renverra Error! Unknown document property name — la synchronisation de ces propriétés a été abandonnée côté SharePoint.
Astuce
- ⌥+F9 affiche/masque tous les codes de champ (utile pour diagnostiquer).
- ⇧+F9 bascule code/valeur pour le champ sélectionné.
Solution 2 : Vérifier / créer les propriétés avant l’insertion
Le bouton Options ne s’active que si au moins une propriété existe déjà.
- Ouvrez Fichier > Propriétés (ou Fichier > Informations).
- Dans Propriétés avancées, ajoutez une propriété personnalisée (texte, nombre, date). Exemple : Version.
- Revenez dans Insertion > Champ > DocProperty : le bouton Options devrait être actif et lister vos propriétés.
Bonnes pratiques de nommage
- Évitez les caractères spéciaux (
;/\[]{}<>) ; privilégiez lettres, chiffres, tirets. - Stabilisez le nom (ex. : Version plutôt que NuméroVersion), car le champ pointe par son nom exact.
- Pour les propriétés intégrées (Titre, Sujet, Auteur, Société, etc.), utilisez l’étiquette telle qu’affichée dans la boîte de dialogue des propriétés.
Solution 3 : Mettre Word et macOS à jour
Plusieurs retours d’expérience montrent un retour à la normale après mise à jour.
- Passez à Word ≥ 16.82.
- Mettez macOS à jour vers Ventura 13.6.3 ou Sonoma 14.x.
Après mise à jour, vérifiez la boîte de dialogue Insertion > Champ avec un document contenant au moins une propriété.
Solution 4 : Rétrograder temporairement Word
Si votre flux de production dépend de la boîte de dialogue, revenez provisoirement à la dernière build fonctionnelle.
- Restaurez Microsoft Word.app depuis Time Machine, ou
- Installez une build antérieure depuis votre dépôt interne/MDM si votre organisation en conserve.
Important : désactivez les mises à jour automatiques le temps des tests pour éviter la ré‑installation immédiate de la version fautive.
Solution 5 : Signaler le bug à Microsoft
Contribuez à la priorisation du correctif via le menu Aide > Feedback > I Don’t Like Something.
- Fournissez la version exacte de Word (ex. : 16.81), la version de macOS et une capture du bouton grisé.
- Décrivez la régression : « Sur la 16.80 et la 16.83, le bouton Options est actif dans le même contexte. »
Comprendre DocProperty : intégrées vs personnalisées
Le champ DOCPROPERTY permet d’afficher dans le document la valeur d’une propriété :
- Intégrée : Titre, Sujet, Catégories, Mots‑clés, Société, Auteur, Responsable, etc.
- Personnalisée : toute propriété que vous créez (ex. : Version, Numéro de lot, Client).
| Type | Exemple de nom | Comment l’insérer (champ) | Usage typique |
|---|---|---|---|
| Intégrée | Title / Titre | { DOCPROPERTY "Title" } | Page de garde, pied de page. |
| Personnalisée (Texte) | Version | { DOCPROPERTY "Version" } | Référencer une version interne. |
| Personnalisée (Nombre) | Build | { DOCPROPERTY "Build" \# "0" } | Formater un entier (mise en forme numérique). |
| Personnalisée (Date) | DateLimite | { DOCPROPERTY "DateLimite" \@ "dd/MM/yyyy" } | Afficher une date avec un format personnalisé. |
Note formatage : utilisez les commutateurs \@ (date/heure) et \# (nombre) pour contrôler l’affichage, comme dans les champs classiques de Word.
Pourquoi SharePoint n’apparaît plus via DocProperty ?
La génération et la synchronisation côté client de certaines métadonnées SharePoint (dont la version) ont été abandonnées. Concrètement :
- Un champ
{ DOCPROPERTY "Version (SharePoint)" }renvoie désormais une erreur dans Word, même si la colonne existe dans la bibliothèque. - Les propriétés locales (intégrées et personnalisées stockées dans le fichier) continuent de fonctionner.
Alternatives viables pour les métadonnées SharePoint
- Power Automate : lors du check‑in, recopier la valeur de la colonne SharePoint vers une propriété personnalisée du document (ex. : Version). Le champ
DOCPROPERTYpointera alors vers cette propriété locale. - Add‑in OfficeJS : développer un complément dédié à la lecture/écriture des métadonnées et à l’injection contrôlée dans le document.
Checklist de diagnostic (5 minutes)
- Le document contient‑il au moins une propriété (intégrée/personnalisée) ? Si non, créez Version (texte) et réessayez.
- Le problème disparaît‑il en 16.82/16.83 ? Si oui, suspectez la 16.81.
- Le champ échoue uniquement pour des noms de propriété SharePoint ? Si oui, passez à l’alternative Power Automate/Add‑in.
- Le nom comporte‑t‑il des fautes/espaces superflus ? Alignez le nom exact tel qu’il apparaît dans Propriétés.
- Actualisez tous les champs avec ⌘+A puis F9 avant de conclure à une erreur.
Résolution avancée (facultatif)
Si aucune des solutions ci‑dessus ne suffit, essayez ces pistes sans impact majeur :
- Désactiver les compléments (si vous en avez) et relancer Word, pour exclure un conflit d’UI.
- Normal.dotm : renommez temporairement votre modèle utilisateur pour tester un environnement vierge (il sera régénéré).
- Profil utilisateur Office : créez un nouveau profil macOS ou testez sous un autre compte, pour écarter une corruption de préférences.
Attention : ne supprimez rien de façon définitive. Renommez les fichiers (ex. : Normal_old.dotm) afin de pouvoir revenir en arrière si besoin.
FAQ
Dois‑je écrire le nom de propriété en anglais ou en français ?
Utilisez le nom tel qu’il apparaît dans la boîte de dialogue des Propriétés. Pour éviter toute ambiguïté, créez une propriété personnalisée et insérez‑la via le champ (ou son code).
Quelle différence entre DocProperty et DocVariable ?
| Champ | Source des données | Persistance | Usage recommandé |
|---|---|---|---|
DOCPROPERTY | Propriétés intégrées/personnalisées du fichier. | Dans le document lui‑même. | Références stables (Titre, Version, Code client…) |
DOCVARIABLE | Variables définies par macro (VBA) ou par certains compléments. | Dans le document, mais mises à jour par code. | Logique métier, fusion de données, automatisation. |
Comment forcer la mise à jour de tous les champs avant export PDF ?
Sélectionnez tout (⌘+A) puis F9. Pour automatiser, vous pouvez attacher une macro à l’événement DocumentBeforeSave afin d’actualiser tous les champs.
Exemple minimal de macro (optionnel)
Sub MAJ_Champs_Document()
Dim s As Section, h As HeaderFooter, f As Field
' Corps
For Each f In ActiveDocument.Fields: f.Update: Next f
' En-têtes / pieds
For Each s In ActiveDocument.Sections
For Each h In s.Headers
For Each f In h.Range.Fields: f.Update: Next f
Next h
For Each h In s.Footers
For Each f In h.Range.Fields: f.Update: Next f
Next h
Next s
End Sub
Modèle de procédure interne (entreprise)
Pour fiabiliser la production de documents, adoptez cette routine :
- Définir les propriétés cibles dans le modèle (.dotx/.dotm) : Version, Confidentialité, Client, etc.
- Insérer les champs
DOCPROPERTYaux emplacements requis (page de titre, en‑têtes/pieds, clause de confidentialité). - Tester le modèle sur Word pour Mac et Windows (versions cibles) et documenter les versions validées.
- Déployer via votre MDM ou dépôt de modèles d’entreprise.
- Former les utilisateurs : insertion manuelle de champs, mise à jour par F9, bonnes pratiques de nommage.
Informations complémentaires utiles
- Fonctionnalité abandonnée côté SharePoint : Microsoft a retiré la génération automatique d’étiquettes de métadonnées (dont la version) pour les clients Office. Il n’est donc plus possible d’afficher la version SharePoint dans un document Word via
DocProperty, quel que soit le système. - Alternatives pour SharePoint :
- Utiliser un flux Power Automate pour inscrire la version souhaitée dans une propriété personnalisée du document puis mettre à jour le champ Word.
- Passer par un add‑in OfficeJS dédié à la gestion des métadonnées SharePoint.
Recommandation globale, en attendant un correctif officiel :
- Définissez les propriétés directement dans Word.
- Insérez les champs manuellement ou après création de la propriété pour réactiver Options.
- Maintenez Word et macOS à jour, ou revenez à une build précédente si votre flux dépend de la boîte de dialogue.
Exemples prêts à copier/coller
Insérer la version interne
{ DOCPROPERTY "Version" }Insérer une date de diffusion formatée
{ DOCPROPERTY "DateDiffusion" \@ "dd MMMM yyyy" }Insérer un numéro de build sans décimales
{ DOCPROPERTY "Build" \# "0" }Afficher le titre du document en en‑tête
{ DOCPROPERTY "Title" }Après insertion, mettez à jour avec F9 (ou ⌘+A puis F9 pour tout le document).
Plan d’action rapide (récapitulatif)
- Créer une propriété personnalisée (ex. : Version).
- Tenter l’insertion via Insertion > Champ > DocProperty. Si Options est encore grisé : passer en insertion manuelle.
- Mettre à jour Word (≥ 16.82) et macOS (13.6.3/14.x).
- Automatiser la mise à jour des champs (macro ou procédure d’équipe).
- Escalader via Aide > Feedback avec détails (versions, captures, étapes).
Annexe : erreurs courantes et parades
| Erreur/Conflit | Cause | Parade |
|---|---|---|
| Unknown document property name | Nom inexistant ou propriété SharePoint non exposée au client. | Créez une propriété locale homonyme et mappez‑y la donnée via automatisation. |
| Valeur non rafraîchie | Champs non mis à jour avant impression/export. | ⌘+A puis F9, ou macro BeforeSave. |
| Options grisé même après création d’une propriété | UI figée de la 16.81 | Insertion manuelle, puis mise à jour Word >= 16.82. |
| Différences Windows/Mac | Implémentations distinctes de la boîte de dialogue. | Uniformisez via insertion manuelle de field codes dans le modèle. |
Conclusion
Le bouton Options grisé pour DocProperty dans Word pour Mac est une régression gênante, observée surtout en 16.81. La bonne nouvelle : les champs restent pleinement fonctionnels si l’on contourne l’UI en insérant directement le code DOCPROPERTY. En structurant vos modèles autour de propriétés locales (intégrées et personnalisées), en maintenant Word/macOS à jour et en automatisant la mise à jour des champs, vous sécurisez votre chaîne documentaire sans dépendre d’une boîte de dialogue capricieuse. Pour les métadonnées SharePoint, migrez vers un flux d’alimentation dans une propriété personnalisée ou vers un add‑in, ce qui redonne au document l’autonomie nécessaire pour afficher des valeurs fiables.