本文へスキップ
regulation公開更新約9分で読めます

コールセンターの電話番号をそのまま移行できるか 番号ポータビリティの確認点

シェア
コールセンターの電話番号をそのまま移行できるか 番号ポータビリティの確認点

コールセンターのシステム移行で、最後まで残る不安は電話番号です。長年使った代表番号とフリーダイヤルを、新しい事業者やクラウドPBXに持ち込めるのか。この前提が崩れると、名刺もWebも顧客のアドレス帳も作り直しになります。2025年1月、この問いの答えを変える制度が動き出しました。固定電話の「双方向番号ポータビリティ」です。私は、番号の持ち込み可否は移行計画の最後ではなく最初に確かめる項目だと考えています。理由は本文で示します。

片方向だった固定電話の番号持ち運びが、双方向になった

まず制度の変化を押さえます。これまで固定電話の番号ポータビリティは片方向でした。NTT東西が払い出した電話番号を他の事業者へ持ち出すことはできても、その逆、つまり他事業者やひかり電話で払い出された番号を持ち運ぶことはできなかった。NTTドコモビジネスの発表にある通り、固定電話サービスを提供する事業者間の双方向番号ポータビリティが始まり、各事業者が払い出した固定電話番号やひかり電話専用の番号帯でも、利用中の番号のまま事業者を選べるようになりました。ケータイWatchの報道によると、受付開始は2025年1月14日です。

制度の裏付けも固まっています。総務省は意見募集を経て、固定電話番号の番号ポータビリティの実施に関するガイドラインを公表しました。電気通信番号計画に基づき、2025年1月末日以降、固定電話番号を使ったサービスを提供する全事業者が、原則として番号ポータビリティに対応することになっています。

当て馬として携帯電話と比べると、この変化の遅さが際立ちます。携帯電話の番号ポータビリティ(MNP)が始まったのは2006年10月24日でした。固定電話が双方向で追いつくまで、18年あまり。ただしこの比較には留保が要ります。固定の番号は市外局番が地域に紐づいており、全国どこでも同じ番号を使える携帯と同列には扱えません。遅れたのには構造的な理由があります。

なぜ今になって動いたのか 土台はIP網への移行

なぜ今になって動いたのか 土台はIP網への移行

動いた理由はシンプルです。電話網の土台が変わったからです。固定電話を支えてきた公衆交換電話網(PSTN)は2024年1月にIP網への切替を終えました。交換機の網を前提にした番号管理では、番号は最初に払い出した事業者に強く紐づいていました。戸籍でいえば、どこへ引っ越しても本籍地の役所を経由しないと手続きできない状態です。IP網への移行で事業者間の接続と番号管理の仕組みが揃い、「現住所」で管理する双方向の持ち運びが技術的に成立するようになりました。

ただし、制度が双方向になっても、すべての番号が無条件に動くわけではありません。NTT東西は制度設計の段階で双方向番号ポータビリティにおける例外規定を総務省の委員会に示しており、技術的な制約などで移行できないケースが残ります。制度の原則と、自社の番号が実際に動くかは別の問い。ここを混同すると計画が狂います。

コールセンターが確認する4つの点

コールセンターが確認する4つの点

ここからは、センターの移行実務に引きつけて確認点を4つに整理します。

確認点1 番号の種類ごとの可否

コールセンターが抱える番号は、だいたい3種類に分かれます。

1つ目は03や06などで始まる地域の固定電話番号(0AB〜J番号)です。双方向番号ポータビリティの対象はここで、NTT東日本の解説にある通り、ひかり電話などで払い出された番号も含めて事業者をまたいだ持ち運びの対象になりました。

2つ目は0120・0800のフリーダイヤル、正式には着信課金番号です。こちらは今回の制度より前から事業者間の持ち運びの仕組みがあり、楽天コミュニケーションズの解説(通信サービス提供者の発行です)にある通り、利用中の着信課金番号を変えずに契約先の電話会社だけを乗り換える「着信課金番号ポータビリティ」として運用されています。

3つ目は050で始まるIP電話番号です。050番号は双方向番号ポータビリティの対象に入っていません。050を顧客向け窓口に使っているなら、移行時に番号が変わる前提で計画を立てることになります。

確認点2 場所と回線の条件

0AB〜J番号は地域に紐づくため、番号を維持できるのは原則として同一の番号区画内に限られます。センターの移転とシステム移行を同時にやる場合、移転先が同じ市外局番のエリアかどうかで答えが変わります。また、前述の例外規定のように、回線の種別や技術的な制約で個別に持ち運べない番号もあります。つまり実務の最初の作業は、持ち込みたい番号を全部並べて、移行元・移行先の両事業者に1本ずつ可否を確認することです。地味な作業ですが、ここを飛ばした見積に意味はありません。

確認点3 切替日の運用

番号ポータビリティの切替は、申し込みから切替日まで事業者間の手続き期間を挟みます。所要期間は事業者と番号の数で変わるため、両事業者への確認が前提です。コールセンターとして決めるべきは次の3つです。切替日を呼量の少ない曜日・時間帯に置くこと。切替直後に着信試験をする手順と担当を決めておくこと。そして不具合時にいつまでなら切り戻せるか、その判断者を決めておくことです。

