LEI 與 DUNS 差在哪？兩種企業識別碼的來源與用途

LEI 是國際標準定義的法人識別碼，DUNS 則是私營信用機構發放的另一種企業標識。兩者在跨國交易、監管報送與供應鏈管理裡都常被要求提供，卻經常被混為一談。以下說明它們各自的來源與邊界、為什麼不能當成授權憑證，以及欄位設計上有哪些容易忽略的細節。

LEI 是什麼、由誰發放

LEI 是法人實體識別碼，由國際標準定義為長度二十個字元的字母數字混合字串，其中包含校驗位。它由一個公開的全球體系發放，公眾可以免費查詢，跨境交易與監管報送常用它來唯一指認法人。

它有三個容易被誤解的特性。第一，它是識別碼而不是許可證，持有它不代表企業通過任何審批或具備特定資質。第二，它與稅務號無關，兩者由不同體系發出，不能互相代替。第三，它的查詢是公開的，任何人輸入號碼都能查到對應的法人名稱與基本資訊，這一點與稅務號的查詢方式不同。

DUNS 是私營信用機構發放的企業標識，長度為九位數字，常見於政府採購與供應鏈場景。它不是國際標準，也不由公共機構管理，因此它的權威性來自發放機構本身的市場地位，而不是公權力。

與 LEI 相比，它有兩個實務差異。一是長度短得多，因此欄位的形狀檢查相對簡單；二是它沒有可演算法驗證的校驗位，所以本地檢查只能確認它是不是九位數字，無法判斷真偽。任何號稱能用公式驗證 DUNS 的規則都應該被當成不可靠的來源。

金融機構在跨境往來、證券交易與監管報送時常要求提供 LEI，因為它能穩定地把一筆交易指向一個特定法人。政府採購與大型企業的供應商管理則常見 DUNS，用來在供應商主檔裡維持一致的識別方式。

這也意味著同一個供應商在主檔裡可能同時擁有兩種號碼，甚至更多。把這些號碼壓縮成一個通用欄位是常見的設計失誤，因為它們的驗證方式、查詢來源與更新頻率都不一樣；應該各自獨立成欄，並標明每一欄的來源。

最危險的誤用是把「有這個號碼」當成「這家企業可信」。LEI 與 DUNS 都只是識別碼，取得門檻與一般的登記程序不同，並不表示企業經過了實質審查，也不表示它的財務狀況或經營資質沒有問題。

第二種誤用是在風控流程裡用識別碼替代審查。當流程需要確認企業主體時，應該回到登記證明、稅務資料與實際控制人資訊；識別碼的角色是讓這些資料能穩定地掛在同一個主體上，而不是取代它們。

第三種誤用是把無效的技術結果當成業務結論。查不到某個號碼，可能只是查詢服務暫時不可用或輸入有誤，直接把它解讀成「這家企業不存在」會誤傷合法對象。

在本站的公司資訊產生器裡，選定國家或地區後會產生一條完整主體，包含名稱、法律形式、登記地址、登記號與增值稅號。這些欄位彼此對應、格式一致，但全部是合成的虛構內容，不對應任何真實企業，也不在任何登記或發放體系裡存在。

如果你要測試的流程會用到外部識別碼，這些樣本可以幫你先把「識別碼缺席」與「識別碼格式異常」兩條分支走過一遍。關於登記號本身的欄位設計，另一個常見錯誤整理在各國公司註冊號；稅務欄位的分層校驗則可讀稅號校驗規則。

這些內容僅供測試、沙箱演練與表單示範使用，不得用於申請真實開戶或資質，也不得用來冒用任何真實企業的識別碼。

長度與字元集要依照每一種識別碼各自定義，不要共用同一個通用欄位。字母數字混合的識別碼在寫入時要保留原樣，包含大小寫；若系統需要以正規化後的版本比對，另外存一個欄位，不要覆蓋原始值。九位數字的識別碼則要注意前導零，數值型別會把它吃掉。

查詢要與格式檢查分開。格式檢查是本地行為，可以即時完成；查詢則依賴外部服務，必須處理逾時、限流與不明回應。查詢結果要快取，但快取時間要短，並且要能依需求強制重查。最重要的是，查詢失敗不能被寫成「不存在」。

不要把識別碼當成授權依據。若流程需要判斷往來風險，識別碼只是索引，真正的依據是登記狀態、稅務資料與審查結果。把這個區分寫進資料模型的註解與介面的說明文字裡，可以避免後續維護的人重新踩同一個坑。

識別碼還需要更新機制。企業改名、遷址或更換登記地時，對應的識別碼可能變更或需要重新確認；欄位應該保留歷史版本與變更時間，而不是直接覆寫。

先盤點你的資料模型裡有沒有把不同識別碼塞進同一個欄位，有的話拆開，並為每一欄標明來源與驗證方式。接著確認查詢失敗時流程進入的是待確認而不是不通過。

如果你的流程用它來做企業准入，完整的檢查項目整理在企業准入測試檢查清單。本系列文章僅供軟體測試與示範使用，所有識別碼與企業主體皆為虛構，不存在於任何官方的登記或發放體系中，也不得作為企業合規狀態的證明。