DID 둘째 달: UTC 캘린더 갱신 시 전체 MRC 적용

가상 번호의 라이프사이클을 관리하려면 청구 주기가 초기 획득에서 반복 유지 관리 단계로 어떻게 전환되는지 명확하게 이해해야 합니다. 특정 DID 첫달 개통·일할 계산을 따르는 서비스 첫날과 달리, 둘째 달부터는 표준 월간 반복 요금(MRC)이 전액 도입됩니다. 이 전환은 UTC 캘린더에 의해 엄격하게 관리되므로 IOSOR 계정에 할당된 모든 글로벌 자산에 대해 동기화된 청구 이벤트가 보장됩니다.

일할 계산에서 전체 임대료로의 UTC 전환

JIT(Just-In-Time) 프로비저닝을 통해 번호가 처음 할당될 때 시스템은 현재 월의 남은 일수를 기준으로 부분 요금을 계산합니다. 그러나 새 달의 첫날 00:00 UTC가 되면 DID 청구 첫 주: 일할 계산 항목 대 전체 월 로직이 전환됩니다. 시스템은 더 이상 번호가 획득된 특정 날짜를 고려하지 않고, 단순히 자산을 활성 상태로 식별하고 전체 MRC를 적용합니다. 이 프로세스는 모든 번호의 갱신 시점을 통일하여 관리 효율성을 높여줍니다.

매월 1일 프리페이드 잔액 로직

IOSOR는 엄격한 프리페이드(선불) 모델로 운영됩니다. 서비스 연속성을 유지하려면 시스템은 UTC 갱신 시점에 모든 활성 DID의 전체 MRC를 충당할 수 있는 충분한 자금을 보유해야 합니다. 잔액이 필요한 금액 미만으로 떨어지면 시스템은 마이너스 잔액을 방지하기 위해 자동 정지 프로토콜을 트리거할 수 있습니다. 자정 전환 시 대량의 번호 블록이 계정 잔액을 소진하지 않도록 USD 20의 프리페이드 최소 잔액(Floor)을 유지하는 것이 필수적입니다.

초기 설정과 반복 주기의 비교

확장 임계값 및 잔액 검토

운영 규모가 커짐에 따라 DID 인벤토리의 총 MRC가 크게 증가할 수 있습니다. 총 월간 반복 비용 또는 사용료가 월 USD 1,000에 근접하는 계정의 경우, 당사의 재무 팀은 정기 감사를 수행합니다. 이 검토는 대량 SMS, OTP 전송 또는 음성 서비스 등 귀하의 트래픽 패턴에 맞게 프리페이드 아키텍처가 최적화되었는지 확인하기 위해 설계되었습니다. USD 20 최소 잔액 위에 충분한 버퍼를 유지하는 것은 대규모 갱신 시 서비스 중단을 방지하는 가장 좋은 방법입니다.

기술 웹훅 및 번호 상태

회계 처리를 자동화하기 위해 MRC 차감이 성공했을 때 트리거되는 웹훅을 활용할 수 있습니다. 시스템이 매월 1일 UTC에 전체 임대료를 처리하면 원장 항목이 생성됩니다. 귀하의 애플리케이션은 이러한 업데이트를 수신하여 내부 데이터베이스를 동기화할 수 있습니다. 이는 정확한 DLR(전송 결과 리포트) 추적을 유지하고 10DLC 또는 수신자 부담 트래픽에 대한 HB(하트비트) 모니터가 정상 상태를 유지하도록 하는 데 필수적입니다. 잔액 문제로 번호 갱신에 실패하면 웹훅이 즉시 알림을 보냅니다.

IOSOR와 함께 시작하기

UTC 1일 00:00, 아직 할당된 모든 DID의 임대 행이 전액 MRC가 된다. 첫 달은 개통비와 남은 날이었다. 달력 뒤집기를 보내 재무가 같은 번호에 또 일할을 기다리지 않게 하라.

IOSOR 핵심 요약

둘째 달은 달력 전액 MRC이지, 남은 날 산수가 아니다.

하라: UTC 1일 전에 전액 임대를 마련하라. 하지 마라: 둘째 달을 또 일할 예산으로 잡지 마라.