DID 첫 달 개통과 일할 정산: prepaid 임대에서 고객이 보는 계산

재무는 첫 DID 청구를 «개통 더하기 한 달 전체»로 읽고, 다음 차변이 UTC 1일에 떨어지면 다툰다. 고객 계약은 UTC 달력월이다. 첫 청구 = 개통 + 일할 MRC (오늘부터 말일 포함 잔여일). 지급 완료는 다음 UTC 1일. 이후 갱신은 전체 월 고시. 고시는 2× 하한 이상. 주문은 JIT: 라이브 검색, prepaid 홀드, 성공 시 구매, 정직한 할당 — 로컬·수신자부담 임대 현실.

IOSOR 는 white-label prepaid 다. 하나의 지갑, 고시 요금, 신비한 «조정» 없음, 빈 계정을 데우는 플랫폼 구독 없음. live / in setup 은 임대 수학과 독립 — messaging 이 in setup 인 번호도 첫 달이 더 싸지 않다. 월 USD 1,000+ 근처에서 임대 줄이 상업 리뷰에 들어간다. 20달러 하한과 볼륨 리뷰 와 선불 지출 통제 을 보라.

첫 기간: 개통비와 일할 월액

보이는 두 부분. 개통 은 할당을 올리기 위한 일회 고시. 일할 MRC = 월 고시 × 남은 UTC 일 ÷ 그달 일수. 포함: N일 중 D일 구매 → (N − D + 1) / N. 전형적인 US local 하한은 개통 USD 10, 월 USD 10.20. UTC 8월 14일(31일): 18/31; MRC ≈ USD 5.92; 첫 청구 ≈ USD 15.92. 개통·분수·일할 MRC·지급 완료를 내보내라.

UTC 달력월이지 굴러가는 30일이 아니다

주문일부터 30일 시계는 매 마감과 싸운다. 8월 임대는 UTC 8월 31일까지. 9월은 UTC 1일 00:00부터. 사무실 시간대는 분수를 다시 쓰지 않는다. 구매 전 JIT 홀드 — 실패 주문은 홀드를 환급한다. 카탈로그 in setup 은 달력을 바꾸지 않는다.

1일 갱신: 전체 월 고시

다음 UTC 1일부터 갱신은 전체 월 고시를 받고 지급 완료를 다음 1일로 민다. 깨끗한 갱신에 두 번째 개통은 없다. 따라잡기는 이름 있는 달력 구간이지 한 덩어리 «조정»이 아니다. 갱신일·월 고시·할당 id 를 내보내라. 낮은 잔액 정책은 발송처럼 갱신을 멈춘다. 공개 충전 하한은 USD 20 이다.

고객이 보는 고시와 2배 이상 하한

고객은 고시를 보고 내부 하한 산술은 보지 않는다. 고시 ≥ 그 번호 유형 목적지 하한의 2×. 위의 US local 숫자는 그 법칙의 구매자 결과다. 재무는 견적 → 홀드 → 첫 청구 → 갱신을 하나의 원장에서 맞춘다. 복도가 in setup 이면 임대를 내도 messaging 이 Live 로 뒤집히지 않는다. live 이면 임대와 트래픽이 하나의 prepaid 지갑을 나눈다.

위험 신호

• 달 중간 구매인데 개통+전체 MRC 로 첫 청구
• 굴러가는 30일 기념일을 «달력월»로 판매
• 이름 있는 일할 분수 대신 신비한 «조정»
• 깨끗한 1일 갱신에서 두 번째 개통
• 2× 하한 아래 고시, 또는 하한 산술을 고객 오류에 쏟음
• 할당 전 Activated, 또는 아직 in setup 인데 임대를 Live 뒤집기로 취급

IOSOR로 시작

로컬 DID 하나를 견적하고 hold 전에 setup, 월 목록, 첫 청구 추정을 화면 저장한다. prepaid hold 뒤에만 JIT 주문을 넣고 setup, 일할 MRC, 일수 비율, paid-through를 내보낸다. 다음 UTC 1일이 두 번째 setup 없이 월 전부를 받는지 확인한다. 그 내보내기를 재무에 넘겨 갱신 산술이 복도 전설이 되지 않게 한다.

IOSOR 핵심 요약

첫 달은 setup 한 번과 남은 UTC 날의 일할 MRC다. 다음 1일은 월 전부를 받는다. 구매자는 hold 전에 그 분할을 봐야 한다.

할 일: 영수증에 비율과 paid-through를 보여라. 하지 말 일: 첫 청구 분할을 숨기거나 갱신에서 setup을 다시 받지 마라.