这是哪家承运商的运单号?
粘贴一个运单号,看它符合哪家承运商的格式——在算法公开的情况下,还能看它的校验位是否真的对得上。
🔒 你的数据不会离开浏览器。本工具只做格式识别——不追踪包裹,所以不会把任何数据发给承运商。
格式匹配,还是真正的验证
多数「这是哪家承运商」的指南只看号码的形状:12 位数字就说是 FedEx,1Z 开头就说是 UPS。那只是猜测——纯 12 位数字几乎可以是任何东西。
有些承运商公开了校验位算法,这就能把猜测变成证据。一个校验位算出来正确的 UPS 单号,就真的是 UPS 单号;算不对的要么是打错了,要么根本不是 UPS 的。本工具会验证以下几家的校验位:
- UPS——1Z 号码的末位字符
- USPS——Intelligent Mail 包裹条码末尾的 Mod-10 数字
- UPU S10——国际邮政,第 9 位数字由标准定义
其余的承运商只能靠格式判断,结果会老实标成「仅格式匹配」,不会装作验证过。
S10:能告诉你货从哪里来的国际格式
像 RB123456785US 这样的号码遵循万国邮联的 S10 标准:两位业务代码字母、九位数字(末位是校验位)、两位来源国字母。这就是为什么从中国发出的包裹,单号会以 CN 结尾,到达后交给当地邮政机构派送——运单号本身就说明了这次交接。
本工具已知的全部格式(共 12 种,26 个 S10 国家)
| 承运商 | 格式 | 校验位 |
|---|---|---|
| UPS | 1Z + 6 位字母数字托运人编号 + 2 位服务代码 + 7 位数字 + 1 位校验位(共 18 位字符) | 已验证 |
| Amazon Logistics | TBA + 12 位数字 | 未公开 |
| DHL eCommerce | GM + 14 到 18 位字母数字字符 | 未公开 |
| DHL Express | JJD 或 JVGL + 数字 | 未公开 |
| DHL Express | 10 位数字(空运单号) | 未公开 |
| USPS | Intelligent Mail 包裹条码:20、22 或 26 位数字,以 92、93、94 或 95 开头 | 已验证 |
| Universal Postal Union (S10) | 2 位业务代码字母 + 9 位数字 + 2 位国家代码字母 | 已验证 |
| FedEx Express | 12 位数字,无前缀 | 未公开 |
| FedEx Ground | 15 位数字,无前缀 | 未公开 |
| FedEx Ground(96 条码) | 22 位数字,以 96 开头 | 未公开 |
| Canada Post | 16 位数字,无前缀 | 未公开 |
| UPS Mail Innovations | MI + 6 位数字 + 1 到 22 位数字 | 未公开 |
覆盖范围只到主流承运商,区域性快递公司之间还会互相借用号码形状。识别不出来不代表号码无效——但承运商名称几乎总是印在面单条码旁边。
本工具不做的事
它不追踪任何东西。查询包裹状态需要各承运商自己的 API,也就意味着要把运单号发到服务器——所以本工具只做识别,把工作留在浏览器里就能全部完成。
本工具能识别的全部格式(共 12 种)
TRK-UPS UPS —— 1Z + 6 位字母数字托运人编号 + 2 位服务代码 + 7 位数字 + 1 位校验位(共 18 位字符)
1Z + 6 位字母数字托运人编号 + 2 位服务代码 + 7 位数字 + 1 位校验位,共 18 位字符。本工具会验证 ups-1z 校验位,这正是这个匹配置信度更高的原因。1Z 前缀是 UPS 独有的,末位校验位可以验证。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-AMZL Amazon Logistics —— TBA + 12 位数字
TBA + 12 位数字。这个号段没有公开的校验位算法可验证,匹配到的只是格式指纹。由亚马逊自营配送网络投递,只能在亚马逊内部追踪。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-DHLEC DHL eCommerce —— GM + 14 到 18 位字母数字字符
GM + 14 到 18 位字母数字字符。这个号段没有公开的校验位算法可验证,匹配到的只是格式指纹。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-DHLEX10 DHL Express —— JJD 或 JVGL + 数字
JJD 或 JVGL 开头,后接数字。这个号段没有公开的校验位算法可验证,匹配到的只是格式指纹。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-DHLEX11 DHL Express —— 10 位数字(空运单号)
10 位数字(空运单号)。这个号段没有公开的校验位算法可验证,匹配到的只是格式指纹。纯 10 位数字也被其他承运商使用——把这个匹配当作一个猜测,而不是定论。
修复: 低置信度指纹——把匹配结果当作参考,再向承运商确认。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-USPS USPS —— Intelligent Mail 包裹条码:20、22 或 26 位数字,以 92、93、94 或 95 开头
Intelligent Mail 包裹条码:20、22 或 26 位数字,以 92、93、94 或 95 开头。本工具会验证 usps-impb 校验位,这正是这个匹配置信度更高的原因。末位是可以验证的 Mod-10 校验位。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-S10 Universal Postal Union(S10)—— 2 位业务代码字母 + 9 位数字 + 2 位国家代码字母
2 位业务代码字母 + 9 位数字 + 2 位国家代码字母。本工具会验证 s10 校验位,这正是这个匹配置信度更高的原因。末两位字母是来源国代码,第 9 位数字是 UPU 标准定义的校验位——两者都可以验证。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-FDXEXP FedEx Express —— 12 位数字,无前缀
12 位数字,无前缀。这个号段没有公开的校验位算法可验证,匹配到的只是格式指纹。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-FDXGND FedEx Ground —— 15 位数字,无前缀
15 位数字,无前缀。这个号段没有公开的校验位算法可验证,匹配到的只是格式指纹。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-FDX96 FedEx Ground(96 条码)—— 22 位数字,以 96 开头
22 位数字,以 96 开头。这个号段没有公开的校验位算法可验证,匹配到的只是格式指纹。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-CANPOST Canada Post —— 16 位数字,无前缀
16 位数字,无前缀。这个号段没有公开的校验位算法可验证,匹配到的只是格式指纹。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
TRK-UPSMI UPS Mail Innovations —— MI + 6 位数字 + 1 到 22 位数字
MI + 6 位数字 + 1 到 22 位数字。这个号段没有公开的校验位算法可验证,匹配到的只是格式指纹。
来源: 依据的是各承运商公开的运单号结构 —— 长度、前缀与校验位算法,并在我们的测试里生成有效号码再重新校验来验证。格式匹配只能认出可能的承运商;它不能证明这个号码真的发出过。
匹配结果告诉你这个号码像哪家承运商的。如果存在校验位,会真的去验证,这也是为什么有些匹配比另一些更可信——但格式检查无法告诉你这个号码是否真的被签发过。这一点只能问承运商。
关于这些规则。 每一条都有编号、严重级别和通俗解释。每个来源链接都已登记在案,并对线上页面实际复验过,而不是凭印象写上去的. 规则如何编写、测试与保持更新 →