SEC에 서류는 대신 내도, 계정의 주인 노릇은 따로 산다

요약

• 공시 제출을 위임받은 업체의 권한과 고객 계정을 관리하는 권한은 다르다. 제출 대행만으로 고객의 연례 확인까지 처리할 수는 없다.
• 외부 업체 직원도 별도로 고객의 계정 관리자로 지정할 수 있다. 외주화의 쟁점은 가능 여부보다 계약 범위와 실제 부여한 권한이다.
• SEC는 일괄 위임은 받아들이고 일괄 연례 확인은 거절했다. 자동화로 줄일 수 있는 업무와 계정마다 사람이 살펴야 하는 업무의 경계다.

대행 업체가 공시 서류를 잘 보내고 있어도 고객 계정은 다른 이유로 멈출 수 있다. EDGAR Next의 연례 확인을 놓치고 3개월의 유예 기간까지 넘기면 접근을 다시 신청해야 한다. 승인을 받아도 직원 초대와 위임 관계를 다시 설정해야 한다. 제출 대행을 샀는데 계정을 다시 가동하는 일은 누구 몫인지 묻게 되는 순간이다.

미국 SEC는 이 업무를 권한부터 나눠 놓았다. 문서를 보내는 역할과 고객 계정을 관리하는 역할은 다르다. 같은 업체가 둘 다 맡을 수 있지만, 제출 위임만 받은 업체는 고객의 연례 확인을 대신할 수 없다. 별도로 계정 관리자가 된 개인이 필요하다.

구매자가 놓치기 쉬운 것은 바로 그 별도의 일이다. 준비와 전송에는 돈을 내면서, 연례 점검과 담당자 교체는 계약 밖에 남겨 둘 수 있다. 외주 계약의 ‘공시 지원’이라는 넉넉한 표현보다 시스템의 권한표가 훨씬 깐깐하다.

SEC의 안내에 따르면 EDGAR Next 요건은 2025년 9월 15일부터 적용됐다. 예전 로그인 방식은 종료됐다. 제출자를 위해 일하는 개인은 자신의 Login.gov 계정과 다중 인증, 적절한 역할을 사용한다. 이 개편은 계정 접근과 관리 방식의 변화다. 개별 공시의 제출 기한과 신고 의무는 해당 규정에 따라 계속 적용된다.

기업이 따져야 할 것은 로그인 화면이 새로워졌다는 사실보다 업무가 어떤 권한에 매달려 있는가다. 특히 제출 마감만 관리하던 계약에 계정의 연례 확인까지 들어 있는지를 구분해야 한다.

같은 업체, 다른 모자

역할 안내에서 계정 관리자는 사람을 추가하거나 제거하고, 제출을 위임하며, 연례 확인을 할 수 있다. 직접 제출하는 것도 가능하다. 계정 관리가 제출 기능을 포함하는 셈이다.

반대로 다른 CIK를 가진 대행 업체에 제출을 위임하면 그 업체의 계정 관리자들은 해당 고객에 대한 위임 관리자가 된다. 업체는 자기 사용자 중 누구를 그 고객 업무에 투입할지 정할 수 있다. 그러나 이 위임만으로 고객의 관리 대시보드에 들어가 계정을 운영하는 권한까지 얻지는 않는다. 고객 역시 자기 대시보드에서 대행 업체의 직원 명단을 관리하는 구조가 아니다.

따라서 “대행사가 제출하고 있다”는 사실은 “대행사가 고객 계정의 연례 확인을 할 수 있다”는 증거가 되지 못한다. 실제로 어떤 개인이 어느 역할로 지정돼 있는지를 봐야 한다. 회사 간 계약과 개인에게 부여한 시스템 권한이 맞물려야 업무가 돌아간다.

외부인에게 계정 관리 역할을 맡길 방법은 있다. 대행 업체 직원도 고객의 계정 관리자로 별도 지정할 수 있다. EDGAR 제출자 매뉴얼 제1권 43판은 Form ID에서 회사나 계열사의 직원이 아닌 사람을 관리자로 지정할 때 권한 있는 사람의 공증된 서명이 담긴 위임장을 요구한다. 이후 이미 권한을 가진 관리자가 대시보드에서 사람을 초대하는 절차와는 구분해야 한다. 모든 관리자 초대마다 같은 공증 절차가 붙는다고 읽으면 업무를 불필요하게 부풀리게 된다.

결국 업체의 이름이 아니라 그 업체 소속 개인에게 맡긴 기능이 중요하다. 같은 청구서에 담을 수 있는 두 업무라도, 제출 대행과 계정 관리는 별도의 권한을 먹고 산다.

SEC가 허락하지 않은 ‘모두 확인’

