데이터를 기회로 전환하기: 변화하는 지표 – 변화된 사항을 중심으로 데이터 살펴보기

LEI 참조 데이터는 조직이 명칭, 주소, 등록 정보 및 기타 정보를 업데이트함에 따라 변경됩니다. 이 블로그에서 GLEIF의 데이터 품질 관리 및 데이터 과학 책임자인 조르니차 마놀로바(Zornitsa Manolova)는 데이터 사용자가 GLEIF 단일 복제본(단일 복제본)과 델타 파일(Delta Files)을 비교하고, GLEIF API를 사용하여 개별 LEI 레코드의 최근 업데이트 내역을 확인함으로써, 특정 주체 내에서 무엇이 변경되었는지 파악할 수 있는 두 가지 실용적인 방법을 설명합니다. 함께 제공되는 Jupyter 노트북에서는 이러한 접근 방식을 실제로 적용하는 방법을 보여줍니다.

---

---

모든 법인식별기호(LEI) 레코드는 해당 법인에 대한 참조정보와 연결되어 있습니다. 여기에는 법인의 법적 명칭 및 기타 명칭, 법적 형태 및 관할권, 주소 정보, 등록 상태 등이 포함됩니다.

법인참조정보는 정적이지 않으며, 법인이 변경됨에 따라 달라집니다. 기업은 이전하거나, 법적 명칭이나 형태를 변경하거나, 등록 상태나 모기업을 업데이트하거나, 기업 관련 사건을 겪을 수 있습니다. 글로벌 LEI 데이터 풀의 정확성을 보장하고 글로벌 LEI 시스템에 대한 신뢰를 유지하기 위해서는 LEI 데이터가 이러한 변화에 발맞춰야 합니다.

LEI 발급 기관이 담당하는 법인의 데이터를 재확인하는 의무적인 연간 갱신 절차 외에도, 공개적으로 이용 가능한 ‘LEI 데이터 이의 제기(Challenge LEI Data)’ 서비스를 통해 LEI 참조 데이터의 변경 사항을 파악할 수도 있습니다. 또한 GLEIF는 매일 외부 데이터 소스를 처리하여 기존 LEI 기록과 대조합니다. 잠재적인 불일치가 확인될 경우, GLEIF는 LEI를 관리하는 기관에 업데이트 요청을 발동할 수 있습니다.

그러나 LEI 데이터를 최신 상태로 유지하는 것은 전체 과정의 일부에 불과합니다. 데이터 사용자는 무엇이 변경되었는지도 알아야 합니다. LEI 데이터의 시의적절성과 최신성은 그 유용성의 핵심입니다. 특히 관심 대상 법인의 경우, 무엇이 언제 변경되었는지 신속하게 파악하면 사용자가 변경 사항을 검증하고 더 큰 확신을 가지고 자체 시스템을 업데이트하는 데 도움이 될 수 있습니다.

동향 지표: LEI 데이터는 얼마나 자주 변경되나요?

지난 한 달 동안 평균적으로 매일 7,354건의 LEI 레코드가 추가되거나 변경되었으며, 이는 한 달 동안 총 약 220,620건의 변경 사항에 해당합니다. 따라서 전체 LEI 데이터 세트를 반복적으로 처리하는 대신 이러한 변경 사항만을 선별해 내는 것은 데이터 사용자에게 상당한 이점을 제공할 수 있습니다.

GLEIF는 다양한 사용자 요구를 지원하기 위해 LEI 데이터를 여러 형태로 제공합니다. 일반적으로 사용되는 두 가지 파일 형식은 다음과 같습니다.

• 단일 복제본 파일(Single Copy Files): 특정 시점의 공개된 LEI 데이터에 대한 완전한 스냅샷을 제공합니다.
• 델타 파일(Delta Files): 이전 공개 이후 추가되거나 변경된 레코드를 포함하고 있어, 사용자가 전체 데이터셋을 다시 처리하는 대신 업데이트된 내용에만 집중할 수 있게 해줍니다.

또한 GLEIF는 GLEIF API를 통해 LEI 데이터에 대한 액세스를 제공하며, 이를 통해 사용자와 애플리케이션은 프로그래밍 방식으로 개별 LEI 레코드 및 관련 정보를 검색할 수 있습니다.

LEI 데이터를 다루는 사용자에게 있어 과제는 종종 데이터 자체에 접근하는 것이 아니라, 변경 사항을 신속하게 파악하고 이해하는 데 있습니다.

이 글에서는 LEI 데이터 변경 사항을 파악하는 두 가지 실용적인 방법, 즉 델타 파일을 활용하거나 GLEIF API를 사용하여 LEI의 최신 필드 수정 사항을 검토하는 방법을 살펴봅니다. 두 가지 접근 방식 모두 방대한 양의 데이터를 ‘무엇이 변경되었는지, 변경 전후의 값은 무엇이었는지’라는 훨씬 간단한 질문으로 전환하는 데 도움이 됩니다.

