LEI Lightbulb 블로그 시리즈 3 - 유럽 위원회, LEI를 무기화하여 자금 세탁과 테러 자금 조달과의 전쟁 선포

LEI를 투명성 도구로 활용하는 새로운 EC 입법 제안 패키지를 통해 불법 자금 유통과 테러 자금 조달의 결과로부터 EU 시민 보호

---

---

2021년 7월 유럽 위원회(EC)는 불법 자금 유통 단속에 한 걸음 더 다가가 자금 세탁 방지(AML)와 테러 자금 조달 방지(CFT)에 관한 EU 규칙을 강화하기 위해 오래도록 기다려온 네 가지 입법 제안 패키지를 발표했습니다.

EC는 이 패키지 내에서 법인식별기호(LEI)의 가치를 향후 AML/CFT 노력을 기울이는 데 중요한 구성 요소로 공식화하여 모든 생태계 내에서 투명성을 지원할 수 있는 고유한 메커니즘으로 공식 인정했습니다. 네 가지 EC 제안 중 두 가지에서는 사용 가능한 경우 LEI를 특정 고객 신원 확인 및 검증 시나리오에 사용하도록 요구합니다.

• AML/CFT에 관한 새로운 규정: 금융 시스템을 자금 세탁 또는 테러 자금 조달 목적으로 사용하지 못하도록 하는 것에 관한 유럽 의회 및 유럽 이사회의 규정 제안
• 자금 이체에 관한 2015년 규정 개정: 자금 및 특정 암호 자산 이체 시 수반되는 정보에 관한 유럽 의회 및 유럽 이사회의 규정 제안(개정).

미래를 대비하는 AML/CFT 규제 프레임워크에 관한 광범위한 범 EU 제안 내에 LEI를 포함시킨다는 것은 G20과 금융안정위원회가 LEI를 공공재로 만들겠다는 비전의 핵심 구성 요소를 실현한다는 점에서 매우 큰 도약을 나타냅니다. LEI가 테러 및 조직범죄가 미치는 영향으로부터 EU 시민을 보호하기 위해 수행하는 모든 역할은 상당한 사회적 이익으로 간주될 수 있습니다.

EC가 AML/CFT 맥락 내에서 LEI를 옹호하는 이유를 간략하게 분석한 연구에서는 많은 이점이 있음을 강조합니다. 회원국 수준과 EU 수준의 법인 식별에 LEI를 일관되게 사용하면 언어의 모호성, 사람의 해석, 수동 개입과 관련된 오차 범위를 줄일 수 있습니다. LEI는 그 광범위한 상호 운용성 덕분에 EU 전역에서 이미 전자 서명 기술 사용을 통일하고 있는 eIDAS-준수 디지털 인증서와 함께 중앙 집중식 및 분산식 디지털 ID 관리 시스템에 원활하게 통합할 수 있습니다.

이 밖에도 새로운 EC 제안은 훨씬 더 일관된 프레임워크를 구축하여 AML/CFT 규칙이 적용되는 운영자, 특히 국제 활동을 하는 운영자가 규정을 쉽게 준수할 수 있도록 하려는 목적을 갖고 있습니다. 여기에서도 자금 세탁과 테러 자금 조달의 국가 간 특성을 고려하여 LEI를 금융 거래에 관여하는 법인을 위한 ‘로제타석’으로 사용할 수 있습니다. 규제 감독 위원회(ROC)의 감독을 받는 글로벌 LEI 시스템은 법인 국가 ID 시스템과 연결되어 법인에 대해 인정되고, 모니터링되고, 표준화된 글로벌 신원을 확립하는 유일한 시스템입니다. 국가 간 범용성과 각 LEI에 연결되어 매년 검증이 이루어지는 명함 정보에 공개적으로 온라인 액세스가 가능한 기능이 결합되어 AML/CFT 제안에 정의된 ‘의무 당사자’와 모든 권한 있는 당국 간에 정보를 효율적으로 교환하도록 하는 고유한 위치에 있습니다.

LEI가 AML/CFT 프레임워크에서 EC의 공식 승인을 받은 것은 이번이 처음이지만 LEI는 자금 세탁과 테러 자금 조달을 방지하기 위한 금융 기관의 노력을 지원하는 강력한 도구로써 오랜 기간 역할을 해왔습니다. 금융 기관들은 LEI를 사용해 완전히 자동화된 직접적 프로세스를 구축할 수 있습니다. 오래된 수동 검증을 LEI로 대체하면 클라이언트 온보딩 및 진행 중인 규정 준수 검증의 속도와 효과를 높일 수 있습니다. 이뿐만 아니라 제재 및 감시 목록과 대조 시 선별 효과 개선을 통해 기관과 클라이언트 모두 효율성을 높이고 비용을 크게 낮출 수 있습니다.

AML/CTF 입법 개혁에서 사용 가능한 경우 고객 신원 확인 및 검증 시 LEI를 사용하도록 하는 EC의 최신 권고는 금융 거래에 참여하는 법인의 투명성을 급격히 높일 수 있습니다. 최근 발생한 AML 스캔들을 보면 금융 범죄자들이 대개 불법 거래를 은폐하고자 네트워크를 통해 국가를 넘나들며 활동하는 것으로 나타났습니다. 고유 법인 식별을 위한 글로벌 표준인 LEI는 금융 기관과 Financial Intelligence Units에서 국가 간 연결과 거래를 가시적으로 확인하고 손쉽게 해석하도록 지원할 수 있습니다. 따라서 법인 클라이언트 인증을 강화하고, 투명성을 증진하고, 불법 거래를 줄이는 데 기여할 수 있습니다.

