LEI 检查器

校验位证明这 20 个字符内部自洽。它不说明这个代码是否签发过、归哪个实体所有、注册是否仍然有效 —— 一个已失效的 LEI 通过这项检查的方式,和一个有效的完全一样。只有 GLEIF 检索能回答这些问题,而回答它们需要发网络请求,本页不发。

修复: 依赖这个代码之前,先到 GLEIF 检索里查一下。

来源: GLEIF LEI search — the authority on whether an LEI exists

两位的模 97 校验和能抓住几乎所有笔误,但不是全部。对一个真实代码的每一位、改成每一个允许的其他字符 —— 七千多次改动 —— 仍有约千分之三能通过校验。把校验通过当作「没检出错误」,而不是「正确」。

来源: GLEIF — The Legal Entity Identifier (LEI)

法律实体识别编码(LEI)是定长 20 个字符的代码。长度不同不是变体,也不是旧格式 —— 它是一个恰好被填进了 LEI 字段的别的字符串。

修复: 回到代码的出处核对:20 个字符,不带分隔符。

来源: GLEIF — The Legal Entity Identifier (LEI)

代码取自数字 0–9 和大写字母 A–Z。我们核对过的 800 个真实代码全都只用这些字符。出现其他任何东西 —— 标点、代码中间的空格、带重音的字母 —— 都说明这个值被弄乱了,或者它根本不是 LEI。

修复: 去掉所有不是数字或字母的字符,再核对一次长度。

来源: GLEIF — The Legal Entity Identifier (LEI)

第 5、6 位夹在签发机构前缀和实体专属部分之间,是保留位。我们核对过的 800 个真实代码在这里全都是 00。这两位是别的值的代码,不是出自 LEI 体系。

修复: 检查这个代码是不是被截断了,或者和别的内容拼在了一起。

来源: GLEIF — The Legal Entity Identifier (LEI)

最后两个字符是对前 18 个字符算出的校验位。对不上时,20 个字符里有一个是错的 —— 最常见的是两位对调,或者在印刷字体里长得像的字母和数字被弄混了。

修复: 回到出处重读这个代码,不要照着算出的应有校验位去改 —— 错误可能在前 18 个字符里,而不在最后两位。

来源: GLEIF — The Legal Entity Identifier (LEI)

按模 97 规则,这 20 个字符内部自洽 —— 我们核对过的 800 个真实代码每一个都满足这条规则。在不去问 GLEIF 的前提下,这已经是对一个 LEI 能作出的最强判断。

来源: GLEIF — The Legal Entity Identifier (LEI)

两位校验位永远不会是 00、01 或 99 —— 我们核对过的 800 个真实代码一个都没用过这三个值,生成校验位的算法也算不出它们。以这三个值之一结尾的代码,不是校验和运气不好,而是由某个没有实现这条规则的东西拼出来的。

修复: 查一下代码是从哪里来的 —— 以 00 结尾通常说明校验位根本没算过。

来源: GLEIF — The Legal Entity Identifier (LEI)

第 1 到 4 位标识签发这个代码的机构,第 5、6 位是保留位,第 7 到 18 位标识实体,第 19、20 位是校验位。知道哪一段是哪一段,才能把「这个代码错了」变成「这个代码的这一段错了」。

来源: GLEIF — The Legal Entity Identifier (LEI)

LEI 写作一整串连续的大写字母和数字。从文件里复制出来的代码常常每四个字符带一个空格,或者变成了小写。这些只是显示形式,检查前会先去掉 —— 但一个按这种形式存储代码的系统,没法和别人手里的同一个代码对上。

修复: 存储时写成 20 个连续的大写字母和数字。

来源: GLEIF — The Legal Entity Identifier (LEI)