SharePoint’i Excel’e aktarma: yenileme gerçekte nerede çalışır

Excel’e aktarma, dağıtıma bağlı olarak üç farklı yapıt üretir ve hata tam olarak bunlardan birine aittir. İndirilen sorgu dosyası, statik bir CSV ve yenilenen bağlı tablo aynı sonuç değildir ve her biri farklı bir aşamada başarısız olur. Hangi yapıta sahip olduğunuzu bilmek, sonraki adımın ağ ekibine, kimlik ekibine mi yoksa liste sahibine mi ait olduğunu belirler. Aşağıdaki mekanizma, tarayıcıdan Excel’in kendi isteğine kadar olan devri izler.

Aktarım gerçekte neyi devreder

Klasik SharePoint listelerinde Excel’e Aktar, gövdesi bir URL olan küçük bir metin dosyası indirir; ardından Excel bu dosyayı okur ve arkasındaki veriler için kendi isteğini gönderir. İndirilen dosya bir işaretçidir, liste değildir. CSV aktarımı ise satırların kendisini içerir ve yenileme bağlantısı yoktur. Daha yeni bir bağlı tablo sorguyu doğrudan çalışma kitabına gömebilir, böylece İndirilenler klasörüne hiçbir şey düşmez.

Her bağlı biçim tek yönlüdür. Yenileme, listedeki güncel satırları çalışma kitabına çeker ve tabloyu düzenlemek hiçbir şeyi geri göndermez. Bu asimetri tanı için önemlidir, çünkü geçen haftanın satırlarıyla açılan bir çalışma kitabı dosyanın var olduğunu ve bağlantının kaydedildiğini zaten kanıtlamıştır, ancak yenilemenin bugün çalışıp çalışmadığı hakkında hiçbir şey söylemez.

Yani ilk soru aktarımın neden başarısız olduğu değil, kullanıcının hangi yapıtı beklediğidir. Yanıt, incelemeyi üç süreçten birine daraltır.

Üç süreç, üç farklı kimlik

Tarayıcıdaki indirme, kendi çerezleri, ara sunucu yapılandırması ve oturum açma durumuyla tarayıcı oturumunu kullanır. Dosyayı açan Excel, Office’in HTTP yığınını kullanır; bu yığın genellikle makine geneli WinHTTP ayarı yerine kullanıcı başına Internet Seçenekleri ara sunucusunu izler ve kullanıcının sahip olduğu Office kimliğiyle kimlik doğrular. Daha sonraki bir yenileme kaydedilmiş bağlantıyı yeniden kullanır ve sormak yerine Windows Kimlik Bilgileri Yöneticisi’ndeki önbelleğe alınmış kimlik bilgilerini alabilir.

Bu üç bağlam tek bir makinede anlaşamayabilir; bu nedenle listeyi sorunsuz açan bir tarayıcı ile oturum açma istemi döndüren bir Excel yenilemesi çelişki değil tutarlı bir sonuçtur. Tünel, makinenin yönlendirmesini üçü için de değiştirir, ancak bir ara sunucu otomatik yapılandırma dosyası Office isteklerini yine başka bir yere gönderebilir.

Herhangi birini değiştirmeden önce her aşamada kullanılan kimliği kaydedin. Tarayıcıya uygulanan bir düzeltme, Excel’in başka bir hesap altında yaptığı isteği onaramaz.

Herhangi bir şeyi değiştirmeden önce devir dosyasını okuyun

İndirilen dosya düz metindir ve genellikle kısadır, bu yüzden önce onu okuyun. Excel’in çağıracağı ana bilgisayarı ve uç noktayı adlandırır ve o ana bilgisayar, kullanıcının makinesinden çözümlenmesi ve kimlik doğrulanması gereken addır; tarayıcının adres çubuğunda görünen adres olması gerekmez.

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

Dosyadaki ana bilgisayarı, kullanıcının aktardığını düşündüğü siteyle karşılaştırın. Aktarım sırasında bir yönlendirme, eski bir site koleksiyonu veya taşınmış bir liste artık verileri sunmayan bir ada işaretçi bırakabilir ve ortaya çıkan hata bir ağ arızası gibi görünür. Ad çözümleniyor ve uç nokta yanıt veriyorsa kalan adaylar kimlik doğrulama ve sorgunun kendisidir.

Çalışsın diye ana bilgisayar adını bir IP adresiyle değiştirmeyin. Bu, sertifikanın ad denetimini bozar ve gerçek sorunu, bir sonraki sertifika yenilemesinde başarısız olacak bir geçici çözümün arkasına saklar.

Ad, oturum açma ve sorgu arızalarını ayırın

Dört sonuç neredeyse her bildirimi kapsar ve her birinin sahibi farklıdır. Çözümlenmeyen bir ad DNS’e aittir. Zaman aşımına uğrayan bir bağlantı yönlendirmeye veya bir ara sunucuya aittir. Oturum açma istemi veya 401 kimliğe aittir. Gelen ama ayrıştırılamayan bir yanıt, sorguya veya listenin artık sunduğu uç noktaya aittir.

Son satır, insanların yanlış teşhis ettiği satırdır. Tamamlanan ve yanlış satırları döndüren bir yenileme, her ağ ve kimlik katmanının çalıştığını zaten kanıtlamıştır ve geriye kalan soru, sorgunun hangi görünümü veya hangi filtreyi taşıdığıdır. O bileti ağ ekibine göndermek bir günü boşa harcar.

Tam hata metnini ve ilk arızanın saatini saklayın. Hangi tablo satırında olduğunuzu bu belirler ve liste sahibinin üzerine hareket edebileceği tek kanıt budur.

Yenilemeyi aynı listede yeniden test edin

Başarısız aşama belirlendikten sonra, başarısız olan işlemi tekrarlayın, daha ucuzunu değil. Aynı listeyi amaçlanan Excel ortamından, beklenen hesapla ve onaylanmış ağ yoluyla yenileyin ve satır sayısının veya bilinen değişmiş bir değerin gerçekten güncellendiğini doğrulayın. Kaydedilmiş bir çalışma kitabını açmak bağlantı hakkında hiçbir şey kanıtlamaz.

Geniş onarımlara direnin: tüm kayıtlı kimlik bilgilerini temizlemek, Office’i yükseltilmiş olarak çalıştırmak veya bir güvenlik özelliğini devre dışı bırakmak, aşamayı düzeltmeden belirtiyi değiştirebilir. Kimlik doğrulama başarısız katmansa, istemcide tahmin yürütmek yerine liste sahibinden hesabı ve desteklenen oturum açma akışını doğrulamasını isteyin.

CSV’yi yalnızca bağlantısız bir anlık görüntü görevi karşılıyorsa ve bu aktarım ortam için destekleniyorsa önerin. Çıktı biçimini değiştirmek iş akışını değiştirir ve bağlı işlemin neden çalışmayı bıraktığını açıklamaz.