LEI và DUNS thường bị xếp chung vào một nhóm với tên gọi chung là mã định danh doanh nghiệp, nhưng chúng ra đời từ hai thế giới rất khác nhau: một bên là tiêu chuẩn quốc tế do hệ thống công khai vận hành, một bên là mã thương mại do một tổ chức tư nhân cấp. Bài này so sánh hai loại mã đó theo những câu hỏi mà người làm hồ sơ doanh nghiệp thực sự cần trả lời.
LEI là gì?
LEI là mã định danh pháp nhân được định nghĩa trong tiêu chuẩn quốc tế ISO 17442. Mã dài hai mươi ký tự, gồm cả chữ và số, và có phần chữ số kiểm tra để phát hiện lỗi khi nhập. Mã do một hệ thống toàn cầu công khai cấp và vận hành, và bất kỳ ai cũng có thể tra cứu miễn phí thông tin gắn với một mã.
Cần nhấn mạnh bản chất của nó: LEI dùng để chỉ đích danh một pháp nhân trong giao dịch và trong báo cáo giám sát xuyên biên giới. Nó giúp hai bên chắc chắn rằng họ đang nói về cùng một chủ thể, kể cả khi tên công ty viết khác nhau giữa các ngôn ngữ. LEI không nói doanh nghiệp đó đang kinh doanh tốt, không nói nó tuân thủ quy định, và không phải một dạng giấy phép.
DUNS là gì và khác LEI ở đâu?
DUNS là mã doanh nghiệp dài chín chữ số, do một tổ chức tín dụng tư nhân cấp và quản lý. Nó xuất hiện nhiều trong mua sắm công và trong chuỗi cung ứng, nơi các bên cần một mã ổn định để đối chiếu nhà cung cấp qua nhiều hệ thống. Đây không phải một tiêu chuẩn quốc tế và không do cơ quan công quyền nào quản lý, nên việc tra cứu cũng thực hiện qua hệ thống của tổ chức đã cấp.
Sự khác biệt lớn nhất nằm ở nguồn gốc và phạm vi. LEI có một tiêu chuẩn công khai đứng sau, quy định cấu trúc và chữ số kiểm tra; DUNS có một nhà cung cấp thương mại đứng sau, và không có quy tắc công khai nào cho phép bạn tự tính xem một mã có hợp lệ về mặt thuật toán hay không. Vì vậy khi kiểm tra hai loại mã, bạn phải dùng hai chiến lược khác nhau.
Hai mã này có phải mã số thuế không?
Không. Cả LEI lẫn DUNS đều không phải mã số thuế và không phải mã VAT. Mã số thuế do cơ quan thuế cấp để phục vụ nghĩa vụ kê khai, còn LEI và DUNS phục vụ việc định danh chủ thể trong giao dịch và dữ liệu. Một doanh nghiệp có thể có mã số thuế mà không có LEI, có LEI mà không có DUNS, hoặc có đủ cả ba.
Việc gộp ba loại mã này vào một trường là lỗi thiết kế khá phổ biến. Khi một biểu mẫu chỉ có một ô mang tên chung chung cho mã định danh, người dùng sẽ nhập vào đó thứ họ đang có trong tay, và hệ thống ở đầu nhận không còn cách nào biết cần đối chiếu với sổ nào. Mã số đăng ký công ty theo từng quốc gia giải thích thêm vì sao loại mã này cũng không suy ra được từ mã khác.
| Tiêu chí | LEI | DUNS |
|---|---|---|
| Nguồn gốc | Tiêu chuẩn quốc tế, hệ thống công khai | Tổ chức tín dụng tư nhân |
| Độ dài và thành phần | Hai mươi ký tự, trộn chữ và số | Chín chữ số |
| Chữ số kiểm tra | Có, tính theo quy tắc công bố | Không có quy tắc công khai để tự tính |
| Tra cứu công khai miễn phí | Có | Qua hệ thống của bên cấp |
| Dùng cho | Định danh pháp nhân trong giao dịch và báo cáo | Đối chiếu nhà cung cấp, mua sắm, chuỗi cung ứng |
Có được coi là bằng chứng về uy tín không?
Không, và đây là hiểu nhầm gây thiệt hại thật cho doanh nghiệp. Một mã định danh chỉ trả lời câu hỏi “chủ thể này là ai”, không trả lời câu hỏi “chủ thể này có đáng tin hay không”. Một doanh nghiệp hoàn toàn có thể sở hữu mã hợp lệ trong khi đang bị xử lý ở một quy trình khác, và ngược lại, thiếu mã không có nghĩa là doanh nghiệp đó có vấn đề.
Trong các luồng xác minh doanh nghiệp, mã định danh đóng vai trò là một mảnh ghép để đối chiếu, chứ không phải kết luận. Nếu bạn đang chuẩn bị cho một quy trình như vậy, bài danh sách việc cần làm khi kiểm thử KYB mô tả những nhóm thông tin thường được yêu cầu và cách tổ chức trạng thái xử lý.
Phần dành cho nhà phát triển
Vì hai loại mã này khác nhau về bản chất, phần kiểm tra cũng phải khác nhau. Với LEI, bạn có thể viết một tầng kiểm tra cục bộ dựa trên quy tắc chữ số kiểm tra đã công bố, rồi mới tra cứu ở hệ thống công khai để xác nhận chủ thể. Với DUNS, tầng cục bộ chỉ có thể kiểm tra hình dạng, còn lại phải dựa vào tra cứu ở nguồn cấp.
Vài điểm cần lưu ý khi thiết kế:
- Đừng dùng chung một biểu thức kiểm tra hình dạng cho nhiều loại mã; hãy để người dùng chọn loại mã, hoặc tách thành các trường riêng.
- Ghi lại thời điểm tra cứu cùng với kết quả, vì trạng thái của một mã có thể thay đổi và tranh chấp về sau thường xoay quanh câu hỏi “lúc đó hệ thống thấy gì”.
- Khi nguồn tra cứu lỗi hoặc quá thời gian chờ, hãy lưu trạng thái chưa xác minh được thay vì kết luận là không tồn tại.
- Lưu ý rằng mã định danh không phải thông tin xác thực. Một mã đúng không chứng minh người đang nhập có quyền đại diện cho pháp nhân đó, và hệ thống không nên cấp quyền dựa trên mã.
- Trong dữ liệu thử, đừng bịa ra mã rồi trình bày như mã thật của một doanh nghiệp cụ thể; hãy dùng chủ thể đặt kiểu mẫu và ghi rõ đây là dữ liệu tổng hợp.
Nếu bạn cần một hồ sơ doanh nghiệp để thử các trường này, trình tạo dữ liệu công ty để thử nghiệm của trang này sinh một bộ dữ liệu công ty tổng hợp gồm tên, hình thức pháp lý, trụ sở đăng ký và các mã số theo quốc gia. Bài viết phục vụ việc thử nghiệm hệ thống; những mã định danh được nhắc tới ở đây chỉ mang tính mô tả, không phải dữ liệu của một chủ thể có thật.
Bước tiếp theo
Hãy rà lại biểu mẫu của bạn xem có ô nào đang trộn nhiều loại mã định danh vào một trường hay không, rồi tách chúng ra kèm nhãn rõ ràng cho từng loại. Sau đó thêm một ca kiểm thử cho tình huống người dùng chỉ có một trong hai loại mã, vì đây là nhánh mà biểu mẫu hay vô tình bắt buộc.