Teams共用線路外觀 （Shared Line Appearance）
在部署 Microsoft Teams 電話系統時，使用者經常會詢問是否有「主管／助理」功能（Boss/Admin Feature）。其中一個常見的情境是某位使用者（使用者 A）需要代為處理另一位使用者（使用者 B）的電話事務。
舉例來說，從一些簡單的任務開始，例如代接使用者 B 的來電、以使用者 B 的名義撥打電話，到進階的情境，如設定使用者 B 的來電設定等，這些需求都涵蓋在「共用號碼外觀」的功能中。
大多數使用者會驚訝地發現，Microsoft Teams 其實內建了可因應這類情境的功能。
「共用號碼外觀」或稱「代理通話」功能，自 Teams 電話系統推出以來就已存在。微軟最初提供了一些基本功能，後續不斷擴充，讓代理通話變得更為強大與實用。
這篇部落格文章將簡要介紹這項功能對最終使用者所提供的功能組，並提供 Teams 管理員一些關於如何透過Teams 管理中心（TAC）或 PowerShell 控制此功能的資訊。我也會說明 Teams 管理員如何針對個別使用者，在TAC 或 PowerShell 中設定代理通話的選項。
Teams共用線路外觀 的功能概述與使用需求
Microsoft Teams 電話系統中的共用線路外觀功能非常強大，提供多樣化且實用的功能。最基本的應用情境是將使用者 B 的所有來電轉接給使用者 A，由使用者 A 代為接聽，並可將通話轉接回使用者 B。此外，使用者 A 也可以使用使用者 B 的號碼撥出電話，並同樣能將通話轉接給使用者 B。
隨著系統更新，目前使用者 A 還能設定與管理使用者 B 的 Teams 通話設定，也能接起使用者 B 保留中的來電，甚至可直接加入使用者 B 正在進行的通話。
另外，使用者 A 也能查看使用者 B 的來電記錄、判斷使用者 B 是否正在通話中，以及與誰通話等資訊，獲得更多通話洞察。
要啟用這項功能，只需由使用者 B 將新成員加入代理群組，並指派適當的權限即可。
使用者 A 將會透過 Teams 聊天收到通知，得知其被指派了新的代理角色並獲得相應權限。每位使用者最多可以將 25 位成員加入其代理群組，而單一使用者也最多可以同時加入 25 個不同的代理群組。在同一個租用戶（tenant）中，代理群組的建立數量則沒有限制。
透過向被委派的使用者發送 Teams 聊天訊息，整個過程對所有參與的使用者來說是透明的，並能有效避免不必要的來電設置情況。使用者可以自行設置與管理通話代理群組和轉接設定，無需 Teams 管理員介入。
當使用者 B 將使用者 A 添加為代理後，使用者 A 會在 Teams 通話應用程式中看到一個新的選項卡，並可在得到使用者 B 授予的適當權限後控制該通話。
兩位使用者，即主管與助理，都必須啟用 Teams 電話系統。助理使用者並不需要指派電話號碼，而主管使用者則必須擁有一個指派的電話號碼，並且需要透過呼叫計劃（Calling Plan）、運營商連接（Operator Connect）或直接路由（Direct Routing）來提供 PSTN 連接性。
此外，這項功能僅支援 Teams-Only 部署模式。
透過 TAC 或 PowerShell 控制代理通話功能
Teams 管理員可以控制是否讓組織中的 Teams 使用者啟用這項功能。微軟提供了一個名為「進出來電的代理設定」（Delegation for inbound and outbound calls）的參數，該參數位於 Teams 通話政策中，並且預設情況下會啟用代理通話功能。
如果 Teams 管理員禁用這項功能，儘管使用者仍有設置好的代理群組，微軟建議透過 Teams 管理中心移除這些通話代理群組，以避免可能的來電路由問題。
當然，Teams 管理員也可以透過 PowerShell 控制和管理通話代理功能。以下的 cmdlet 顯示了所有 Teams 通話政策及其通話代理設置的概覽：
以下是控制代理通話功能的 PowerShell 指令：
首先，使用此指令來查看所有 Teams 通話政策及其代理通話設置：
pgsql
複製編輯
Get-CsTeamsCallingPolicy | Select-Object Identity,AllowDelegation
若要在全域政策中禁用此功能，管理員可以使用以下指令：
sql
複製編輯
Set-CsTeamsCallingPolicy -Identity Global -AllowDelegation $false
為 Teams 電話使用者配置共用線路外觀
這項功能可以由最終使用者自行設置和管理，通常不需要 Teams 管理員來為最終使用者設置此功能。而且，我不建議作為管理員來進行設置。當管理員為使用者設置代理群組後，該使用者可以立即在 Teams 客戶端中自行編輯此群組，且沒有選項可以禁止這一操作。
當然，可能會出現一些情境，讓 Teams 管理員需要設定通話代理，例如當某位使用者突然生病時。這時，Teams 管理員可以透過 Teams 管理中心（TAC）或 PowerShell 來配置和管理通話代理。
PowerShell 模組允許 Teams 管理員配置和管理使用者的通話代理群組。以下是一些範例指令：
1.查看使用者的當前通話設定：
sql
複製編輯
Get-CsUserCallingSettings -Identity klara.sprudel@office365.thorpick.de
2.將新使用者加入通話代理群組：
sql
複製編輯
New-CsUserCallingDelegate -Identity klara.sprudel@office365.thorpick.de -Delegate 'rainer.zufall@office365.thorpick.de' -MakeCalls $true -ManageSettings $false -ReceiveCalls $true
3.編輯現有代理的權限：
sql
複製編輯
Set-CsUserCallingDelegate -Identity klara.sprudel@office365.thorpick.de -Delegate 'rainer.zufall@office365.thorpick.de' -MakeCalls $true -ManageSettings $false -ReceiveCalls $false
4.移除代理：
sql
複製編輯
Remove-CsUserCallingDelegate -Identity klara.sprudel@office365.thorpick.de -Delegate 'rainer.zufall@office365.thorpick.de'
這些指令使管理員能夠靈活地管理通話代理設置。
需要考慮的事項
未接來電處理
常見的問題之一是，當使用者 B 將所有進來的來電通過通話代理群組轉接給使用者 A，而使用者 A 沒有接聽電話時，這通來電會如何處理？來電會轉接到使用者 A 的語音信箱，還是使用者 B 的語音信箱？
在這種情況下，Microsoft Teams 會根據初始被呼叫者的「未接來電處理」設定來處理，這裡是指使用者 B。若未接來電的設定是將來電轉接到該使用者的語音信箱，那麼來電將會轉接到使用者 B 的語音信箱，而不是使用者A 的語音信箱。
助理已設定轉接
另一個常見的問題是，如果使用者 B 將所有進來的來電通過通話代理群組轉接給使用者 A，而使用者 A 已經啟用了直接轉接到其他 Teams 使用者或外部電話號碼，那麼使用者 A 的轉接設定會影響使用者 B 的轉接來電嗎？
在代理群組的轉接情境下，使用者 A 的轉接設定不會應用於轉接的來電。也就是說，來自使用者 B 的來電將在預定的超時時間後視為「未接來電」，並根據使用者 B 設定的「未接來電處理」動作來處理該通來電。
預設未接來電處理動作在 Teams 管理中心或 PowerShell 中不可見
當 Teams 管理員使用 Teams 管理中心（TAC）或 PowerShell 檢查「未接來電處理」動作時，如果使用者尚未更改過該動作，且預設的「未接來電處理」動作仍然啟用，管理員會發現一個奇怪的結果。
在這種情況下，TAC 和 PowerShell 中關於「未接來電」的輸出會是空白的。
這樣的情況可能會讓 Teams 管理員感到困惑，認為使用者在這裡並未進行任何配置。
事實並非如此，更可能的情況是使用者並未對預設設定進行任何變更。當使用者第一次更改「未接來電處理」動作時，TAC 或 PowerShell 中的該參數才會顯示結果。
結論
共用線路外觀是 Microsoft Teams 電話系統的一個強大功能。這項功能自 Microsoft Lync 時期便已存在，並在Microsoft Teams 中進一步增強，擁有更多功能。
儘管仍有一些小功能尚未實現，例如定義延遲呼叫分配給代理群組成員，但這些並不會成為決定性因素，在大多數組織中，當前的功能已經能夠很好地運作。
為主管/助理場景提供額外的使用者訓練總是個好主意。否則，若沒有人解釋這項功能及其運作方式，使用者可能會感到沮喪，這在實施 Teams 電話系統於高層管理時可能變得至關重要。
Comments are closed, but trackbacks and pingbacks are open.