
2026년 9월 14일4분 분량Администратор
가맹점 KYB 심사에서 서류 간 모순을 해소하는 법
한 결제사업자의 요구 목록을 모든 국가에 통하는 체크리스트로 착각하지 않고 가맹점 서류를 요청하고 검증하는 방법.
KYB 심사를 하다 보면 한 가맹점에 이름이 세 개인 경우가 있습니다. 웹사이트의 상호, 등기부상의 명칭, 정산 계좌 정보의 명의가 모두 다릅니다. 때로는 설명 가능한 사업 구조입니다. 때로는 신청서가 잘못 작성된 것입니다. 업로드된 서류의 개수만으로는 둘 중 무엇인지 가릴 수 없습니다. 각 요청이 구체적인 모순 하나를 해소할 때 심사가 비로소 실질적인 의미를 갖습니다.
입점 절차는 질문에서 시작하고, 각 답변에 맞는 확인 자료를 고르는 편이 편리합니다. 아래는 심사를 조직하는 실무적인 접근법입니다. 구체적인 요구 사항은 적용 법령, 결제 파트너의 규정, 사업 모델에 따라 정해야 합니다.
회사, 소유자, 대리인을 구분하라
결제 실무에서 KYB는 보통 사업체 자체에 대한 확인을, KYC는 그 사업체와 관련된 개인에 대한 확인을 가리키는 경우가 많습니다. 이 약어들이 모든 국가에서 동일한 서류 묶음을 정해 주지는 않습니다. FATF 권고안은 각국이 자국 여건에 맞게 이행하는 국제 기준입니다. FATF가 설명하는 이 구분.
심사는 네 가지 질문을 중심으로 구성하십시오. 회사가 실재하는가, 누가 회사를 지배하는가, 누가 회사를 대리할 권한이 있는가, 결제 서비스가 어떤 사업을 처리하게 되는가. 등기부 등본은 첫 번째 질문에 답하는 데 도움이 됩니다. 그것만으로 나머지 세 질문이 해결되지는 않습니다.
소유와 권한도 섞어서는 안 됩니다. 지분이 없는 대표 권한자가 계약에 서명할 수도 있습니다. FATF 정의에서 실제 소유자(beneficial owner)는 최종적으로 고객을 소유하거나 지배하는 자연인과 연결됩니다. 따라서 주주인 법인의 이름을 확인했다고 해서 지배 구조 확인이 끝나는 것은 아닙니다. FATF 용어집의 정의.
모든 요청에는 목적이 있어야 한다
- 회사의 실재: 법적 명칭, 사업자·법인 등록번호, 해당 등기 기관을 확인합니다.
- 소유 구조: 소유자 체인을 파악하고, 적용 규정상 확인이 필요한 사람을 특정합니다.
- 대리인의 권한: 그 사람이 어떤 근거로 신청인을 대리하는지 확인합니다.
- 사업 내용: 판매 상품, 주문 이행 방식, 구매자의 지역, 다른 판매자의 참여 여부를 기술합니다.
- 정산 수취인: 정산 계좌 정보가 합의된 계약 모델과 연결되는지 확인합니다.
이것은 질문의 지도이지, 가능한 모든 서류를 모으라는 요구가 아닙니다. 예를 들어 Stripe에서 필요한 정보의 구성은 연결 계정의 설정, 즉 국가와 사업 유형에 따라 달라집니다. 이런 문서는 심사가 얼마나 가변적인지 보여 줄 뿐, 다른 결제사업자의 규정을 대신하지는 않습니다. Stripe의 확인 정보 안내.
불필요한 의심 없이 불일치를 풀어내는 법
가상의 가구 판매자를 생각해 봅시다. 웹사이트에는 브랜드명이, 신청서에는 법인명이 적혀 있고, 정산 계좌로는 다른 회사의 계좌가 제시되었습니다. 앞의 두 이름은 연결 관계가 확인된다면 같은 사업일 수 있습니다. 세 번째는 활성화 전에 별도의 설명이 필요합니다.
좋은 요청은 구체적입니다. "신청인과 기재하신 정산 수취인의 관계를 설명해 주시고, 필요한 확인 자료를 보안 포털을 통해 제출해 주십시오." 이 문장은 빈틈을 짚지만 비난하지 않으며, 요구 사항을 우회하는 방법을 암시하지도 않습니다. 답변을 받은 뒤 심사자는 사용한 출처와 판단 근거를 기록합니다.
영업 담당자가 개인 메신저로 예외를 협의하게 두지 마십시오. 복잡한 건을 책임자에게 넘기는 명확한 절차가 필요합니다. 지원하지 않는 서비스 구조라면 신청인은 끝없이 이어지는 새 요청이 아니라 분명한 답을 받아야 합니다.
누락과 모순을 구분하는 것도 유용합니다. 읽을 수 없는 페이지는 아직 정보를 확인할 수 없다는 뜻입니다. 유효한 두 서류에 서로 다른 소유자가 기재되어 있다면 그것은 다른 문제입니다. 두 상황에는 서로 다른 요청 문구와 서로 다른 심사 종료 근거가 필요합니다.
절차를 따라 할 수 있게 만들라
어떤 페이지가 필요한지, 어떤 파일 형식을 받는지, 오류는 어떻게 고치는지, 민감한 정보는 어디에 올리는지 미리 설명하십시오. 서류 대기, 심사 중, 보완 필요, 입점 승인처럼 알기 쉬운 상태를 보여 주십시오. 그러면 신청인이 같은 파일을 다시 보낼 일이 줄고, 고객 지원팀도 정확하게 답하기 쉬워집니다.
신청인에게는 책임 있는 연락 창구가 하나 있어야 합니다. 그 담당자가 직접 결정할 필요는 없지만, 사안이 누구에게 있는지, 어떤 보완이 실제로 필요한지는 알고 있어야 합니다. 영업, 고객 지원, 리스크팀이 동시에 입점 절차에 관여할 때 특히 중요합니다.
승인에는 경계가 있어야 한다
심사의 실무적 결과는 승인된 사업의 짧은 프로필로 정리하면 편리합니다. 어떤 주체가 어떤 상품을 누구에게, 어떤 채널로 판매하며, 누가 정산을 받는지입니다. 이것은 팀을 위한 업무 모델이지 계약서를 대체하려는 것이 아닙니다. 한 달 뒤 담당자가 다른 사업 분야를 연결하려 할 때, 이 프로필이 있으면 이미 달라진 사업을 논의하고 있다는 사실을 알아챌 수 있습니다.
재심사가 필요한 이벤트를 정해 두십시오. 정산 수취인, 소유자, 웹사이트, 주문 이행 방식의 변경 등입니다. 구체적인 목록과 재심사의 의무 여부는 적용 규정이 정합니다. 운영상의 권고는 더 단순합니다. 중요한 변경은 CRM의 기존 필드를 흔적 없이 덮어쓰는 대신 책임자에게 전달되어야 합니다. 승인된 보관 기간 안에서 이전 값, 새 값, 결정 근거를 함께 보존하십시오.
심사자가 휴가를 가도 살아남는 심사 파일
완료된 신청 건 하나를 구두 설명 없이 동료에게 넘겨 보십시오. 동료는 신청인이 제출한 정보, 검증된 외부 사실, 심사자의 전문적 판단을 구분할 수 있어야 합니다. "문제없음, 창업자와 통화함"이라는 메모는 이 세 층위를 한데 뭉뚱그려 교대 근무 사이에 제대로 전달되지 않습니다. 무엇을 어떤 출처로 확인했고 어떤 질문이 남았는지 간단히 적는 편이 낫습니다.
내부 절차의 예외는 따로 기록하십시오. 누가 승인할 권한이 있는지, 왜 이 건이 허용 가능한지, 어떤 제한이 리스크를 보완하는지입니다. 이는 법이나 파트너의 요구 사항을 우회해도 된다는 허가가 아닙니다. 빠른 입점에 대한 영업상 이해관계는 드러내 두는 것이 좋지만, 그것이 숨은 판단 근거가 되어서는 안 됩니다. 입점 소요 시간은 재요청 비율과 함께 측정해야 합니다. 첫 회신이 빨라도 이후 고객에게 같은 자료를 세 번이나 요청한다면 별 의미가 없습니다.
심사 파일은 짧은 답으로 마무리하십시오. 어떤 주체와 어떤 사업을 승인했는지, 어떤 출처가 이를 뒷받침하는지, 어떤 변경이 생기면 신청 건이 다시 심사로 돌아오는지입니다. 나머지 페이지는 이 답을 재구성하는 데 도움이 되어야 합니다.
댓글 · 0
아직 댓글이 없습니다 — 첫 댓글을 남겨 보세요.
로그인 · 댓글을 남기려면 로그인하세요.