フィンテックと銀行: A2P SMSとモバイルデータ

登録済みの送信者で、ピークに合わせて設計したワンタイムコードを。

数字で見る

  • OTPは、到着時間と、その背後にある監査証跡で評価されます。メッセージID、送信者、タイムスタンプ、配信レシートをトランザクションごとにまとめて保管します。
  • SMSのワンタイムコードは、電話番号の弱点をそのまま引き継ぎます。SIMスワップによってコードは攻撃者の手に渡るため、リスク対策はメッセージだけでなくアプリケーション側に組み込む必要があります。
  • 英数字送信者IDは、ほとんどのネットワークで一方向です。双方向の認証、STOPの返信、インバウンドのサポートには、ロングナンバーまたはショートコードが必要です。
  • 規制当局は一般に、トランザクションメッセージをマーケティングとは区別して扱います。オプトイン、オプトアウト、送信時間帯のルールはマーケティングに適用され、サービスメッセージは既存の顧客関係に基づきます。
  • 銀行やアクワイアラーは、共有ルートではなく登録済みの送信者IDでOTPのピークをさばき、スループットはピークの最中ではなくピークの前に確保します。

このページは法的助言ではありません。

シナリオ

新規登録とログインの認証

ログインコードは有効期間が短く、役割も限られています。その人が今その番号を保有していることを証明することです。有効期間を設定し、再送回数に上限を設け、番号とデバイスごとにレート制限をかけ、3回目の失敗時にどうするかをローンチ前に決めてください。コードは転送されたりスクリーンショットを撮られたりするため、メッセージ本文には残高、完全なカード番号、ログインページへのリンクを含めないでください。リスクモデルが求める場合はコードとデバイスバインディングを組み合わせ、メッセージが届かない場合は代替チャネルを提供してください。失敗のパターンについてはOTPの配信と詐欺の解説で順を追って説明しています。

取引アラート

購入アラートは、取引の発生直後に届き、顧客がアプリで確認する取引と一致している必要があります。完全なカード番号ではなく、加盟店、金額、下4桁を送信し、オーソリゼーションが取り消されて再提示された場合は重複を抑止してください。規制当局が認める場合は緊急でないサマリーを夜間にまとめて送信し、緊急の不正アラートは即時の経路に載せてください。配信済みとされたレシートもネットワークの観測結果にすぎないため、銀行が記録した内容とネットワークが報告した内容を照合してください。

督促とサービス対応

対象は、サービスのリマインダーと同意を得たアウトリーチのみです。督促に関連する利用停止は、トラフィックポリシーの対象外です。実務上の制約は、タイミング、頻度、証跡です。送信を控える時間帯、顧客1人あたりの月間メッセージ数の上限、そして各キャンペーンの根拠となった同意の記録が必要です。受信者がメッセージが届いた理由を理解できるよう、テンプレートの1行目には送信者と目的を明記してください。同じチームが両方を担当していても、マーケティングのコンテンツをOTPのルートに載せることはありません。両者を混ぜると、フィルター、同意の記録、顧客のいずれにも混乱が生じるためです。

オンボーディングと本人確認

口座開設では、顧客にリンクを開いてもらう、書類をアップロードしてもらう、ライブネスチェックを完了してもらうといった手順が必要になることがよくあります。これらのリンクは有効期間のある秘密情報です。1回限りの使用で、申し込みに紐づけられ、マーケティング用のリンクよりはるかに早く失効します。長いURLは配信性の問題にもなります。一部のフィルターは、見慣れないドメインや公開URL短縮サービスを疑わしいものとして扱うためです。アグリゲーターに登録済みのドメインを使い、可能な限りメッセージを1セグメントに収め、本人確認書類そのものは決してメッセージに含めず、アプリを開くよう案内するだけにしてください。

支店と代理店のネットワーク

信頼できる固定回線のない場所にある支店、代理店、ATMには、技術者なしで立ち上がるバックアップ経路が必要です。端末または支店のルーターに入れたデータプロファイルが、主回線の復旧中にオーソリゼーションと稼働管理のトラフィックを運びます。取引を待たせるか別経路に切り替えるかは、フェイルオーバーのルールで決まります。支店の障害がセキュリティインシデントにならないよう、バックアップ回線は一般のオフィスネットワークから切り離してください。端末群とその認定は決済のページで扱い、このページではその周辺にあるメッセージングと支店のデータ経路を扱います。

製品の組み合わせ

よくある質問

ローンチ時のOTPのピークに対応できますか?

はい。ピークと接続先をお知らせいただければ、トラフィックの開始前にバインドを設計し、ローンチ直後の数分間に向けた再試行のバジェットも用意します。

同じ送信者でマーケティングを送信できますか?

受信者が受け取りに同意したマーケティングのみが対象で、接続先が求める場合はOTPとは別の送信者を使います。2つのルートを混ぜると、トランザクション用の送信者が最も早くフィルタリングされる原因になります。

POSのトラフィックについてはどうですか?

端末の接続は決済のページで扱っており、プライベートAPN上のオーソリゼーショントラフィックを取り上げています。このページでは、OTP、アラート、そしてカウンターの奥にある支店のデータ経路を扱います。

コードが届かない場合はどうなりますか?

1回だけ再試行し、その後は代替手段を提示します。音声通話、プッシュ承認、または顧客が確認済みの代替の宛先です。無制限の再送はコストを押し上げ、顧客を苛立たせ、不正検知システムがフラグを立てるトラフィックパターンに見えてしまいます。

メッセージの記録はどのくらいの期間保存すべきですか?

決めるのはメッセージングのルートではなく、規制当局と貴社自身の保存ポリシーです。何が誰に送信されたかを監査で再構成できるよう、メッセージID、テンプレート、送信者、タイムスタンプ、レシートをまとめて保管し、ポリシーが定める時点で内容を削除してください。

見積もりを依頼

プラットフォームとして送信するのか、エンタープライズ自身として送信するのかをお知らせください。最適なアクセス方法を判断します。