批量证件校验
一次校验整列税号。
一次校验整份列表
粘贴一列税号或证件号码——或拖入 CSV——即可获得逐行判定，以及每个无效号码失败的确切原因。涵盖七个国家的十二种证件类型、ICAO 9303 护照 MRZ 行，以及全部 27 个成员国的欧盟 VAT 格式——所有计算均在浏览器本地完成。
单号校验器
CPF / CNPJ 校验 · GSTIN 校验 · 印度 PAN 校验 · 波兰 PESEL 校验 · 墨西哥 RFC 校验 · 墨西哥 CURP 校验 · 阿根廷 CUIT/CUIL 校验 · 哥伦比亚NIT校验器 · 印尼NIK校验器
在你自己的网站上运行校验器： 免费的可嵌入小部件 (CPF, GSTIN).
一次验证整份政府签发证件号码和税号列表：每行粘贴一个号码——或导入 CSV/TXT 文件——选择国家和类型，每一行都会得到判定及失败的确切原因。涵盖七个国家的十二种证件类型——巴西 CPF/CNPJ、印度 GSTIN/PAN、波兰 PESEL、墨西哥 RFC/CURP、阿根廷 CUIT、哥伦比亚 NIT、印度尼西亚 NIK——以及 ICAO 9303 护照 MRZ 行和全部 27 个成员国的欧盟 VAT 号码格式。
所有处理都在本地完成。文件由你的浏览器读取，校验计算在浏览器内运行，结果 CSV 也在浏览器内生成——整份列表从不接触服务器。做工资处理、KYC 前置准备或 CRM 数据清洗时，这一列装的就是人员税号；本地处理正是快速预检与数据处理事故之间的关键区别。
校验采用官方算法，不靠正则猜测：CPF/CNPJ 使用 mod-11（包括 2026+ 字母数字 CNPJ），GSTIN 使用 Luhn-mod-36 校验字符，PESEL 使用加权校验位并编码出生日期世纪，RFC 使用 SAT 校验表并检查真实日历日期，CURP 检查含州代码的 18 字符结构，CUIT 使用 mod-11。该引擎从各国单号校验器中提取，并与它们逐行交叉验证。
边界说清楚：这只是结构和校验位预检。它不会查询 RENAPO、SAT、GST 门户或任何登记系统，因此无法确认号码是否已登记、是否有效或是否属于某个特定的人。通过只表示“格式正确”；不通过则表示按当前输入，这个号码不可能正确。仅此一项，就能在数据进入官方系统前拦下大多数录入损坏。
已发布行为——每项均通过在线工具验证：带表头的 3 列 CSV 会自动识别证件号列，并允许手动切换 · 导出结果保留所有原始列，并追加结果/类型/原因 · 校验位被篡改时会报告应有值 · 2,000 行的校验耗时远低于一秒 · 触发校验时不会产生任何网络请求。最后验证：2026-08-12。
常见问题
这与逐个校验号码有什么不同？
同一套数学规则，处理工业级数量：逐行给出判定和原因，汇总通过数量，并生成保留原始列的结果 CSV。会计核对供应商名单、HR 批量办理入职、平台风控团队准备 KYC 数据时，只需粘贴一次，就能完成原本要往返复制粘贴数百次的工作。
结果显示“有效”，就代表这个号码真实存在吗？
不能——任何离线工具都无法作出这种保证。“有效”只表示结构和校验位在数学上正确，这也是登记机构首先检查的内容。号码是否登记在真实个人或企业名下，只能由签发机构（RENAPO、SAT、GST 门户等）确认。
我的 CSV 有很多列——工具会校验哪一列？
工具会按所选证件类型的格式对每一列评分，并自动选择匹配度最高的列；你也可以通过下拉菜单手动覆盖。导出结果会保留全部原始列，并在末尾追加结果、类型和原因。
一个列表中可以混合不同证件类型吗？
巴西 CPF 和 CNPJ 可以随意混在同一列表中，工具会按长度自动区分。其他类型一次只校验一种；切换国家选择器后重新运行，即可做第二轮。我们刻意不做跨类型自动识别，因为静默猜测正是误判的来源。
为什么显示“校验位 ✗ — 应为 X”，而不只显示“无效”？
因为失败原因本身就指明了修正方法。数据录入最常见的问题就是输错一位数字；显示应有的校验值，或明确指出失败环节（长度、格式、日期、州代码），能让你直接修正该行，而不是把它丢弃。
它能校验护照 MRZ 行和欧盟 VAT 号码吗？
可以。粘贴护照 MRZ 第 2 行（或同时粘贴两行），系统会重新计算全部五个 ICAO 9303 校验位——证件号码、出生日期、有效期、个人号码和综合校验位。欧盟 VAT 条目会与各成员国的官方格式匹配（希腊 = EL，北爱尔兰 = XI）；格式匹配不代表号码已登记——只有 VIES 能确认登记状态。