在組織中淘汰 Delve 的指引
Delve 將於 2024 年 12 月淘汰。 這項變更最初是在 Microsoft 365 訊息中心提供的 MC Post 中宣佈。 您也可以參考一篇文章: Microsoft 365 中的 Delve 替代專案,其著重於協助使用者在 Microsoft 365 中尋找其工作的替代專案。 本文的目的是要協助系統管理員進行 Delve 下架程式。
哪些專案將會淘汰?
Delve 提供許多建置在多個Microsoft 365 服務之上的功能。 當我們說要淘汰 Delve 時,請務必注意,我們不會變更或淘汰服務端的任何專案。 在 Delve 中呈現的文件和人員數據都會繼續儲存及管理,就像今天一樣。
數據記憶體有一些例外狀況。 Delve 會儲存一組有限的 Delve 特定數據,例如最近在 Delve 中檢視的使用者清單、Delve 我的最愛檔、Delve 我的最愛卷標,以及一些 Delve 特定設定。 這些專案將會與 Delve 一起淘汰。 您可以在 2024 年 12 月 16 日之前,移至 [選>取設定] [功能設定>] [導出數據],在 Delve 中匯出此數據。
用戶在哪裡可以檢視目前在 Delve 中呈現的用戶屬性?
從 2024 年 12 月開始,目前在 Delve 中呈現的屬性,包括自定義使用者配置檔屬性,將會新增至搜尋體驗中可用的配置檔卡片 Microsoft365.com、Office.com 和 SharePoint 中。 最後,這些變更會在配置檔卡片可用的任何地方啟用。 不過,基於技術考慮,這項變更需要一些時間。 在 2024 年 12 月,建議您將使用者導向 Microsoft365.com、Office.com 或 SharePoint,這也會提供類似 Delve 搜尋中所提供的人員搜尋。
配置檔卡片的直接連結
Microsoft365.com、Office.com 和 SharePoint 中的新式搜尋體驗包括以與設定檔卡片相同的數據為基礎的配置檔頁面。 它們具有唯一的連結,而且可用於文件、電子郵件簽章等。從 12 月 16 日開始,我們將在 Microsoft365.com 處理從 Delve 配置檔到這些配置檔頁面的重新導向。 雖然有三個地方和 URL 提供相同的體驗,但建議您參考 Microsoft365.com。
範例連結
針對 Microsoft365.com:
針對 Office.com:
針對 SharePoint:
指向 Delve 或 SharePoint 設定檔的現有 URL 會發生什麼情況?
Delve URL 和 SharePoint 設定檔 URL 都會重新導向至 Microsoft365.com 上的新式搜尋配置文件頁面。 對於現今未使用 Delve 的租使用者,在 SharePoint 中 URL 及其舊版配置檔體驗不會有任何變更。 不過,它們會取得新式搜尋中的擴充配置檔頁面,以及跨 Microsoft 365 的擴充配置檔卡片,其中會包含 Delve 中可見的屬性。
以下是將重新導向至 Microsoft365.com 上新式搜尋配置檔頁面的所有 URL。 如果您使用具有所製作 Delve URL 的第三方解決方案,或有內部文件說明基於某些原因提供不在此清單中的 URL,則必須更新這些 URL。 其中一個選項是移除子域,並只使用主要網域 (delve.office.com) 。 另一個方法是更新您的解決方案,以在新式搜尋中支援新的配置檔URL。 您可以在此頁面的另一個位置找到這些 URL 的範例。
https://delve.office.com
https://gcc.delve.office.com
https://delve-gcc.office.com
https://nam.delve.office.com
https://eur.delve.office.com
https://apc.delve.office.com
https://gbr.dele.office.com
https://can.delve.office.com
https://lam.delve.office.com
https://sfeur.delve.office.com
https://sfnam.delve.office.com
用戶在哪裡可以編輯目前在 Delve 中可編輯的屬性?
新的編輯配置檔體驗與配置檔卡片緊密結合,目前正在開發中,並以 2024 年 11 月發行為目標。 這可讓用戶輕鬆地在 365 Microsoft 編輯其配置檔。 目前可在 Delve 中檢視的某些屬性無法在 Delve 中編輯,但在 SharePoint 編輯設定檔體驗中則無法編輯。
新的編輯體驗也是如此。 只有現今可在 Delve 編輯設定檔體驗中編輯的屬性,才能在配置檔卡片中編輯。 針對其他屬性,例如自定義使用者配置檔屬性,用戶必須移至 SharePoint 中的舊版編輯配置檔體驗。
可見性屬性會遵循相同的模式。 使用者將無法在新的編輯體驗中變更它們,而且必須移至 SharePoint 中的舊版編輯配置檔體驗。 為了輕鬆完成此作業,舊版編輯配置檔體驗的連結將會是新體驗的一部分。
舊版 SharePoint 編輯配置檔體驗的連結。
配置檔卡片中的新編輯體驗看起來會像什麼?
新的編輯配置檔體驗是以Microsoft 365 配置檔卡片為基礎,而且會在今天處理配置檔卡片時呈現在重疊中。 最常見的使用者模式是讓用戶開啟自己的配置檔卡片,然後選取 [編輯配置檔]。編輯體驗會在配置檔卡片中開啟,而不是重新導向至 Delve。 以下是此程序外觀的範例。
請注意,如果用戶的體驗中尚未啟用新的編輯配置檔體驗,按兩下 [編輯配置檔] 會將使用者重新導向至 Microsoft365.com 上的新式搜尋配置檔頁面。
用戶在哪裡可以搜尋 Delve 目前支援的人員和使用者配置檔屬性?
用戶可以在 Microsoft365.com、Office.com 和 SharePoint 中搜尋新式搜尋體驗中的人員。 傳統搜尋將繼續如先前般運作,而單擊目前連結至 Delve 的人員結果,將會重新導向至 Microsoft365.com 上的新式搜尋配置檔頁面。
請注意,人們會以多種方式呈現於新式搜尋中。 按兩下人員會導致「全部」垂直將帶使用者前往新式搜尋配置文件體驗。 按兩下人員結果,人員垂直會開啟大型配置檔卡片。 這兩種體驗都會包含現今在 Delve 中呈現的屬性。
自訂人員搜尋解決方案
如果您的租使用者相依於人員搜尋的自定義解決方案,它應該會像以前一樣繼續運作。 它們是以支援 Delve 的服務為基礎,而不是以 Delve 體驗本身為基礎。 其中一個常用的第三方解決方案是 PnP 新式搜尋應用程式。 此特定應用程式可讓系統管理員根據 SharePoint 網頁元件建立以搜尋為基礎的自定義體驗。 您可以輕鬆地設定人員結果,以支援在暫留和按下時開啟配置檔卡片。 您也可以包含 Delve 設定檔和舊版 SharePoint 配置檔的連結, (person.aspx/personimmersive.aspx) 。 這些鏈接會繼續運作,因為使用者會被重新導向至 Microsoft365.com 的新式搜尋配置檔頁面。
新編輯體驗不支持的屬性
一般而言,以配置檔卡片為基礎的新編輯體驗將支援配置檔卡片中的編輯屬性,但有例外狀況。 其中一個例外是 Microsoft Entra ID 裝載的屬性,並同步至UPA (SharePoint) 。 根據預設,這些項目無法在 Delve 或 SharePoint 的舊版配置檔編輯體驗中編輯。 不過,系統管理員可以覆寫預設行為,使其可供用戶編輯。 如果系統管理員進行這項變更,某些屬性可以在 Delve 中編輯,有些屬性則可以在 SharePoint 的舊版編輯配置檔體驗中編輯。
以配置檔卡片為基礎的新編輯配置檔體驗不支援編輯這些屬性。 如果系統管理員已在舊版編輯配置檔體驗中進行上述設定變更,使用者仍然可以編輯它們,但根據預設,使用者不會顯示在任何地方,而且只有在您有自定義解決方案時才提供價值。 下列清單包含這些屬性。
在 Delve 中,從預設無法編輯 (Microsoft Entra ID 同步的屬性)
- UserPrincipalName
- DisplayName
- GivenName
- 錫
- telephoneNumber
- proxyAddresses
- PhysicalDeliveryOfficeName
- 標題
- 部門
- WWWHomePage
- PreferredLanguage
- msExchHideFromAddressList
- 管理員
Delve 何時將無法再使用?
Delve 將於 2024 年 12 月 16 日淘汰。 擴充配置檔卡片體驗、新式搜尋中更新的配置檔頁面,以及新的編輯配置檔體驗,都會在 Delve 淘汰之前提供。 在有限的時間內,Delve 和新的體驗都可供使用者使用。 Delve 會在啟用 Delve URL 的重新導向時淘汰。
我們建議系統管理員做什麼?
- 更新與 Delve 淘汰相關的內部文件和訓練教材,讓使用者瞭解即將推出的變更。
- 發行之後,請驗證您的使用者可以在新的編輯配置檔體驗中解決其 Delve 工作、在新式搜尋中更新配置檔頁面、在 Microsoft365.com 中搜尋人員,以及在擴充配置檔卡片中搜尋。