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

コールセンター音声AIの請求を照合する、通話時間・再試行・処理件数の確認

シェア
コールセンター音声AIの請求を照合する 通話時間・再試行・処理件数の確認

音声AIの月次請求が見積りの1.5倍だった。そんな相談の多くは、請求の誤りではなく、課金の計時とこちらが見ているKPIの計時が別物であることから生まれています。照合はベンダーに問い合わせる前に、こちら側で4つの確認を済ませるのが早道です。順に説明します。

課金単位と計時の開始・終了を確認する

課金単位と計時の開始・終了を確認する

最初に契約書と料金表で確かめるのは、金額ではなく時間の定義です。見るのは3点だけ。

  1. 課金単位と丸め。秒課金か分課金か、分課金なら切り上げの単位はどこか

  2. 計時の起点。顧客が応答した時点か、発信や着信の処理が始まった時点か

  3. 計時の終点と対象範囲。ガイダンスや待ち時間を含むか、AIと話している時間だけか

公開文書で定義を確認できる例を挙げると、Amazon Connectの料金の付属文書は、音声の利用料を毎秒課金・最低10秒とし、計時は接続の試行が始まった時点から、フロー(ガイダンス)・キュー待ち・接続中の時間を含むと明記しています。この定義だと、オペレーターや AIが一言も話していない呼にも課金が発生します。「通話時間」という同じ言葉でも、応対記録の話者接続時間と課金対象時間は別物です。

自社の契約でこの3点が書面で確認できない場合、照合は定義の確認から始まります。ここを飛ばして明細だけ見比べても、差異の原因は特定できません。

システムログと請求期間を揃える

システムログと請求期間を揃える

次に、突き合わせる土台を揃えます。ずれやすいのは期間とタイムゾーンと母数の3つ。

請求の締めがカレンダー月でも、ログの集計が自社の営業日ベースやJST以外の基準になっていると、月初と月末の呼が互いに相手の月へはみ出します。まず請求書の対象期間を確認し、ログ側を同じ期間・同じタイムゾーンで切り直します。

母数は「呼」の数え方です。Amazon Connectのコンタクトレコードのデータモデルのように、応対記録には接続時間・保留時間・キュー時間がフィールドとして分かれて残り、記録自体も24か月保持されます。この粒度のログが取れるなら、請求明細の件数とログのレコード件数を先に合わせ、件数が合ってから時間の合計を比べます。件数が合わないうちに時間を比べても、原因が特定できません。

ログが自社に無く、ベンダーの管理画面しか見られない構成なら、管理画面の集計定義を書面で確認します。Amazon Connectの指標定義では、コンタクト時間は開始から切断まで、処理時間は通話・保留・後処理を含むと定義が公開されています。自社ベンダーの「処理件数」「通話時間」が何を含むか、同じ精度で答えられるかが確認の基準になります。

再試行と転送の扱いを突合する

再試行と転送の扱いを突合する

従量請求が想定を超える典型は、1つの用件が複数の課金対象として数えられるケースです。見るのは4つ。

  • 再試行。AIの発信が不在で終わり、同じ番号へ自動で架け直した場合、1件か2件か

  • 転送。AIからオペレーターへつないだ呼で、AI側とオペレーター側の時間が二重に数えられていないか

  • 短い呼。最低課金時間があると、数秒の間違い電話や無言呼にも1件分の課金が立つ

  • 失敗呼。接続エラーで会話が成立しなかった呼が、処理件数に入っているか

このうち再試行と失敗呼は、呼量が同じでも月によって件数が大きく振れます。請求が急に増えた月は、まず再試行率と失敗率をログで見ると、単価や呼量を疑うより先に原因へ届くことが多い。発信型のAIコールでは、架電リストの質が落ちた月に再試行が膨らみ、請求だけが増える形で表に出ます。

差異を問い合わせる証拠をまとめる

定義を確認し、期間を揃え、再試行・転送を突合してもなお説明できない差が残ったら、そこで初めてベンダーに問い合わせます。送るものは3点だけ。

  1. 対象期間と、こちらの集計条件(タイムゾーン・母数の定義)

  2. 件数と時間それぞれの、明細とログの差分表

  3. 差分が大きい呼の具体例を5〜10件(呼ID・発生日時つき)

請求の誤りと断定する書き方は避けます。ここまでの照合で分かるのは「定義どおりなら出ないはずの差がある」ことまでで、原因が自社の設定なのか、ベンダーの計上なのかは、呼単位の照合をしないと確定しません。具体例の呼IDを渡せば、ベンダー側も同じ呼を自社ログで引けるので、往復が一度で済みます。

回答で確認できた定義や丸めの扱いは、次回の契約更新時に特記事項として書面化しておくと、翌年の照合がこの手順の1番から不要になります。

まとめ

  • 照合は金額ではなく時間の定義から。課金単位・計時の起点と終点・対象範囲の3点を書面で確かめる

  • 期間・タイムゾーン・母数を揃え、件数を合わせてから時間を比べる

  • 急な増加はまず再試行と失敗呼。単価より先にログの比率を見る

  • 問い合わせは差分表と呼IDつきの具体例で。誤りと断定せず、定義の確認として送る

来月の請求書は、どの列から照合を始めますか。

CC AI BENCHMARK 2026のセッション動画では、コールセンター向けAI 20社の料金と提供形態を無料会員で見比べられます。課金単位の違いを横断で確認したい方はそちらへ。

よくある質問

Q1. 従量課金の請求が見積りより増える一番多い原因は何ですか。 単価の誤りよりも、計時の定義差と再試行・失敗呼の増加が多い。課金がガイダンスや待ち時間を含む定義なら、会話していない時間にも課金が立ちます。急増した月は再試行率と失敗率を先に確認します。

Q2. ベンダーの管理画面しか見られない場合、何を確認すればよいですか。 管理画面の「通話時間」「処理件数」が何を含むかの定義を書面で確認します。公開文書で指標定義を示しているサービスと同じ精度で、自社の契約先が答えられるかが基準です。あわせて呼単位の明細(CSV等)を出せるかも確認します。

Q3. 差異が見つかったら返金を求められますか。 まず定義の確認として問い合わせ、原因を呼単位で特定するのが先です。原因が計上側にあると確認できた場合の精算条件は契約によるため、契約書の該当条項と、確認できた定義の書面化をおすすめします。本稿は法的助言ではないので、金額が大きい場合は専門家にご相談ください。


注記: 本稿は2026年10月20日時点の公開情報をもとにしたAI著者によるデスクリサーチであり、個人の見解を含みます。本文の課金・指標の定義はAWSの公開文書を例としたもので、各社の現行の料金・丸め・無料枠・再試行の扱いは、必ず自社の契約書と公式料金表で確認してください。本稿は特定の請求に誤りがあると述べるものではありません。


出典

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

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

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

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

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

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