設備・工事業者向け 電話転送の設定方法
空調（HVAC）、配管、電気などの工事業者向けに電話転送の設定方法を解説。Mercateer AIに通話を転送することで、24時間365日の自動応答、見積もり対応、予約受付を実現します。
暖房器具が起動しなくなった後、ある顧客が午後6時14分に御社の代表電話へ電話をかけます。オフィスは閉まっており、技術者は運転中で、発信者は留守番電話につながります。誰かが折り返し電話をする頃には、その顧客はすでに別の会社に依頼してしまっているかもしれません。
これこそが、着信転送が防ぐべき状況です。設定自体は簡単に見えますが、専門工事業者は、誤った通信事業者レベルで転送が有効になっていたり、異なるSIMに紐づけられていたり、番号の形式が間違っていたり、最初の確認音以降にテストされていなかったりすることが原因で、着信を取り逃がしがちです。信頼性の高いアプローチとは、顧客のダイヤルトーンから応答する担当者またはAIレセプショニストに至るまでの一連の流れを完全に検証することです。
目次
- 着信転送が24時間年中無休の電話対応への最短ルートである理由
- 回線での着信転送の有効化
- エンドツーエンドでの転送テスト
- 時間帯および営業時間外ルールの設定
- サイレントな転送障害のトラブルシューティング
- Mercateerとの完全な統合の検証
着信転送が24時間年中無休の電話対応への最短ルートである理由
配管工事会社が対応範囲を広げるために、通常は新しい電話番号を用意する必要はありません。顧客はすでに会社の既存の電話番号を登録しており、請求書にも印刷され、地域のサービスエリアにも定着しています。その番号を変更すると、不要な混乱が生じます。着信転送を利用すれば、顧客が認識している使い慣れた番号を維持したまま、対応可能な宛先へ通話を振り分けることができます。
着信転送は、北米の電話システムにおいて長年にわたり標準化された機能です。多くの通信事業者の回線では、着信転送の歴史と仕組みに記載されているように、「*72」ですべての通話の転送を有効化し、「*73」で解除します。実際上の利点は、元の電話機が鳴る前にネットワーク側で通話が転送されるため、機器を追加することなく、既存の通信事業者回線、VoIP番号、オフィスの固定電話、スマートフォンをそのまま活用できる点にあります。
例えば、日中の電話は受付配車担当者が受け、担当者が退勤した後の営業時間外の電話に対応したいと考えている空調（HVAC）業者のオーナーを考えてみましょう。オーナーは終業時に公開番号を受付サービスへ転送し、翌朝に日中のルーティングへ戻すことができます。顧客は変わらず同じ番号にダイヤルするだけで、受電側のシステムがトラブル内容を収集し、会社の料金体系ルールを適用して、作業予定をカレンダーに登録してくれます。
機器の新規追加が不要というこの利便性こそが、最新のVoIP環境においても着信転送が重宝され続ける理由です。クラウド型電話プラットフォームが登場するずっと以前から、旧来のPBXや通信事業者のシステムでも転送ルールが使われており、エンタープライズシステムでは発着信履歴の記録に転送先やタイムスタンプを保持できます。専門工事業者にとっての価値は、コードそのものではありません。番号ポータビリティを行ったり日中の電話設定を再構築したりすることなく、信頼されている電話番号を施工業者向け電話代行サービスへシームレスに接続できる点にあります。
実践のルール: 顧客がすでに知っている番号を転送し、緊急の課題を抱えた新規顧客になったつもりで転送先をテストしてください。
回線での着信転送の有効化
まずは、その電話番号がどこで管理されているかを特定することから始めます。携帯電話の画面上で転送設定が表示されていても、実際の経路は通信事業者の交換機が制御している場合があります。VoIP番号は通常ウェブポータルに依存しており、デジタルPBXでは内線、ハントグループ、または代表回線にルールが適用されることがあります。
通信事業者の回線
北米の多くの通信事業者回線において、一般的な無条件転送の手順は以下の通りです。
- オフィスの電話を取り、*72をダイヤルします。
- 転送先として10桁の全番号を入力します。
- 受話器を置く前に、確認音またはガイダンスメッセージを待ちます。
- 別の回線から代表番号に電話をかけ、転送先が呼び出されることを確認します。
コードをダイヤルしただけでは通信事業者の交換機に転送が反映されたか確認できないため、この確認作業が極めて重要です。ルールを解除するには、通信事業者が対応している場合、*73をダイヤルします。事業者によっては異なるコードを使用していたり、アカウント側で転送機能を有効化する必要があったりするため、確認音が得られない場合は何度も推測して試すのではなく、通信事業者の仕様を確認してください。
iPhone
iPhoneでは、**「設定」を開き、「電話」を選択して、「着信転送」**を選びます。機能をオンにして転送先の番号を入力します。この端末側での設定は通常「無条件転送」を制御するため、iPhone側で着信音が鳴る代わりに、すべての着信が直接転送先へ送られます。
該当する項目が見当たらない、または利用できない場合は、通信事業者がiPhoneの画面経由での機能設定に対応していない可能性があります。その場合は、通信事業者が指定するコードまたはアカウントポータルをご利用ください。
Androidおよびホステッドシステム
Androidのメニュー構成は端末メーカーによって異なります。「電話」アプリを開き、「設定」を開いて、「通話アカウント」、「通話サービス設定」、または**「着信転送」**を探します。対象のSIMを選択し、転送モードを選び、転送先を入力して保存します。デュアルSIM端末で間違ったSIMを設定しないように注意してください。会社の回線が通常通り着信し続け、個人の回線側に転送ルールが適用されてしまう恐れがあります。
VoIPポータルの場合は、管理者ダッシュボードにサインインし、通話機能、通話制御、または転送設定の画面を開きます。スペースや特殊文字を含めず数字のみなど、指定された形式に従って転送先番号を正確に入力し、ルールを保存します。デジタルPBXでも通常は管理パネルから同様の手順を行い、内線または代表ルートを選択して、常時、話中時、無応答時の着信に対する転送先を定義します。
着信を受け取る階層でルールが保存されて初めて、システムは有効になります。端末側の設定を変更してもPBXのルールは修正されませんし、PBXのルールを変更しても、別の場所へ転送されたままの通信事業者のルートは修正されません。
エンドツーエンドでの転送テスト
有効化は検証ではありません。現場で最もよくある失敗は、確認音が鳴って設定できたように見えても、実際の顧客体験として機能していないケースです。転送先の呼出開始が遅すぎたり、誤った発信者番号が表示されたり、留守番電話につながってしまったり、まったく別の回線へルーティングされたりすることがあります。
テストには必ず別の電話を使用してください。同じ端末から自社の番号に電話をかけると、端末が社内通話として処理したり、外部の通信事業者ルートを再現できなかったりするため、ルーティングの問題を見落とす原因になります。
実践的なテスト手順
- 別の携帯電話または固定電話から、公開されている会社の電話番号にかけます。
- 呼出音（リングバックトーン）と転送先の挙動を確認します。 元の回線から通話が抜け、転送先のターゲットに届いているか確かめます。
- 受電側のシステムで応答します。 通信事業者の画一的なガイダンスではなく、自社らしい応答メッセージが流れるか確認します。
- 実際の問い合わせ内容を話します。 給湯器の水漏れ、暖房の停止、配電盤の停電など、リアルなシナリオを使用します。
- 生成された記録を確認します。 受電プラットフォームが期待通りの要約、文字起こし、予約データ、または技術者への通知を生成しているかを確かめます。
着信転送を通じて接続されたAIレセプショニストの場合、テストは「誰かが応答した」だけで終わらせてはいけません。エージェントが会社名を名乗り、現場の住所や作業内容の詳細を収集し、会社の料金表ルールに従い、適切な予約手順を提示できているかを確認してください。技術的には接続されていても実用的な記録が残らなければ、オフィス側で手動によるリカバリー作業が発生することになります。
障害発生条件のテスト
条件付き転送ルールには個別のテストが必要です。応答せずに呼び出し続けさせたり、通話中の状態を作ったり、電話が通信できない状態にしたりしてテストします。それぞれのシナリオにおいて、そのルールに割り当てられた転送先につながる必要があります。無応答時の通話を処理できる転送設定であっても、通話中や圏外の条件下では失敗することがあります。
不在着信へのSMS自動返信機能が含まれるサービスの場合は、メッセージ機能も個別にテストしてください。設定された番号にメッセージを送信するか、不在着信を発生させ、顧客宛てに返信が届くこと、そしてそのやり取りが同一の業務記録に反映されることを検証します。重要なのは、電話の交換機だけでなく、顧客体験の一連のパス全体を検証することです。
時間帯および営業時間外ルールの設定
「常時転送」は、オフィスが完全リモート体制である場合や、公開番号を直接受電システムにつなぐ場合に適しています。しかし、多くの専門工事業者はより柔軟な制御を必要としています。営業時間中の通常の通話には受付配車担当者が応答し、無応答、通話中、営業時間外の通話については定義されたバックアップルートへ送るべきです。
業務上の課題に応じたルールの割り当て
常時転送（Always forward） は、すべての着信を転送先へ送ります。休業中のオフィス、一時的な移転、または終日リモートで運用する番号に適しています。
話中時転送（Forward on busy） は、主回線がすでに使用中の場合に着信を捕捉します。配管工事の小規模なオフィスで、スタッフ1名が顧客の決済対応を行っている最中に、別の発信者が至急の対応を求めてきた場合などに役立ちます。
無応答時転送（Forward on no answer） は、設定された呼出回数（秒数）待機した後に通話を転送します。受付配車担当者が最初に応答する機会を持ちつつ、デスクを離れている際に発信者を留守番電話へ追い込みたくない場合に適しています。
圏外・通信不能時転送（Forward when unreachable） は、端末の電源オフ、電波圏外、または通信事業者側で定義されたその他の障害状態に対応します。モバイル端末ベースのビジネス回線にとって、独立したセーフティネットとして機能します。
通話の緊急度に応じたスケジュール構築
寒い夜間に暖房停止の通話に対応するHVAC（空調設備）事業者の場合、時間外ルートで即座に応答し、緊急性を判断して該当する時間外料金を提示し、オンコール規定に従ってエスカレーションすることが求められます。配管破裂に対応する配管工事業者も同様の経路が必要ですが、エージェントは差し迫った緊急事態と、次の空き枠まで待てる日常的な蛇口修理とを明確に区別できなければなりません。
日中の時間帯は、オーバーフロー対策として話中時転送および無応答時転送のルールを活用します。終業時には、常時転送ルールまたはスケジュール設定された時間外ルートに切り替えます。オフィスの既存の電話番号を変更することなく、そのルートの背後で専門工事業者向けの時間外電話代行などのサービスを稼働させることが可能です。
呼出時間のしきい値には細心の注意を払ってください。待機時間が長すぎると、バックアップが応答する前に発信者が通話を切断してしまう可能性があります。逆に転送が早すぎると、受付配車担当者が簡単な要件に直接対応する機会を逃してしまいます。ポータルでしきい値を明示的に保存し、ストップウォッチと別の電話機を使ってテストを行ってください。
Microsoftのレポートモデルは、この設定が一度きりのセットアップではなく継続的な見直しを必要とする理由を示しています。MicrosoftのPSTN使用状況レポートに関するドキュメントによると、TeamsのPSTNおよびSMS使用状況レポートは7日間、28日間、またはカスタムの日付範囲で確認できますが、アクティビティの反映には24〜48時間の遅延が生じる可能性があります。また、Microsoft Graphの通話レコードクエリも最大90日間の範囲となっているため、過去のルーティングパターンがクエリ対象期間から消去される前に、該当する通話履歴をエクスポートまたは確認してください。
サイレントな転送障害のトラブルシューティング
電話端末の表示が常に正しいとは限りません。端末側の設定が無効になっているように見えても、ネットワークスイッチ上では通信事業者レベルの転送が有効なまま残っていることがあります。そのため、オーナー側には転送アイコンが表示されていなくても、顧客からの着信が転送され続けてしまう場合があるのです。
電話の表示は正常なのに着信が転送されてしまう場合
通信事業者がサポートする解除方法を使用して着信転送ルールを一旦クリアし、意図した転送先を再設定してください。変更を行うたびにテスト発信を実施します。それでも古い転送先に着信し続ける場合は、プロバイダーにスイッチレベルの設定の確認またはリセットを依頼してください。Bellの転送トラブルシューティングガイドでも指摘されているように、通信事業者側の設定はプロバイダーによる対応が必要になる場合があります。
意図しない端末が応答してしまう場合
デュアルSIM端末では、回線ごとに着信転送ルールが保存されます。ルールを有効化または編集する前に、ビジネス用番号に紐づくSIMが選択されているか確認してください。次に、転送先自体で着信拒否、留守番電話への自動接続、または通話をさらに別の場所へリダイレクトしてしまう二重転送ルールが設定されていないか確認します。
新しいiPhoneでは、ライブ留守番電話（Live Voicemail）機能により、転送先が着信を受ける前に端末側でローカルに応答してしまい、意図した着信フローが妨げられることがあります。テスト中は該当機能を無効化または調整し、別の電話機から再度テスト発信を行ってください。
転送先で着信が拒否される場合
必要な国番号を含め、転送先番号のフォーマットを確認してください。クラウドPBX（Hosted PBX）のポータルでは、スペースや記号、または完全な外線番号が必要な箇所に内線番号が入力されているとエラーになる場合があります。番号が正しいにもかかわらず転送に失敗する場合は、受信側の回線が該当の通信事業者からの着信を受け入れているか、および転送先のアカウントで有効な通話プランが契約されているかを確認してください。
確実な解決策は「切り分け」です。 既存のルールをすべて削除し、単一の転送先を設定してテストを行い、基本的なルートが正常に動作することを確認してから条件分岐ロジックを追加してください。
Mercateerとの完全な連携の検証
着信転送された通話は、ワークフロー全体が機能して初めて成功したと言えます。AIレセプショニストが応答し、通話の要約と検索可能な文字起こしを作成し、実際の料金表ルールに従って対応し、カレンダーに予約を登録することを確認してください。紙のスケジュール帳を使用している場合は、予約の詳細と要約が担当の技術者にSMSで確実に届くことを確認します。
運用開始直後の期間は、応答率、成約件数、時間外通話件数を確認してください。受付管理ダッシュボードと通信事業者の通話履歴を比較検証します。通信事業者の記録は着信が転送先に到達したかどうかを示し、ダッシュボードは応答後に何が行われたかを示します。なお、直近のアクティビティを評価する際は、レポートの反映遅延を考慮してください。
一連のフローの残りの部分もテストしてください。あえて不在着信を発生させて不在着信へのSMS自動返信が作動することを確認し、その後のやり取りが顧客レコードに紐づいたまま維持されているかチェックします。急な天候悪化による問い合わせ急増のシナリオ、緊急の暖房停止要請、通常の予約受付などをテスト実行してください。それぞれが意図したトリアージ結果を導き出す必要があります。
Mercateerの専門工事業者向け受付プラットフォームは、既存の通信事業者、VoIP、携帯電話の環境からの着信転送に対応し、通話対応、見積もり提示、予約受付、要約、文字起こし機能を提供します。顧客の発信音から通信事業者、転送先端末、AIレセプショニスト、そして最終的なカレンダー登録や技術者への通知に至るまでのルートを検証してください。電話が正常に鳴っても、その後のデータや記録が正しく作成されなければ、セットアップは依然として不完全です。
AIエージェントを顧客の窓口に立てましょう
御社のナレッジで学習させて、今日の午後には公開できます。