SharePoint-uitvoer na Excel: waar die verversing werklik plaasvind

Die uitvoer na Excel lewer drie verskillende artefakte, afhangend van die ontplooiing, en die fout hoort by presies een daarvan. ’n Afgelaaide navraaglêer, ’n statiese CSV en ’n gekoppelde tabel wat verfris, is nie dieselfde resultaat nie, en elkeen misluk in ’n ander stadium. Om te weet watter artefak jy het, bepaal of die volgende stap by die netwerkspan, die identiteitspan of die eienaar van die lys hoort. Die meganisme hieronder volg die oorhandiging van die blaaier na Excel se eie versoek.

Wat die uitvoer werklik oorhandig

Op klassieke SharePoint-lyste laai Uitvoer na Excel ’n klein tekslêer af waarvan die inhoud ’n URL is; Excel lees daardie lêer en stuur dan sy eie versoek vir die data daarager. Die afgelaaide lêer is ’n wyser, nie die lys nie. ’n CSV-uitvoer bevat daarenteen die rye self en het geen verbinding om te verfris nie. ’n Nuwer gekoppelde tabel kan die navraag direk in die werkboek inbed, sodat niks hoegenaamd in die gids Aflaaie beland nie.

Elke gekoppelde vorm is eenrigting. Verfris trek huidige rye uit die lys in die werkboek in, en om die tabel te wysig stuur niks terug nie. Daardie asimmetrie is belangrik vir diagnose, want ’n werkboek wat met verlede week se rye oopmaak, het al bewys dat die lêer bestaan en die verbinding gestoor is, terwyl dit niks sê oor of verfris vandag werk nie.

Die eerste vraag is dus nie waarom die uitvoer misluk het nie, maar watter artefak die gebruiker verwag het. Die antwoord vernou die ondersoek tot een van drie prosesse.

Drie prosesse, drie verskillende identiteite

Die aflaai in die blaaier gebruik die blaaiersessie, met sy eie koekies, volmagopstelling en aanmeldingstatus. Excel wat die lêer oopmaak, gebruik Office se HTTP-stapel, wat gewoonlik die volmag uit Internet-opsies per gebruiker volg eerder as die masjienwye WinHTTP-instelling, en wat hom verifieer met watter Office-identiteit die gebruiker ook al het. ’n Latere verversing hergebruik die gestoorde verbinding en kan gekaste geloofsbriewe uit Windows Geloofsbriefbestuur optel eerder as om te vra.

Daardie drie kontekste kan op een masjien van mekaar verskil, en daarom is ’n blaaier wat die lys foutloos oopmaak en ’n Excel-verversing wat ’n aanmeldingsversoek terugstuur ’n samehangende resultaat en nie ’n teenstrydigheid nie. Die tonnel verander die masjien se roetering vir al drie, maar ’n volmag-outokonfigurasielêer kan Office-versoeke steeds elders heen stuur.

Teken die identiteit aan wat by elke stadium gebruik word voordat jy enige daarvan verander. ’n Regstelling wat op die blaaier toegepas word, kan nie ’n versoek herstel wat Excel onder ’n ander rekening maak nie.

Lees die oorhandigingslêer voordat jy iets verander

Die afgelaaide lêer is gewone teks en gewoonlik kort, so lees dit eerste. Dit noem die gasheer en die eindpunt wat Excel gaan oproep, en daardie gasheer is die een wat vanaf die gebruiker se masjien opgelos en geverifieer moet word, nie noodwendig die adres wat in die blaaier se adresbalk sigbaar is nie.

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

Vergelyk die gasheer in die lêer met die werf waarvan die gebruiker dink hy het uitgevoer. ’n Aanlynherleiding tydens die uitvoer, ’n ou werfversameling of ’n gemigreerde lys kan ’n wyser agterlaat na ’n naam wat nie meer die data lewer nie, en die gevolglike fout lyk soos ’n netwerkfout. As die naam oplos en die eindpunt antwoord, is die oorblywende kandidate die verifiëring en die navraag self.

Moenie die gasheernaam met ’n IP-adres vervang om dit te laat werk nie. Dit breek die sertifikaat se naamkontrole en verberg die werklike probleem agter ’n omweg wat by die volgende sertifikaathernuwing misluk.

Skei naam-, aanmelding- en navraagfoute

Vier uitkomste dek byna elke verslag, en elkeen het ’n ander eienaar. ’n Naam wat nie oplos nie, hoort by DNS. ’n Verbinding wat tyd uitloop, hoort by roetering of ’n volmag. ’n Aanmeldingsversoek of ’n 401 hoort by identiteit. ’n Antwoord wat aankom maar nie verwerk kan word nie, hoort by die navraag of die eindpunt wat die lys nou blootstel.

Die laaste ry is die een wat mense verkeerd diagnoseer. ’n Verversing wat voltooi en die verkeerde rye teruggee, het bewys dat elke netwerk- en identiteitslaag werk, en die oorblywende vraag is watter aansig of watter filter die navraag dra. Om daardie kaartjie na die netwerkspan te stuur mors ’n dag.

Hou die presiese foutteks en die tyd van die eerste fout by. Dit bepaal in watter ry van die tabel jy is, en dit is die enigste bewys waarop die eienaar van die lys kan reageer.

Toets die verversing weer op dieselfde lys

Sodra die mislukte stadium geïdentifiseer is, herhaal die bewerking wat misluk het en nie ’n goedkoper een nie. Verfris dieselfde lys vanuit die beoogde Excel-omgewing, met die verwagte rekening en die goedgekeurde netwerkpad, en bevestig dat die ryreeks of ’n bekende veranderde waarde werklik opdateer. Om ’n gestoorde werkboek oop te maak bewys niks oor die verbinding nie.

Weerstaan die breë herstellings: om alle gestoorde geloofsbriewe te skrap, Office verhoog te laat loop of ’n sekuriteitsfunksie te deaktiveer kan die simptoom verander sonder om die stadium te herstel. As verifiëring die mislukte laag is, vra die eienaar van die lys om die rekening en die ondersteunde aanmeldingsvloei te bevestig eerder as om aan die kliënt te raai.

Bied CSV slegs aan wanneer ’n ontkoppelde momentopname die taak bevredig en daardie uitvoer vir die omgewing ondersteun word. Om die uitvoerformaat te verander verander die werkvloei en verduidelik nie waarom die gekoppelde bewerking opgehou werk het nie.