요약

  • Twilio의 Sole Proprietor 캠페인은 10DLC 번호 하나만 등록할 수 있다. 선택한 Messaging Service에 여러 번호가 이미 있으면 문서상 무작위로 하나를 고른다.
  • 캠페인 승인 뒤에도 미국 통신사에서 번호별 등록을 처리한다. 같은 서비스에 번호를 더 넣어도 단일 번호 한도는 늘어나지 않는다.
  • 번호 상태 CSV를 만드는 데는 최대 24시간이 걸릴 수 있다. 이는 보고서 생성 시간이며 번호 등록 완료 시한이 아니다. 번호별 이벤트를 함께 봐야 변화를 해당 업무에 연결할 수 있다.

고객에게 알려 줄 발신 번호를 뽑기 기계에 맡길 사업자는 드물다. 하지만 Twilio의 Sole Proprietor 등록 안내에는 비슷한 선택이 들어 있다. 캠페인에 연결할 Messaging Service에 10DLC 번호가 여러 개 들어 있으면, 그중 하나를 무작위로 골라 검증된 발신 경로로 삼는다. 자리는 하나다. 창고에 번호를 더 넣는다고 입장권이 더 생기지는 않는다.

여기서 중요한 것은 운이 좋은 번호가 어느 것이냐다. 사업자가 고객에게 보여 주려던 번호와 시스템이 등록한 번호가 일치하는가. 캠페인 승인 화면만 들고 이 질문에 답하면, 상업적인 선택을 기술적인 성공 표시 속에 숨기게 된다.

이 제도는 미국 수신자에게 보내는 애플리케이션 발신 메시지와 10자리 장문 번호인 10DLC에 관한 것이다. 직접 고객용 Sole Proprietor 등록은 해당 사업자 세금 식별번호가 없는 미국·캐나다의 적격 고객을 대상으로 한다. 그런 식별번호가 있거나 두 나라 밖에 있는 사업자는 Standard 또는 Low-Volume Standard 경로를 안내받는다. 간편한 진입로에도 대상과 용량이 정해져 있다.

승인 표시의 주어부터 읽자

등록 과정에는 서로 다른 대상이 있다. Brand는 누가 보내는지, Campaign은 어떤 메시지를 보내며 수신자가 어떻게 동의하거나 그만두는지를 설명한다. Messaging Service는 발신 번호의 구성을 담는다. 그리고 각 번호가 실제로 등록되었는지 보여 주는 상태가 따로 있다.

Twilio의 번호 등록 문제 해결 문서는 캠페인이 TCR 승인을 받은 뒤에도 해당 서비스의 개별 번호가 미국 통신사의 승인을 받아야 한다고 설명한다. 이 과정은 비동기다. 캠페인의 승인 소식이 번호 목록의 모든 줄을 한꺼번에 완성시키지는 않는다.

Sole Proprietor에서는 이 구분이 아주 단단한 제한으로 나타난다. Brand당 캠페인 하나, 캠페인당 번호 하나다. 이미 등록한 발신자가 있는 캠페인의 서비스에 또 번호를 넣을 때 나타나는 경고가 30125다. 추가 번호가 목록에 보인다는 사실은 두 번째 등록 자리가 생겼다는 증거가 될 수 없다.

그래서 먼저 물어야 할 것은 처리 시간이 아니라 의도다. 기존 번호를 계속 쓸 것인가, 다른 번호로 바꿀 것인가, 아니면 여러 번호가 동시에 필요한가. 세 번째 요구라면 문서가 안내하는 적합한 Standard나 Low-Volume Standard 등록을 검토해야 한다. 단일 번호 한도를 처리 지연으로 오인하면, 담당자는 끝나지 않을 대기를 관리하게 된다.

새 번호에서 시작하는 정상 경로도 있다

무작위 선택에는 조건이 붙는다. 여러 번호가 든 기존 서비스를 선택했을 때의 규칙이다. 새 직접 고객용 Console은 사용하려는 번호의 설정 목록에서 출발한다. 프로필을 선택하고 서비스를 연결한 뒤 Brand와 Campaign 등록을 진행하며, 해당 번호는 이미 그 서비스에 들어 있다. 안내서가 설명하는 정상 완료 모습은 승인 후 재고 화면에서 그 번호가 Messaging enabled로 표시되는 것이다.

이 순서는 사업자가 고른 번호를 중심에 둔다. 문제는 예전에 만들었던 서비스를 재활용할 때 생길 수 있다. 그 안에 남아 있던 번호들은 단순한 과거 재고가 아니라, 오늘의 한 자리를 두고 선택되는 후보가 된다. 설정을 복사하는 효율과 발신 정체성을 선택하는 권한이 같은 클릭에 묶이는 셈이다.

