Ekspor SharePoint ke Excel: di mana penyegaran benar-benar berjalan

Ekspor ke Excel menghasilkan tiga artefak berbeda tergantung penerapan, dan kegagalan hanya milik salah satunya. File kueri yang diunduh, CSV statis, dan tabel terhubung yang disegarkan bukanlah hasil yang sama, dan masing-masing gagal pada tahap berbeda. Mengetahui artefak mana yang Anda miliki menentukan apakah langkah berikutnya milik tim jaringan, tim identitas, atau pemilik daftar. Mekanisme di bawah ini mengikuti serah terima dari peramban ke permintaan Excel sendiri.

Apa yang sebenarnya diserahkan ekspor

Pada daftar SharePoint klasik, Ekspor ke Excel mengunduh file teks kecil yang isinya berupa URL, lalu Excel membaca file itu dan mengirim permintaannya sendiri untuk data di belakangnya. File yang diunduh adalah penunjuk, bukan daftarnya. Sebaliknya, ekspor CSV berisi barisnya sendiri dan tidak memiliki koneksi untuk menyegarkan. Tabel terhubung yang lebih baru dapat menyematkan kueri langsung ke buku kerja, sehingga tidak ada yang masuk ke folder Unduhan sama sekali.

Setiap bentuk terhubung bersifat satu arah. Penyegaran menarik baris terkini dari daftar ke buku kerja, dan mengedit tabel tidak mengirim apa pun kembali. Asimetri itu penting untuk diagnosis, karena buku kerja yang terbuka dengan baris minggu lalu sudah membuktikan bahwa file itu ada dan koneksinya tersimpan, tetapi tidak mengatakan apa pun tentang apakah penyegaran bekerja hari ini.

Jadi pertanyaan pertama bukanlah mengapa ekspor gagal, melainkan artefak mana yang diharapkan pengguna. Jawabannya mempersempit penyelidikan ke salah satu dari tiga proses.

Tiga proses, tiga identitas berbeda

Unduhan di peramban menggunakan sesi peramban, dengan cookie, konfigurasi proksi, dan status masuknya sendiri. Excel saat membuka file menggunakan tumpukan HTTP Office, yang umumnya mengikuti proksi dari Opsi Internet per pengguna alih-alih pengaturan WinHTTP seluruh mesin, dan yang mengautentikasi dengan identitas Office apa pun yang dimiliki pengguna. Penyegaran berikutnya memakai kembali koneksi tersimpan dan dapat mengambil kredensial di cache dari Pengelola Kredensial Windows alih-alih bertanya.

Ketiga konteks itu bisa tidak sepakat pada satu mesin, dan itulah sebabnya peramban yang membuka daftar dengan baik dan penyegaran Excel yang mengembalikan permintaan masuk adalah hasil yang konsisten, bukan pertentangan. Terowongan mengubah perutean mesin untuk ketiganya, tetapi file konfigurasi otomatis proksi masih dapat mengirim permintaan Office ke tempat lain.

Catat identitas yang dipakai pada setiap tahap sebelum mengubah salah satunya. Perbaikan yang diterapkan pada peramban tidak dapat memperbaiki permintaan yang dilakukan Excel di bawah akun lain.

Baca file serah terima sebelum mengubah apa pun

File yang diunduh adalah teks biasa dan biasanya pendek, jadi bacalah lebih dulu. File itu menyebutkan hos dan titik akhir yang akan dipanggil Excel, dan hos itulah yang harus diselesaikan serta diautentikasi dari mesin pengguna, bukan selalu alamat yang terlihat di bilah alamat peramban.

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

Bandingkan hos dalam file dengan situs yang menurut pengguna menjadi asal ekspor. Pengalihan saat ekspor, kumpulan situs lama, atau daftar yang dimigrasikan dapat meninggalkan penunjuk ke nama yang tidak lagi menyajikan data, dan galat yang muncul tampak seperti kegagalan jaringan. Jika nama berhasil diselesaikan dan titik akhir menjawab, kandidat yang tersisa adalah autentikasi dan kuerinya sendiri.

Jangan mengganti nama hos dengan alamat IP agar berfungsi. Itu merusak pemeriksaan nama sertifikat dan menyembunyikan masalah sebenarnya di balik jalan pintas yang akan gagal pada pembaruan sertifikat berikutnya.

Pisahkan kegagalan nama, masuk, dan kueri

Empat hasil mencakup hampir semua laporan, dan masing-masing punya pemilik berbeda. Nama yang tidak dapat diselesaikan milik DNS. Koneksi yang kehabisan waktu milik perutean atau proksi. Permintaan masuk atau 401 milik identitas. Respons yang tiba tetapi tidak dapat diurai milik kueri atau titik akhir yang kini diekspos daftar.

Baris terakhir adalah yang salah didiagnosis orang. Penyegaran yang selesai dan mengembalikan baris yang salah sudah membuktikan bahwa setiap lapisan jaringan dan identitas bekerja, dan pertanyaan yang tersisa adalah tampilan atau filter mana yang dibawa kueri. Mengirim tiket itu ke tim jaringan membuang satu hari.

Simpan teks galat yang tepat dan waktu kegagalan pertama. Itu menentukan di baris mana tabel Anda berada, dan itulah satu-satunya bukti yang dapat ditindaklanjuti pemilik daftar.

Uji ulang penyegaran pada daftar yang sama

Setelah tahap yang gagal teridentifikasi, ulangi operasi yang gagal, bukan operasi yang lebih murah. Segarkan daftar yang sama dari lingkungan Excel yang dimaksud, dengan akun yang diharapkan dan jalur jaringan yang disetujui, lalu pastikan jumlah baris atau nilai yang diketahui berubah benar-benar diperbarui. Membuka buku kerja tersimpan tidak membuktikan apa pun tentang koneksi.

Tahan terhadap perbaikan luas: menghapus semua kredensial tersimpan, menjalankan Office dengan hak istimewa, atau menonaktifkan fitur keamanan dapat mengubah gejala tanpa memperbaiki tahapnya. Jika autentikasi adalah lapisan yang gagal, mintalah pemilik daftar mengonfirmasi akun dan alur masuk yang didukung alih-alih menebak di klien.

Tawarkan CSV hanya bila cuplikan terputus memenuhi tugas dan ekspor itu didukung untuk lingkungannya. Mengubah format keluaran mengubah alur kerja dan tidak menjelaskan mengapa operasi terhubung berhenti berfungsi.