IOSOR 가이드
운영 전 방해 금지 시간대 강제 적용
IOSOR에서 실시간 마케팅 또는 A2P SMS 캠페인을 시작하기 전에 선불 잔액에 대한 방해 금지 시간대 적용 및 대기열 메커니즘을 검증합니다.
운영 전 방해 금지 시간대 강제 적용。
시간 제한 전송을 위한 운영 전 정책 검증
운영 환경에서 A2P 메시징을 배포하기 전에 테넌트 운영자는 메시징 엔진 내에서 엄격한 방해 금지 시간(Quiet-Hours) 정책 규칙을 강제 적용해야 합니다. 심야 시간에 발송되는 프로모션 캠페인은 현지 통신사 규정을 위반하여 심각한 과태료를 부과받을 수 있습니다. IOSOR 선불 CPaaS 플랫폼에서는 스테이징 단계부터 시간 제한 전송 검증이 시작됩니다. 서비스 제공업체는 라이브 론칭 전에 이러한 메커니즘을 검증함으로써 모든 자동화 트래픽이 지역 법규를 준수하도록 보장하고 선불 잔액을 예상치 못한 차감으로부터 보호합니다.
방해 금지 시간 규칙 설정 및 로컬 시간대 매핑
방해 금지 시간 정책 설정에는 E.164 형식의 수신 번호를 해당 로컬 시간대에 정확히 매핑하는 작업이 포함됩니다. IOSOR의 라우팅 엔진은 수신 지역 번호 및 국가 프리픽스를 분석하여 지역 준수 규칙(예: 21:00부터 08:00까지의 전송 제한)과 비교 검증합니다. 플랫폼은 동적 시간대 해석을 지원하여 정밀한 제한 적용이 가능합니다. 관리자는 화이트 레이블 관리 콘솔에서 국가별로 독립적인 제한 시간대를 구성할 수 있습니다.
시간 외 대기열 동작 및 원장 유빙 금액 시뮬레이션
방해 금지 시간 적용을 테스트하려면 제한 시간대에 API 요청을 전송하는 시뮬레이션이 필요합니다. 제한 시간 내에 요청이 플랫폼에 도달하면 엔진은 예상 SMS 요금에 대해 선불 원장 홀드(Ledger Hold)를 실행하고 메시지 페이로드를 예약 대기열로 이동합니다. JIT 할당 루틴을 통해 확보한 전용 롱코드 또는 숏코드는 활성 상태를 유지하며, MRC 원장 항목에는 활성 예약 상태가 반영됩니다. 현지 시간이 허용 창에 도달하면 대기열이 해제되어 전송이 완료됩니다.
트랜잭션 예외 및 OTP 우회 처리
일회용 비밀번호(OTP)와 같은 중요한 인증 페이로드는 프로모션용 방해 금지 시간 제한을 우회해야 합니다. 테넌트는 라우팅 콘솔 내에서 메시지 분류 프로필을 설정하여 높은 우선순위의 인증 트래픽에 태그를 지정합니다. OTP 메시지가 시스템을 통과할 때 정책 엔진은 높은 우선순위 태그를 평가하고 메시지를 즉시 라우팅하여 Verify OK 확인을 발행합니다. 이 분류 체계를 통해 필수 트랜잭션 메시지가 지연되는 현상을 완전히 방지합니다.
운영 게이트 준비 상태 및 검증 체크리스트
최종 운영 게이트 준비 상태를 확인하기 위해 팀 리더는 모든 활성 대상 지역에 대해 규정 준수 매핑, 잔액 유빙 동작 및 콜백 알림을 검증해야 합니다. 주요 검증 항목은 다음과 같습니다:
- E.164 번호 기반 로컬 시간대 자동 판별 정확성 확인.
- 차단 시간대 진입 시 API 응답 코드 및 원장 홀드 기록 확인.
- OTP 긴급 우회 기능을 통한 지연 없는 즉시 발송 테스트.
- 대기열 예약 메시지의 DLR 상태 업데이트 로직 점검.
관련 가이드: 트랜잭션 방해 금지 시간 오버라이드의 명시적 명명 · 방해 금지 시간: 정책 engines과 전송 대기열의 차이点 · 첫 차감 전 선불 잔액 예약.
IOSOR로 시작하기
IOSOR 라우팅 콘솔을 열고 윈도우 외 A2P 테스트 페이로드(payload)를 트리거하여 현지 규제 차단에 따른 수신지 시간대 매핑을 검증하십시오. 원장(ledger)이 실시간 발송 DLR을 해제하지 않은 채 페이로드를 예약 대기열에 넣는 동안 메시지 비용에 대해 보류 상태를 생성하는지 확인하십시오. 프로덕션 게이트 체크리스트에 서명하기 전에 트랜잭션 OTP 트래픽이 이 대기열을 완전히 우회하는지 검증하십시오.
IOSOR 핵심 요약
이 가이드는 사전 제작 단계에서 정숙 시간 정책 게이트를 시행함으로써 라이브 마케팅 트래픽이 나가기 전에 불법적인 시간 외 메시징과 규제 벌금을 방지하는 방법을 보여주었습니다. 시뮬레이션된 시간 외 발송 과정에서 E.164 수신지 시간대 매핑과 원장 보류를 검증함으로써, 테넌트 운영자는 시스템 안정성과 규정을 준수하는 배포를 보장합니다.
시뮬레이션된 윈도우 외 요청을 테스트하고 트랜잭션 OTP 오버라이드는 즉시 통과하는 반면 프로모션 트래픽은 대기열에 들어가는지 확인하십시오. 모든 타겟 수신지 회랑에서 예약된 대기열 동작과 선불 원장 보류가 원활하게 실행되는지 확인하지 않은 채 프로모션 A2P 캠페인을 프로덕션에 적용하지 마십시오.
이 가이드가 도움이 되었나요?
관련 가이드
- 트랜잭션 방해 금지 시간 오버라이드의 명시적 명명
OTP 및 P1 알림과 같은 트랜잭션 오버라이드를 IOSOR 웹훅 페이로드에서 명시적으로 지정해야 하는 이유와 설정 방법을 확인하세요.
- 방해 금지 시간: 정책 engines과 전송 대기열의 차이点
IOSOR에서 방해 금지 시간 적용이 A2P SMS 지연 전송 대기열이 아닌 정책 엔진 계층에서 처리되어야 하는 이유를 알아봅니다.