IOSOR 가이드
모든 선불 차감 행에 발신자 ID 태그 지정
각 선불 차감에 발신자 ID를 기입하여 재무 부서가 단일 장부에서 ID별 소비를 감사할 수 있도록 하십시오. OTP, SMS 또는 다중 발신자 지출을 위해 별도의 스프레드시트를 유지할 필요가 없습니다.
발신자 ID가 없는 선불 차감은 눈먼 돈입니다. 재무 부서는 지갑에서 돈이 나가는 것은 볼 수 있지만, 브랜드, 로컬 DID, 수신자 부담 번호 또는 설정 중인 파일럿 문자열 등 어떤 ID가 이를 소비했는지 식별할 수 없습니다. 같은 장부의 차감 행과 전달 상태()는 자금과 전달 보고서(DLR)를 연결합니다. 여기서, 정산된 모든 선불 행은 발송을 소유한 발신자 ID를 포함해야 하며, 이를 통해 ID별 소비가 장부의 필터로 작동하게 하여 두 번째 장부를 만들지 않아도 됩니다.
IOSOR는 화이트 라벨 선불 서비스입니다. 지갑을 충전하고, 차감 전에 자금을 보류하며, 숫자 발신자가 경로인 경우 JIT 할당을 수행합니다. 20달러의 파일럿 자금은 초기 태그 증명을 위한 것이며, 1,000달러/월의 소프트 제한은 빈 태그가 야간 작업 티켓으로 변하는 검토 지점입니다. 멀티 발신자 대규모 운영()을 참조하십시오.
발신자 ID 없는 차감은 눈먼 돈
ID 없는 지갑 총액은 허상입니다. "SMS에 400달러를 썼다"는 말만으로는 브랜드 문자열, DID 또는 TF 라인을 식별할 수 없습니다. 눈먼 행은 타임스탬프와 채팅 핀을 사용하여 억지로 결합하게 만듭니다. 1,000달러/월의 소프트 제한 하에서는 결산 시마다 재구성이 실패합니다. 태그 지정은 발신자 ID 수가 증가할 때 선불의 무결성을 유지합니다. 태그 없는 OTP와 마케팅 SMS는 동일해 보입니다. 20달러 파일럿은 볼륨 언어를 사용하기 전에 태그가 작동함을 증명해야 합니다.
모든 선불 행에 필수 필드
ID 하에서 정산된 각 선불 차감에는 발신자 ID, 의도/상관관계 ID, 차감 금액+통화(USD), 채널+단위 유형, 보류→정산+결과가 필요합니다. 발신자 ID가 없으면 나머지는 부분적인 진실이 됩니다. 태그를 1등급 열로 포함하는 내보내기 형식을 선호하십시오. 멱등 재시도는 동일한 키 하에서 동일한 발신자 ID를 재사용합니다. 빈 ID 하에서 정산하지 마십시오.
보류, 거절 및 필터도 태그를 유지함
태그는 전달된 SMS만을 위한 것이 아닙니다. 정산되지 않은 보류 상태도 어떤 발신자 ID가 시도되었는지 기록합니다. 발신자 거절은 동일한 ID를 가진 거절 상태로 유지되며, 콘텐츠 필터로 재라벨링되지 않습니다(발신자 거절 대 콘텐츠 필터: 재무 관점의 상태 진실 ). 과금 단위를 소비하는 필터는 태그를 유지합니다. JIT DID 및 OTP: 숫자 발신자(또는 레지스트리 ID)가 태그이며, 공백이 아닙니다. DLR 지연은 나중에 결과를 업데이트할 수 있지만, 발신자 ID를 삭제해서는 안 됩니다. 파일럿을 벗어난 볼륨에서의 멀티채널 지갑 한도()는 모든 소비 시도에서 보호된 ID를 필요로 합니다.
두 번째 시트 없는 다중 발신자 감사
재무 결산 질문: 이번 기간 발신자 ID별 소비. 플랫폼 장부에서 답변: 태그별 그룹화, CSV 내보내기. 멀티 발신자 대규모 운영()은 레지스트리와 라이브 환경을 다루며, 여기서 모든 차감은 이미 태그가 지정되어 있어야 합니다. 매주: 정산된 행에서 발신자 ID가 비어 있지 않은지 레지스트리 소유자 맵과 대조하여 샘플링. 새로운 발신자 ID마다: 보류된 태그 증명 1개 생성. 월말: 1,000달러/월 검토를 위한 발신자별 소비 내보내기.
발신자 차감 태그 구매자 체크리스트
- 모든 정산된 선불 차감은 비어 있지 않은 발신자 ID를 내보내나요?
- 실패한 보류, 거절 및 필터는 해제 또는 정산 시 동일한 태그를 유지하나요?
- 재무 부서는 두 번째 스프레드시트나 운영 티켓 없이 발신자별 소비를 분류할 수 있나요?
- 멱등 재시도는 1개의 자금 키 하에서 1개의 발신자 ID를 재사용하나요?
- 라이브 클레임은 태그가 지정된 보류 증명을 가진 발신자로 제한되나요(프로덕션 전 발신자 등록 게이트 )?
- 1,000달러/월 검토 전에, 20달러 파일럿으로 OTP, SMS 및 비정상 경로에서의 태그를 증명했나요?
IOSOR로 시작하기
IOSOR 콘솔 원장 설정을 열고 모든 선불 직불 청구 이벤트에 필수 발신자 식별자(sender_id) 메타데이터를 적용하세요. 활성 웹훅과 CSV 내보내기에서 보류, 정산, 해제 전반에 걸쳐 명시적 발신자 태그가 표시되는지 확인하십시오. 테스트 메시지 주기를 실행하여 거부된 보류 건이 정확히 동일한 발신자 식별자 문자열을 유지하는지 확정하세요.
IOSOR 핵심 요약
출처가 없는 원장 항목은 재무팀이 수동 스프레드시트 결합과 추측성 감사를 하도록 만듭니다. 모든 선불 직불 행에 엄격한 발신자 태그를 적용하면 기본 원장 내보내기에서 직접 모든 브랜드 라인의 메시징 지출에 대한 완전한 가시성이 보장됩니다.
정산된 직불, 보류 승인, 통신사 거부 해제 모두에 대해 널 값이 아닌 발신자 식별자 필드를 필수로 지정하세요. 어떤 발신자가 선불 사용량을 발생시켰는지 식별하기 위해 보조 로그, 타임스탬프 일치 또는 별도의 스프레드시트에 의존하지 마십시오.
이 가이드가 도움이 되었나요?
관련 가이드
- 선불 서브 계정 원장에 발신자 ID 추가 요금 태그 지정
투명한 화이트라벨 과금을 위해 IOSOR가 발신자 등록비 및 추가 요금 차금을 선불 서브 계정 원장에 정확하게 할당하는 방법을 알아보세요.
- 대상 국가별 발신자 ID 호환성 게이트 매핑
화이트라벨 CPaaS 콘솔에서 캠페인 전송 차단을 방지하기 위해 대상 국가별 동적 및 사전 등록된 발신자 ID 규칙을 마스터하세요.
- 대용량 발신자 ID를 위한 통신사 사전 웜업 일정
IOSOR에서 새로운 발신자 ID에 대한 점진적인 볼륨 램프업 일정을 실행하여 스팸 차단을 유발하지 않고 통신사의 신뢰를 구축하세요.