Exporter SharePoint vers Excel : où l’actualisation s’exécute réellement
Suivez une exportation SharePoint-Excel à travers le fichier de requête, la propre requête HTTP d’Office et l’actualisation enregistrée, et déterminez quelle étape a réellement échoué.
L’exportation vers Excel produit trois artefacts différents selon le déploiement, et la panne appartient à exactement l’un d’eux. Un fichier de requête téléchargé, un CSV statique et un tableau connecté qui s’actualise ne sont pas le même résultat, et chacun échoue à une étape différente. Savoir quel artefact vous avez détermine si l’étape suivante revient à l’équipe réseau, à l’équipe identité ou au propriétaire de la liste. Le mécanisme ci-dessous suit le passage du navigateur à la requête propre à Excel.
Ce que l’exportation transmet réellement
Sur les listes SharePoint classiques, Exporter vers Excel télécharge un petit fichier texte dont le corps est une URL ; Excel lit ensuite ce fichier et émet sa propre requête pour les données qui se trouvent derrière. Le fichier téléchargé est un pointeur, pas la liste. Une exportation CSV, en revanche, contient les lignes elles-mêmes et n’a aucune connexion à actualiser. Un tableau connecté plus récent peut intégrer la requête directement dans le classeur, si bien que rien n’arrive dans le dossier Téléchargements.
Toute forme connectée est à sens unique. L’actualisation tire les lignes actuelles de la liste vers le classeur, et modifier le tableau ne renvoie rien. Cette asymétrie compte pour le diagnostic, car un classeur qui s’ouvre avec les lignes de la semaine dernière a déjà prouvé que le fichier existe et que la connexion a été enregistrée, tout en ne disant rien sur le fait que l’actualisation fonctionne aujourd’hui.
La première question n’est donc pas pourquoi l’exportation a échoué, mais quel artefact l’utilisateur attendait. La réponse restreint l’enquête à l’un de trois processus.
Trois processus, trois identités différentes
Le téléchargement dans le navigateur utilise la session du navigateur, avec ses propres cookies, sa configuration de proxy et son état de connexion. Excel, lorsqu’il ouvre le fichier, utilise la pile HTTP d’Office, qui suit généralement le proxy des Options Internet par utilisateur plutôt que le paramètre WinHTTP de la machine entière, et qui s’authentifie avec l’identité Office dont dispose l’utilisateur. Une actualisation ultérieure réutilise la connexion enregistrée et peut récupérer des identifiants en cache depuis le Gestionnaire d’informations d’identification de Windows au lieu de demander.
Ces trois contextes peuvent être en désaccord sur une même machine, et c’est pourquoi un navigateur qui ouvre la liste sans problème et une actualisation Excel qui renvoie une demande de connexion forment un résultat cohérent et non une contradiction. Le tunnel modifie le routage de la machine pour les trois, mais un fichier de configuration automatique de proxy peut encore envoyer les requêtes d’Office ailleurs.
Notez l’identité utilisée à chaque étape avant d’en modifier une. Une correction appliquée au navigateur ne peut pas réparer une requête qu’Excel effectue sous un autre compte.
Lisez le fichier de passage avant de changer quoi que ce soit
Le fichier téléchargé est du texte brut et généralement court, lisez-le donc en premier. Il nomme l’hôte et le point de terminaison qu’Excel appellera, et cet hôte est celui qui doit être résolu et authentifié depuis la machine de l’utilisateur, pas nécessairement l’adresse visible dans la barre d’adresse du navigateur.
Get-Content "$env:USERPROFILE\Downloads\query.iqy"
Resolve-DnsName team.example.net
netsh winhttp show proxy
Comparez l’hôte du fichier avec le site depuis lequel l’utilisateur croit avoir exporté. Une redirection pendant l’exportation, une collection de sites ancienne ou une liste migrée peuvent laisser un pointeur vers un nom qui ne sert plus les données, et l’erreur qui en résulte ressemble à une panne réseau. Si le nom se résout et que le point de terminaison répond, les candidats restants sont l’authentification et la requête elle-même.
Ne remplacez pas le nom d’hôte par une adresse IP pour que cela fonctionne. Cela casse la vérification du nom du certificat et masque le vrai problème derrière un contournement qui échouera au prochain renouvellement du certificat.
Séparez les pannes de nom, de connexion et de requête
Quatre issues couvrent presque tous les signalements, et chacune a un propriétaire différent. Un nom qui ne se résout pas relève du DNS. Une connexion qui expire relève du routage ou d’un proxy. Une demande de connexion ou un 401 relèvent de l’identité. Une réponse qui arrive mais ne peut pas être analysée relève de la requête ou du point de terminaison que la liste expose désormais.
| What the user sees | Stage that failed |
|---|---|
| Data source could not be found | Name resolution or the pointer in the file |
| Repeated sign-in prompt | Office identity or cached credential |
| Timeout while refreshing | Route, proxy or the VPN path |
| Refresh succeeds, rows look wrong | Query scope or list view, not connectivity |
La dernière ligne est celle que les gens diagnostiquent mal. Une actualisation qui s’achève et renvoie les mauvaises lignes a déjà prouvé que chaque couche réseau et identité fonctionne, et la question restante est la vue ou le filtre que porte la requête. Envoyer ce ticket à l’équipe réseau fait perdre une journée.
Conservez le texte exact de l’erreur et l’heure de la première panne. Il détermine dans quelle ligne du tableau vous vous trouvez, et c’est la seule preuve sur laquelle le propriétaire de la liste peut agir.
Retestez l’actualisation sur la même liste
Une fois l’étape défaillante identifiée, refaites l’opération qui a échoué et non une opération moins coûteuse. Actualisez la même liste depuis l’environnement Excel prévu, avec le compte attendu et le chemin réseau approuvé, et confirmez que le nombre de lignes ou une valeur modifiée connue se met réellement à jour. Ouvrir un classeur enregistré ne prouve rien sur la connexion.
Résistez aux réparations larges : effacer tous les identifiants enregistrés, exécuter Office avec des privilèges élevés ou désactiver une fonction de sécurité peut changer le symptôme sans corriger l’étape. Si l’authentification est la couche défaillante, demandez au propriétaire de la liste de confirmer le compte et le flux de connexion pris en charge au lieu de deviner côté client.
Ne proposez CSV que lorsqu’un instantané déconnecté suffit à la tâche et que cette exportation est prise en charge pour l’environnement. Changer le format de sortie change le flux de travail et n’explique pas pourquoi l’opération connectée a cessé de fonctionner.