番号移行注文について - Teams に電話番号を転送する計画
適用対象:はい Microsoft 通話プラン
番号の移植は、既存の電話番号をあるサービス プロバイダーから別のサービス プロバイダーに転送するプロセスであり、サービス プロバイダーを変更した後でも同じ電話番号を保持できます。
現在のサービス プロバイダーから Microsoft に番号を転送して、Microsoft Teams Calling プランで使用できるようにするシナリオがあります。
これを行うには、"ポート注文" を作成して送信する必要があります。
お客様は、Microsoft と Microsoft でポート注文を発信し、現在のサービス プロバイダーと共にポート注文フルフィルメントを管理し、電話番号のレコードのサービス プロバイダーになります。
番号が移植されると、電話会議 (会議ブリッジの場合)、自動応答、通話キューなどのユーザーとサービスにそれらの電話番号を割り当てることができます。
電話番号をMicrosoft Teams通話プランに移植すると、Microsoft がサービス プロバイダーになり、古いサービス プロバイダーまたは通信事業者とサービスを切断できます。
この記事では、 ポート要求を送信するときに、ポート プロジェクトの成功を計画し、確実に成功させるための考慮事項とガイダンスについて説明します。
ポート要求に必要な情報
サービス プロバイダーは規制プロトコルに従って番号の移植を実行しますが、それぞれに固有のシステムとプロセスがあります。
さらに、番号移植の規制要件は、国/地域によって異なります。 ポート注文のフルフィルメントを確実に成功させるには、既存のサービスに関する詳細を提供し、それぞれの国または地域に固有の規制フォームを提供する必要があります。
Important
ポート要求の成功は、ポート要求を作成するときに Microsoft に提供する情報の正確性によって異なります。
ポート要求を送信するときに準備が整うポート用語集と情報
Microsoft のポート注文要求で入力した情報のほとんどは、現在のサービス プロバイダーからの最近の請求書または公式のレコードドキュメントにあります。
ポート要求の国または地域によっては、国/地域固有のドキュメントから得ることができる追加情報を知る必要がある場合もあります。
移植プロセスで使用され、Microsoft でポート注文を送信するときに発生する用語と定義の例を次に示します。
これらの用語は米国に適用され、別の用語は他の国または地域で使用される場合があります。
移植する電話番号の一覧
- 移植する番号の一覧が Microsoft にまだ含まれていないか、別の開いているポート注文の一部であることを確認します。
- 複数のサービス プロバイダーからのポートには、複数のポート注文が必要です
アカウント番号
- 移植しようとしている電話番号に関連付けられているアカウント番号。
- 現在リセラーを通じて請求されている場合は、承認状にリセラーの名前を指定します。
- Teams 管理センター (TAC) を使用するポート要求内のすべての電話番号は、同じアカウント番号に属している必要があります。 「ポート要求に関する考慮事項」を参照してください
アカウントでユーザーを承認する
- 現在のサービス プロバイダーのアカウントで承認されたユーザーである、organizationのユーザー。
サービス アドレス
- 移植する電話番号に関連付けられているサービス アドレス。
- サービス アドレスは、現在のサービス プロバイダーの請求先住所とは異なる場合があります。
- Teams 管理センターを使用するポート要求内のすべての電話番号は、同じサービス アドレスに属している必要があります。
ビジネス名
- 移植する電話番号に関連付けられているビジネス名。
- ポート要求内のすべての電話番号は、同じビジネス名を持つ必要があります。
請求先電話番号 (BTN)
- 移植する電話番号に関連付けられている課金電話番号。 この BTN は、移植する番号と同じアカウントに存在する必要があります。
- 現在のサービス プロバイダーには、この情報があります。
- Teams 管理センターを使用するポート要求内のすべての電話番号は、同じ BTN を持っている必要があります。
部分ポート
- つまり、アカウントの一部の番号のみを現在のサービス プロバイダーに移植しています。
- たとえば、現在のサービス プロバイダーのアカウントに 10 個の番号があり、そのうちの 6 つの番号を移植している場合は、ポートが部分的なポートと見なされることを意味します。
フル ポート
- つまり、現在のポート要求 (送信中) には、現在のサービス プロバイダーのアカウントのすべての電話番号が含まれます。
- たとえば、現在のサービス プロバイダーのアカウントに 10 個の番号があり、10 個の番号をすべて移植している場合は、ポートが完全なポートと見なされることを意味します。
ポート要求に関する考慮事項
次のセクションでは、ポート要求の計画に関する考慮事項について説明します。
Microsoft Teams Calling プランへの番号の移植をサポートする国または地域
Microsoft Teams Calling プランが提供されているすべての国または地域の番号を移植できます。
国または地域Microsoft Teams Calling プラン使用できるかどうかを確認するには、organizationのMicrosoft Teams Calling プランと電話番号の管理に関するページを参照してください。
さらに、Teams 管理センターの番号移植ウィザードには、Microsoft Teams Calling プランが利用可能な国のみが表示されます。
移植の対象となる番号
一般に、サポートされているプロバイダーからのすべての電話番号を転送できます。
次の情報を転送できます。
- 固定電話の電話番号
- 携帯電話番号
- VoIP 電話番号
- 有料電話番号
- フリーダイヤル電話番号
- 会議ブリッジや自動応答などで使用されるサービス電話番号。
- ただし、FAX 番号は使用できません。 ユーザーに割り当てる必要があります。 電話番号を Teams に移植する場合は、FAX に使用するのではなく、organizationのユーザーにこの電話番号を割り当てることができます。
- ハイブリッド電話番号 (ダイレクト ルーティングまたはオペレーター接続から通話プランへの移行) を移植する場合は、 TNS サービス デスク に連絡し、これらの電話番号がハイブリッドであることを示すメモを含めます。
Microsoft 通話プランへの携帯電話番号の転送は、米国、プエルトリコ、カナダでのみ利用できます。
ユーザー番号はサービス番号に変換できますが、ポート プロセス中は変換できません。 数値を Microsoft に移植すると、使用の種類を変更できます。 「 通話プラン番号の使用タイプの管理」を参照してください。
次の情報を転送することはできません。
- DSL 回線やブロードバンド インターネット接続などのデータ接続に使用される電話番号
- ユニバーサル 国際フリーフォン番号 (UIFN)
- FAX 専用の電話番号
- FAX のサポートを継続する必要がある既存の専用電話番号がある場合は、別の解決策を検討してください。 これらの番号は Teams に転送できますが、FAX サービスは引き続き機能しません。 電話システムまたは Microsoft 通話プランのライセンスを通じて、Teams のお客様は FAX サービスを利用できません。
- VoIP 電話プロバイダーからの電話番号を含め、サポートされている国または地域からの電話番号または電話番号。
無料電話番号の移植の可否は、国と地域によって異なります。 詳細については、お客様の国または地域固有のドキュメントを参照して、移植サービスの利用可能なサポートを参照してください。
注意
現時点では、Microsoft は現在、エリア コード 0843、0844、0845、0870、0871、0872 の共有コスト番号を含む英国の非地理番号の転送をサポートしていません。
必要なポート要求の数
Teams 管理センターの 1 つのポート注文要求で複数の電話番号をサポートできますが、これらの電話番号には、同じサービス プロバイダー、同じアカウント番号、同じ BTN、同じ番号の種類、同じサービス アドレスが必要です。
次の移植シナリオでは、複数のポート注文が必要です。
- 複数のサービス プロバイダーを持つポート - 番号ポート ウィザード要求では、一度に 1 つのサービス プロバイダーからの移植がサポートされます。 たとえば、Microsoft に移植する番号を持つサイトがあり、それらの電話番号の一部がサービス プロバイダー "A" によって提供され、他の番号はサービス プロバイダー "B" によって提供される場合、番号ポート ウィザードで 2 つの個別のポート要求を配置します。もう 1 つは、サービス プロバイダー "A" を持つ番号と、サービス プロバイダー "B" を持つ番号の場合です。
- 複数の課金電話番号を持つポート - 番号ポート ウィザード要求では、一度に 1 つの BTN からの番号の移植がサポートされます。 たとえば、サービス プロバイダーが複数の BTN 内で電話番号をグループ化する場合は、親 BTN にそれぞれ番号のセットごとに個別のポート要求を配置する必要があります。
- 複数の番号の種類を持つポート - 番号ポート ウィザード要求では、一度に 1 つの番号の種類の移植がサポートされます。 たとえば、個々のユーザーに 9 つの有料電話番号が割り当てられているサイトがあり、1 つのフリーダイヤル番号が自動応答として使用されている場合は、番号ポート ウィザードで 2 つの個別のポート要求を配置する必要があります。1 つは 9 つの有料電話番号用、もう 1 つはフリーダイヤル番号用です。
- 複数のアドレスを持つポート - 番号ポート ウィザード要求では、一度に 1 つのサービス アドレスに対する番号の移植がサポートされます。 たとえば、同じポート日付に複数のアドレスで番号を転送するポート プロジェクトがある場合は、一意のサービス アドレスごとに個別のポート要求を配置する必要があります。
注意
番号が同じサービス プロバイダー、アカウント、または種類の番号かどうかわからない場合は、ウィザードを実行して、移植する電話番号を一覧表示してみてください。 ウィザードが異なるグループ化を検出すると、一意のカテゴリが一覧表示されます。
複数のサービス プロバイダー、アカウント/BTN、番号の種類、またはサービス アドレスを含む複雑な番号ポート プロジェクトの場合は、 ポート要求の手動送信 に関するガイダンスに従って、要求 に手動でポート を作成します。
大きなポート要求
1,000 以上の大きなポート要求がある場合は、Teams 管理センターの番号ポート ウィザードをバイパスし、電話番号サービス (TNS) - サービス デスクを使用してポート注文を手動で送信する必要があります。 詳細については、「 ポート要求を手動で送信する」を参照してください。
フル ポート注文と部分ポート注文
ポート注文要求を送信するときは、アカウント内のすべての番号またはその一部を転送するように要求できます。
フル ポートは、現在のサービス プロバイダーから Teams にすべての番号を転送する場合です。
- たとえば、アカウント BTN は +1 425-555-1234 で、このアカウントの番号は 25 です。 25 個すべての電話番号 (+1 425-555-1235 から 1259) を移植する必要があります。 ポートする番号を一覧表示するときは、「+14255551234 - +14255551259」と入力します。
- この場合、アカウント内のすべての番号は、移植する番号 (BTN を含む) の一覧に含まれているため、この例はフル ポートです。
部分的なポートは、現在のサービス プロバイダーから Teams に番号の一部を転送する場合です。
- たとえば、アカウント BTN は +1 425-555-1234 で、このアカウントの番号は 25 です。 25 個の電話番号のうち 5 つだけを移植する (+1 425-555-1235 から 1259)。 ポートする番号を一覧表示するときは、+1 425 555 1235 - +1 425 555 1239 と入力します。
- この場合、現在のサービス プロバイダーにいくつかの番号を残し、Microsoft 通話プランにいくつかの番号を転送するため、この例は部分ポートです。
注意
部分的なポートでは、BTN が移植する番号の 1 つでない場合は、移植する番号の一覧に BTN を含めないでください。 BTN が移植する番号の 1 つである場合は、移植していない残りの番号のいずれかを選択して、サービス プロバイダーのアカウントの新しい BTN にすることができます。
ポート要求の処理方法
同じアカウント番号に対するポート要求は、一 度に 1 回だけ連続して処理されます。 単一のポート注文処理は、すべてのサービス プロバイダーの業界標準です。 同じアカウント番号を含む複数のポート要求を 1 つずつ送信すると、すべてが同時に、または重複する時間枠でも発生します。現在電話番号を所有しているサービス プロバイダーは、アカウント番号ごとに最初の要求のみを処理し、他のすべての要求を拒否します。 同じアカウント番号に対して複数の要求を同時に送信すると、失われる運送業者は 1 つまたはすべてのポート要求を拒否します。
たとえば、現在のサービス プロバイダーのアカウント番号 xyz123 には、次のプランがあります。
- アカウント xyz123 には、TN1、TN2、TN3、..の 10 個の電話番号 (TN) があります。TN10。
- これらの番号を 2 バッチで移植するとします
- Batch 1 - TN1、TN2、TN3、TN4、TN5
- これは部分的なポートであり、BTN は現在のプロバイダーに残っています。
- Batch 2 - TN6、TN7、TN8、TN9、TN10
- これは、BTN を含むフル ポートです。
- Batch 1 - TN1、TN2、TN3、TN4、TN5
この例では、Batch 1 と Batch 2 のポート要求を同時に送信することはできません。 Batch 1 のポート要求を配置し、その要求が完了するまで待ってから、Batch 2 のポート要求を送信する必要があります。
既存の電話回線を現在のサービス プロバイダーと切断するタイミング
ポート要求を送信する前に、サービスを現在のサービス プロバイダーと切断するように手配しないでください。
- 非アクティブな番号または切断された番号は移植できません。 ポートが拒否される可能性がある場合は、すべての移植アクティビティが完了するまで、現在のサービス プロバイダーでサービス終了を手配しないでください。
- 完全なポートでは、現在のサービス プロバイダーのサービスが自動的に終了する可能性がありますが、サービス プロバイダーと連携してアカウントの閉鎖を監査し、確実に行うのがベスト プラクティスです。
- 移植電話番号に関連付けられているその他のサービス (ISDN/ブロードバンドなど) は、ポートの完了後に自動的に切断されます。 現在のサービス プロバイダーでこれらのサービスをアクティブにしておく場合は、それらのサービスを、Microsoft Teams Calling プランに移植する予定のない電話番号に転送します。
ポート注文要求を送信した後の動作
番号の移植プロセスでは、取得するサービス プロバイダー (番号を移植する電話サービス プロバイダー) によって、ユーザーに代わってポート要求が発生し、この要求は、失われるサービス プロバイダー (現在移植しようとしている電話番号を所有している電話サービス プロバイダー) に送信されます。
損失している通信事業者は、ポート要求を処理し、要求を承認または拒否することによって応答します。
ポート要求を配置するときに、ターゲットの移植日時を選択するように求められます。 ターゲット日付を選択しても、その日付にポートが発生するわけではありません。ポートは、失われたサービス プロバイダーが、要求した日付にシステムから離れて番号を移植するための承認を提供した場合にのみ、ターゲット日に発生します。 移植日の計画の詳細については、この記事の 「ポート イベントの日付の計画 」を参照してください。
電話番号を Microsoft に移植する要求を送信すると、次のイベントが発生します。
- Microsoft は要求を受け取り、現在電話番号を所有しているサービス プロバイダー (失われるサービス プロバイダー) に送信します。
- Microsoft は、ビジネス ルールに基づいて、負けているサービス プロバイダーにポート要求を送信します。
- ポート要求が失われるサービス プロバイダーに到達すると、要求を処理して応答を提供する期間があります。
- 応答 SLA は、国または地域によって異なります。 たとえば、米国でのサービス プロバイダー応答 SLA の損失は、カナダでは 3 から 5 営業日、5 から 7 営業日です。
注意
Microsoft は、ポート承認の決定に何の言い分もなく、失われるサービス プロバイダーの動作に影響を与えることはできません。
その後、損失している通信事業者はポート要求を承認または拒否します。
承認:
- 失われるサービス プロバイダーは Microsoft に応答し、要求への準拠を確認します。これは 、確定注文コミットメント (FOC) と呼ばれます。
- まれに、失われるサービス プロバイダーは、送信した確定注文コミットメントをオーバーライドできます。
- 確定注文コミットメントの日付に、失われるサービス プロバイダーは番号を Microsoft にリリースし、Microsoft はテナントに番号を送信します。
- 失われるサービス プロバイダーは Microsoft に応答し、要求への準拠を確認します。これは 、確定注文コミットメント (FOC) と呼ばれます。
拒否:
- 私たちに対する応答で、失われるサービス プロバイダーは、ポート要求を拒否する理由を示します。
- 拒否されたポート要求では、要求が固定再送信されるまで、失われた通信事業者はその要求の処理を停止します。
- 更新されたポート要求を失っている通信事業者に再送信すると、応答 SLA がリセットされ、やり直されます。
注意
ポート注文の拒否では、失われるサービス プロバイダーは、予想される正しい情報を Microsoft に提供しません。 拒否のカテゴリ別の理由のみが Microsoft に提供されます。 修正された情報が必要な場合は、失ったサービス プロバイダーと直接連携して調査する必要があります。
一般的な間違い
番号の移行は簡単です。 ただし、注文が不完全、不正確、または不足している情報の場合、現在のサービス プロバイダーはポート要求を拒否します。 Microsoft がユーザーが番号を移植するときに発生する最も一般的な間違いを次に示します。
- 入力したアカウント情報が電話会社に登録されている内容と正確に一致することを確認してください。 情報の不一致は、ポートの順序に対するエラーと遅延の最も一般的な原因です。 次の情報が true であることを確認します。
- アカウントに変更を加える権限を持つ名前またはユーザーが正しい。
- 住所があっている。
- アカウント番号が正しい。
- BTN は正しく、移植する電話番号の一覧に含まれています。
- これらの電話番号で有効になっている高度な通話制御機能 (コール ハント、固有の呼び出し音、その他のルーティング機能など) がないことを確認します。
- 現在のサービス プロバイダーで有効になっている高度な呼び出し制御機能がある場合は、番号ポートの前にそれらの機能を無効にするように調整します。
- 現在のサービス プロバイダーで開いているサービス注文や切断が保留中になっていないことを確認します。
- すべての番号が同じサービス プロバイダーと同じアカウントの番号であることを確認します。
- サービスが有効になっていることを確認してください。 アカウントをフリーズすると、番号ポートが防止されます。 アカウントに変更を加える権限を持つユーザーは、現在のサービス プロバイダーに注文を送信して凍結を削除する必要があります。 このプロセスは、サービス プロバイダーに応じて 1 ~ 3 週間かかる場合があります。
番号ポート イベントの計画
各国または地域には、サービス プロバイダーが顧客の公式記録ドキュメントとして使用するドキュメントの一意の名前があります。
米国では、顧客のレコードのサービス プロバイダーの公式ドキュメントは、顧客サービス レコード (CSR) です。 カナダでは、同じドキュメントを機器レコードと呼びます。
次の参照記事を参照して、スコープ内の国がレコードの公式ドキュメントと呼ばれるものを使用しているかどうかを確認します。
レコードの公式ドキュメントは、現在の電話サービス プロバイダーに要求できるドキュメントです。
- このドキュメントには、アカウントに関する情報が含まれており、サービス プロバイダーのレコードに一致する情報を含むポート要求を作成していることを確認するのに役立ちます。
- いつでもレコードのドキュメントをサービス プロバイダーに依頼できます。 関連付けられているポート要求は必要ありません。
- 現在のサービス プロバイダーがレコードの公式ドキュメントを提供できない場合は、ポート要求を送信するときに準備ができている情報を確認するように依頼できます
番号を移植する国または地域のドキュメントを収集して完了します。
注意
Teams 管理センターの番号ポート ウィザードを使用してポート要求を送信する場合、ポート要求を送信する番号は、ウィザードで一覧表示されるときにキャプチャされるため、承認状ドキュメントに書き込む必要はありません。
現在のアカウントのフリーズを削除する
一部のサービス プロバイダーは、未承認のポート アクティビティからアカウントを保護するために、アカウントを "フリーズ" 状態に設定することをサポートしています。
アカウントがフリーズした場合、ポート注文は拒否されるため、サービス プロバイダーでアカウントの状態を確認します。 フリーズした場合は、ポート注文を送信する前にフリーズを取り除きます。
ポート要求処理のリード タイムを計画する
ポート注文要求を送信した後、通常、処理されるまでに 7 日から 14 日かかります。完了を開始します。 現在のサービス プロバイダーによっては、最大 30 日かかる場合があります。 電話番号が移植されると、Microsoft の電話番号サービス チームから次の手順について知らせるメールが届きます。
ポート注文の状態をチェックするには、Microsoft Teams管理センターの左側のナビゲーションで、[Voice>Phone 番号] に移動し、[注文履歴] を選択します。 各ポート注文の状態が [状態] 列に一覧表示されます。
- 米国では、最低 5 日間のリード タイムが必要です。
- カナダでは、最低 10 日間のリード タイムが必要です。
- 200 を超える電話番号を要求する場合は、追加の時間が必要です。
注意
30 日 (カレンダー) を超えるターゲット 移植日を選択することはできません。
ポート イベントの日付を計画する
ターゲット移植日の選択に関しては、積極的または保守的なターゲット日付を選択できます。 それぞれに独自の長所と短所があります。
アプローチ 1: 積極的な目標日を選択する
積極的なターゲット日付アプローチでは、提出日から数営業日しか離れたターゲット日付を選択します。 提出日から 7 営業日未満 (米国) / 10 営業日 (カナダ) 未満のターゲット日付は、積極的なターゲット日付と見なすことができます。
これは、ポート要求のすべての情報が正確であり、損失している通信事業者が時間内に要求を処理できる場合は、ポートを迅速に完了できることです。
ただし、このアプローチの欠点は、基本的に予測可能性よりも速度を選択していることです。
- ポート要求が損失元の通信事業者から拒否を受け取った場合、新しいターゲット ポートの日付が必要であり、損失している通信事業者がリセットされる応答時間がほぼ確実です。
- つまり、エンド ユーザーと関係者とプロジェクトの状態を再コミットし、多くの場合、最後の分でポートの日のアクティビティを再計画する必要があります。
アプローチ 2: 保守的なターゲット日付を選択する
保守的なターゲット日付アプローチでは、提出日から少なくとも 15 営業日離れたターゲット日付を選択します。
アプローチ 1 と比較すると、ポートの完了に時間がかかることが欠点です。
ただし、このアプローチは、Microsoft の電話番号サービス チームが拒否に陥り、最初に要求されたターゲット日付の番号ポートに対する信頼度が高くなる場合に、このアプローチがバッファー時間に組み込まれる点です。 ポートの時間は長くなりますが、関係者との再コミュニケーションやポートの日のアクティビティの再計画の煩わしさに対処する必要はありません。
アプローチ 2 では、速度よりも予測可能性を選択します。
Microsoft では、すべてのポートにアプローチ 2 を推奨しています。
営業時間中に処理するポート イベントを計画する
サービス プロバイダー (現在の電話サービス プロバイダーと Microsoft を含む) は、営業時間中にのみポート要求を処理します。
Microsoft が通話プランを提供するすべての国と地域のほとんどのサービス プロバイダーでは、営業時間は午前 9 時から午後 5 時まで、移植チームが配置されているタイム ゾーンにあります。
米国ユーザー番号の場合は、午前 8 時 (米国東部時間) から午後 8 時 (米国東部時間) までの任意のターゲット 移植時間を選択できます。
ユーザー番号と Toll-Free 番号を含むカナダの番号、および米国の Toll-Free 番号の場合、ポート時間は午前 11 時 30 分 (米国東部時間) にスケジュールされます。 以前の時間が必要な場合は、 電話番号サービス - サービス デスクから特別な要求を送信できます。
- 営業日の遅くに目標時間を選択すると、問題が発生し、Microsoft の電話番号サービス チームが問題を解決するために失われたサービス プロバイダーの助けを必要とする場合、問題が解決されるまで次の営業日まで Microsoft が待機する必要があるシナリオが発生する可能性があります。 たとえば、一部のサービス プロバイダー移植チームは、サポートのために午後 5 時 (東部標準時) までしか使用できません。