.svg)
AI 솔루션 문의하기
가상자산사업자가 법인 고객의 거래를 지원하려면 먼저 해당 기업이 실제로 존재하는 사업자인지와 누가 이를 대표하고 통제하는지를 확인하는 과정이 필요합니다. 개인 이용자를 대상으로 한 본인확인과 달리 법인 고객은 회사의 등록정보와 대표자, 실제소유자, 거래 담당자 등 여러 정보를 함께 살펴봐야 합니다.
특히 가상자산 거래는 법인 명의로 진행되더라도 실제 거래를 수행하는 사람이 별도로 존재할 수 있어 법인과 거래 주체 사이의 관계를 명확하게 연결하는 KYB(Know Your Business) 절차가 중요하게 다뤄집니다. 자동화는 이 과정에서 기업정보 조회와 서류 확인, 데이터 대조, 위험정보 분류 등의 반복 업무를 시스템으로 처리하는 방식입니다.
KYB의 시작점은 거래를 신청한 법인을 정확하게 식별하는 것입니다. 법인명과 사업자등록번호, 법인등록번호, 소재지 등의 정보를 확인하고 고객이 제출한 정보와 기업 관련 자료가 동일한 법인을 가리키는지 대조합니다.
법인명이 변경됐거나 영문명과 국문명이 함께 사용되는 경우도 있어 회사명 하나만으로 기업을 특정하기는 어렵습니다. 자동화 시스템에서는 등록번호와 같은 고유 식별정보를 중심으로 기업정보를 연결하고 법인 상태와 등록정보의 현재성을 함께 확인하는 구조를 적용할 수 있습니다.
법인의 대표자가 모든 가상자산 거래를 직접 수행하는 것은 아닙니다. 재무 담당자나 자산운용 담당자가 회사의 거래계정을 관리하거나 별도의 권한을 부여받은 직원이 주문과 입출금 업무를 담당하는 경우도 있습니다.
따라서 법인 대표자와 실제 거래 담당자를 동일한 고객정보로 처리하기보다 각각의 역할을 구분하는 방식이 필요합니다. 거래 담당자가 법인을 대신해 계정을 이용한다면 해당 인물의 신원정보와 법인과의 관계, 거래 권한을 함께 연결해 관리할 수 있습니다.
법인 고객은 온보딩 과정에서 사업자등록 관련 자료나 법인등기 자료, 주주 관련 자료 등을 제출할 수 있습니다. 문서마다 기재된 정보의 형식이 달라질 수 있기 때문에 문서에서 기업 식별에 필요한 정보를 추출하고 내부 고객정보와 대조하는 과정이 자동화 대상이 될 수 있습니다.
예를 들어 법인명과 대표자, 등록번호가 여러 문서에서 동일하게 확인되는지 비교하고 차이가 발견된 항목을 별도로 표시할 수 있습니다. 이를 통해 담당자는 모든 문서를 동일한 방식으로 확인하기보다 불일치가 발생한 자료를 중심으로 검토하는 업무 흐름을 구성할 수 있습니다.
법인 고객의 확인에서는 대표자뿐 아니라 회사를 최종적으로 소유하거나 지배하는 자연인까지 확인하는 과정이 포함될 수 있습니다. 직접 주주가 개인인 경우에는 비교적 관계를 확인하기 쉽지만 다른 법인이 주주로 참여한다면 상위 법인의 소유구조까지 살펴봐야 합니다.
자동화 시스템에서는 법인과 주주 사이의 관계를 단계별로 연결하고 최종 자연인까지 이어지는 구조를 정리할 수 있습니다. 이때 어떤 법인과 주주 정보를 거쳐 실제소유자가 확인됐는지를 함께 기록하면 담당자가 결과를 다시 검토하기에도 유용합니다.
가상자산사업자의 KYB에서는 법인의 존재 여부와 소유구조뿐 아니라 어떤 사업을 운영하고 어떤 목적으로 가상자산 서비스를 이용하는지도 확인 대상이 될 수 있습니다.
예를 들어 기업의 자체 자산 운용을 위한 거래인지, 고객을 대신한 거래인지, 가상자산 관련 사업을 위한 거래인지에 따라 고객의 거래 특성을 이해하는 방식이 달라질 수 있습니다. 따라서 사업자 정보와 함께 거래 목적과 예상 거래 규모, 주요 이용 서비스 등의 정보를 연결해 법인 고객의 금융활동을 파악할 수 있는 데이터 구조를 만드는 것이 중요합니다.
가상자산 서비스를 이용하는 법인은 일반 기업부터 투자회사, 해외 법인 등 다양한 형태로 구성될 수 있습니다. 같은 법인 고객이라도 사업 형태와 소유구조에 따라 확인해야 하는 정보의 범위가 달라질 수 있습니다.
자동화 과정에서는 법인의 기본정보를 확인한 뒤 사업 유형과 고객 특성에 따라 추가 확인 항목을 연결하는 방식이 활용될 수 있습니다. 이렇게 하면 모든 법인에게 동일한 서류와 질문을 적용하기보다 고객 특성에 맞는 확인 절차를 선택적으로 구성할 수 있습니다.
해외 법인이 가상자산사업자의 서비스를 이용하는 경우에는 국가별 기업등록번호와 회사명 표기, 주소 형식 등이 달라질 수 있습니다. 또한 해외 법인이 국내 법인의 주주로 참여하는 구조에서는 여러 국가의 기업정보를 거쳐 최종 실제소유자를 확인해야 하는 상황도 발생합니다.
이 경우 법인의 설립국가와 등록번호, 법인명, 대표자, 주주정보를 각각 관리하면서 동일한 기업을 식별할 수 있는 기준을 마련해야 합니다. 외국어 문서가 제출되는 경우에는 문서에서 추출한 기업정보와 내부 고객정보를 동일 법인으로 연결하는 과정도 자동화 범위에 포함될 수 있습니다.
법인이 제출한 자료와 외부 기업정보 사이에서 대표자나 주소, 주주정보 등이 서로 다르게 나타날 수 있습니다. 최근 변경사항이 한쪽 자료에만 반영됐거나 각 자료의 기준일이 서로 다른 경우에도 이런 차이가 발생할 수 있습니다.
자동화 시스템에서는 모든 불일치를 동일하게 처리하기보다 기업 식별에 영향을 주는 정보와 표기상의 차이를 구분하고, 추가 확인이 필요한 고객을 별도로 분류할 수 있습니다. 담당자에게는 불일치 항목과 관련 자료를 함께 제시해 어떤 부분을 확인해야 하는지 명확하게 전달하는 방식이 효율적입니다.
KYB가 완료된 법인은 가상자산 거래를 위한 계정과 연결됩니다. 이때 법인 고객정보와 거래계정, 실제 거래 담당자의 권한을 하나의 관계로 관리하는 것이 중요합니다.
한 법인이 여러 계정을 사용하거나 여러 담당자가 각기 다른 권한을 갖는 경우에는 계정별 이용자와 권한 범위를 구분해야 합니다. 특히 거래 담당자가 변경되면 기존 권한을 정리하고 새로운 담당자의 정보를 연결하는 등 고객정보와 계정 권한의 변경 이력까지 함께 관리하는 구조가 활용될 수 있습니다.
법인 고객의 정보는 온보딩 이후에도 변동될 수 있습니다. 대표자 교체나 주소 변경, 주주 변동, 사업 내용 변경 등이 발생하면 최초 KYB 당시 확인한 정보와 현재 고객정보 사이에 차이가 생길 수 있습니다.
자동화 시스템은 새롭게 제출된 자료와 기존 고객정보를 비교해 변경된 항목을 찾아내고, 필요한 경우 재확인 절차로 연결할 수 있습니다. 특히 실제소유자나 거래 담당자가 변경된 경우에는 기존 계정과 권한에 연결된 정보를 함께 점검하는 과정이 요구됩니다.
법인 고객의 KYB 정보는 고객 등록 단계에서만 사용되는 데이터가 아닙니다. 사업 내용과 거래 목적, 예상 거래 규모 등은 이후 실제 거래가 고객이 등록한 정보와 어떤 관계를 보이는지 살펴보는 기준으로 활용될 수 있습니다.
따라서 고객확인 과정에서 수집한 정보를 거래 관련 시스템과 연결하되, KYB 결과와 실제 거래에 대한 판단은 각각의 업무 단계에서 관리하는 구조가 적합합니다. 이를 통해 법인 고객의 등록정보와 거래정보를 연결하면서도 각 절차의 판단 근거를 별도로 기록할 수 있습니다.
가상자산사업자의 법인 KYB 고객확인 자동화는 사업자등록정보를 조회하는 수준에서 법인 식별부터 대표자와 거래 담당자 확인, 실제소유자 파악, 거래 목적 확인, 계정 등록까지 이어지는 기업 고객 온보딩 과정을 연결하는 작업으로 확장되었습니다. 이후 법인정보가 변경되는 상황까지 고려해 데이터와 권한을 함께 관리하면 신규 고객 확인뿐 아니라 기존 고객의 재확인 업무에도 활용할 수 있습니다.
.svg)
.svg)
