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

我認為現在可以肯定地說這號碼管理清單第個項目已經成功了。我從社區收到了很多關於此的正面回饋。

但這並沒有阻止我更進一步,為這個專案添加更多功能。

更新加載中…

新功能和改進

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

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

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

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的名稱。這適用於所有類型,包括直接路由。不過,您必須在來源 CSV 中手動列出每個直接路由號碼的電信業者名稱。

新幹員專欄
更新所有元件
我很可能會在某個時候更新部署腳本,以從頭開始部署所有內容,包括所有更新。如果我能找到足夠的時間,我也可以建立一個更新腳本來更新現有部署。

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

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

新增列
將以下列新增至 SharePoint 清單。所有欄位的類型必須為text。

評論
以前的用戶
操作員
電話號碼
將電話號碼 Python 套件新增至自動化帳戶
造訪此網站並將建置的發行版 (*.whl) 檔案下載到您的 PC。然後轉到 Azure 入口網站中的自動化帳戶並上傳Python 套件下的檔案。

使用3.10作為運行時版本
將自動化變數新增至自動化帳戶
將以下變數新增至您的自動化帳戶。由於您需要輸入一個值,因此只需鍵入一個點(“.”)。將整數值保留為 0。

TeamsPhoneNumberOverview_AllCsOnlineNumbers(字串)
TeamsPhoneNumberOverview_PrettyNumbers(字串)
TeamsPhoneNumberOverview_TotalNumberCount(整數)

自動化變數
將電信商資訊新增至您的直接路由號碼
如果您有直接路由號碼,則需要更號碼管理清單第新您的來源清單。舊結構只有一列,稱為PhoneNumber。現在有PhoneNumber和Operator。

電話號碼;操作員
4144520xxxx;測試提供者 1
4144512xxxx;測試提供者 2
4144512xxxx;測試提供者 3
將更新的 CSV 放入.\Resources\DirectRoutingNumbers-V2.csv,然後執行此腳本以更新 Azure 中的自動化變數。

或者,您也可以執行以下程式碼並將內容貼到TeamsPhoneNumberOverview_DirectRoutingNumbers自動化變數中。

“‘” + (Import-Csv -Path .\Resources\DirectRoutingNumbers-V2.csv -Delimiter “;” | ConvertTo-Json | Out-String) + “‘” |設定剪貼簿
建立 Python 運行手冊
前往自動化帳戶中的 Runbook,然後按一下「建立 Runbook」。為其命名Format-TeamsPhoneNumbers並選擇Python作為 Runbook 類型,選擇3.10(預覽版)作為運行時版本。

建立一個新的 python Runbook
取得此程式碼並將其貼上到 Azure 入口網站。儲存並發布 Runbook。

設定託管身分和權限
每次執行主 Runbook 時,它都會透過將目前計數與儲存在TeamsPhoneNumberOverview_TotalNumberCount變數中的上一個作業的計數進行比較來檢查總計數是否仍然相同。如果數字計數與先前的作業不同,則主 Runbook 將啟動 python Runbook。 python Runbook 將使用電話號碼庫將所有電話號碼格式化為其本地化格式。

但是,我們必須先允許 Runbook 使用託管識別碼啟動另一個 Runbook 作業。在自動化帳戶中,前往「身分」並將「系統指派」(託管身分)的切換開關切換 至「開」。然後點選「儲存」。

啟用託管身份
按一下「Azure 角色指派」,然後按一下「新增角色指派(預覽)」。將範圍設定為資源組,選擇您的訂閱和資源組,然後選擇Automation Operator作為角色。

新增角色分配
按一下「儲存」。

更新主操作手冊
將TeamsPhoneOverview Runbook中的程式碼替換為此程式碼。確保在儲存並發布 Runbook 之前將該$localTestMode變數變更為。$false也要更新第 95-97 行的自動化帳戶和資源組的名稱。

更新變數
如果您不想將使用者的LineURI寫回Entra ID BusinessPhones,請變更syncTeamsPhoneNumbersToEntraIdBusinessPhones為$false第 6 行。

預設情況下,腳本將更新聯絡資訊中的 Entra ID 用戶公司電話號碼
更新流程
最後,轉到您的流程並進行最後的小更改。在這裡,新增我們建立的新列的值。如果您需要回顧一下,這就是流程刪除未分配的號碼的部分,因為無法刪除使用者設定檔。然後,我們使用除User Profile Claims之外的所有資訊重新建立清單條目。由於使用者設定檔保留,因此我們可以使用使用者設定檔電子郵件並將其寫入「先前的使用者」欄位。重新建立已刪除的條目後,評論欄位中的評論也將再次新增。

為新列新增值
更新流程觸發條件
目前觸發條件檢查使用者的電子郵件地址是否等於使用者主體名稱。儘管我希望情況始終如此,但現實有時會有所不同。一些讀者報告說,他們的 Flow 因此陷入了無限觸發循環。

我稍微調整了觸發條件,因此它不再將電子郵件地址與 UPN 進行比較。相反,使用分割操作從使用者設定檔中提取 UPN,然後與清單列中的 UPN 進行比較。這是更新後的觸發條件。確保在您的流程中更新它,它將比舊的更強大。

返回頂端