IOSOR 가이드

전송 시간 전 예약 전송 보류 만료 처리 방식

선불 잔액 보류가 예약 전송 타임스탬프 전에 만료될 때 IOSOR가 무소음 누락 없이 예약 SMS 발송을 처리하는 방법을 이해합니다.

전송 시간 전 예약 전송 보류 만료 처리 방식。

선불 보류 및 예약 전송 타이밍

API를 통해 미래 시점의 SMS 발송을 예약할 때, IOSOR는 실행 용량을 보장하기 위해 선불 잔액에 대해 임시 원장 보류(Hold)를 설정합니다. 페이로드가 며칠 또는 몇 주 뒤의 'send-at' 타임스탬프로 설정된 경우, 승인 보류에는 명확히 정의된 수명(TTL)이 부여되어 아웃바운드 용량과 JIT 번호 할당을 보호합니다.

원장 TTL 및 승인 만료

보류 예약은 목적지 요금 및 번호 리소스를 포함하여 아웃바운드 캠페인의 예상 비용을 잠급니다. 그러나 크레딧을 무기한 보류하는 것은 원장 유동성을 저해합니다. IOSOR는 잔액 보류에 대해 엄격한 TTL 제한을 적용합니다. 대기열 지연이나 장기 예약으로 인해 'send-at' 이전에 보류가 만료되는 경우, 예약된 자금은 기본 계정 잔액으로 자동 환원됩니다.

전송 시점의 무소음 누락 거부

기존 아키텍처에서는 만료된 보류로 인해 대기열이 'send-at' 시점에 활성 보류가 없어 기록을 단순히 삭제하는 무소음 누락(Silent Drop)이 자주 발생했습니다. IOSOR는 이러한 무소음 누락을 완전히 배제합니다. 'send-at'이 도달했을 때 재승인 없이 보류가 만료된 상태라면, 발송 엔진은 즉시 실행을 거부하고 명시적인 'scheduling_hold_expired' 웹훅 이벤트를 전송합니다. 이는 E.164 목적지 트래픽 전반에서 완전한 감사 가능성을 보장합니다.

재승인 규칙 및 잔액 한도

장기 대기열의 끊김 없는 전달을 유지하기 위해 자동화된 재승인 파이프라인은 보류 중인 예약 항목을 주기적으로 재검토합니다. 잔액이 필요한 임계값 아래로 떨어지더라도 계정이 USD 20 선불 하한선을 충족하는 한 엔진은 잔액 재보류를 시도합니다.

이벤트 로깅 및 예약 대기열 정산

대기열 상태를 정산하려면 지갑 보류, 조용한 시간대 거버넌스 및 차단 목록에 대한 명확한 가시성이 필요합니다. 예약된 항목이 보류를 잃으면 실시간 로깅이 콘솔 내에서 상태 전환을 정확하게 기록합니다.

관련 가이드: 발송 예약 큐 관리는 방해 금지 시간대 정책 엔진이 아닙니다 · 프로덕션 전 시간대 전송 예약 및 지갑 예약금 설정 검증 · 첫 차감 전 선불 잔액 예약.

IOSOR로 시작하기

IOSOR 콘솔에서 예약된 대기열을 검토하여 발송 예정 시각 대비 승인 보류(TTL)의 만료 시간을 모니터링하십시오. 예약 보류 만료 알림을 위한 웹훅 이벤트 리스너를 구성하여 발송 시간 전에 통합 시스템이 자동으로 재승인을 요청할 수 있도록 설정하십시오. 발송 창이 열릴 때 실행 실패를 방지하려면 대기 중인 항목의 잔액 보류 상태가 활성으로 유지되는지 확인해야 합니다.

IOSOR 핵심 요약

예약 발송의 무결성은 동기화된 잔액 보류에 달려 있습니다. IOSOR는 사전 할당된 원장 보류가 만료될 때 대기열 메시지를 명시적으로 중단함으로써 조용한 전송 누락(silent drop)을 배제하고, 원인을 알 수 없는 배달 실패 대신 완벽한 상태 투명성을 제공합니다.

보류 만료 이벤트에 대한 웹훅 모니터링을 설정하고 장기 예약 건에 대한 자동 재승인을 구현하십시오. 목표 발송 시각 이전에 관련 원장 예약이 만료된 경우 예약된 발송이 정상 실행될 것이라고 가정해서는 안 됩니다.

이 가이드가 도움이 되었나요?

관련 가이드