IBAN 与 SWIFT/BIC 校验器
不仅验证 mod-97 校验位，更深入比对该国家实际采用的固定长度与字符类别版式 —— 漏填字符会被明确报告为缺少字符，而不是一句笼统的“校验和错误”。若粘贴的是 SWIFT/BIC 代码，工具会自动按形态识别；两者通常印在同一张付款指令单上，填错任何一个款项都无法到账。
🔒 你的数据不会离开浏览器。
结构合法的 IBAN 不等于真实存在的账户
校验位仅能证明整串字符在数学上自洽。它完全无法证明该账户是否真实开立、户名属于何人，或者你的汇款能否顺利入账。
这一点必须直截了当地讲明，因为人们使用 IBAN 校验器最普遍的场景往往是：收到的发票上，对方的银行账户信息与上次不同。在这种情形下，本页面的绿勾无法为你提供安全背书。请立即拨打你原本保存的供应商固定电话进行核实。
为什么长度核查比单纯的校验和更重要
大多数在线校验器只计算 mod-97。一旦计算不通过，它们只能机械地提示“无效”，逼你从头逐一核对 22 个字符排查是哪一位出了错。
每个国家/地区采用的 IBAN 长度都是完全固定的。优先核验长度，能将失败转化为精准诊断：德国固定为 22 位，而你输入了 21 位 —— 典型的字段被截断；或者此处第 9 位必须是数字 —— 账号中误敲了字母。这是截然不同层次的诊断质量。
有些国家根本就不使用 IBAN
美国、加拿大、澳大利亚、日本、中国与印度都不是 IBAN 国家。如果有人找你索取美国账户的“IBAN”，实事求是的回答是“根本没有这回事” —— 对方实际需要的是 ABA 路由号（Routing Number）、银行账号以及 SWIFT/BIC 代码。本页面会直接告知这一事实，而不是生硬地显示“无效”，因为回复“无效”是对该问题的错误解答。
各国 IBAN 数据的来源依据
最权威的名单是由 SWIFT 依据 ISO 13616 发布的官方 IBAN 注册表 —— 这是一份设置了防抓取机制的收费下载标准。本项目没有该原始文档，也绝不作此粉饰。本表是通过交叉比对两个独立的公开转录源，并且仅保留了双方完全一致且该国自带示例通过 mod-97 校验的 89 个国家。宁可丢弃对不上的 22 个条目也不妄加臆测；对于那些未收录的国家，本工具仅核对校验位，不对其长度发表意见。
无人察觉的隐蔽 BIC 陷阱：测试代码
位置码第二位为 0 表示该 BIC 是用于测试环境的代码，不能在真实结算网络中使用。它在外观上与普通正常 BIC 毫无二致 —— 比如 DEUTDEF0 与 DEUTDEFF 放在一起 —— 直到汇款遭遇失败被退回之前，完全看不出任何破绽。
容易被平庸校验器误拒的合法代码：XK
SWIFT 将 XK 分配给科索沃，而科索沃在 ISO 3166-1 中并没有自己的独立代码。任何机械坚持国家段必须属于 ISO 代码的校验器都会无情拒收完全合法的科索沃 BIC —— 网上很多工具确实犯了这个错误。本页面显式收录并放行了这一例外。
BIC 结构数据的来源依据
ISO 9362 本身是一份收费标准，且 iso.org 与 swift.com 对匿名自动化抓取均予以拒绝，因此本项目无法取得一手原始文件。此处引用的结构说明来自对该标准的公开转述 —— 如实说明而非冒充手握官方规范。唯独国家码段我们基于本项目自身的 ISO 3166 真实数据集进行了独立交叉核验。
SWIFT/BIC 检查项（10 条规则）
BIC-L01 BIC 长度必须是 8 位或 11 位
前 4 位为机构代码，2 位国家代码，2 位位置代码，外加可选的 3 位分支代码。不存在其他合法长度 —— 9 位或 10 位的代码必定有所缺失或多出。
BIC-F01 固定位置出现了错误的字符类别
机构代码与国家代码段只能是纯字母。数字仅允许出现在位置代码与分支代码段中，因此前 6 位出现数字说明该值绝非合法 BIC。
BIC-C01 国家代码段不是合法的国家/地区代码
第 5 和第 6 位是 ISO 3166-1 alpha-2 国家代码。如果不匹配，报文将无法路由 —— 结算网络正是依据国家代码定位目标金融机构。
BIC-C02 XK 是 SWIFT 自行分配的代码，非 ISO 国家代码
SWIFT 将 XK 分配给科索沃，而科索沃本身没有 ISO 3166-1 官方代码。机械要求国家段必须为 ISO 代码的校验器会误拒完全合法的科索沃 BIC。
BIC-T01 这是测试专用 BIC，不可用于真实结算网络
位置代码第二位为“0”表明该代码仅用于测试环境而非生产结算网络。它在外观上与普通 BIC 完全一致，直到汇款失败才会暴露 —— 这正是对其进行专门核验的价值所在。
修复: 请向收款方索取其生产环境的正式 BIC。
BIC-P01 被动参与方
位置代码第二位为“1”标识该机构为 SWIFT 被动参与方，可能无法直接接收或处理支付报文。
BIC-R01 反向计费代码
位置代码第二位为“2”通常代表反向计费 —— 由报文接收方而非发送方承担通信费用。
BIC-B01 8 位代码代表主要办事处/总行
分支代码段为可选项。未提供分支代码时指向总行或主办事处；在 11 位形式中也可以显式写作 XXX。
BIC-M01 仅校验结构外观 —— 并非官方名录查询
结构合规的 BIC 不一定真实登记在册，登记在册的 BIC 也不一定能够接收你即将发起的付款类型。代码是否在线连通需向 SWIFT 官方名录或经办银行确认。
来源: ISO 9362 本身是付费标准,iso.org 与 swift.com 都拒绝匿名的自动化请求,所以本项目拿不到原始文件。这里引用的结构来自对该标准的公开转录,而不是标准本身 —— 如实说明,不加粉饰。唯一独立核实过的部分是国家代码的位置,它用本项目自己的 ISO 3166 数据集核对过。
BIC-V01 BIC 格式结构合法
长度正确、各段字符类别合规，且国家代码段已获识别。
仅校验格式结构，依据 ISO 9362 公开转述规范 —— 绝非银行内部名录实时查询。
本工具执行的全部检查(共 10 条规则)
IBAN-M01 合法的 IBAN 不等于真实存在的账户
校验位仅能证明整串字符在结构上内部自洽。该账户是否真实存在、户名为谁、能否接收汇款，唯有银行知晓。这一点在用户核对发票变更账号时最为致命：校验通过绝非安全承诺。
来源: 各国的结构与长度来自对 SWIFT IBAN 注册表(ISO 13616)两份独立转录的交叉核对,只保留两份一致、并且该国自己的示例 IBAN 能通过 ISO 7064 mod-97 校验的国家。注册表本身在付费标准和拦截机器人的下载后面,所以本项目不声称手里有原始文件。mod-97 算法即 ISO 7064 MOD 97-10,在这里直接实现。
IBAN-C01 校验位与账号其余部分不匹配
第 3 和第 4 位是针对 IBAN 其余字符计算得出的 ISO 7064 mod-97 校验位。计算不一致意味着至少有一位字符输入有误。工具已给出正确校验位，可据此判断是校验位敲错还是账号主体有误。
修复: 请对照银行账单核验 IBAN —— 切勿直接替换为计算得出的预期校验位，否则会掩盖账号主体本身的错误。
来源: 各国的结构与长度来自对 SWIFT IBAN 注册表(ISO 13616)两份独立转录的交叉核对,只保留两份一致、并且该国自己的示例 IBAN 能通过 ISO 7064 mod-97 校验的国家。注册表本身在付费标准和拦截机器人的下载后面,所以本项目不声称手里有原始文件。mod-97 算法即 ISO 7064 MOD 97-10,在这里直接实现。
IBAN-L01 长度与所在国家的固定位数不符
每个国家/地区的 IBAN 都有固定唯一的长度。这是校验器能提供的最直接诊断 —— 长度错误能明确指向截断、漏字或重复粘贴，而不像笼统的“校验和错误”那样逼人重新逐字核对全部字符。
来源: 各国的结构与长度来自对 SWIFT IBAN 注册表(ISO 13616)两份独立转录的交叉核对,只保留两份一致、并且该国自己的示例 IBAN 能通过 ISO 7064 mod-97 校验的国家。注册表本身在付费标准和拦截机器人的下载后面,所以本项目不声称手里有原始文件。mod-97 算法即 ISO 7064 MOD 97-10,在这里直接实现。
IBAN-K01 该国家/地区不采用 IBAN 体系
IBAN 并非全球通用体系。美国、加拿大、澳大利亚、日本与中国等国家均不使用 IBAN —— 其境内支付依赖各自的国家结算代码（如美国的 ABA 路由号与账号、澳大利亚的 BSB）。索取美国账户的 IBAN 是无法被满足的要求。
修复: 请索取该国本土适用的结算标识 —— 以美国为例，应索取 ABA 路由号、银行账号以及 SWIFT/BIC 代码。
来源: 各国的结构与长度来自对 SWIFT IBAN 注册表(ISO 13616)两份独立转录的交叉核对,只保留两份一致、并且该国自己的示例 IBAN 能通过 ISO 7064 mod-97 校验的国家。注册表本身在付费标准和拦截机器人的下载后面,所以本项目不声称手里有原始文件。mod-97 算法即 ISO 7064 MOD 97-10,在这里直接实现。
IBAN-F01 包含 IBAN 不允许出现的非法字符
合法的 IBAN 仅允许大写英文字母 A–Z 与数字 0–9，且必须以两位字母开头。出现标点符号或前两位不是字母，说明该值根本不是 IBAN —— 通常是将本地账号误粘进了 IBAN 栏位。
来源: 各国的结构与长度来自对 SWIFT IBAN 注册表(ISO 13616)两份独立转录的交叉核对,只保留两份一致、并且该国自己的示例 IBAN 能通过 ISO 7064 mod-97 校验的国家。注册表本身在付费标准和拦截机器人的下载后面,所以本项目不声称手里有原始文件。mod-97 算法即 ISO 7064 MOD 97-10,在这里直接实现。
IBAN-B01 特定位置的字符类别不符合规范
每个国家/地区都精确规定了哪些位置必须是数字、哪些必须是字母、哪些两者皆可。在该填数字的位置敲入字母通常也会导致校验位失败，但明确指出字符位置能将“某处有错”具体化为“第 9 位必须是数字”。
来源: 各国的结构与长度来自对 SWIFT IBAN 注册表(ISO 13616)两份独立转录的交叉核对,只保留两份一致、并且该国自己的示例 IBAN 能通过 ISO 7064 mod-97 校验的国家。注册表本身在付费标准和拦截机器人的下载后面,所以本项目不声称手里有原始文件。mod-97 算法即 ISO 7064 MOD 97-10,在这里直接实现。
IBAN-T01 疑似字母 O/数字 0 或字母 I/数字 1 抄录混淆
校验未能通过，且输入串中包含了纸面或 PDF 抄录时最常混淆的字符对。在全盘推翻号码前，不妨尝试对调这些易混淆字符。
来源: 自有工程规则,不属于 ISO 13616:依据的是 IBAN 实际上是怎样被打错的。
IBAN-S01 空格属于纸面印刷呈现，不属于数据存储格式
为了便于人工肉眼阅读，纸面印刷的 IBAN 通常每 4 个字符一组用空格隔开，而系统底层通常以无空格的连续字符串存储。两者代表相同账户，但字符串本身不同，可能在去重比对时被视作两组记录。
修复: 数据系统请存储无空格格式；展示给用户时建议按 4 位一组分段。
来源: 各国的结构与长度来自对 SWIFT IBAN 注册表(ISO 13616)两份独立转录的交叉核对,只保留两份一致、并且该国自己的示例 IBAN 能通过 ISO 7064 mod-97 校验的国家。注册表本身在付费标准和拦截机器人的下载后面,所以本项目不声称手里有原始文件。mod-97 算法即 ISO 7064 MOD 97-10,在这里直接实现。
IBAN-U01 未收录该国家/地区的经验证结构
前两位字母属于合法的国家代码，但本工具未收录其经验证的 IBAN 结构规范 —— 要么该国未在官方注册表登记，要么交叉比对的两个来源存在冲突而被安全剔除。本工具仍会核验其校验位，但不对其长度进行判断。
来源: 各国的结构与长度来自对 SWIFT IBAN 注册表(ISO 13616)两份独立转录的交叉核对,只保留两份一致、并且该国自己的示例 IBAN 能通过 ISO 7064 mod-97 校验的国家。注册表本身在付费标准和拦截机器人的下载后面,所以本项目不声称手里有原始文件。mod-97 算法即 ISO 7064 MOD 97-10,在这里直接实现。
IBAN-V01 编码结构合法
长度符合该国标准、字符类型位置正确，且通过了 ISO 7064 mod-97 校验。
来源: 各国的结构与长度来自对 SWIFT IBAN 注册表(ISO 13616)两份独立转录的交叉核对,只保留两份一致、并且该国自己的示例 IBAN 能通过 ISO 7064 mod-97 校验的国家。注册表本身在付费标准和拦截机器人的下载后面,所以本项目不声称手里有原始文件。mod-97 算法即 ISO 7064 MOD 97-10,在这里直接实现。
已收录 89 个国家/地区的经验证结构。仅代表结构自洽 —— 绝不代表账户真实存在、户名归属或款项可达。
关于这些规则。 每一条都有编号、严重级别和通俗解释。每个来源链接都已登记在案,并对线上页面实际复验过,而不是凭印象写上去的;本工具的来源最近一次复验于 2026年8月23日. 规则如何编写、测试与保持更新 →