캠페인을 등록하기 전에 특정 번호를 쓰려면 다른 번호를 서비스에서 빼 두라는 것이 공식 예방 안내다. 이미 여러 번호가 들어 있던 풀에서 원하지 않은 번호가 선택된 경우에는, 문제 해결 문서가 모든 번호를 그 서비스에서 제거한 뒤 원하는 번호만 다시 넣는 방식을 설명한다.

이때 제거 대상은 서비스와 번호 사이의 연결이다. 번호 자체를 반환하거나 계정을 닫는 작업과 다르다. 현장에 넘길 요청도 정확해야 한다. ‘번호 정리’라는 한마디로 발신자 선택과 자산 처분을 같이 지시할 이유는 없다.

공개 문서에는 무작위 선택이 고객의 의도와 어긋난 빈도가 없으며, 실제 풀 구성과 번호별 상태 이력이 있어야 그 규모를 알 수 있다. 다만 선택 후보를 미리 하나로 정리하는 방식으로 이 추첨을 피할 수 있다는 작동 원리는 문서에 분명하게 제시돼 있다.

기다림에도 종류가 있다

UNREGISTERED는 필요한 검증된 캠페인 연결이 없는 상태를 뜻한다. Sole Proprietor 서비스의 추가 번호도 등록되지 않은 상태로 남는다. PENDING_REGISTRATION은 요청을 받았지만 생태계 파트너들과 필요한 구성을 마치지 못한 상태다. REGISTERED는 등록을 끝내 미국으로 메시지를 보낼 준비가 된 번호를 나타낸다. FAILURE는 지원 절차를 통해 조사할 문제다.

이름을 구분해야 조치도 갈린다. 처리 중인 번호에는 상태 변화를 기다리는 일이 필요할 수 있다. 이미 한 자리를 다른 번호가 차지하고 있다면 기다리는 대신 유지·교체·등록 유형 변경 가운데 무엇을 원하는지 결정해야 한다.

30125 안내에 따르면 발신 번호를 바꿀 때는 기존 발신자를 연결된 서비스에서 빼고 대체 번호를 추가한 다음, 새 등록이 끝나야 미국 수신자에게 보내기 시작한다. 캠페인 사이를 이동하는 번호는 등록됨, 등록 해제 대기, 미등록, 다시 등록됨의 상태를 거칠 수 있다. 옛 캠페인의 승인을 새 연결에 그대로 붙여 놓고 완료라고 부르기 어렵다.

번호 상태 CSV는 이런 상황을 목록으로 볼 수 있게 해 준다. 각 번호와 연결된 캠페인 및 서비스 식별자를 함께 제시한다. 번호와 계정의 양에 따라 보고서 생성에 최대 24시간이 걸릴 수 있고, 작은 목록이라면 더 빨리 나올 수도 있다. 이 수치는 관측 자료를 만드는 시간이다. 통신사의 등록 처리가 반드시 하루 안에 끝난다는 약속으로 옮겨 적으면 일정표가 사실보다 낙관적으로 변한다.

통보를 업무에 꽂는 작은 연결 고리

Event Streams는 등록 상태가 바뀔 때 알림을 받는 경로다. 고객이 수신 지점과 구독 대상을 설정하면 Brand, Campaign, 번호 각각의 이벤트를 받을 수 있다. 번호 등록 pending과 successful은 다른 사건이다. 캠페인 승인만 구독한 팀은 발신 준비의 마지막 변화를 별도로 확인해야 한다.

번호 이벤트는 계정, 캠페인, 번호와 서비스의 관계를 전달한다. Twilio는 2025년 8월 28일 업데이트에서 열거한 등록·등록 해제의 대기 및 성공 이벤트에 2.0 스키마의 Messaging Service 식별자 연결을 추가했다. 이 연결은 성공 소식이 도착했을 때 어느 업무를 끝낼 수 있는지 찾는 데 쓰인다.

재고 보고서는 누락을 찾고, 이벤트는 변화를 알린다. 두 자료를 실제 사용 예정 번호와 맞춰야 비로소 인계가 완성된다. 알림 수신 주소만 있다고 이런 작업을 맡는 사람이 자동으로 생기지는 않는다.

RIPE NCC의 원래 회원 기록은 Twilio Inc.라는 조직의 신원을 뒷받침한다. 한 번호 한도와 등록 단계의 동작은 Twilio 자체 문서에 근거한다. 사업자가 받아야 할 것은 승인 문서의 수가 아니라, 자신이 선택한 발신 번호가 준비됐다는 증거다. 자리가 하나뿐이라면, 누가 그 자리를 얻는지부터 사업자가 정할 일이다.

원본 자료