Exportar SharePoint a Excel: onde se executa realmente a actualización

Exportar a Excel produce tres artefactos distintos segundo o despregamento, e o fallo pertence exactamente a un deles. Un ficheiro de consulta descargado, un CSV estático e unha táboa conectada que se actualiza non son o mesmo resultado, e cada un falla nunha etapa distinta. Saber que artefacto ten decide se o seguinte paso corresponde ao equipo de rede, ao equipo de identidade ou ao propietario da lista. O mecanismo seguinte segue a entrega do navegador á propia solicitude de Excel.

Que entrega realmente a exportación

Nas listas clásicas de SharePoint, Exportar a Excel descarga un ficheiro de texto pequeno cuxo corpo é un URL; despois, Excel le ese ficheiro e emite a súa propia solicitude dos datos que hai detrás. O ficheiro descargado é un punteiro, non a lista. Unha exportación CSV, pola contra, contén as propias filas e non ten conexión para actualizar. Unha táboa conectada máis recente pode incrustar a consulta directamente no libro, de xeito que non chega nada ao cartafol Descargas.

Toda forma conectada é unidireccional. A actualización trae as filas actuais da lista ao libro, e editar a táboa non devolve nada. Esta asimetría importa para o diagnóstico, porque un libro que se abre coas filas da semana pasada xa demostrou que o ficheiro existe e que a conexión se gardou, aínda que non di nada sobre se a actualización funciona hoxe.

Así que a primeira pregunta non é por que fallou a exportación, senón que artefacto esperaba o usuario. A resposta reduce a investigación a un de tres procesos.

Tres procesos, tres identidades distintas

A descarga no navegador usa a sesión do navegador, coas súas propias cookies, a súa configuración de proxy e o seu estado de inicio de sesión. Excel ao abrir o ficheiro usa a pila HTTP de Office, que xeralmente segue o proxy das Opcións de Internet por usuario en lugar do axuste WinHTTP de toda a máquina, e que se autentica con calquera identidade de Office que teña o usuario. Unha actualización posterior reutiliza a conexión gardada e pode coller credenciais na caché do Administrador de credenciais de Windows en lugar de preguntar.

Eses tres contextos poden discrepar nunha soa máquina, e por iso un navegador que abre a lista sen problema e unha actualización de Excel que devolve un aviso de inicio de sesión son un resultado coherente e non unha contradición. O túnel cambia o enrutamento da máquina para os tres, pero un ficheiro de configuración automática de proxy aínda pode enviar as solicitudes de Office a outro sitio.

Anote a identidade usada en cada etapa antes de cambiar calquera delas. Unha corrección aplicada ao navegador non pode reparar unha solicitude que Excel fai con outra conta.

Lea o ficheiro de entrega antes de cambiar nada

O ficheiro descargado é texto simple e adoita ser curto, así que lea primeiro. Nomea o host e o punto de conexión que chamará Excel, e ese host é o que debe resolverse e autenticarse desde a máquina do usuario, non necesariamente o enderezo visible na barra de enderezos do navegador.

Get-Content "$env:USERPROFILE\Downloads\query.iqy"
Resolve-DnsName team.example.net
netsh winhttp show proxy

Compare o host do ficheiro co sitio desde o que o usuario cre que exportou. Unha redirección durante a exportación, unha colección de sitios antiga ou unha lista migrada poden deixar un punteiro a un nome que xa non serve os datos, e o erro resultante parece un fallo de rede. Se o nome resolve e o punto de conexión responde, os candidatos restantes son a autenticación e a propia consulta.

Non substitúa o nome do host por un enderezo IP para facelo funcionar. Iso rompe a comprobación do nome do certificado e agocha o problema real detrás dunha solución provisional que falla na seguinte renovación do certificado.

Separe os fallos de nome, de inicio de sesión e de consulta

Catro resultados cobren case todos os informes, e cada un ten un dono distinto. Un nome que non resolve pertence a DNS. Unha conexión que esgota o tempo pertence ao enrutamento ou a un proxy. Un aviso de inicio de sesión ou un 401 pertencen á identidade. Unha resposta que chega pero non se pode analizar pertence á consulta ou ao punto de conexión que a lista expón agora.

A última fila é a que a xente diagnostica mal. Unha actualización que remata e devolve as filas equivocadas xa demostrou que cada capa de rede e identidade funciona, e a pregunta que queda é que vista ou que filtro leva a consulta. Enviar ese tícket ao equipo de rede desperdicia un día.

Garde o texto exacto do erro e a hora do primeiro fallo. Decide en que fila da táboa está, e é a única proba sobre a que o propietario da lista pode actuar.

Volva probar a actualización na mesma lista

Unha vez identificada a etapa que falla, repita a operación que fallou e non unha máis barata. Actualice a mesma lista desde a contorna de Excel prevista, coa conta esperada e a ruta de rede aprobada, e confirme que o reconto de filas ou un valor modificado coñecido se actualiza de verdade. Abrir un libro gardado non demostra nada sobre a conexión.

Resista as reparacións amplas: borrar todas as credenciais gardadas, executar Office con privilexios elevados ou desactivar unha función de seguridade pode cambiar o síntoma sen arranxar a etapa. Se a autenticación é a capa que falla, pida ao propietario da lista que confirme a conta e o fluxo de inicio de sesión admitido en lugar de adiviñar no cliente.

Ofreza CSV só cando unha instantánea desconectada satisfaga a tarefa e esa exportación estea admitida para a contorna. Cambiar o formato de saída cambia o fluxo de traballo e non explica por que deixou de funcionar a operación conectada.