멕시코의 PSM 등록부와 CTA 이후: 여전히 중요한 신고 사항은 무엇인가
요약
본 기사는 멕시코 상업 등록부(Public Registry of Commerce)를 중심으로 법인 실사 및 컴플라이언스 문제를 다룹니다. 특히, 단순한 공적 기록만으로는 실질 소유주(UBO)나 자금세탁방지(AML) 요구사항을 충족하기 어렵다는 점을 강조합니다. OpenRegistry와 같은 도구를 활용하여 등록부 흐름에 직접 접근하는 것이 중요하며, 신고 기록의 날짜 해석과 원본 공증 메타데이터 보존이 핵심입니다.
핵심 포인트
- 멕시코 상업 등록부는 주(state) 단위로 운영되어 조회 범위가 다를 수 있습니다.
- 공적 등록부만으로는 UBO나 AML 실사를 완료하기 어렵습니다. 다른 출처 확인이 필수입니다.
- OpenRegistry는 쿼리를 등록부 흐름에 직접 실행하여 정확도를 높였습니다.
- 신고 기록의 경우, 공증인 앞에서의 실행일과 실제 등기일을 구분하는 것이 중요합니다.
멕시코의 공공 상업 등록부(Public Registry of Commerce)는 여전히 주(state) 단위 구현을 통해 운영됩니다. 같은 회사를 두 번 조회할 경우, 어떤 Registro Público de Comercio 사무소가 장부를 디지털화했는지에 따라 과거 기록 범위가 달라질 수 있습니다.
이것은 국경 간 실사 작업에서 마찰을 일으킵니다. 멕시코 법인들은 북미 소유 구조에서 끊임없이 나타나지만, 여전히 많은 컴플라이언스 팀들이 Secretaría de Economía의 원본 기록을 확인하는 대신 오래된 집계기(aggregator) 수출 자료에 의존합니다.
법률 및 AML 분석에 중요한 차이점은 PSM이 상업 등록법에 따라 공개하는 것과 세금, 은행 또는 실소유주(beneficial-ownership) 체제 하의 다른 곳에 존재하는 것 사이에 있습니다. 멕시코는 C-601/20 이전에 존재했던 EU 접근 모델과 비교할 수 있는 공공 UBO 등록부를 유지하고 있지 않습니다. OFAC의 50% 규칙이나 영국 제재 지침에 따라 소유권을 테스트하는 경우, Registro Público de Comercio만으로는 거의 질문을 해결하기 어렵습니다.
OpenRegistry는 MCP를 통해 멕시코 등록부를 노출하며, 이는 쿼리가 등록부 흐름(registry flow)에 직접 실행됨을 의미합니다. 브라우저 자동화가 필요하지 않습니다. MX 관할권은 서버에서 활성화되어 있습니다.
일반적인 search_companies 요청은 다음과 같습니다:
{
"jurisdiction": "MX",
"query": "GRUPO BIMBO"
...
}
존재 여부 확인, 합병 이력 또는 권한 검토의 경우, get_company_profile이 더 중요하게 작용하는 경향이 있습니다:
{
"jurisdiction": "MX",
"company_number": "N-2023045678"
...
}
응답 구조는 상위 사무소에 따라 달라지지만, 여러 필드가 jurisdiction_data 아래에서 정기적으로 나타납니다. 보통 razon_social, folio_mercantil, estado, fecha_constitucion, capital_social, objeto_social을 볼 수 있습니다. 또한 administradores도 자주 나타납니다.
마지막 필드는 항상 잘못 해석됩니다. 단독 관리자(administrador único) 또는 이사회 구성원으로서의 임명은 등록된 권한을 확립합니다. 이는 FATF 스타일 통제 분석 하에서의 실질 소유권(beneficial ownership)을 확립하지는 않습니다. 증언이나 거래 분쟁에서 그 구분이 중요하게 작용합니다.
멕시코의 신고 기록에는 공증 개입과 관련된 특이점들도 있습니다. 설립 행위나 수정 사항은 영국이나 북유럽 등록부에서 볼 수 있는 깔끔한 신고 식별자보다는 프로토콜 번호와 공증 참조에 연결되는 경우가 일반적입니다. 합병이나 자본금 증가를 통해 권한을 추적할 때, 원래의 공증 메타데이터를 보존하는 것이 중요합니다.
list_filings는 순서를 재구성하는 데 도움이 됩니다:
{
"jurisdiction": "MX",
"company_number": "N-2023045678"
...
}
사무소에 따라 신고 설명에는 설립 증서, 합병 등록, 정관 수정, 청산 기록 등이 노출될 수 있습니다. 일부는 간결합니다. 다른 일부는 오래된 인덱스 시스템에서 가져온 놀라울 정도로 상세한 참조를 포함하고 있습니다.
몇몇 신고 기록은 등기일과 프로토콜 실행일을 모두 보여줍니다. 이 날짜들은 상호 교환할 수 없습니다. 멕시코의 상업 관행상, 공증인 앞에서의 실행일과 나중의 등록일이 우선순위 분석을 바꿀 수 있습니다.
또한, 해당 등록부만으로는 실질 소유주에 대한 실사(diligence)를 해결할 수 없습니다. 멕시코의 자금세탁방지(AML) 프레임워크는 불법 출처 자금으로 인한 거래 예방 및 식별을 위한 연방법(Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita)에 따라 취약한 활동에 대한 별도의 보고 의무를 부과하지만, 이러한 기록은 PSM 쿼리를 통해 공개적으로 노출되지 않습니다.
이러한 한계는 외국 법률 고문들이 멕시코 법인을 Corporate Transparency Act 워크플로우에 매핑하려고 할 때 빠르게 드러납니다. FinCEN BOI 보고(31 CFR 1010.380)는 미국 연방 의무입니다. 이는 멕시코 소유권 기록에 대한 상호 공개 접근을 생성하지 않습니다. 따라서 팀들은 여전히 등록부 자료와 주주 명부, 공증된 회사 장부, 때로는 현지 법률 고문의 인증서 등을 결합하여 사용합니다.
OpenRegistry는 소유권을 추론하거나 숨겨진 지배 구조(control chains)를 재구성하지 않습니다. MX 통합은 출처 사무소에서 노출하는 상위 레지스트리 필드를 반환할 뿐입니다. 그 이상도 아닙니다.
임원 검토를 위해 get_officers는 특정 시점에 누가 등록된 권한(registered authority)을 가졌는지 파악하는 데 도움이 될 수 있습니다:
{
"jurisdiction": "MX",
"company_number": "N-2023045678"
...
}
결과는 주(state) 사무소와 신고 깊이에 따라 크게 다릅니다. 일부 법인(entities)은 임명 날짜가 첨부된 상세한 임원 이름을 노출합니다. 다른 곳은 최신 등기 기록에서 가져온 현재 경영진 참고 자료 외에는 거의 노출하지 않습니다.
역사적 범위는 고르지 않습니다. 오래된 신고 건들은 스캔된 원장 페이지나 부분적인 색인 항목으로만 남아 있는 경우도 있습니다. 일부 레지스트리는 2010년대에 공격적으로 디지털화되었습니다. 다른 곳은 여전히 명확한 공백이 있는 파편화된 아카이브를 노출합니다. 만약 어떤 사안이 디지털 이전의 수정 사항에 의존한다면, 누락된 부분을 예상해야 합니다.
이러한 경우, 직접 레지스트리 접근이 다듬어진 집계 요약보다 더 도움이 됩니다. 제재 분석(sanctions analysis)이나 인수 실사(acquisition diligence)를 위해 변호사들은 종종 신고서에 첨부된 정확한 문구를 필요로 합니다. 번역된 요약본은 자본금이 승인되었는지, 단순히 제안되었는지, 또는 조건부로 기록되었는지를 놓칠 수 있습니다.
fetch_document는 레지스트리 사무소가 노출하는 경우 원본 자료를 검색합니다:
{
"jurisdiction": "MX",
"document_id": "DOC-884421"
...
}
문서 가용성은 일관적이지 않습니다. 일부 사무소는 PDF를 직접 노출합니다. 다른 곳은 메타데이터나 신고 참조 번호만 반환합니다. 몇몇 곳은 여전히 수동 검색 워크플로우로 연결됩니다.
여기서 증거적 구별(evidentiary distinction)이 중요합니다. 멕시코 상업 등기부는 기업 행위에 대한 통지 및 등록 상태를 확립합니다. 이것이 완전한 자금세탁방지(AML) 투명 시스템은 아닙니다. C-601/20 이후, 많은 변호사들이 상업 등록과 실소유주 공개를 혼동하는 것에 대해 더 주의하게 되었습니다. 멕시코 레지스트리 작업 역시 동일한 규율을 요구합니다.
KYB 툴링(tooling)의 경우, MCP 모델의 유용한 부분은 어시스턴트가 레지스트리에서 캐싱된 내보내기 데이터에 의존하는 대신 워크플로우 중에 실시간으로 조회할 수 있다는 점입니다. 소스는 기록 보관소(registry office of record) 자체를 유지합니다.
OpenRegistry의 MX 엔드포인트는 원격 MCP 서버(https://openregistry.sophymarine.com/mcp)를 통해 이용 가능합니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기