加拿大派件司机的扫运单 app 指南:FedEx、UPS、Purolator、Canada Post、Amazon、Intelcom 面单上哪个条码才是运单号,反光、弯曲塑料袋、距离太远为什么会让扫码失败,以及在车上批量扫描、让满车包裹扫得更快的 8 个实用习惯。
为什么扫运单 app 有时候就是不动?
如果你曾把扫运单 app 对着包裹,然后什么都没发生,问题很少在 app,也很少在你。通常是三件事之一:你对准的是错误的条码;这个条码此刻在物理上很难读;或者相机离得太远,分不清粗细条。只要知道加拿大面单上印了什么、手机相机是怎么读的,这三件事几秒钟就能解决。这篇指南过一遍加拿大独立司机最常接触的六家承运商的面单、扫码失败的真实原因,以及把慢车变快车的习惯。
加拿大面单上印了什么
承运商面单是一小叠机器可读的码,上面盖着一层人能读的信息。几乎每张面单都有运单号条码(你和收件人都能查询的那个号),常有一个分拣或路由条码(邮编、分拣中心、服务等级,给承运商传送带上的扫描器用),越来越多还有一个二维码(方形或长方形的点阵),把同样的数据加上地址字段打包给承运商自己的系统。条码下面印的数字和条码编码的值是同一个,扫描 app 正是靠这一点交叉核对读到的结果。
各承运商的运单号条码在哪
| 承运商 | 运单号格式 | 对准哪里 |
|---|---|---|
| FedEx Ground / Express | 12 位数字,印在主一维条码下方;条码本身编的是更长的 34 位串 | 下方印着 12 位数字的那条高一维条码。堆叠式的二维块是 FedEx 自己路由用的。 |
| UPS | 1Z 加 16 个字母数字,共 18 位 | 1Z 号码上方的一维条码。六边形点阵的 MaxiCode 是 UPS 的分拣符号,不是运单码。 |
| Purolator | 12 位:通常 3 个字母加 9 个数字,有时是 12 个数字(PIN) | 下方印着 PIN 的一维条码。 |
| Canada Post(国内) | 16 位数字,四位一组印出;寄美国和国际件用 13 位字母数字 | 下方印着 16 位数字的一维条码。 |
| Amazon Logistics | TBA 加 12 位数字(共 15 位),偶见 TBC 或 TBM 前缀 | 带 TBA 号的一维条码。这是亚马逊内部编号,不是邮政码。 |
| Intelcom / Dragonfly | 字母加数字,常以 INTLCMA 开头;两个品牌名下是同一个号 | 标着运单号的一维条码。魁北克的包裹写 Intelcom,2024 年起加拿大其余地区写 Dragonfly,是同一家公司。 |
六家通用的经验法则:扫正下方直接印着运单号的那个条码。路由条码和二维块是给承运商分拣硬件的;好的 app 往往也能解出来,但运单号条码是你能用眼睛核对值的那一个。
扫码为什么失败——老实说
- 反光。亮面热敏标签和塑料袖套把光直接弹回镜头,把条纹洗白。机器视觉指南建议偏离垂直 10 到 15 度读,而不是正对着。
- 弯曲的塑料袋。包在软袋上的条码不再是一排直条:一部分被压缩,一部分被拉伸,一道阴影横过去就能毁掉这次读取。
- 离得太远。相机需要每条至少几个像素才能分辨粗条和细条。工业读码器一维码最低约每模块 1 像素、二维码 2.5 像素,手机软件没那么宽容。在一臂之遥,小条码可能每条只有一两个像素宽,这就是为什么旧手机和低分辨率分析帧在近处扫得好的面单上会失败。
- 运动模糊。慢慢扫过去会把条纹抹成一道灰。扫描器可能解出值却定错位置,或者完全失败。
- 面单部分出框。条码两端的静区(白边)被切掉,多数解码器会拒绝读取。
- 折痕、撕裂或被覆盖的码。胶带贴过条码、折线穿过条纹、马克笔写在数字上,都会破坏图案。
- 对比度低。热敏打印褪色、打印过淡、深色包裹透过薄标签,都会缩小条与空之间的差别。
让满车包裹更快的八个习惯
- 让面单填满画面。更近几乎总是更好。让面单占据屏幕大部分,每条的像素就更多。
- 停一下。取景、停顿、让扫描器锁定。扫过一摞包裹什么都读不到。
- 避开逆光。转动包裹,让光从你背后或侧面来,而不是从面单后面。
- 用空着的手把塑料袋压平。扫的那一秒把面单按平。
- 对准运单号条码,不是路由码。用上面的表;条纹下的数字就是你的校验。
- 开车前在车上批量扫。在仓库或货舱里把所有包裹扫完,在好光线下一次建好整条路线,而不是在门口一张一张扫。
- 擦镜头。相机上的拇指印是扫描器突然不好用的最常见原因。
- 自动捕获犹豫时切到手动快门。自动捕获要等到有把握才拍;面单状况差时,自己按一下比等门控快。
从扫码到路线:地址从哪来
扫码排路线的 app 在一张照片上做两件不同的事。先解条码拿到运单号,识别这个包裹是谁。再从面单上读印出来的收件人地址,因为除了极少数例外,条码里不含街道地址;比如 Amazon 的 TBA 号就完全不带路由信息。第二步是对照片做文字识别,所以即使条码已经解出来,一张干净、平整、光线好的面单照片仍然重要:模糊的地址块会变成一个错误的停靠点。当每张面单都有了运单号和地址,app 就能把停靠点排成一条路线,不管每个包裹来自哪家承运商。如果你一直在手打地址,这就是替代它的工作流。
FlexMesh 如何帮忙
FlexMesh 正是围绕这条流程做的。它连续扫描 FedEx、UPS、Purolator、Canada Post、Amazon、Intelcom/Dragonfly 等承运商的面单,整车包裹变成一张清单,不用换 app。自动捕获对准面单,在条码和地址都确认后才拍;面单难扫时,手动快门一点就到。地址按 app 自带的语言直接从面单读出,每个包裹都进同一条多承运商路线。实际效果因光线、面单状况和设备而异。
资料来源与数据核实
- Canada Post — 在哪里找到运单号(国内 16 位;美国/国际 13 位字母数字)
- Purolator E-Ship Online — 按 PIN/参考号追踪
- Wikipedia — Tracking number(UPS 1Z 18 位格式;FedEx 12 位运单号嵌在 34 位条码内)
- Wikipedia — MaxiCode(UPS 的二维分拣符号)
- Wikipedia — Intelcom(2024 年起魁北克以外使用 Dragonfly 品牌)
- Ship24 — Amazon Logistics TBA 追踪
- R.R. Floody — 条码读取中的每模块像素
- Dynamsoft — 真实环境中扫码为什么失败