バッチの作成
エージェントと発信元の電話番号とともに、最大 5,000 件の受信者を送信します。すべてのフィールドは Create Call Batch を参照してください。 通話をパーソナライズするには、受信者ごとにdynamic_variables を含めます。動的変数を参照してください。
Response
id を保存してください。
target_concurrency_limit は、そのバッチで同時にダイヤルされる通話数の上限です。未指定の場合、デフォルトは組織のエージェント通話同時実行数上限の半分になり、他の通話のための余裕を残します。この上限を超える値を指定するとリクエストは拒否されます。バッチコールはエージェント通話の同時実行数上限に対してのみカウントされ、TTS や STT の上限にはカウントされません。
各バッチは、組織で共有されるエージェント通話同時実行数上限に対して target_concurrency_limit 分を予約します。バッチの実行準備が整った時点で十分なキャパシティがない場合、バッチは pending のままとなり、実行中のバッチがキャパシティを解放し次第、古いバッチから順に自動的にダイヤルを開始します。
バッチを後で実行するには、scheduled_at にタイムゾーンオフセット付きの RFC 3339 形式の時刻(例:2026-06-15T16:00:00Z)を設定してください。
進捗の追跡
Get Call Batch でバッチを取得すると、ステータスと受信者ごとの詳細を確認できます。Response
status はディスパッチの進捗を追跡し、各受信者の status はその受信者自身の通話を追跡します。
各受信者の agent_call_id を使用して、Get Call で通話ごとの情報を取得できます。通話が発信される前に失敗した受信者には agent_call_id がありません。詳細はその error_message を確認してください。
バッチの通話を直接取得するには、List Calls に batch_id を渡します。試行ごとに 1 件のエントリが返されるため、リトライされた受信者は複数回表示され、発信前に失敗した受信者は通話が存在しないためまったく表示されません。
アカウント上のすべてのバッチを一覧表示するには(エージェントによるフィルタリングも可能)、List Call Batches を使用してください。
バッチの再試行
Retry Call Batch は、直近の試行が失敗した、または応答がなかった受信者を再度キューに入れます。通話が完了した受信者はそのまま変更されません。キャンセル済みのバッチは再試行できません。retry_count がインクリメントされたバッチです。
バッチのキャンセル
Cancel Call Batch は、バッチのキューに入っている通話のダイヤルを停止します。すでに進行中の通話は通常どおり終了します。status が cancelled に設定されたバッチです。