Teams 電話號碼管理清單第 3 部分

我認為現在可以肯定地說這個項目已經成功了。我從社區收到了很多關於此的正面回饋。但這並沒有阻止我更進一步,為這個專案添加更多功能。

新功能和改進

正如您現在可能知道的那樣,我認為自己是一個數據驅動的人。我對 Teams 電話真正感興趣的是,在任何情況下,每個號碼都是完整的 E.164 號碼。這種絕對性提供了極大的安全性電話號碼管理清,因為每個數字都是唯一的。就像使用者主體名稱或 GUID 一樣,沒有什麼有趣的事情發生。

但這種安全性是以可讀性為代價的。如果您以前看過這篇文章,那麼您已經知道我提出了一個使用 Python 將電話號碼格式化為本機格式的解決方案。

支援清單的 Runbook 邏輯現在還可以利用 秘魯 手機號碼列表  將格式化的電話號碼儲存在附加列中。這樣您就可以隨時獲得 E.164 號碼及其美化版本。

和格式化的電話號碼

對於通常使用連字符的美國號碼或日本或以色列等其他國家/地區的號碼,您可能已經註意到我刪除了連字符,即使它們是在使用電話號碼庫格式化號碼後包含的。我這樣做是為了使清單中的每個數字僅包含數字和加號。此外,這也是 Teams 管理中心顯示數字的方式。TAC 中的美國電話號碼不顯示連字符

將 Teams 電話號碼寫入 Entra ID

當您在 Teams、Outlook 或 Microsoft 365 中的任何其他位置查看使用者的個人資料卡時,它不會顯示在 Teams 中實際配置為LineURI的電話號碼。相反,該資訊取自 Entra ID。我在 Runbook 中建電話號碼管理清 立了一個變量,用於控制是否應將 Entra ID 使用者的BusinessPhones屬性設定為 Teams 中指派的LineUri。我將在本文後面解釋如何開啟或關閉此功能。

使用指派給 Entra ID 應用程式註冊的目前權限/範圍,這僅適用於在 Entra ID 中未指派任何管理員角色的使用者。如果使用者俱有管理員角色,您將收到錯誤訊息。

秘魯 手機號碼列表

Microsoft Graph API 傳回的錯誤訊息
以前的用戶專欄

我新增了一個新列,顯示號碼被刪除後的前一個使用者/所有者的 UPN。這是透過我對 Power Automate Flow 的更新來實現的。請注意,該流程現在還將保留「註釋」列的值。

以前的使用者欄

開設此專欄的原因是您可以更好地了解誰以前使用過某個號碼。我確信您不想將前任執行長的電話號碼分配給新的實習生。入住體驗全解析

未分配的路由規則

當人們離開時,我們有時希望將他們未分配的號碼轉發給公司中的其他人或主要號碼。這是透過路由規則完成的。但我們通常是否記得或甚至知道這些規則是過去製定的…?現在我們做到了!

新狀態:未指派(路由規則)

每個號碼都會根據租用戶配置的所有路由規則進行檢查,如果有任何符合項,則會反映在清單中電話號碼管理清。符合規則的名稱儲存在「使用者名稱」欄位中。 (因為該列不用於流觸發條件。)

如果保留號碼,這甚至可以工作。在這種情況下,狀態將變更為「保留」(路由規則)。

新狀態:保留(路由規則)

改進的號碼分配功能

我還對分配號碼進行了一些改進。如果號碼的狀態為保留(路由規則)或指派錯誤,腳本也會嘗試指派該號碼。如果發生指派錯誤,腳本將嘗試為每個新作業重新指派編號。這在例如尚未分配許可證的情況下非常有用。

此外,您現在還可以保留號碼並在「使用者主體名稱」欄位中輸​​入使用者的 UPN。如果該帳戶尚不存在(因此您無法填寫使用者設定檔)但您已經知道即將建立的使用者的 UPN,則這非常有用。所有這些變更都使您可以更輕鬆地提前規劃,並在建立使用者並獲得許可後讓運行手冊自動處理所有事務。

操作員欄

最後但並非最不重要的一點是,該清單現在還顯示Operator的名稱。這適用於所有類型,包括直接路由。不過,您必須在來源 沃沃盒 中手動列出每個直接路由號碼的電信業者名稱。

新幹員專欄

更新所有元件

我很可能會在某個時候更新部署腳本,以從頭開始部署所有內容,包括所有更新電話號碼管理清。如果我能找到足夠的時間,我也可以建立一個更新腳本來更新現有部署。

但今天,我將向您展示如何在現有部署中手動實施所有更改,該部署由 Azure 自動化帳戶電話號碼管理清、清單、流程和本機來源檔案組成。

要執行這些步驟,您應該遵循並部署本文中所述的所有內容,並實施本文中所述的所有更新。

返回頂端