IOSOR 가이드
SMS 세그먼트 회계: 왜 한 통이 지출 한 줄이 아닌가
가격 가이드: GSM-7 vs UCS-2, 멀티파트 연결 오버헤드, 추측 없이 선불 지갑에 매 발송을 맞추는 방법.
사용자는 메시지 한 통을 쳤습니다. 선불 지갑은 세 단위를 차감했습니다. 버그가 아닙니다 — 세그먼트 회계이며, GSM-7 vs UCS-2와 멀티파트 연결을 이해하지 못하는 재무 팀은 설계대로 동작하는 청구 엔진에 티켓을 엽니다. 이 가이드는 선불 화이트라벨 메시징을 운영하며 지출이 “청구서를 믿으세요”가 아니라 설명 가능해야 하는 재무·제품 리더를 위한 것입니다.
IOSOR는 모든 SMS 지출 줄을 세그먼트 수·인코딩·목적지까지 재구성 가능하게 취급합니다 — 불투명한 플랫폼 수수료가 아닙니다. 월 플랫폼 사용이 USD 1,000+ 근처일 때 세그먼트 규율은 깔끔한 월간 대사와 “왜 더 비쌌나” 반복 에스컬레이션을 가릅니다.
왜 SMS 한 통이 지출 한 줄이 아닌가
| 발신자가 보는 것 | 지갑이 보는 것 |
|---|---|
| “문자 한 통 보냈다” | 인코딩·길이에 따라 청구 단위 1–3 |
| 끝에 이모지 하나 추가 | 메시지 전체가 UCS-2로 전환 |
| 템플릿 변수가 몇 글자 더 김 | 메시지가 세그먼트 경계를 넘음 |
GSM-7 vs UCS-2: 문자 집합이 수학을 바꾸는 이유
- GSM-7은 제한된 라틴 알파벳과 작은 기호 집합을 다루며, 문자당 “세그먼트 예산”이 더 낮습니다
- UCS-2(GSM-7 밖 문자 — 이모지, 대부분 비라틴 문자, 일부 구두점)는 전체 메시지를 더 넓은 인코딩으로 밀어 세그먼트당 상한을 낮춥니다
- “보이지 않는” 한 글자(문서에서 붙인 스마트 따옴표, 체크마크, 이모지)가 조용히 전체를 GSM-7에서 UCS-2로 뒤집을 수 있습니다
멀티파트 분할과 연결 오버헤드
| 인코딩 | 단일 세그먼트 한도 | 멀티파트 시 한도 | 멀티파트가 더 짧은 이유 |
|---|---|---|---|
| GSM-7 | 160자 | 153자 | 연결 헤더가 공간을 예약 |
| UCS-2 | 70자 | 67자 | 같은 헤더, 더 작은 알파벳 예산 |
단일 세그먼트 한도를 넘겨도 “우아하게 반올림”되지 않습니다 — 메시지는 여러 세그먼트로 갈라지고, 각각 연결 오버헤드를 갖고 그에 맞게 재청구됩니다.
세그먼트 수가 숨는 곳
- 컴포저 미리보기는 “메시지 1”인데 실제 인코딩은 청구 세그먼트 2–3
- 일부 수신자에게만 길이를 경계 너머로 미는 템플릿 변수
- 한 언어 QA는 통과하지만 다른 언어에서 비용을 키우는 로케일 문자(악센트, 비라틴 문자)
모든 차감 줄은 목적지·메시지 길이·감지 인코딩·세그먼트 수·단가를 보여야 하며, 섞인 “SMS 수수료” 한 줄이면 안 됩니다. 재무가 지갑 차감을 이 다섯 필드에 매핑하지 못하면 원장은 대사 불가 — 믿음으로 믿는 상태입니다.
- 지갑이 청구할 것과 같은 규칙으로 발송 전 인코딩·세그먼트 수를 추정
- 템플릿 편집이 세그먼트 경계를 넘을 때 경고 — 조용히 허용하지 말 것
- 컴포저에 글자 수만이 아니라 인코딩을 표시
- 작성 언어만이 아니라 실제 수신자 로케일로 테스트
세그먼트 수, 인코딩, 목적지 존, 단가 — API 호출·일괄 캠페인·워크숍 테스트 어느 경로든 일관되게. “SMS”와 합계만 있는 선불 원장은 영수증 포장의 블랙박스입니다.
같은 템플릿을 다섯 목적지로 보내고, 비라틴 로케일을 최소 하나 포함하세요. 컴포저 메시지 수와 목적지별 실제 청구 세그먼트를 비교합니다. 갭이 인코딩이나 길이로 설명되지 않으면 추정기나 원장 중 하나가 누군가에게 거짓말을 하는 것입니다.
위험 신호
- 컴포저나 API 응답이 세그먼트 수 대신 메시지 수를 보고
- 특정 발송에 어떤 인코딩이 쓰였는지 보이지 않음
- 지원이 “인코딩 문제는 드물다, 걱정 말라”고 말함
- 길이·인코딩·목적지로 추적할 수 없는 원장 줄
- 일괄 발송이 평평한 추정으로만 청구되고 월말에야 대사
IOSOR로 시작하기
대규모 발송을 실행하기 전에 IOSOR 콘솔에서 아웃바운드 템플릿 페이로드를 검토하십시오. 단일 세그먼트를 초과하거나 GSM-7에서 UCS-2 인코딩으로 예기치 않게 전환되는 페이로드를 플래그 지정하도록 API 유효성 검사 게이트를 구성하십시오. 배달 보고서 웹훅이 일반 메시지 카운트가 아니라 정확한 청구 세그먼트 카운트에 잔액 차감을 명확하게 연결하도록 하십시오.
IOSOR 핵심 요약
단 한 통의 아웃바운드 문자 메시지가 단일 비용 항목으로 이어지는 경우는 드뭅니다. GSM-7과 UCS-2 인코딩 간의 선택은 멀티파트 연결의 헤더 오버헤드와 결합되어 동적 텍스트의 약간의 변동이나 특수 문자인 경우에도 수신자당 청구 금액을 쉽게 두 배로 만들 수 있습니다.
발송 작성기 수준에서 엄격한 문자 인코딩 검사와 템플릿 길이 제한을 적용하십시오. 인코딩 전환과 다중 세그먼트 청구 페널티를 숨기는 고수준 메시지 수신 확인 미리보기나 추적 불가능한 원장 행에 의존하지 마십시오.
이 가이드가 도움이 되었나요?
관련 가이드
- 비상 경로 장애 주간: 긴급 전환 후 요금 불일치 대사 작업
화이트라벨 CPaaS 플랫폼에서 고비용 보조 통신사로 장애 조치 시 발생하는 사후 지갑 원장 대사 작업을 마스터하세요.
- 서브 계정 볼륨 재조정: 초기 월간 최저 기준을 넘어선 고객 전환
월간 발송 볼륨이 기준치를 일관되게 초과할 때 클라이언트 선불 요금 구조 및 충전 하한선을 조정합니다.
- 수신자 부담 번호 인증 부가비용: 선불 일회성 등록비 회계 처리
화이트라벨 CPaaS 플랫폼이 하위 계정 선불 잔액에서 통신사 인증 및 캠페인 등록 부가비용을 차감하는 방식을 확인하세요.