Je reconnais que le sujet n'est pas passionnant.
J'ai posé la question à l'humanoïde, et voilà ce qu'il ma répondu :
Bonjour,
Ce comportement vient
d’un problème d’encodage de caractères, pas d’Excel “au hasard”.
Ce qui se passe exactement
Dans le nom de votre fichier :
<span><span>L</span><span><span>&</span></span><span>D </span><span><span>-</span></span><span> VEGA </span><span><span>2026</span></span><span> </span><span><span>Global</span></span><span> Trainings planning<br></span></span>
le caractère
& (esperluette) est interprété différemment selon :
- l’encodage utilisé par le système,
- la façon dont Excel lit le nom (explorateur, raccourci, lien, ancien chemin, macro, etc.).
Dans certains contextes (anciens encodages ANSI / Unicode mal interprétés), le caractère & peut être
remplacé par une séquence erronée, ici :
<span><span>& → ^0<br></span></span>
Ce qui donne :
<span><span>L</span><span><span>^</span></span><span><span>0</span></span><span>D </span><span><span>-</span></span><span> VEGA </span><span><span>2026</span></span><span> </span><span><span>Global</span></span><span> Trainings planning<br></span></span>
👉 Excel
ne renomme pas réellement le fichier sur le disque, il affiche simplement un nom mal décodé lors de l’ouverture.
Causes fréquentes
Cela arrive notamment si le fichier a été :
- créé ou renommé sur un autre système (Mac ↔ Windows),
- envoyé par mail, Teams, SharePoint ou OneDrive,
- généré par un script, une macro ou un outil RH/LMS,
- stocké sur un lecteur réseau avec un encodage différent.
Comment vérifier
- Fermez Excel
- Regardez le nom du fichier dans l’Explorateur Windows
- S’il est bien L&D - ..., le problème est uniquement à l’ouverture
- Ouvrez-le à nouveau et regardez le titre de la fenêtre Excel
Solutions simples
✅
Solution la plus fiable
- Renommez le fichier en supprimant &, par exemple :
<span><span>L</span><span><span>-</span></span><span>D </span><span><span>-</span></span><span> VEGA </span><span><span>2026</span></span><span> </span><span><span>Global</span></span><span> Trainings planning<br></span></span>
✅
Ou
- Faites Enregistrer sous depuis Excel avec un nouveau nom
✅
Si le fichier vient d’un lien
- Supprimez l’ancien raccourci / lien
- Recréez-en un après renommage
À retenir
- & est un caractère spécial qui pose encore des problèmes d’encodage
- Excel ne fait que révéler un souci latent
- Ce n’est pas un bug de votre fichier, ni un risque pour les données
Si vous voulez, je peux aussi vous dire
dans quels cas précis Excel transforme & en ^0 (macro, lien externe, SharePoint, etc.).
dans quels cas précis Excel transforme & en ^0
Très bonne question — et vous avez raison,
& → ^0 n’arrive que dans des cas bien précis.
Voici l’explication
technique mais claire, avec les situations où Excel le fait réellement.
Le mécanisme exact
Le caractère & a le
code Unicode U+0026.
Dans certains flux encore basés sur de l’
ANSI / UTF-16 mal interprété, Excel lit le caractère & suivi d’un
octet nul (0x00).
Résultat :
<span><span>0x26 0x00 → ^0<br></span></span>
👉 ^0 est
l’affichage d’un caractère nul mal décodé, pas un texte volontaire.
Cas précis où Excel transforme
1️⃣ Fichier ouvert via
- Le raccourci a été créé sur :
- un ancien Windows
- ou un partage réseau non Unicode
- Excel lit le nom depuis le raccourci, pas depuis le fichier réel
📌 Très fréquent sur lecteurs réseau d’entreprise
2️⃣ Fichier provenant de
- Renommé côté web
- Synchronisé localement
- Excel ouvre une version cache avec encodage différent
📌 Typique quand :
- le fichier a été renommé plusieurs fois
- ou déplacé entre bibliothèques
3️⃣ Ouverture via
Exemples :
<span>Workbooks.Open "L&D - VEGA 2026 Global Trainings planning.xlsx"<br></span>
Si :
- la chaîne est stockée en ANSI
- ou vient d’un CSV / TXT / base de données
Excel affiche ^0 mais le fichier n’est pas renommé sur le disque.
4️⃣ Fichier généré par un
- LMS / ERP / outil RH
- Power Automate
- Script Python / PowerShell sans UTF-8 explicite
Très fréquent quand :
- le nom est construit automatiquement
- l’outil n’est pas Unicode-safe
5️⃣ Ancien chemin stocké dans Excel (liens internes)
Excel garde en mémoire :
- liens externes
- connexions
- références de classeur
Si un ancien chemin contenait & avec mauvais encodage → affichage ^0
Cas où ça
❌ Fichier créé manuellement dans l’Explorateur Windows
❌ Excel moderne + stockage local NTFS
❌ Nom saisi directement dans Excel avec
Enregistrer sous
Comment identifier votre cas en 30 secondes
- Ouvrez le fichier
- Appuyez sur Alt + F11
- Dans la fenêtre Exécution immédiate :
<span>? ActiveWorkbook.Name<br></span>
- Si le nom est correct → problème d’affichage uniquement
- Si ^0 apparaît → problème d’encodage en amont
Solution définitive (recommandée en entreprise)
✔ Évitez dans les noms de fichiers :
<span><span>& % </span><span><span># ^ < > |</span></span><span><br></span></span>
✔ Préférez :
<span><span><span>- _ and</span></span><span><br></span></span>
✔ Renommez via :
- Explorateur Windows
- ou Enregistrer sous depuis Excel
En résumé
- ^0 = caractère nul affiché
- Excel ne l’invente pas
- Le problème vient du canal par lequel le fichier est ouvert
- C’est un reliquat d’anciens encodages toujours présents en entreprise
Si vous voulez, dites-moi
comment vous ouvrez ce fichier (double-clic, lien Teams, macro, SharePoint…) et je vous dirai
le scénario exact dans votre cas.