EC는 LEI를 AML/CFT 입법 패키지에 포함함으로써 유럽 전역에서 투명성과 금융 안정성을 증진하는 글로벌 표준을 사용하고 보강하기 위한 노력을 강화합니다. 유럽 중앙 은행(ECB)은 최근에 향후 공개 보고와 금융 거래를 모두 포괄하도록 LEI 사용을 확대함으로써 얻게 되는 이점을 인식했습니다. 그 결과 유럽시스템리스크위원회는 금융 거래에 관여하는 모든 기관이 EU 전역에서 LEI를 체계적이고 포괄적으로 채택하고 재정 정보를 보고하는 법인을 식별하기 위한 EU 입법 프레임워크를 구축하도록 권고했습니다.

AML/CFT 제안 맥락에서 투명성 목표를 능가하고자 하는 ‘의무 법인’의 경우 인증 대행사가 되면 광범위한 비즈니스 이점을 얻을 수 있습니다. GLEIF는 클라이언트의 LEI 발행을 간소화하고 인증 대행사 기관 자체에 다양한 비용, 효율성 및 고객 경험 이점을 제공할 수 있도록 글로벌 LEI 시스템 내에 인증 대행사 역할을 만들었습니다. 인증 대행사 역할에 대한 자세한 정보는 GLEIF 웹사이트에서 확인할 수 있습니다.

EC의 AML/CF 입법 패키지 내에서 LEI가 어떻게 언급되었나요?

AML/CFT 규정
이 제안은 제1조에 정의된 바와 같이 다음에 관한 규칙을 규정합니다.

• 의무 법인이 자금 세탁과 테러 자금 조달을 방지하기 위해 적용해야 하는 조치
• 법인과 약정에 대한 실제 소유자 투명성 요구 사항
• 무기명 주식의 오용을 제한하는 조치

의무 법인은 제안 제3조에 완전히 정의되어 있지만 일부 예외와 함께 신용 기관, 금융 기관 및 자산, 귀금속 및 보석, 도박 서비스, 암호 자산 서비스 제공자, 크라우드펀딩 서비스 제공자를 포함하여 특정 거래 유형에 관여하는 감사관, 회계사, 세무 고문부터 법정 대리인에 이르기까지 전문적인 역할을 수행하는 다양한 자연인과 법인을 포함합니다.

LEI에 대한 언급은 제18조 ‘고객 신원 확인 및 검증’에 나와 있습니다. 본 내용에서는 사용 가능한 경우 의무 법인이 법인 고객을 식별하기 위해 LEI를 발급받아야 함을 명시하고 있습니다.

2015년 자금 이체에 관한 규정 개정
EC는 입법 패키지를 발표하는 보도 자료에서 “기술 혁신과 관련하여 새롭게 대두되고 있는 도전”이 기존 EU AML/CFT 프레임워크를 개선하려는 주요 동인임을 분명히 밝히고 있으며 가상 화폐, 단일 시장에 더욱 통합된 금융 흐름, 테러 조직의 글로벌 특성을 이러한 도전으로 꼽고 있습니다.

자금 이체에 관한 2015년 규정 개정은 EU AML/CFT 규칙이 현재 소관을 넘어 암호화 부문에 완전히 적용되도록 확장하는 데 중점을 두고 있습니다. 암호 자산 이체를 완벽하게 추적하고 자금 세탁 또는 테러 자금 조달에 사용할 수 있는 가능성을 방지하고 탐지할 수 있도록 합니다.

이러한 배경에서 LEI는 입법 제안 패키지 내에서 두 번 언급되었습니다.

• 자금이나 암호 자산을 유럽 연합에서 유럽 연합 외부로 이체할 시 지급인과 수취인에 대한 완전한 정보를 포함해야 함을 설명하는 제(25)절에 “지급인이 지급인의 서비스 제공자에게 지급인과 수취인에 대한 완전한 정보를 제공할 때 자금 이체에 관여하는 당사자를 더 잘 식별하고 금융 기관 간에 전자 데이터 교환을 위해 국제표준화기구에서 개발한 것과 같은 기존 지급결제 메시지 형식에 쉽게 포함될 수 있도록 해당 정보에 법인식별기호(LEI)를 포함해야 한다”라는 새로운 요구 사항이 도입되었습니다.
• 지급인의 지급결제 서비스 제공자에게 부과되는 의무를 설명하는 뒤 절의 개정 제안 제4조에는 자금 이체 시 수반되어야 하는 정보에 대한 요구 사항이 명시되어 있습니다. 최신 개정에서 지급인의 현 LEI 대해 “관련 지급결제 메시지 형식에서 필요한 필드가 있어야 하고 지급인이 지급인의 지급결제 서비스 제공자에게 제공하는 경우…”라는 새로운 요구 사항이 추가되었습니다.

---