IOSOR 가이드

프로덕션 전 시간대 전송 예약 및 지갑 예약금 설정 검증

IOSOR 콘솔을 통해 라이브 프로덕션 트래픽을 전송하기 전에 예약된 SMS 전송, E.164 시간대 오프셋 및 선불 지갑 원장 잠금을 검증하세요.

프로덕션 전 시간대 전송 예약 및 지갑 예약금 설정 검증。

시간대 오프셋 매핑 및 예약 스케줄 큐

예약된 SMS 대량 전송을 실행하기 전에 테넌트 플랫폼은 대상 E.164 수신 번호를 현지 시간대에 매핑해야 합니다. IOSOR 플랫폼은 UTC 기준 Unix 에포크 타임스탬프를 기반으로 메시지를 전송합니다. OTP 또는 프로모션 알림을 예약할 때 클라이언트 시스템은 실제 전송 전에 페이로드 실행을 큐에 대기시킵니다. 플랫폼은 대상 국가 코드를 확인하고 오프셋 조정을 적용하며 네트워크 슬롯을 확보하기 전에 페이로드 형식을 검증합니다.

고동시성 환경에서 정확한 예약을 유지하려면 단순 표준시뿐만 아니라 일광 절약 시간제 변경 사항도 실시간으로 반영해야 합니다. 클라이언트 시스템이 현지 시간을 UTC로 변환하지 않고 전송하면 메시지가 수신자에게 부적절한 시간에 전달될 수 있습니다. IOSOR의 아키텍처는 모든 예약 요청을 표준 UTC 타임스탬프로 정규화하고 대상 E.164 번호의 지역 파라미터를 정확히 검증합니다.

예약 전송 유지 및 원장 잠금 테스트

예약된 트래픽은 지갑의 잔액 예약 아키텍처와 직접 상호작용합니다. 전송 작업이 향후 실행을 위해 대기열에 들어오면 IOSOR는 지갑 원장에 임시 선불 홀드(Prepaid Hold)를 설정합니다. 이는 실제 전송 시도가 발생할 때까지 funds를 최종 차감하지 않고 미리 잠금 처리합니다. 잔액 변동으로 인한 예약 큐 이탈을 방지하기 위해 테넌트 계정 전반에 걸쳐 최소 USD 20 의 선불 예치금을 유지하는 것이 좋습니다.

멀티 테넌트 환경을 운영할 때 이러한 재정적 홀드의 수명 주기를 이해하는 것은 필수적입니다. 예약된 메시지가 실행 전에 취소되거나 번호 검증 오류로 거부되는 경우, 시스템은 자동으로 홀드를 해제하고 사용 가능한 잔액으로 자금을 즉시 환원합니다. 사용 가능한 잔액이 설정된 중단선 아래로 떨어지면 새로운 예약은 거부되지만, 이미 자금이 예약된 기존 대기열은 정상적으로 실행됩니다.

Webhook 콜백 및 DLR 상태 검증

예약 전송 검증에는 웹훅 콜백 수신에 대한 엄격한 감사가 필요합니다. 작업이 큐에 성공적으로 등록되면 IOSOR는 Webhook을 통해 schedule-created 이벤트를 발생시킵니다. 목표 타임스탬프에 도달하여 전송이 시작되면 메시지는 활성 라우팅 상태로 전환되고 표준 배달 보고서(DLR) 이벤트를 생성합니다. 애플리케이션이 최종 전달 상태를 예약 타임스탬프와 함께 정확히 파싱하는지 확인하세요.

Webhook 이벤트	발생 시점	원장 상태	권장 시스템 동작
schedule-created	작업 대기열 등록 완료	자금 임시 홀드 설정	스케줄 ID 저장 및 주문 연결
schedule-updated	시간 또는 페이로드 변경	홀드 금액 재계산	내부 타이머 정보 업데이트
schedule-cancelled	사용자 취소 또는 정지	즉시 홀드 해제 및 환원	내부 상태를 취소로 변경
dispatch-executed	목표 전송 시간 도달	홀드가 최종 차감으로 전환	표준 DLR 이벤트 모니터링

E.164 대상 전송 시간대의 엣지 케이스 처리

대상 E.164 번호가 날짜 변경선을 통과하거나 일광 절약 시간제 전환 구간에 걸칠 때 엣지 케이스가 발생합니다. JIT(Just-in-Time) 번호 할당 및 경로 지정은 대기열 잠금 전에 대상 요금을 동적으로 계산합니다. 전송 전에 E.164 번호가 변경되면 시스템은 실행 직전에 경로 권한을 재검증합니다. 메시지가 대기 중일 때 수신된 STOP 수신 거부 명령은 준수성을 유지하기 위해 대기 중인 전송을 즉시 취소하도록 설정되어 있는지 확인하세요.

프로덕션 전환 준비 및 플랫폼 상호 연결

스테이징 큐를 프로덕션 환경으로 전환하기 전에 운영 표준 가이드북에 따라 전체 파이프라인을 감사하세요. 필수 출시 기준에 대해서는 첫날 런웨이: 반드시 녹색여야 하는 것들을 검토하고, 원장 한도는 프로덕션 트래픽 전 지갑 중단선에서 확인하며, 시간 민감형 트래픽 규정은 엄격한 방해 금지 시간과 시간대가 적용되는 스마트한 예약 알림을 참조하세요.

IOSOR로 시작하기

IOSOR 콘솔을 열어 대상 시간대 오프셋에 대해 단계별 예약 발송을 실행하십시오. 페이로드 실행 타임스탬프가 UTC 변환 테이블과 일치하는지, 발송 창이 열리기 전에 임시 선불 점유가 장부에 올바르게 등록되는지 확인하십시오. 운영 볼륨으로 확장하기 전에 예약 생성 웹훅 콜백이 안정적으로 트리거되는지 점검하십시오.

IOSOR 핵심 요약

본 가이드에서는 운영 발송을 배포하기 전에 예약 시간대 대기열 및 선불 장부 잠금을 검증하는 방법을 다루었습니다. 스테이징 환경에서 예약 실행을 테스트하면 대상 오프셋이 정확하게 해석되고 예기치 않은 잔액 감소 없이 자금이 임시로 예약됩니다.

대상 E.164 번호를 UTC 유닉스 에포크 타임스탬프에 매핑하고 대기열 등록 중에 예약 생성 이벤트를 모니터링하십시오. 모든 대상 전달 창에서 장부 점유 아키텍처가 대기열 볼륨을 수용할 수 있는지 먼저 확인하지 않고 대규모 예약 방송을 시도하지 마십시오.

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