連携する動作を、一つの用件で決める
IVRyの日本ハウズイング事例は、通話終了時の情報送信を起点に、独自システムの起票・通知へつなぐ個別設計の例です。自社でつなぐ際も、利用する機能、追加開発の範囲、保守の担当を確認します。
自社で受けた訪問日変更の記録で、通知、既存案件の検索、希望の追記、確定日の更新を分けて確かめます。受付で何を聞き、どの案件を参照し、どの項目を更新するかを決めてください。
希望を受け付けただけで、合意済みの日時を上書きしないようにします。業者と本人の合意を誰が確認し、どちらのシステムを誰が更新するかを揃えます。連携先へ書き込む範囲と、管理会社に残す判断を分けて設計してください。
電話番号だけで、物件や案件を確定しない
同じ人が複数物件を問い合わせる、別の入居者が同じ設備の故障を伝える、法人窓口から複数室を連絡する場合があります。電話番号、物件・部屋、予約や既存の案件番号など、照合に使える情報を選びます。
曖昧な場合は候補を残し、担当者が確認できる状態にします。自信のない照合で既存案件を上書きするより、未照合として確認先へ渡す手順を決める方が、訂正する場所を探しやすくなります。
過去の対応を参照できる構成なら、どの記録をいつの時点で読んだかも確認します。過去の案件への追加連絡では、同じ電話番号の別住戸を開かないか、すでに伝えられた物件・部屋・症状を引き継ぎ、不足分を確認できるかを試します。通話内で聞いた情報を保持することと、過去の契約・案件を参照することは、別の動作として確かめます。
訂正・再送・途中の失敗を試験に入れる
試験する項目は、自社で必要な訂正と連携先への反映から選びます。訂正対象、訂正前後の値、元の受付を照合できる情報を試験用に整え、会話・受付記録・連携先で何が変わるべきかを先に決めます。訂正後は両方の記録を見て、古い通知や未処理の依頼に訂正が届く範囲も確認してください。
接続先が応答しない、必須項目が空、受信後に登録処理が止まる、といった場合を試してください。「送信できた」という結果だけで、登録や担当者の受領まで成功したとは扱いません。処理結果を確認する担当、再実行の条件、手作業へ戻す方法を決めます。
接続が途中で切れて結果が分からない場合は、再送前に通話や送信を識別するIDで登録先を調べます。すでに案件ができていれば、その案件へ結び付けて残りの通知を進めます。登録の有無が分からないまま新規起票を繰り返さず、確認する担当へ戻す条件も試験に入れます。この動作が標準で使えるか、個別の開発が必要かは提供者と接続先へ確認します。
連携の変更・保守を分担する
管理システムの項目や物件番号、担当者、接続方法が変わると、以前の連携が使えなくなることがあります。電話側・管理システム側・自社の誰が変更を把握し、修正と再試験をするかを決めます。認証情報は確認表へ記載しません。
連携の設計・試験表（CSV）で、入力、期待する結果、確認した記録、失敗時の担当をそろえられます。先に受付の準備と個人情報の確認を行うと、渡す項目を決められます。テマトクの連携は対象システムと処理内容に応じて個別に確認します。
受付から手配・報告まで、任せる仕事を選ぶ
問い合わせの受付・内容整理、物件別FAQ回答から、業者連絡・手配・報告まで。いまの体制に合わせて任せる仕事を選びます。
費用・方針・例外の判断を管理・運営会社に残し、作業と確認の分担を一緒に整理します。