CLIがブロックされた場合、フォールバックは誠実である必要があります

ローカルフィルターが着信CLIをブロックすると、ユーザーは必要な数字を確認できずフラッシュ認証は失敗します。このブロックされた通話を成功とみなすことは、請求の整合性を損なう重大な罠です。IOSORは、配信失敗を即座に検知し、プリペイド元帳への不正な課金を防ぐ厳格なフォールバックルールを強制することで、この問題を解決します。

フラッシュコール認証における発信者番号(CLI)ブロックの仕組み

フラッシュコール認証は、エンドユーザーが着信した E.164 形式の CLI(発信者番号)の下桁を入力することに依存しています。ローカルの通信キャリアや OS レベルの迷惑電話フィルターがこの CLI をブロックすると、端末は鳴動せず、CLI は完全にマスクされます。IOSOR が提供するホワイトレーベル CPaaS 環境において、ブロックされたコールを「配信成功」として処理することは、重大な設計ミスです。推測や仮定に頼ることなく、配信失敗を即座に検出する必要があります。

虚偽の Verify OK ステータスが元帳を破壊する理由

一部のプラットフォームは、成功率を高く見せるために配信失敗を隠蔽しますが、この行為は財務元帳を完全に破壊します。ブロックされた CLI は、決して Verify OK ではありません。実際に数字が配信されていないにもかかわらず、検証成功としてクライアントに課金すると、深刻な請求不一致が発生し、顧客の信頼を失うことになります。IOSOR は厳格な「1デビットパス、1ステータス」ルールを適用しています。CLI がブロックされた場合、トランザクションは失敗とマークされ、プリペイドの仮押さえは即座に解除されます。

単一デビットパスルールの設定

元帳の整合性を維持するため、IOSOR はルーティングリソースに JIT(Just-In-Time)割り当てモデルを使用しています。検証が開始されると、クライアントの残高に対して一時的なプリペイド仮押さえ(大量送信アカウントの場合は USD 20 または USD 1,000 など)を行います。CLI がブロックされた場合、この仮押さえは解除され、システムはフォールバックの準備を整えます。これにより、二重課金が防止され、財務の透明性が確保されます。

ブロックされたコールに対するリアルタイム Webhook 処理

キャリアが CLI をブロックすると、プラットフォームは下流ネットワークから特定の切断コードを受信します。IOSOR はこれをリアルタイムの Webhook ペイロードに変換し、アプリケーションに直接送信します。システムはこの Webhook を監視し、フラッシュコールのステートマシンを即座に停止する必要があります。タイムアウトを待つ必要はありません。Webhook ペイロードには、E.164 ターゲット、失敗理由、および正確なステータスが含まれており、データベースに誤った Verify OK を記録するのを防ぎます。

誠実なフォールバックプレイブックの統合

ブロックが確認されたら、すぐにフォールバックルーティングをトリガーします。SMS OTP への移行により、ユーザーは遅延なくコードを受け取ることができます。詳細なルーティング戦略については、以下のガイドを参照してください：

• サイレント認証失敗時の対応：二重課金のない確実な SMS OTP フォールバック
• 到達不能なSMSに対する音声OTPフォールバック実行プレイブック
• ウォレット運用初週：本番トラフィックにおける仮押さえと実売上の真実

IOSORで始める

ブロックされたCLIイベントを効果的に管理するには、IOSORコンソールでWebhookエンドポイントを設定し、リアルタイムの切断コードを取得してください。キャリアブロックを検知した際にプリペイドホールドを即座に解除できるよう、JIT割り当て設定を有効にします。これにより、手動のタイムアウトを待たずにアプリケーションがフォールバックゲートを起動できるようになります。

IOSORの要点

本稿では、課金の整合性とユーザーの信頼を維持するために、ブロックされたCLIを配信失敗として扱う必要があることを証明しました。これらの失敗を成功として偽装すると、台帳の不一致を招き、コンバージョンに不可欠なSMS OTPへの移行を妨げることになります。

リアルタイムのWebhookレスポンスを優先し、即座にフォールバックを開始してください。ユーザーの画面に届かなかった検証に対して課金してはなりません。これは「1デビットパス」ルールに違反し、財務報告を損なう原因となります。