Eksportimi i SharePoint në Excel: ku ekzekutohet vërtet rifreskimi

Eksportimi në Excel prodhon tre artefakte të ndryshme sipas vendosjes, dhe defekti i përket saktësisht njërit prej tyre. Një skedar kërkese i shkarkuar, një CSV statik dhe një tabelë e lidhur që rifreskohet nuk janë i njëjti rezultat, dhe secili dështon në një fazë të ndryshme. Të dish se cilën artefakt ke vendos nëse hapi tjetër i përket ekipit të rrjetit, ekipit të identitetit apo pronarit të listës. Mekanizmi më poshtë ndjek dorëzimin nga shfletuesi te kërkesa e vetë Excel.

Çfarë dorëzon vërtet eksportimi

Në listat klasike SharePoint, Eksporto në Excel shkarkon një skedar të vogël teksti, trupi i të cilit është një URL, dhe më pas Excel lexon atë skedar dhe lëshon kërkesën e vet për të dhënat pas tij. Skedari i shkarkuar është tregues, jo lista. Një eksport CSV, përkundrazi, përmban vetë rreshtat dhe nuk ka lidhje për rifreskim. Një tabelë e lidhur më e re mund ta integrojë kërkesën drejtpërdrejt në librin e punës, kështu që asgjë nuk përfundon në dosjen Shkarkime.

Çdo formë e lidhur është njëdrejtimëshe. Rifreskimi i tërheq rreshtat aktualë nga lista në librin e punës, dhe redaktimi i tabelës nuk dërgon asgjë mbrapsht. Kjo asimetri ka rëndësi për diagnostikimin, sepse një libër pune që hapet me rreshtat e javës së kaluar e ka vërtetuar tashmë se skedari ekziston dhe lidhja u ruajt, ndërsa nuk thotë asgjë nëse rifreskimi funksionon sot.

Pra pyetja e parë nuk është pse dështoi eksportimi, por çfarë artefakti priste përdoruesi. Përgjigjja e kufizon hetimin në një nga tre proceset.

Tre procese, tre identitete të ndryshme

Shkarkimi në shfletues përdor sesionin e shfletuesit, me cookie-t e veta, konfigurimin e proxy-t dhe gjendjen e hyrjes. Excel që hap skedarin përdor stivën HTTP të Office, e cila në përgjithësi ndjek proxy-n nga Opsionet e Internetit për çdo përdorues në vend të cilësimit WinHTTP të të gjithë makinës, dhe që autentikohet me çdo identitet Office që ka përdoruesi. Një rifreskim i mëvonshëm ripërdor lidhjen e ruajtur dhe mund të marrë kredenciale të ruajtura në cache nga Menaxheri i kredencialeve i Windows në vend që të pyesë.

Këto tre kontekste mund të mos përputhen në një makinë të vetme, dhe për këtë arsye një shfletues që e hap listën pa problem dhe një rifreskim Excel që kthen një kërkesë për hyrje janë rezultat koherent dhe jo kundërshti. Tuneli ndryshon rrugëtimin e makinës për të tre, por një skedar i konfigurimit automatik të proxy-t mund të dërgojë ende kërkesat e Office diku tjetër.

Shënoni identitetin e përdorur në çdo fazë përpara se të ndryshoni ndonjë prej tyre. Një rregullim i aplikuar në shfletues nuk mund të riparojë një kërkesë që Excel bën nën një llogari tjetër.

Lexoni skedarin e dorëzimit përpara se të ndryshoni diçka

Skedari i shkarkuar është tekst i thjeshtë dhe zakonisht i shkurtër, prandaj lexojeni së pari. Ai emërton hostin dhe pikën fundore që do të telefonojë Excel, dhe ai host është ai që duhet të zgjidhet dhe të autentikohet nga makina e përdoruesit, jo domosdoshmërisht adresa e dukshme në shiritin e adresave të shfletuesit.

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

Krahasoni hostin në skedar me faqen nga e cila përdoruesi mendon se ka eksportuar. Një ridrejtim gjatë eksportimit, një koleksion faqesh i vjetër ose një listë e migruar mund të lërë një tregues drejt një emri që nuk i shërben më të dhënat, dhe gabimi që rezulton duket si defekt rrjeti. Nëse emri zgjidhet dhe pika fundore përgjigjet, kandidatët e mbetur janë autentikimi dhe vetë kërkesa.

Mos e zëvendësoni emrin e hostit me një adresë IP për ta bërë të funksionojë. Kjo prish verifikimin e emrit të certifikatës dhe fsheh problemin e vërtetë pas një zgjidhjeje anashkaluese që dështon në rinovimin e ardhshëm të certifikatës.

Ndani defektet e emrit, të hyrjes dhe të kërkesës

Katër rezultate mbulojnë pothuajse çdo raport, dhe secili ka një pronar të ndryshëm. Një emër që nuk zgjidhet i përket DNS. Një lidhje që skadon i përket rrugëtimit ose një proxy. Një kërkesë për hyrje ose një 401 i përket identitetit. Një përgjigje që arrin por nuk mund të analizohet i përket kërkesës ose pikës fundore që lista tani ekspozon.

Rreshti i fundit është ai që njerëzit e diagnostikojnë gabimisht. Një rifreskim që përfundon dhe kthen rreshtat e gabuar e ka vërtetuar se çdo shtresë rrjeti dhe identiteti funksionon, dhe pyetja e mbetur është cila pamje ose cili filtër e mbart kërkesën. Dërgimi i atij bilete te ekipi i rrjetit humb një ditë.

Ruani tekstin e saktë të gabimit dhe kohën e dështimit të parë. Ai vendos në cilin rresht të tabelës jeni, dhe është prova e vetme mbi të cilën pronari i listës mund të veprojë.

Provoni përsëri rifreskimin në të njëjtën listë

Pasi faza që dështon të identifikohet, përsëritni veprimin që dështoi dhe jo një më të lirë. Rifreskoni të njëjtën listë nga mjedisi i synuar i Excel, me llogarinë e pritur dhe rrugën e miratuar të rrjetit, dhe konfirmoni se numri i rreshtave ose një vlerë e njohur e ndryshuar përditësohet vërtet. Hapja e një libri pune të ruajtur nuk provon asgjë për lidhjen.

Kundërshtoni riparimet e gjera: fshirja e të gjitha kredencialeve të ruajtura, ekzekutimi i Office me privilegje të larta ose çaktivizimi i një funksioni sigurie mund të ndryshojë simptomën pa rregulluar fazën. Nëse autentikimi është shtresa që dështon, kërkoni nga pronari i listës të konfirmojë llogarinë dhe rrjedhën e hyrjes që mbështetet në vend që të hamendësoni te klienti.

Ofroni CSV vetëm kur një fotografi e shkëputur e plotëson detyrën dhe ai eksport mbështetet për mjedisin. Ndryshimi i formatit të daljes ndryshon rrjedhën e punës dhe nuk shpjegon pse veprimi i lidhur ndaloi së funksionuari.