이러한 접근 방식을 실제로 구현한 예시를 제공하는 Jupyter 노트북도 함께 제공됩니다.

델타 파일에는 무엇이 포함되어 있나요?

단일 복제본은 특정 시점의 LEI 데이터 전체를 보여주는 반면, 델타 파일에는 이전 공개 이후 변경되거나 추가된 레코드만 포함됩니다. 델타 파일에 포함된 LEI를 검토함으로써 사용자는 해당 LEI가 다음 중 어느 경우에 해당하는지 신속하게 파악할 수 있습니다:

• 새로 추가된 것인지
• 이미 존재하지만 업데이트된 경우

레코드가 수정된 경우, GLEIF는 변경된 특정 필드를 강조 표시하고 이전 값과 현재 값을 나란히 보여줍니다. 예를 들어, 사용자는 특정 LEI의 법적 명칭은 변경되지 않았으나, 법적 주소, 등록 상태 또는 모기업 정보가 업데이트된 것을 확인할 수 있습니다. 이를 통해 사용자는 전체 기록을 다시 검토할 필요 없이 주의가 필요한 부분에만 집중할 수 있어 귀중한 시간을 절약할 수 있습니다.

GLEIF API를 통한 변경 사항 확인

GLEIF API는 최근 LEI 업데이트 내용을 파악할 수 있는 또 다른 방법을 제공합니다. 다운로드한 두 파일을 비교하는 대신, API를 통해 LEI에 대한 기록된 필드 수정 이력을 확인할 수 있습니다. 이를 통해 전체 단일 복제본(Golden Copy) 및 델타 파일(Delta Files)을 수동으로 처리하지 않고도 해당 법인의 가장 최근 변경 사항을 파악할 수 있습니다.

사용자 편의성을 높이기 위해, 먼저 최신 수정 날짜를 파악한 후 해당 날짜에 변경된 필드만 표시할 수 있습니다. 이를 통해 다음과 같은 질문에 더 쉽게 답할 수 있습니다.

• 이 LEI에 대해 가장 최근에 무엇이 변경되었나요?
• 어떤 필드가 업데이트되었나요?
• 이전 값과 현재 값은 무엇이었나요?

변경 사항을 더 쉽게 이해하기

특히 기본 데이터 구조에 익숙하지 않은 사용자의 경우, 원시 필드 이름과 변경 내역을 해석하기 어려울 수 있습니다. 변경 사항을 의미 있는 범주로 묶으면 결과를 훨씬 쉽게 검토할 수 있습니다. 이러한 범주의 예시는 다음과 같습니다:

• 법인/법적 신원
• 법적 주소
• 본사 주소
• 등록 / 유효성 확인
• 법인 이벤트
• 관계 / 보고 예외

이를 통해 사용자는 원본 데이터 구조보다는 변경 사유에 집중할 수 있습니다.

이점

이러한 접근 방식을 통해 데이터 사용자는 관심 있는 엔티티에 대한 데이터에 더 효율적으로 접근하고 해석할 수 있습니다. 이는 다음을 가능하게 함으로써 이루어집니다:

• 변경 사항의 신속한 식별: 사용자는 전체 데이터 세트를 처리할 필요 없이, 변경된 레코드와 필드만 표시되도록 데이터를 필터링할 수 있습니다.
• 새로운 LEI의 명확한 식별: 기존 레코드의 업데이트와 새로운 레코드를 쉽게 구분할 수 있습니다.
• 검증이 용이함: 이전 값과 현재 값을 나란히 비교하여 확인할 수 있습니다.
• 더 명확한 결과: 변경 사항을 단순히 기술적인 필드 경로만 노출하는 대신, 익숙한 비즈니스 범주로 그룹화할 수 있습니다.
• 더 집중적인 모니터링: 사용자는 자신의 위험 프로필에 따라 선택한 주체를 모니터링하고, 자신의 프로세스와 관련된 변경 사항에 집중할 수 있습니다.

LEI 업데이트를 탐색하는 실용적인 방법

이 두 가지 접근 방식은 서로 다르면서도 상호 보완적인 목적을 수행합니다. 델타 파일은 공개된 파일을 다루고 데이터 세트 간에 어떤 레코드가 변경되었는지 검증할 때 유용합니다. API 접근 방식은 개별 LEI에 대해 가장 최근에 기록된 변경 사항을 신속하게 확인하고자 할 때 유용합니다. 이 두 가지를 함께 활용하면 방대한 LEI 데이터셋에서 무엇이 변경되었는지를 명확하게 파악할 수 있는 실용적인 방법을 제공하여, LEI 데이터에 대한 접근, 검토 및 이해를 용이하게 합니다. 자체 시스템에서 법인 데이터를 관리하는 사용자의 경우, 이러한 접근 방식을 통해 LEI 데이터 변경 사항을 단순히 처리해야 할 대상으로만 여기지 않고, 실제 조치를 취할 수 있는 정보로 전환할 수 있습니다.

---