LEI 码是国际标准 ISO 17442 定义的法人标识，用来在全球范围内唯一地指认一个法人，跨境交易与监管报送场景里经常被要求填写。和它常被放在一起比较的是 DUNS，一个由私营信用机构发放的企业标识，在政府采购与供应链管理里出现得更多。读完这篇，你能分清两者分别代表什么、为什么它们既不等于税务号也不代表企业合规，以及在数据模型里该怎么安置它们。
两个标识分别是什么
先给结论：LEI 是国际标准定义的法人标识，长度固定为二十个字符，由字母与数字混合组成，末尾带一位校验位，由一套公开的全球体系发放，任何人都可以免费查询某个 LEI 对应的法人名称与登记信息。它的定位是「跨境场景里唯一指认法人」。
DUNS 则是九位数字组成的企业标识，由一家私营信用机构发放与管理，常见于政府采购、供应链与商业信用场景。它不是国际标准，也不由公共机构维护，是否被要求填写取决于对接方的偏好。
把两者放在一起看，最值得记住的差别是来源与治理方式：一个来自国际标准体系，公开、免费、结构透明；一个来自商业机构，按商业规则发放。两者都不是税务登记号，也都不能替代税务或登记机关的档案。
| 对比项 | LEI 码 | DUNS |
|---|---|---|
| 性质 | 国际标准定义的法人标识 | 商业机构发放的企业标识 |
| 长度与字符 | 二十个字符，字母数字混合 | 九位数字 |
| 校验位 | 有，可做算法校验 | 没有可依赖的公开算法 |
| 发放方 | 公开的全球体系 | 私营信用机构 |
| 公开查询 | 免费向公众开放 | 取决于商业机构 |
| 常见场景 | 跨境交易、监管报送 | 政府采购、供应链 |
为什么它们不是税务号?
税务号是税务机构为纳税义务分配的标识，它的存在意味着这家主体在某国税制下承担纳税义务。LEI 与 DUNS 都不承担这个含义：一个是法人识别标准，一个是商业信用标识，它们与纳税义务没有必然联系。
这一点在表单设计上的影响很直接。你不能因为有了 LEI 就跳过 VAT 号，也不能因为填了 DUNS 就不再要求公司注册号——这三者回答的是三个不同的问题：这家法人是谁、这家主体在哪个税务辖区登记、这家主体在哪个登记机关有档案。
同样需要警惕的是把标识当成授权凭证。标识只解决「指认」问题，它不能说明这家企业有资质、有许可、有履约能力，也不能说明它通过过任何审核。把 LEI 或 DUNS 的存在当作可信度信号，是一种常见但危险的误读。
结构上的差异有什么工程含义?
LEI 长度固定、字符集明确、带校验位，因此它是最适合做本地校验的一类标识：一条简单的算术就能挡掉绝大多数手误，而且校验失败的原因可以解释得很清楚。
DUNS 是九位数字，没有公开的、可以依赖的校验算法来判断一串数字是否成立。这意味着你只能做形态校验（位数、是否纯数字），而无法在本地判断对错。任何声称能「算出」DUNS 是否有效的做法都缺少依据。
还有一个容易被忽略的点：LEI 是可变更的。法人合并、名称变更、状态变化都可能体现在这套体系里，所以缓存一个 LEI 的查询结果时，要记住查询时间，并对长期未更新的条目安排刷新。
公众可以查吗?
LEI 的部分可以。这套体系的设计目标之一就是公开可查：输入一个 LEI，能看到它所标识的法人名称、登记状态与关联信息，不需要付费，也不需要注册账号。因此它适合被写进业务流程里作为常规核对步骤。
DUNS 的查询体验取决于发放方的商业安排，是否有公开的免费入口、能查到多少字段，都各有条件。如果你的流程依赖 DUNS 核对，先确认对接方期望的核对方式，再设计自动化的边界。
无论查哪一个，都要区分两类结果：查不到和查不了。前者说明这个标识在体系里没有对应记录，后者说明查询通道当时不可用。把两者混为一谈，会让运维在服务抖动时收到大量误报。
校验位能证明什么，又不能证明什么?
LEI 末尾的校验位由前面的字符通过一套算术算出，它的作用是发现输入错误，例如漏敲一位、相邻字符写反。它证明的是「这串字符内部自洽」。
它不能证明这家法人真实存在。一串按同一套算术构造出来的字符同样可以通过校验，因为它本来就是照规则拼出来的。所以通过校验位只是一个必要不充分条件：它足以把你的请求减少一批，但不足以替代公开查询。
这也是分层设计的价值所在：先用校验位把明显错误的输入挡在门外，只对通过校验的少量值发起公开查询。这个顺序能显著降低外部请求量，也让错误提示更精确。
给开发者：把标识放在正确的位置
字段分开。 LEI、DUNS、公司注册号、VAT 号、税号各自一个字段，各自有独立的国家与状态信息。不要用一个通用的「企业编号」字段拼装它们，那样后面一定要写解析代码来拆分。
按字符串存。 LEI 含字母，DUNS 含前导零，两者都不能做数值运算。长度上给 LEI 留二十个字符的空间并允许规范化后的空格分组。
校验分级。 对 LEI 做长度与字符集检查，再做校验位算术；对 DUNS 只做形态检查，明示「仅格式」。这一点要在界面上讲清楚，否则用户会以为通过了就是真实存在的。
外部查询要有状态机。 把结果分成未查询、查询成功有记录、查询成功无记录、查询不可用四种状态，并记录查询时间。不要把「不可用」折叠成「无记录」。
缓存与刷新。 正面结果与负面结果都要缓存，但有效期不同；法人状态会变，所以负面结论尤其需要周期性重查。
别当授权凭证。 在业务规则里，标识的存在不应当提升任何权限或者跳过任何审核步骤。它只是让你在正确的对象上做后续判断。
测试数据要明显虚构。 草稿与演示里用的标识必须是合成的，不能抄真实企业的标识值。这类合成标识只用于表单演练与界面演示，不能用来开户、投标、签约或者冒充任何真实法人，因为它指向的主体并不存在。
需要一批带法人标识的虚构主体时，可以在本站的公司信息生成器里按国家生成，再用号码校验工具看一下格式与校验位的表现；公司注册号与税号的关系可以读公司注册号为什么各国不同。
下一步
把你系统里所有出现过 LEI 与 DUNS 的地方列一遍，确认它们没有被塞进同一个字段、没有被当作可信度信号、也没有把「查不了」显示成「不存在」。这三处改完，跨境核对相关的误报会明显减少。