CLI가 차단되었을 때 폴백은 정직해야 합니다

로컬 필터가 수신 CLI를 차단하면 사용자가 필요한 숫자를 확인할 수 없어 플래시 인증이 실패합니다. 차단된 통화를 성공으로 처리하는 것은 청구 무결성을 파괴하는 위험한 함정입니다. IOSOR는 전송 실패를 즉시 감지하고 선불 원장에 대한 부당한 청구를 방지하는 엄격한 폴백 규칙을 적용하여 이 문제를 해결합니다.

플래시콜 인증에서 발신번호(CLI) 차단의 작동 메커니즘

플래시콜(Flash-call) 인증은 최종 사용자가 수신되는 E.164 CLI의 마지막 자리를 입력하는 방식에 의존합니다. 로컬 통신사 또는 OS 수준의 스팸 필터가 이 CLI를 차단하면 전화가 울리지 않거나 CLI가 완전히 마스킹됩니다. IOSOR 기반의 화이트 라벨 CPaaS 환경에서 차단된 통화를 성공적인 전송으로 처리하는 것은 심각한 아키텍처 오류입니다. 우리는 추측하거나 성공을 가정하지 않고 전송 실패를 즉시 감지해야 합니다.

거짓 Verify OK 상태가 원장을 망치는 이유

일부 플랫폼은 성공 지표를 부풀리기 위해 전송 실패를 숨기지만, 이러한 관행은 재무 원장을 완전히 망가뜨립니다. 차단된 CLI는 절대로 Verify OK가 아닙니다. 실제로 숫자가 전달되지 않았는데도 고객에게 성공적인 인증 비용을 청구하면 심각한 청구 불일치가 발생하고 고객 신뢰를 잃게 됩니다. IOSOR는 엄격한 '단일 차감 경로, 단일 상태' 규칙을 시행합니다. CLI가 차단되면 거래는 실패로 표시되고 프리페이드 홀드가 즉시 해제됩니다.

단일 차감 경로 규칙 구성

원장 무결성을 유지하기 위해 IOSOR는 라우팅 자원에 JIT(Just-In-Time) 할당 모델을 사용합니다. 인증이 시작되면 고객 잔액에 임시 프리페이드 홀드(예: 대량 계정의 경우 USD 20 또는 USD 1,000)를 설정합니다. CLI가 차단되면 홀드가 해제되고 시스템은 폴백을 준비합니다. 이는 이중 청구를 방지하고 재무 투명성을 보장합니다.

차단된 통화에 대한 실시간 웹훅(Webhook) 처리

통신사가 CLI를 차단하면 플랫폼은 하류 네트워크로부터 특정 연결 끊김 코드를 수신합니다. IOSOR는 이를 실시간 웹훅 페이로드로 변환하여 애플리케이션으로 직접 전송합니다. 귀하의 시스템은 이 웹훅을 수신 대기하고 플래시콜 상태 머신을 즉시 중지해야 합니다. 타임아웃을 기다리지 마십시오. 웹훅 페이로드에는 E.164 대상, 실패 원인 및 정확한 상태가 포함되어 있어 데이터베이스에 거짓 Verify OK를 전송하지 않도록 보장합니다.

정직한 폴백 플레이북 통합

차단이 확인되면 즉시 폴백 라우팅을 트리거하십시오. SMS OTP로 전환하면 사용자가 지연 없이 코드를 받을 수 있습니다. 자세한 라우팅 전략은 다음 가이드를 참조하십시오:

• 무음 인증 실패 시 대응: 이중 차김 없는 원활한 SMS OTP 폴백
• 도달 불가능한 SMS를 위한 음성 OTP 폴백 실행 플레이북
• 월렛 파일럿 주간: 라이브 트래픽에서의 홀드 및 차감 진실

IOSOR로 시작하기

차단된 CLI 이벤트를 효과적으로 관리하려면 IOSOR 콘솔에서 웹훅 엔드포인트를 구성하여 실시간 연결 종료 코드를 수집하십시오. 통신사 차단 감지 시 선불 홀드를 즉시 해제할 수 있도록 JIT 할당 설정이 활성화되어 있는지 확인해야 합니다. 이를 통해 수동 타임아웃을 기다리지 않고 애플리케이션에서 즉시 폴백 게이트를 트리거할 수 있습니다.

IOSOR 핵심 요약

이 문서는 청구 무결성과 사용자 신뢰를 유지하기 위해 차단된 CLI를 반드시 전송 실패로 처리해야 함을 강조합니다. 이러한 실패를 성공으로 위장하면 원장 불일치가 발생하고 전환에 필수적인 SMS OTP로의 전환이 차단됩니다.

실시간 웹훅 응답을 우선시하여 즉각적인 폴백을 시작하십시오. 사용자 화면에 도달하지 않은 인증에 대해 비용을 청구하지 마십시오. 이는 단일 데빗 경로 규칙을 위반하며 재무 보고의 정확성을 떨어뜨립니다.