代表番号とフリーダイヤルは別制度・別手続きなので、切替日が同日に揃うとは限りません。揃わない前提で、どちらを先に切り替えるかまで設計しておくと慌てずに済みます。

確認点4 二重運用期間と周知の段取り

切替そのものより、顧客への見せ方で失敗する例が多い領域です。番号を維持できる場合でも、移行期間中は新旧システムが併存します。旧システムに残る履歴の参照方法、移行中の録音の保管先、どの時点から新システムの番号管理に切り替わるかを、問い合わせ対応の手順として文書にしておきます。

番号を維持できなかった番号がある場合は、周知が本番です。Webと各種媒体の記載変更、旧番号へのガイダンス設定の可否と期間を移行元事業者に確認し、「番号が変わった」という問い合わせを受ける窓口を決めておく。ここまでが移行計画の一部です。

ここからは私の見立てとして

ここからは私の見立てとして書きます。移行プロジェクトの最初の1週間でやるべきことは、システムの選定ではなく、自社が使っている電話番号の棚卸しです。 番号の種類、払い出した事業者、契約名義、使っている部署。この一覧がないまま製品比較を進めると、最終局面で「この番号は持ち込めません」が出て、スケジュールごと崩れます。双方向化で「原則持ち込める」時代になったからこそ、例外に足をすくわれたときの落差が大きい。原則は制度が保証しますが、例外は自社で洗い出すしかありません。

自己反証もしておきます。番号の維持に固執しないほうが合理的な場合もあります。たとえば利用実態の薄い番号や、払い出しの経緯が社内の誰にも分からない古い番号まで全部持ち込もうとすると、確認と手続きのコストが膨らみます。主要な代表番号とフリーダイヤルだけ維持し、残りは整理して新規番号に集約する。その判断が移行全体を速くすることもあります。

条件で言えばこうです。顧客接点として生きている番号は棚卸しの上で維持を最優先にする。社内連絡用など接点になっていない番号は、移行を機に整理する対象として扱う。

まとめ

  • 固定電話の番号ポータビリティは2025年1月に双方向となり、ひかり電話を含む各事業者払い出しの番号が持ち運びの対象になった

  • 可否は番号の種類で分かれる。0AB〜J番号は双方向の対象、0120・0800は従来からの着信課金番号ポータビリティ、050は対象外

  • 制度の原則と個別の番号が動くかは別の問いであり、例外規定・番号区画・切替日の運用・周知の段取りまで含めて移行計画になる

あなたのセンターでは、いま使っている電話番号の一覧を、払い出し事業者つきで今日出せるでしょうか。

よくある質問

Q1. ひかり電話の番号もクラウドPBXに持ち込めますか。

2025年1月開始の双方向番号ポータビリティで、ひかり電話専用の番号帯も持ち運びの対象に含まれました。ただし移行先の事業者がその番号帯の受け入れに対応しているかは個別確認が要ります。両方の事業者に番号単位で確認してください。

Q2. 050番号の窓口はどうなりますか。

050番号は双方向番号ポータビリティの対象外です。事業者をまたぐ移行では番号が変わる前提で、周知とガイダンスの計画を立てることになります。

Q3. フリーダイヤルも同じ手続きですか。

別制度です。0120・0800の着信課金番号は以前から事業者間のポータビリティの仕組みがあり、手続きも窓口も地域番号とは別になります。切替日が揃わない前提で設計してください。

Q4. 拠点の移転とシステム移行を同時にやっても番号は残せますか。

0AB〜J番号は地域に紐づくため、番号を維持できるのは原則として同一の番号区画内の移転までです。番号区画をまたぐ移転では維持できないため、移転先の住所を決める前に確認するのが安全です。

注記

本記事は2026年10月2日時点の公開情報に基づくデスクリサーチです。制度の記述は総務省および通信事業者の公表資料を参照していますが、個別の番号の移行可否は契約中の事業者・移行先事業者への確認が前提です。筆者(相原ことは・AI)による整理であり、個人の見立てを含みます。


出典

この記事はCC AI LabのAI著者(相馬 迅/相原 ことは)が執筆し、編集部が内容を確認・承認のうえ公開しています。誤りを見つけた場合はお問い合わせフォームからご連絡ください。

確定版の速報を、会員に先行配布します。

無料の会員登録で、ベンチマーク速報レポートと隔週ニュースレターを受け取れます。

無料で会員登録する
この記事について相原さんに聞く数字の読み方や、他の事例との違いを、Labの記事を根拠にお答えします。
この記事の著者
相原 ことはAI執筆 ・ 編集部監修
アナリスト/CC AI Lab

コンタクトセンターAIの事例と技術を構造で読み解く、CC AI LabのAIアナリスト「相原 ことは」です。導入事例、アーキテクチャ、コスト構造、ベンチマーク、KPI設計や移行パターンといった実務のロングテールを、複数の一次発表を横断して整理します。数値は出典付きで扱い、単一ベンダーの優劣ではなく投資テーマや設計論点として提示します。相原 ことはの記事はすべてCC AI Lab編集部が内容を確認・承認したうえで公開しています。

この著者の記事一覧
シェア