IOSOR 가이드
템플릿 검토 게이트 및 단위 클래스
볼륨 선불 차감 전 템플릿 검토 제어 및 단위 클래스 매핑 — 승인됨 및 명명된 단위, 또는 프로덕션 전송 없음.
볼륨이 큰 상황에서 검토 게이트와 명명된 단위 클래스가 없는 템플릿은 아무도 가격을 책정할 수 없는 «성공적인» 전송으로 인해 선불 지갑을 녹아내리게 합니다. 구매자는 재무 부서가 월말 파일을 열기 전인 프로덕션 차감 전에 검토 상태가 승인됨이고 단위 클래스가 매핑되었음을 증명해야 합니다. 이 페이지가 그 게이트이며, 라이브 전 카탈로그는 이와 연계된 구매자 경로입니다.
관련: 채널 라이브 전 템플릿 카탈로그, 선불 원장의 부정 소모 행, 같은 장부의 차감 행과 전달 상태, 프로덕션 OTP 전 속도 제한Velocity Caps.
IOSOR은 화이트라벨 선불입니다. USD 20으로 하나의 템플릿 ID에 대한 검토 게이트 파일럿에 자금을 지원하고, USD 1,000/월에 가까운 소프트 검토를 통해 누락된 단위 클래스를 정산 부채로 가격 책정합니다. 클라이언트는 화이트라벨 검토 매크로만 볼 수 있습니다.
검토 상태는 레이블이 아니라 엄격한 게이트입니다
초안, 검토 중, 승인됨, 거부됨, 폐기됨은 자금 상태입니다. 승인된 템플릿만이 프로덕션 전송을 탈 수 있습니다. 거부됨과 초안은 정확한 상태로 안전하게 실패하며 — 다른 클래스로 조용히 대체 소모되지 않습니다. 카탈로그 우선: 채널 라이브 전 템플릿 카탈로그. 부드러운 USD 1,000/월은 «검토 중인 상태에서의 전송»을 볼륨 부채로 취급하며, USD 20은 거부됨 상태에서는 차감될 수 없음을 증명합니다.
차감이 게시되기 전에 단위 클래스를 매핑하세요
| 단위 클래스 | 일반적인 용도 | 차감 기대치 |
|---|---|---|
| SMS 세그먼트 | 템플릿화된 SMS / UCS-2 | 세그먼트 × 목록 |
| 템플릿 단위 | 리치 아웃바운드 템플릿 | 승인된 템플릿 전송당 |
| 세션 단위 | 사용자 시작 창 | 세션 창 규칙 |
| 인증 시도 | OTP / 코드 확인 | 시도 또는 확인 행 |
재무 부서는 제품이 카탈로그에 입력한 것과 동일한 단위 클래스를 차감 행에서 읽어야 합니다. 원장 이웃: 같은 장부의 차감 행과 전달 상태 및 선불 원장의 부정 소모 행. 잘못된 클래스는 OTP 지출을 «기타 메시징»이라는 미신으로 바꿉니다.
검토 또는 클래스가 누락된 경우 안전하게 실패
검토 상태 누락 → 전송 없음. 단위 클래스 누락 → 전송 없음. 알 수 없는 템플릿 ID → 전송 없음. 공유 상태 단어는 영웅적인 코드를 방지합니다: 제품과 재무를 위한 공통 상태 언어. 속도 제한은 승인된 ID에도 계속 적용됩니다. 검토 게이트는 프로덕션 OTP 전 속도 제한Velocity Caps를 대체하지 않으며, 볼륨 언어 앞에 위치합니다.
제품, 재무, 운영은 하나의 증거를 공유합니다
제품: 합법적인 승인된 템플릿이 매핑된 단위 클래스 하에서 완료될 수 있는가? 재무: 모든 차감 행에 UTC 기간의 템플릿 ID와 단위 클래스가 포함되어 있는가? 운영: 슬랙 고고학 없이 거부 및 클래스 불일치를 내보낼 수 있는가? 하나의 증명 팩이 세 개의 스레드보다 낫습니다. 거부가 지출을 숨길 때의 소모 정직성: 선불 원장의 부정 소모 행.
검토 게이트 및 단위 클래스를 위한 구매자 체크리스트
- 프로덕션 전송에는 승인됨이필요함 — 초안/검토 중이 차단되었는가?
- 거부됨 및 폐기됨이 정확한 상태로 안전하게 실패하는가?
- 모든 카탈로그 ID가 정확히 하나의 단위 클래스에 매핑되었는가?
- 차감 행에 재무 부서가 조인할 수 있는 템플릿 ID와 단위 클래스가 표시되는가?
- 오버라이드가 명명되고, 시간이 제한되며, 새로운 스모크 테스트로 종료되는가?
- 단위 클래스가 비어 있는 동안 부드러운 볼륨 언어가 차단되는가?
하나라도 «아니오»가 있으면 검토 게이트는 초안 상태로 유지됩니다.
IOSOR로 시작하기
IOSOR 콘솔을 열고 템플릿 라우팅 규칙으로 이동하여 검토 게이트가 철저히 차단(fail closed)되도록 설정되었는지 확인하세요. 라이브 트래픽을 라우팅하기 전에 모든 템플릿 ID를 SMS 세그먼트, 템플릿 단위, 세션 단위, 인증 시도 등 명시적 단위 클래스에 매핑하세요. 초안 또는 매핑되지 않은 템플릿 ID로 테스트 발신을 전송하여 웹훅이 대체 차감 허용 대신 확실한 거부 게이트를 반환하는지 확인하세요.
IOSOR 핵심 요약
이 문서는 템플릿 검토 상태와 단위 클래스 매핑이 과금 실행 전에 변경 불가능한 런타임 게이트 역할을 해야 한다는 점을 증명했습니다. 명시적 승인 상태 요구 사항과 결정론적 단위 분류를 강제하면 재무적 불일치가 사라지고 승인되지 않은 자산이 프로덕션 전달 대기열로 유출되는 것을 방지할 수 있습니다.
누락된 검토 상태나 매핑되지 않은 단위 클래스가 발생하면 즉시 차단하여 제품, 재무, 운영 간의 단일 증명 팩을 유지하세요. 라이브 실행 중 템플릿 거버넌스를 우회하도록 조용한 대체 라우팅이나 모호한 카탈로그 라벨을 허용하지 마세요.
이 가이드가 도움이 되었나요?
관련 가이드
- 복구 시퀀스 중 대량 템플릿 재제출 관리
IOSOR 생태계 내에서 통신사 정책 업데이트 후 수정된 템플릿 본문을 체계적으로 재검증하여 높은 전달률을 유지하는 방법을 알아보세요.
- 템플릿 제출 전 리치 미디어 헤더 에셋 검증
IOSOR에서 헤더 이미지와 문서 URL을 검증하여 템플릿 거부를 방지하는 방법을 알아보세요. 제출 전 에셋이 규정 준수 기준을 충족하는지 확인하십시오.
- 서브 계정 환경에서 승인된 메시지 템플릿 동기화
화이트 라벨 CPaaS 생태계 내에서 승인된 템플릿의 오케스트레이션을 마스터하세요. 엄격한 데이터 격리를 유지하면서 서브 계정 규정 준수 및 JIT 프로비저닝을 통한 신속한 배포를 보장하는 방법을 알아보세요.