Airtel IQ Gateway、月100億通の次に必要な配送明細

要約

Airtelは10月5日、インドでIQ Gatewayを全国展開した。SMS、WhatsApp、RCS、ビジネス音声、複数の配信事業者、自動切替、DLTテンプレート管理、OTPポンピング対策を一つのサービスにまとめる。発表は選定した銀行などとの試行に触れるが、社名や測定結果は示していない。
製品ページが示す月100億通超はAirtel IQ全体の処理量であり、Gateway単独の量や配送率ではない。企業が検証すべきなのは、配信事業者の受付、ネットワークの状態、チャネル別の完了条件、切替後の重複、請求を結ぶ運用記録だ。

「配信事業者が受け付けた」と「利用者の端末に届いた」は別の状態だ。前者の確認だけで配信済みと数えれば、月次ダッシュボードが青く光る横で顧客はコードを待つ。Airtel IQ Gatewayの商用価値は、ばらばらの経路をまとめることより、どの状態を成果として売買するかを明確にできるかにある。

AirtelはSMS、WhatsApp、RCS、音声を一つの制御面に集約し、企業が業務ルールと配信事業者の稼働状況をもとに経路を選べると説明する。設定済みの別事業者へ自動で切り替える機能もある。これはメッセージアプリを一つにする話ではない。チャネルごとに異なる到達手段を、企業の通知ルールに沿って選び直す運用の話だ。

製品ページによると、画面には事業者のレポートとAirtelネットワークのデータが並び、ネットワーク状態や失敗理由を確認できる。そこには観測点の境界が残る。事業者の受付、ネットワークへの引き渡し、ネットワークが返す状態は一つの列にまとめても同じ証拠にはならない。購入前に各チャネルの「完了」が何を指すかを決めなければ、集約画面は曖昧さまで集約する。

切替は停止時間を減らす手段だが、送信先が変われば顧客への通知が二重になることも、請求対象の試行が増えることもある。AirtelはOTPポンピングを抑えるトラフィック制御とIQ Verify、サイレント認証を挙げている。偽のリクエストを止めれば費用を抑えられる一方、正規利用者を誤って止めた場合はログインや決済の連絡が途切れる。運用者が確認すべきなのは防御機能の有無だけではなく、遮断件数と誤判定への復旧経路だ。

SMSにはチャネル固有の記録がある。インドのTRAIは送信主体の登録、ヘッダーと本文テンプレートの登録を求め、配信依頼に主体・ヘッダー・テンプレートの識別子を含めるよう案内している。必要な場合は同意も取得・登録する。AirtelのDLT統合を別のSMS事業者への切替時にも使うなら、送信者の識別子と登録済みテンプレートを経路変更後まで保つことが実務上の条件になる。

金融機関にとって通知は利用者向け画面の飾りではない。インド準備銀行の2021年指針は、対象となるデジタル決済に多要素認証を求め、該当する取引についてメール、SMSなどによる速やかな顧客アラートを定める。試行先の銀行が公表されていない以上、IQ Gatewayがこれらの通知で使われているとは言えない。だが、送信経路の記録が顧客対応や決済統制に結び付く市場で売り込むなら、運用側は監査できる記録を要求する。

AirtelはAirtel Cloudでのホスティングと顧客拠点への設置を選択肢に挙げる。配置を選ぶだけでは、ログを誰が保管し、別の配信事業者へ移った後も誰が取り出せるかは決まらない。契約にはデータの保存期間、証跡の出力、再送の課金、誤った状態表示の訂正手順を置く必要がある。システムを乗り換えられても過去の通知記録を持ち出せなければ、紛争のたびに販売元へ照会することになる。

Airtelの月100億通という規模は入口の数字だ。調達の条件はもっと小さい単位、つまり一件の通知で決める。誰が経路を選び、どの応答を完了と数え、切替や再送を何回請求し、顧客がその履歴を持ち出せるか。そこまで揃って初めて、統合画面は運用の道具になる。