이 구분이 가장 선명해지는 곳은 연례 확인이다. SEC는 최종 규칙에서 여러 관련 계정의 연례 확인을 한 번에 처리해 달라는 제안을 받아들이지 않았다. 관리자가 같고 사용자와 연락처가 비슷해도 개별 제출자의 정보는 다를 수 있기 때문이다. 수백 개 계정을 한꺼번에 확인하는 기능이 각 계정의 실제 검토를 건너뛰게 할 수 있다는 우려도 제시했다.

반면 대량 위임은 허용했다. 여러 초대의 일괄 수락이나 API를 활용한 사전 정리도 가능하게 했다. 서류가 많다는 이유로 모든 단계를 수작업으로 남겨 둔 설계는 아니다. 준비와 배분에는 규모의 경제를 허용하되, ‘이 계정은 확인했다’는 판단은 제출자별로 남긴 것이다.

그 경계가 대행 서비스의 원가 구조에 영향을 준다. 공통 자료를 모으고 변경 내역을 정리하는 일은 여러 고객에 걸쳐 묶을 수 있다. 마지막 검토에 필요한 정보는 각 고객의 계정에 속한다. 계정 수가 늘 때 어떤 업무가 함께 늘어나는지 구분하지 않은 견적은 가장 중요한 가정을 숨긴다.

연례 확인을 관리자 두 명이 공동 서명해야 하는 것도 아니다. 공식 절차는 계정 관리자 중 한 사람이 모든 개인과 위임받은 기관의 권한이 유효한지, 제출자 정보가 정확한지 확인하고 잘못된 내용을 먼저 고치도록 한다. 보통 관리자를 최소 두 명 두어야 한다는 규칙과 확인 행위에 필요한 인원은 별개다.

개인 제출자와 규정상 단일 구성원 회사에는 최소 한 명의 예외가 있다. 여기서 단일 구성원 회사는 한 자연인이 유일한 지분 보유자이자 이사·임원 또는 그에 준하는 지위를 모두 맡는 경우다. 일반적인 ‘1인 소유 회사’라는 일상 표현으로 예외를 넓힐 수 없다. 반대로 관리자 두 명을 둔다는 요건을 전담 직원 두 명의 신규 채용 비용으로 계산해서도 안 된다. 한 사람이 여러 제출자에게 역할을 부여받을 수 있고 외부 관리자도 가능하다.

API 운영도 따로 계산할 항목이다. 직접 API를 쓰는 제출자에게는 필요한 기술 관리자 체계가 따른다. 두 기술 관리자 요건을 충족하는 위임 업체의 API 연결을 이용하면 고객은 자체 기술 관리자와 자체 제출자 토큰 없이 그 연결을 쓸 수 있다. 기술 운영을 공유하는 이점은 분명하다. 다만 그것만으로 고객 계정의 연례 확인 권한까지 넘어가지는 않는다.

파일은 남고, 일할 사람들의 권한은 다시 만든다

제출자는 연례 확인일을 3월 31일, 6월 30일, 9월 30일, 12월 31일 가운데 선택한다. 해당일에 EDGAR가 운영되지 않으면 다음 영업일로 넘어간다. 네 날짜는 선택지다. 분기마다 네 번 하라는 뜻으로 일정을 만들 필요는 없다.

미리 처리할 때도 주의할 부분이 있다. 선택한 분기보다 앞선 분기에 확인하면 다음 기한의 기준 분기가 바뀐다. SEC가 든 예에서는 12월 31일 기한을 8월에 확인하면 다음 해 9월 30일이 새 기한이 된다. 담당자는 완료 표시와 함께 다음 일정도 고쳐야 한다.

알림은 기한 6주 전부터 시작한다. 기한을 넘겨도 3개월의 유예 기간에는 정상적으로 접근하고 제출하며 계정을 관리할 수 있다. 유예 기간까지 확인하지 않으면 계정이 비활성화되고 Form ID로 다시 접근을 신청해야 한다.

SEC가 승인하면 기존 CIK와 제출 기록은 유지된다. 이전 사람들의 권한과 위임은 다시 유효해지지 않는다. 새로 지정된 관리자가 필요한 사람을 초대하고 위임 관계를 재설정해야 한다. 공시 기록은 남아 있는데 그 기록을 계속 만들어 갈 작업 조직은 다시 세워야 하는 상황이다.

이 절차를 곧바로 공시 지연이나 벌금으로 계산할 근거는 없다. 실제 비용을 판단하려면 해당 기업의 관리 시간, 확인 누락 빈도, 대행 계약 범위가 필요하다. 다만 재신청과 재초대라는 추가 작업이 어디서 생기는지는 규칙에 이미 적혀 있다.

위임 운영 안내는 대행 관계를 만들 때 정확한 CIK를 확인하도록 한다. 비슷한 이름은 정확한 상대방을 보장하지 못한다. 위임 해제에는 상대방의 수락이 필요하지 않지만, 고객 쪽에서 해제할 권한을 가진 사람이 실제로 있어야 한다. 계약 종료 통지와 시스템 안에서 실행할 수 있는 종료는 마지막 순간에 같은 문제가 된다.