LEI 코드는 금융 거래에서 법인을 하나로 특정하기 위해 만들어진 국제 표준 식별자입니다. 세금 번호도 등록번호도 아니어서, 셋을 같은 칸에 담으려 하면 반드시 문제가 생깁니다. 이 글은 LEI가 무엇을 보장하고 무엇을 보장하지 않는지, 민간 식별자인 DUNS와 어떻게 구분하는지, 시험 자료에서 이 값들을 어떻게 다뤄야 하는지를 설명합니다.
LEI는 무엇이고 어디에 쓰이나요?
LEI는 법인을 가리키는 국제 표준 식별자입니다. 여러 나라에 흩어진 같은 이름의 회사들을 하나로 구분하기 위해 만들어졌고, 어느 나라 등기 기관이 아니라 공개된 국제 체계가 발급하고 관리합니다.
쓰임새는 주로 금융 쪽입니다. 국경을 넘는 거래나 규제 보고에서 거래 상대가 누구인지 분명히 밝혀야 할 때, 이름과 주소만으로는 같은 회사를 정확히 지목하기 어렵습니다. 그때 LEI를 함께 적으면 해석의 여지가 줄어듭니다.
누구나 무료로 조회할 수 있다는 점도 중요한 성질입니다. 특정 회사의 LEI를 알고 있다면 공개된 조회 창구에서 그 값이 어느 법인에 연결되는지 확인할 수 있습니다. 반대로 조회되지 않는다고 해서 그 회사가 존재하지 않는다는 뜻은 아닙니다. 아직 LEI를 받지 않은 회사가 훨씬 많습니다.
왜 세금 번호와 같은 칸에 담으면 안 되나요?
이름이 비슷해 보이는 번호들이 실제로는 서로 다른 목적을 가집니다. 이 차이를 무시하면 검증 로직이 조용히 잘못 동작합니다.
| 구분 | 무엇을 가리키나 | 발급 주체 | 성격 |
|---|---|---|---|
| 회사 등록번호 | 등기된 법인 | 각국 등기 기관 | 국가별 제도 |
| 부가가치세 번호 | 세무상 등록 사업자 | 각국 세무 당국 | 국가별 제도 |
| LEI | 금융 거래상 법인 | 공개된 국제 체계 | 국제 표준 |
| DUNS | 사업자 식별 | 민간 신용 정보 기관 | 민간 서비스 |
표에서 보이듯 넷은 서로 대체할 수 없습니다. 등록번호가 있다고 LEI가 따라오지 않고, LEI가 있다고 세금 등록이 확인되지도 않습니다.
여기에 한 가지 더 붙습니다. LEI는 그 법인이 무엇인지 가리킬 뿐, 규제를 지키고 있는지나 거래해도 안전한지를 보증하지 않습니다. 식별자와 허가는 다른 개념입니다.
LEI와 DUNS는 어떻게 다른가요?
DUNS는 민간 신용 정보 기관이 발급하는 사업자 식별자로, 정부 조달이나 공급망 관리 같은 자리에서 상대를 구분하는 데 널리 쓰여 왔습니다. 국제 표준이 아니고 공공 기관이 관리하지도 않습니다. 발급 기관의 정책에 따라 부여되고 유지됩니다.
LEI는 국제 표준으로 정의된 식별자이고, 공개된 체계가 관리하며 누구나 조회할 수 있습니다. 두 값은 목적도 관리 주체도 다르므로, 한쪽을 다른 쪽으로 바꿔 적을 수 없습니다.
실무에서 두 값이 함께 필요한 경우가 있습니다. 국제 거래 쪽 서류는 LEI를 요구하고, 특정 조달 절차는 자체 식별자를 요구하는 식입니다. 그래서 시험 자료를 만들 때도 두 값을 같은 필드에 넣지 않고 각각의 칸을 두는 편이 안전합니다.
어디에서 확인할 수 있나요?
LEI는 공개 체계의 조회 창구에서 확인합니다. 값을 넣으면 연결된 법인명과 발급 상태를 볼 수 있습니다. ISO 17442가 이 식별자의 정의를 담은 국제 표준이므로, 정의 자체를 확인하려면 ISO 17442 표준 안내를 참고하면 됩니다.
DUNS는 발급 기관이 운영하는 조회 절차를 따릅니다. 공개 범위와 조건이 LEI와 다르므로 같은 방식으로 접근할 수 없다고 생각하는 편이 맞습니다.
어느 쪽이든 확인한 시각을 함께 남기는 습관이 중요합니다. 발급 상태나 상호 표기는 시간이 지나면 바뀌기 때문입니다.
시험 자료에서는 어떻게 다루나요?
- 실제 LEI나 DUNS를 예시로 적지 않습니다. 실제 값을 문서에 넣으면 그 회사를 시험 자료에 끌어들이는 셈이 됩니다.
- 형식만 흉내 낸 합성 값을 씁니다. 합성임이 드러나도록 주변 문맥에 시험용임을 표시합니다.
- 조회 연동은 모의 응답으로 대체합니다. 시험을 돌릴 때마다 실제 조회를 호출하면 상대 서비스에 부담이 가고, 결과도 매번 달라집니다.
- 없는 값과 잘못된 값을 구분합니다. 값이 비어 있는 상태와 형식이 어긋난 상태는 다른 오류입니다.
식별자를 다루는 원칙은 회사 등록번호를 다룰 때와 같습니다. 원형을 보관하고 비교용 값을 따로 두며, 국가 정보를 함께 남깁니다.
이 사이트의 도구에서는 어떻게 쓰이나요?
테스트용 회사 정보 생성기에서 만드는 값은 모두 합성이며 실제 발급 기록과 연결되지 않습니다. LEI나 DUNS를 실제로 조회해 보는 용도가 아니라, 입력 칸과 저장, 표시가 제대로 동작하는지 확인하는 용도입니다. 상대 법인이 실제로 존재하는지 판단해야 하는 업무라면 반드시 공식 조회 창구를 쓰세요.
개발자를 위한 메모: 식별자 필드 설계
- 식별자마다 별도 필드를 둡니다. 한 칸에 종류가 다른 번호를 담으면 나중에 어느 체계인지 판별할 수 없습니다.
- 종류를 나타내는 열거값을 함께 저장합니다. 값만 있고 종류가 없으면 검증 규칙을 고를 수 없습니다.
- 길이와 문자 집합을 값마다 다르게 잡습니다. 어떤 식별자는 영문과 숫자를 섞고, 어떤 것은 숫자만 씁니다.
- 대소문자를 정규화합니다. 비교용 값은 대문자로 통일하고 원형은 그대로 보관합니다.
- 외부 조회는 실패를 정상 상태로 다룹니다. 시간 초과, 응답 없음, 형식 오류를 각각 다른 상태로 표현하고 사용자 안내도 다르게 합니다.
- 조회 결과에 유효 기간을 둡니다. 결과와 확인 시각을 저장해 두고 일정 기간 재사용합니다.
- 검증 실패를 “그런 회사가 없다”로 번역하지 않습니다. 확인하지 못한 것과 존재하지 않는 것은 다른 사실입니다. 이 구분은 세금 번호 검증에서 더 자세히 다룹니다.
- 시험 환경에서는 외부 호출을 기본으로 닫아 두고, 필요한 경우에만 모의 응답을 켭니다.
다음 단계
우리 폼에 식별자 칸이 몇 개인지 세어 보고, 서로 다른 체계의 값이 한 칸에 섞여 들어오고 있지 않은지 확인해 보세요. 그다음 테스트용 회사 정보 생성기에서 국가를 바꿔 가며 값을 만들어 보고, 종류가 다른 식별자가 같은 검증 규칙을 타고 있지 않은지 점검하면 정리할 지점이 보입니다.
이 글은 시험과 데이터 설계를 돕기 위한 안내이며 법률이나 규제 자문이 아닙니다. 여기서 언급한 식별자는 개념 설명을 위한 것이고, 어떤 실제 법인의 번호도 등장하지 않습니다.