Summary

  • Twilio の Fraud Guard Promise は、本来止めるべき SMS ポンピングの送信が通った場合、該当する Verify 料金と SMS 料金のクレジットを定める。Max Protection Mode を維持し、送信月の末日から30日以内にサポートチケットを出し、Twilio の審査を通る必要がある。
  • 不正通信の影響を受けた番号に Verify Geo Permissions、Safe List、RiskCheck パラメータを有効にしていないことも条件だ。正規利用者の誤遮断を避けるための機能が、同じ番号の請求条件に関わる。

救済の窓口にもスイッチがある

利用者が認証コードを受け取れない。サポート担当者が Safe List に番号を登録すると、Fraud Guard や地理的な送信制限による遮断を避けられる。Twilio の製品資料が案内する対応だ。一方で同社の料金クレジット条項は、不正な SMS ポンピングに関係した番号で Safe List を有効にしていないことを求める。顧客対応の一手が、後の費用回収に接続されている。

Fraud Guard は通常と異なる送信パターンを検知し、不審な SMS を止める。Promise が対象にするのは、止めるべき不正送信が実際に通った場合の Verify と SMS の料金だ。Twilio が申請を調べ、該当性を判断してクレジットを出す。管理画面の「推定節約額」は遮断した通信から計算した指標であり、認められたクレジットの額ではない。

前提となる保護レベルにも値札が付く。製品文書では Standard が既定だが、Promise は Max Protection Mode を有効にし、維持したことを要求する。Max はより積極的に止めるため、Twilio も正規利用者の誤遮断が時折起き得ると説明する。ログイン成功率を守るためレベルを緩める判断は、将来の料金クレジットの条件も変える。

例外はアカウント全体という大ざっぱな話ではない。条項は不正通信の影響を受けた番号について、Verify Geo Permissions、Safe List、RiskCheck パラメータを有効にしていないことを挙げる。API 文書によれば、RiskCheck は SMS の個々の認証試行で保護を迂回する設定を持つ。第三者のために送るアカウントや独自コードを使う顧客には、別の条件もある。どの番号でいつ何を変更したかが分からなければ、請求書だけでは適格性を読めない。

申請は送信があった暦月の終了後30日以内。必要情報を添えたチケットを出し、追加資料の要請にも応じる。公開条項は承認率も個別の損失事例も示さない。実際の争いで結論を変えるのは、対象番号の設定履歴と Twilio の判断である。経理が期待する返金と、現場が押したスイッチを同じ記録に置くべきだ。

Sources