문자 발송은 개발 난이도로 보면 쉬운 축에 듭니다. 발송 업체 연동에 반나절, 템플릿과 예약 발송까지 붙여도 며칠이면 끝납니다. 그런데 오픈 며칠 전 실제 테스트에서 회사 대표번호로 보낸 문자가 한 통도 도착하지 않는 일이 자주 생깁니다.
이때 개발자는 코드를 다시 들여다보지만, 코드에는 대개 문제가 없습니다. 막혀 있는 것은 프로그램이 아니라 발신번호입니다. 국내에서 인터넷으로 문자를 보내려면 그 번호가 미리 등록되어 있어야 하고, 등록은 개발이 아니라 서류 심사로 진행됩니다.
코드가 아니라 번호에서 막혀 있습니다
발송 요청 자체는 정상 처리된 것처럼 보이는 경우가 많습니다. 프로그램은 요청을 보냈고 응답도 받았는데, 중계 단계에서 미등록 발신번호로 분류되어 실제 발송만 이뤄지지 않습니다. 개발자 입장에서는 원인을 찾기 어려운 구간입니다.
그래서 문자 기능은 "개발 완료"와 "발송 가능"이 같은 말이 아닙니다. 프로그램을 만드는 일정과 번호를 등록하는 일정은 처음부터 따로 관리해야 합니다.
등록된 번호로만 보낼 수 있게 법으로 정해져 있습니다
근거는 전기통신사업법 제84조의2입니다. 이 조항과 과학기술정보통신부 고시(거짓으로 표시된 전화번호로 인한 이용자의 피해 예방 등에 관한 고시)에 따라, 문자중계사업자는 이용자가 신청해 등록한 번호로만 인터넷 발송 문자가 나가도록 조치해야 합니다.
발신번호 사전등록제는 2015년 10월 16일부터 시행됐습니다. 보이스피싱과 스미싱에 쓰이던 번호 변작을 막기 위한 제도입니다. 문자 업체가 까다롭게 구는 것이 아니라, 등록을 받지 않고 보내주면 그 업체가 법을 어기는 구조입니다.
회사 명의와 회선 명의가 다르면 대표번호도 막힙니다
등록 심사에서 확인하는 것은 하나입니다. 이 번호가 정말 당신 회사의 번호인가입니다. 확인 서류는 통신서비스 이용증명원으로, 통신사가 발급하는 가입 증명서입니다. 여기 찍힌 명의자와 문자 계정의 사업자 정보가 일치해야 통과합니다.
실무에서 어긋나는 경우는 생각보다 흔합니다. 대표번호를 대표이사 개인 명의로 개통했거나, 본사 명의 회선을 지점에서 쓰거나, 법인 전환 전 상호 명의로 남아 있거나, 임대 사무실 회선을 그대로 쓰는 경우입니다.
솔라피 안내 기준으로는 사업자등록번호가 다르면 그룹사나 계열사라도 전부 타사로 봅니다. 같은 대표의 회사 두 곳이어도 마찬가지입니다.
위임장은 회선 명의자 기준으로 써야 통과합니다
명의가 다르면 위임 절차를 밟습니다. 이때 가장 많이 반려되는 이유는 위임장을 사내에서 부르는 회사 이름으로 작성하는 것입니다. 위임장은 반드시 통신서비스 이용증명원에 적힌 실제 명의자를 기준으로 써야 합니다.
사업자 계정이 다른 회사 번호를 등록할 때 요구되는 서류는 대체로 다음과 같습니다.
- 통신서비스 이용증명원 (발급일 기준 6개월 이내)
- 위임장
- 위임사의 사업자등록증
- 위임사와 수임사의 관계 확인 문서 (위·수탁계약서, 본사·지점 증빙 등)
- 대리인 신분증 사본 또는 재직증명서
직원 개인 휴대폰을 발신번호로 쓸 때도 재직증명서가 따로 필요합니다. 서류 한 장이 비면 심사는 그 자리에서 멈춥니다.
솔루션사나 외주 개발사가 대신 보낼 때는 수임 구조를 만들어야 합니다
구조는 단순합니다. 위임인은 발신번호 명의자이고, 수임인은 문자 계정의 명의자입니다. 개발사가 자기 계정으로 고객사 대표번호를 등록해 발송한다면, 개발사가 수임인이 되어 위임 서류를 갖춰야 합니다.
그래서 문자 계정을 누구 명의로 열지는 계약 단계에서 정해야 합니다. Codeforest가 권하는 쪽은 고객사 명의로 계정을 만들고 개발사는 발송 권한만 받는 구조입니다. 위임 서류가 줄고, 유지보수 업체가 바뀌어도 번호 등록을 다시 하지 않아도 됩니다.
개발사 계정에 고객사 번호를 얹으면, 계약이 끝나는 날 발송도 같이 끊깁니다. 이 부분은 견적서보다 먼저 정해야 합니다.
알림톡만 쓸 계획이어도 발신번호는 필요합니다
알림톡은 카카오톡으로 나가니 발신번호와 무관하다고 생각하기 쉽습니다. 그런데 실무에서 쓰는 알림톡은 대부분 실패 시 문자로 대체발송하도록 설정합니다. 이 대체발송은 문자이므로 등록된 발신번호가 있어야 나갑니다.
카카오 채널 검수를 통과하고 템플릿 승인까지 받았는데 주문 알림이 절반만 도착하는 상황이 여기서 나옵니다. 알림톡 수신 거부자나 미가입자에게 아무것도 가지 않는 것이 가장 큰 손해입니다.
변작 의심 소명은 3일 안에 끝내야 합니다
등록을 마쳤다고 안심할 수는 없습니다. 한국인터넷진흥원(KISA)이 발신번호 변작이 의심된다고 판단하면 소명 자료를 요청합니다. 이때 3일 이내에 제출하지 못하면 해당 번호의 발송이 차단됩니다.
3일은 담당자 휴가나 연휴를 봐주지 않습니다. 요청 메일이 퇴사한 직원 주소로 가 있거나 개발사 대표 메일로만 가 있으면 그대로 기한이 지나갑니다. 등록 신청서에 적는 연락처는 실제로 매일 메일을 보는 사람으로 지정하세요.
발송이 막히는 사고의 절반은 등록 실패가 아니라, 소명 요청을 제때 못 본 것에서 시작됩니다.
오픈 일정에는 서류 기간을 따로 잡으세요
발신번호 등록은 개발이 끝난 뒤 처리하는 마무리 작업이 아닙니다. 순서는 아래와 같이 잡는 것이 안전합니다.
- 개발 착수 시점에 대표번호의 통신사 명의부터 확인합니다.
- 통신서비스 이용증명원을 발급받습니다.
- 명의가 다르면 위임장과 관계 증빙을 준비합니다. 대표 결재와 날인이 필요해 가장 오래 걸립니다.
- 문자 계정에 번호 등록을 신청하고 심사 결과를 기다립니다.
- 실제 수신 테스트까지 끝낸 뒤 오픈일을 확정합니다.
서류가 한 번 반려되면 발급부터 다시 하는 경우도 있습니다. 오픈 기준일은 개발 완료일이 아니라 등록 완료일로 잡으세요.
이 제도로 해결되지 않는 것도 분명합니다
사전등록제는 인터넷으로 보내는 문자에 적용되는 제도입니다. 해외 회선을 거치는 변작 전화나 메신저로 접근하는 사칭은 이 등록만으로 걸러지지 않습니다. 번호를 등록했다고 회사 이름을 사칭한 스팸이 사라지는 것도 아닙니다.
등록과 스팸 필터도 별개입니다. 정상 등록된 번호라도 내용과 발송량에 따라 수신 단말에서 차단될 수 있습니다. 개발 단계에서 담당자 개인 휴대폰으로만 테스트하면 본인인증만으로 등록이 끝나 문제를 전혀 못 느끼는데, 오픈 직전 대표번호로 바꾸는 순간 사고가 나는 이유가 이것입니다.
관련 글은 실무 가이드와 개발 노트에서 볼 수 있고, 조문 원문은 국가법령정보센터에서 확인하세요. 구축 문의는 Codeforest로 주시면 됩니다.
결론: 발신번호 등록을 개발 일정 밖에 두지 마세요
대표번호로 문자가 나가지 않는 이유는 대부분 하나입니다. 전기통신사업법 제84조의2에 따라 등록된 번호로만 발송이 가능한데, 그 번호의 통신사 명의가 회사 명의와 다르기 때문입니다. 다르면 통신서비스 이용증명원과 위임장, 관계 확인 서류로 권한을 증명해야 합니다.
결정할 것은 두 가지입니다. 문자 계정을 누구 명의로 열 것인지, 그리고 소명 요청을 3일 안에 받을 사람을 누구로 둘 것인지입니다. 이 두 가지를 개발 착수 시점에 정해두면, 오픈 전날 문자가 막히는 일은 거의 생기지 않습니다.
