Microsoft Teams Phoneの「Multi-line Calling on Teams Mobile」は、スマートフォンのTeamsアプリから複数の割り当て済み電話番号を使い分けて発着信できるようにする更新です。結論から言うと、これは単なるモバイル機能追加ではなく、Teams Phone利用者向けの操作教育、ヘルプデスク対応、番号設計、ポリシー管理を見直すべき変更です。
特に、営業・サポート・役員秘書・複数拠点を兼務するユーザーは、外出先でも「どの番号で発信するか」「どの番号に着信したか」を意識して使う必要があります。管理者は、展開前に対象ユーザー、番号の用途、発信者番号、緊急通報、転送、ボイスメール、問い合わせ対応の切り分けを整理しておくことが重要です。
Microsoft Teams PhoneのMulti-line Calling on Teams Mobileとは
Microsoft Teams PhoneのMulti-line Calling on Teams Mobileは、Teamsモバイルアプリで複数の電話番号を扱えるようにする機能です。Microsoft 365 Roadmap ID 565131では、モバイル端末から複数の割り当て済み電話番号を使って発着信し、通話履歴を統合しながら、通話ごとに適切な回線を選べる機能として案内されています。対象プラットフォームはAndroidとiOS、リリースはGeneral Availability、時期は2026年7月予定として示されています。(Microsoft 365 Message Center Archive)
既存のTeams Phone multi-line機能では、1人のTeams Phoneユーザーに複数の電話番号を割り当てられます。Microsoft Learnでは、ユーザーにプライマリ回線、プライベート回線、最大9つの代替回線を含めて最大11番号を割り当てられると説明されています。番号はCalling Plan、Direct Routing、Operator Connect、Teams Phone MobileなどのPSTN接続タイプを組み合わせられますが、Teams Phone Mobile番号は1ユーザーにつき最大1つです。(Microsoft Learn)
これまでモバイルでは、代替回線の着信はできても、代替回線を選んで発信したり、モバイル上で本格的なmulti-line操作を行ったりする点に制限がありました。Microsoft Learnの現行説明でも、Teams mobileの代替回線サポートは「Coming soon」とされ、現時点では着信中心で、発信時の回線選択やmulti-lineオプション表示は未提供と説明されています。(Microsoft Learn)
今回の更新で重要なのは、「複数番号を持てる」こと自体ではありません。デスクトップ中心だったmulti-line運用が、外出先のモバイル利用まで広がる点です。そのため、Phone Systemの利用者教育も「Teamsで電話をかける方法」から、「業務シーンごとに正しい回線を選んで電話をかける方法」へ変える必要があります。
何が変わるのか
今回の変更で、Teams Phoneの運用は次のように変わります。
| 観点 | これまでの考え方 | 今後意識すべきこと |
|---|---|---|
| モバイル発信 | 主にプライマリ番号で発信する前提になりやすい | 用途に応じて発信番号を選ぶ教育が必要 |
| 着信対応 | 「誰宛ての電話か」をユーザーが状況で判断 | どの回線に着信したかを確認して応対する必要がある |
| 通話履歴 | 個人の通話履歴として見ることが多い | 複数番号の履歴が統合されるため、番号別の見方を教える必要がある |
| ヘルプデスク | 「Teamsで電話できない」など単純な問い合わせが中心 | 「特定の番号で発信できない」「番号を選び間違えた」などの問い合わせが増える |
| 管理 | ユーザー単位の電話番号管理が中心 | 番号単位のポリシー、緊急位置、ルーティング確認が重要になる |
たとえば、東京本社の営業担当が大阪支店の代表番号と東京本社の直通番号を持っている場合、スマートフォンから顧客に電話するときに、どちらの番号を表示するかを選ぶ場面が出てきます。番号を選び間違えると、顧客からの折り返し先が想定と変わり、部門違いの問い合わせや対応漏れにつながります。
つまり、管理者が機能を有効化するだけでは不十分です。ユーザーが「どの番号を、いつ、なぜ使うのか」を理解していないと、かえって電話運用が複雑になります。
影響を受けやすいユーザーと業務シーン
Multi-line Calling on Teams Mobileの影響が大きいのは、1人が複数の役割や地域、部門番号を扱うユーザーです。
| 対象ユーザー | 想定シーン | 教育すべきポイント |
|---|---|---|
| 営業担当 | 地域別の代表番号や拠点番号で顧客へ発信 | 顧客に表示される番号を確認してから発信する |
| サポート担当 | サポート窓口番号と個人番号を使い分ける | 折り返し先を窓口にするか個人にするか判断する |
| 役員・秘書 | 役員番号、秘書番号、部門番号を扱う | 着信した回線に応じた名乗り方を統一する |
| 複数拠点の担当者 | 東京・大阪・海外拠点などの番号を使い分ける | 地域やタイムゾーンに合う番号を選ぶ |
| 少人数の情報システム部門 | 社内ヘルプデスク番号と個人番号を兼用 | 社内向け・外部業者向けの発信番号を分ける |
特に注意したいのは、電話応対の「名乗り」です。モバイル着信時に複数回線を扱う場合、ユーザーは着信番号を見て、部門名や窓口名を正しく名乗る必要があります。
たとえば、サポート窓口番号への着信で「山田です」とだけ出ると、顧客は窓口につながったのか個人携帯にかけたのか分かりません。反対に、個人直通への着信で毎回「サポート窓口です」と名乗ると、会話の文脈がずれます。これは機能設定では解決できないため、利用者向けトレーニングに含めるべきポイントです。
管理者が確認すべき前提条件
Multi-lineを展開する前に、管理者はTeams Phoneの基本条件を確認する必要があります。Microsoft Learnでは、multi-lineの管理にはTeams Administrator、Teams Communications Administrator、Teams Telephony Administratorのいずれかのロールが必要とされています。また、ユーザーにはプライマリ回線が割り当てられている必要があり、代替回線を使うにはユーザーが音声有効化されている必要があります。(Microsoft Learn)
確認すべき項目は次のとおりです。
| 確認項目 | 見るべきポイント |
|---|---|
| ライセンス | ユーザーのTeams Phoneライセンス、Calling Planの有無、Direct RoutingやOperator Connectの構成 |
| プライマリ番号 | 代替回線の前提として、利用場所に合ったプライマリ番号があるか |
| 番号種別 | Calling Plan、Direct Routing、Operator Connect、Teams Phone Mobileのどれを使うか |
| 管理者ロール | Teams管理センターやPowerShellで設定できる権限があるか |
| 対象地域 | 組織の利用国・地域でサポートされるか |
| モバイル端末 | iOS/AndroidのTeamsアプリ利用状況、端末管理、更新ポリシー |
| ユーザー教育 | 発信番号の選択、着信番号の確認、通話履歴の見方を説明できるか |
Microsoft Learnでは、multi-lineはインドではサポートされないと説明されています。グローバル展開する企業では、国や地域によって同じ運用を適用できない可能性があるため、対象国ごとの可否を事前に確認してください。(Microsoft Learn)
設定で見落としやすいポイント
代替回線のポリシーは番号単位で確認する
Teams Phone multi-lineでは、代替回線に対して番号単位のポリシーを割り当てられます。Microsoft Learnでは、Tenant Dial Plan、Emergency Call Routing Policy、Emergency Calling Policy、Calling Line Identity Policy、Online Voice Routing Policy、Dial Out Restriction、Shared Call Routing Policyなどが対象として挙げられています。(Microsoft Learn)
ここで失敗しやすいのは、「ユーザーにポリシーを割り当てているから代替回線にも同じように効くだろう」と考えてしまうことです。Microsoft Learnでは、代替回線に適用できる電話番号ポリシーは番号レベルで設定する必要があり、ユーザーに割り当てられたポリシーへ自動的にフォールバックしないと説明されています。(Microsoft Learn)
展開前には、少なくとも次の確認を行いましょう。
| ポリシー | 確認する理由 |
|---|---|
| Calling Line Identity | 発信時に相手へ表示される番号・名前が業務用途に合っているか |
| Tenant Dial Plan | 内線や短縮番号、地域別の番号正規化が正しく動くか |
| Online Voice Routing Policy | Direct Routing番号で発着信できる経路があるか |
| Emergency Calling Policy | 緊急通報時の通知や動作が想定どおりか |
| Dial Out Restriction | 国際発信や外部発信の制限が必要な番号で効いているか |
緊急位置情報は番号ごとに確認する
代替回線を割り当てる際は、緊急位置情報も重要です。Microsoft Learnでは、代替番号に緊急位置を割り当てる際、その場所は代替電話番号の国・地域と一致している必要があると説明されています。(Microsoft Learn)
たとえば、東京勤務のユーザーに大阪拠点の番号を追加する場合、通常の業務発信では問題がなくても、緊急通報や通知ポリシーの観点では設計確認が必要です。特にDirect RoutingやOperator Connectを使っている環境では、通信事業者やSBC側の設計も含めて確認してください。
転送設定は「回線ごとに別々」と思い込まない
Microsoft Learnでは、代替回線の通話転送はプライマリ回線と同じルールに従い、プライマリ回線を電話番号や代理人へ転送すると、代替回線への着信も同じ転送先へ転送されると説明されています。ライセンスによっては追加コストが発生する可能性がある点にも注意が必要です。(Microsoft Learn)
これは利用者からの問い合わせにつながりやすい部分です。
たとえば、ユーザーが休暇中に個人直通番号だけを同僚へ転送したつもりでも、実際にはサポート窓口番号への着信も同じ転送先へ流れる可能性があります。管理者は、転送ルールをユーザー教育資料に明記しておくべきです。
ヘルプデスクが備えるべき問い合わせ
Multi-line Calling on Teams Mobileの展開後は、ヘルプデスクの問い合わせ内容が変わります。従来の「Teamsで電話できない」だけでなく、「どの番号で発信されたのか」「なぜこの番号に折り返しが来るのか」といった業務寄りの問い合わせが増えます。
| 問い合わせ例 | 一次切り分けの観点 |
|---|---|
| スマホで別番号から発信できない | 対象ユーザーに代替番号が割り当て済みか、モバイル対応が展開済みか |
| 発信相手に違う番号が表示される | ユーザーが選択した回線、Calling Line Identity設定を確認 |
| 着信がどの番号宛てか分からない | Teamsモバイルの着信表示、通話履歴の表示方法を案内 |
| 転送したら別の番号への着信も転送された | 転送設定がプライマリ・代替回線に共通適用される点を説明 |
| 代替番号でDirect Routing発信できない | Online Voice Routing PolicyやSBCルーティングを確認 |
| ボイスメールでどの番号宛てか分からない | ボイスメールは統合され、番号別の個別メールボックスではない点を説明 |
Microsoft Learnでは、通話履歴は複数回線を統合して表示され、どの番号が使われたかを示す識別子が付くと説明されています。また、ボイスメールは全回線で1つのメールボックスを共有し、通知ではどの番号へ発信されたかは示されないとされています。(Microsoft Learn)
この仕様を知らないと、利用者は「番号ごとに留守電が分かれるはず」と誤解しやすくなります。ヘルプデスク用FAQには、通話履歴とボイスメールの扱いを必ず入れておきましょう。
利用者向けトレーニングで教えるべき内容
Multi-line Calling on Teams Mobileの利用者教育では、操作手順だけでなく「判断基準」を教えることが大切です。特に、スマートフォンでは外出先や移動中に操作するため、デスクトップよりも番号選択ミスが起きやすくなります。
最低限入れるべきトレーニング項目
| 教育項目 | 具体的に教える内容 |
|---|---|
| 発信前の確認 | 電話をかける前に、選択中の回線名・番号を確認する |
| 番号の使い分け | 顧客、社内、部門窓口、地域別番号の使い分けルール |
| 着信時の確認 | どの番号に着信したかを見て、名乗り方を変える |
| 折り返し | 通話履歴から折り返す前に、発信番号が正しいか確認する |
| ボイスメール | 番号別にメールボックスが分かれないことを理解する |
| 転送 | 転送設定が他の回線にも影響する可能性を理解する |
| トラブル時 | 画面キャプチャ、発信時刻、相手番号、選択した回線をヘルプデスクへ伝える |
利用者には、次のようなシンプルなルールで説明すると定着しやすくなります。
「外部顧客へ電話する前に、必ず表示番号を確認する」
「窓口番号への着信では、個人名だけでなく窓口名を名乗る」
「通話履歴から折り返すときも、前回と同じ番号で発信されるとは限らないため確認する」
「転送設定を変更する前に、他の番号への着信も影響を受ける可能性を確認する」
特に、現場で効果が高いのはロール別の1枚資料です。営業向け、サポート向け、役員秘書向けで、使う番号と名乗り方を具体例つきで示すと、問い合わせを減らせます。
管理者向けの展開手順
Multi-line Calling on Teams Mobileは、全社一斉展開よりも段階的な展開が向いています。理由は、番号選択や発信者番号の誤りが、顧客対応や折り返し導線に直接影響するためです。
| フェーズ | 実施内容 | 完了条件 |
|---|---|---|
| 現状整理 | 複数番号が必要なユーザー、部門、番号用途を洗い出す | 対象者と番号の対応表がある |
| 設計 | プライマリ番号、代替番号、発信者番号、緊急位置、ポリシーを決める | 番号ごとの用途と設定値が決まっている |
| パイロット | 少人数でモバイル発着信、通話履歴、転送、ボイスメールを検証 | 問い合わせパターンと教育資料の不足が見える |
| 教育 | 利用者向け手順、FAQ、ヘルプデスク用切り分け表を配布 | 利用者が番号選択ルールを理解している |
| 本番展開 | 対象部門ごとに展開し、問い合わせを監視 | 重大な番号誤用や発信失敗がない |
| 改善 | 問い合わせ内容をもとに資料と設定を見直す | FAQと運用ルールが更新されている |
設定方法としては、Teams管理センターまたはTeams PowerShellを使います。Microsoft Learnでは、Teams管理センターの「Users > Manage users」から対象ユーザーを選び、アカウントタブの割り当て済み電話番号から代替電話番号を割り当てる流れが説明されています。PowerShellでは、Set-CsPhoneNumberAssignmentに-AssignmentCategory Alternateを指定して代替回線を割り当てます。(Microsoft Learn)
PowerShell例は次のような形です。
Set-CsPhoneNumberAssignment `
-Identity [email protected] `
-PhoneNumber '+14255551234' `
-PhoneNumberType CallingPlan `
-AssignmentCategory Alternate実運用では、番号種別がCalling Plan、Direct Routing、Operator Connectのどれかによって確認すべき項目が変わります。特にDirect Routingでは、番号を割り当てただけでは通話経路が完成しない場合があります。Online Voice Routing Policy、SBC側のルーティング、正規化ルールを合わせて確認してください。
開発者・自動化担当者が注意すべきこと
Teams Phoneの番号管理を自動化している組織では、multi-line対応によってスクリプトや運用ツールの前提が変わる可能性があります。
Microsoft Learnでは、multi-line管理はTeams PowerShell Moduleでサポートされる一方、Graph APIによるmulti-line管理は現時点で未サポートと説明されています。また、代替回線の構成にはTeams PowerShell Module 7.6.0以降が必要とされています。(Microsoft Learn)
開発者や自動化担当者は、次の点を確認してください。
| 確認項目 | 注意点 |
|---|---|
| 既存スクリプト | 1ユーザー1番号前提の処理になっていないか |
| 番号取得処理 | プライマリ、プライベート、代替番号を区別できるか |
| ポリシー反映 | ユーザー単位ではなく番号単位のポリシー割り当てを扱えるか |
| 監査ログ | 誰が、いつ、どの番号を追加・変更・削除したか追跡できるか |
| CSV管理 | ユーザーごとに複数行を持つ形式にするか、番号列を分けるか |
| Graph依存 | Graph APIだけで完結する設計にしていないか |
| エラーハンドリング | プライマリ番号削除や番号移行時に代替回線が影響を受ける前提を入れているか |
Microsoft Learnでは、プライマリ回線の削除によりユーザーの代替回線も削除されると説明されています。ライセンス削除、番号ポートアウト、番号種別間の移行、ユーザーの利用場所変更など、システム側のプロビジョニングイベントでも影響が出る可能性があります。(Microsoft Learn)
そのため、番号管理の自動化では「代替番号を追加する処理」だけでなく、「意図せず消えた場合に検知する処理」も重要です。毎日または毎週、対象ユーザーの番号割り当てをエクスポートし、前回との差分を確認する仕組みを用意しておくと安全です。
展開前チェックリスト
本番展開前には、次のチェックリストを使って抜け漏れを確認しましょう。
| チェック | 内容 |
|---|---|
| 対象ユーザーを絞っている | 全社一斉ではなく、複数番号が本当に必要なユーザーから始める |
| 番号の用途を定義している | どの番号を、どの業務・顧客・地域で使うか決めている |
| 発信者番号を確認している | 相手に表示される番号が意図どおりかテスト済み |
| 着信時の表示を確認している | ユーザーがどの番号への着信か判別できる |
| 通話履歴を確認している | 複数回線の履歴表示と折り返し動作を説明できる |
| ボイスメール仕様を説明している | 番号ごとに別ボイスメールにならないことを周知している |
| 転送ルールを確認している | プライマリと代替回線の転送影響を把握している |
| 緊急位置を確認している | 番号の国・地域と緊急位置が整合している |
| 番号単位ポリシーを確認している | Dial Plan、Caller ID、Voice Routingなどが代替番号に設定されている |
| ヘルプデスクFAQを用意している | よくある問い合わせと一次切り分けを文書化している |
| モバイルアプリ更新を確認している | 対象端末で必要なTeamsアプリ更新が適用される運用になっている |
よくある失敗と回避策
番号を増やせば業務が楽になると思ってしまう
番号を増やすほど、ユーザーの判断は増えます。番号の用途が曖昧なまま展開すると、発信番号の選び間違いや折り返し先の混乱が起きます。
回避策は、番号を追加する前に「この番号を使う場面」と「使ってはいけない場面」を決めることです。たとえば、「既存顧客への営業連絡は東京営業番号」「サポート受付後の折り返しはサポート窓口番号」「社内連絡は個人番号」のように、業務別に明文化します。
デスクトップでできることがモバイルでも同じと考える
Teams Phoneのmulti-line機能は、デスクトップ、Web、Teams Phoneデバイス、モバイルで対応範囲が段階的に変わる場合があります。Microsoft Learnでも、機能ごとの対応状況が分けて説明されています。(Microsoft Learn)
回避策は、展開前に必ず対象端末で実機テストすることです。iPhoneとAndroid、会社管理端末とBYOD、Teamsアプリの更新状態で見え方が変わる可能性があります。
ボイスメールを番号別に分けられると思い込む
multi-lineでも、ボイスメールが番号ごとに完全に分離されるわけではありません。Microsoft Learnでは、全回線で1つのボイスメールボックスを共有し、通知ではどの番号に発信されたかを示さないと説明されています。(Microsoft Learn)
回避策は、ボイスメール運用に依存しすぎないことです。サポート窓口など番号別の確実な受付管理が必要な場合は、代替回線ではなく、Call QueueやAuto Attendantなど別のTeams Phone機能を検討するほうが適している場合があります。
Call QueueやAuto Attendantと同じように扱う
代替番号は、あくまでユーザーに割り当てる直接回線です。Microsoft Learnでは、代替番号はCall QueueやAuto Attendantに追加できないと説明されています。(Microsoft Learn)
窓口運用をしたい場合、multi-lineで個人に番号を寄せるべきか、Call Queueでチームとして受けるべきかを分けて考える必要があります。判断基準は次のとおりです。
| 要件 | 向いている構成 |
|---|---|
| 1人が複数の役割で直接電話を受ける | multi-line |
| 複数人で順番に窓口電話を受ける | Call Queue |
| 音声メニューで振り分けたい | Auto Attendant |
| 役員・秘書の代理応答をしたい | Delegationや関連機能の検討 |
| 番号別に厳密な受付履歴を管理したい | Contact CenterやCall Queueの検討 |
Teams Phone運用で次にやるべきこと
Microsoft Teams PhoneのMulti-line Calling on Teams Mobileは、外出先でも複数の業務番号を使い分けられる便利な更新です。一方で、利用者が番号の意味を理解していないと、発信者番号の誤り、折り返し先の混乱、ボイスメールの誤解、転送設定の想定外動作が起きやすくなります。
管理者がまず行うべきことは、機能の有効化ではなく、複数番号を本当に必要とするユーザーと業務シーンを絞ることです。そのうえで、番号の用途、発信者番号、番号単位ポリシー、緊急位置、転送、通話履歴、ボイスメールの扱いを確認します。
次に、パイロットユーザーでモバイル発信・着信・折り返し・転送・ボイスメールをテストし、ヘルプデスクFAQと利用者向け手順を作成します。特に、スマートフォンでの番号選択はミスが起きやすいため、ユーザー教育では「操作方法」だけでなく「どの番号を選ぶべきか」という判断基準まで伝えることが重要です。
Multi-line Calling on Teams Mobileは、Teams Phoneをより柔軟な電話基盤にする更新です。成功のポイントは、番号を増やすことではなく、番号ごとの役割を明確にし、ユーザーが迷わず正しい回線を選べる状態にすることです。
コメント