定义
电子运单（E-Waybill）数字化运输单据，与 TMS 对接，记录货物、路线、司机等信息，支持运输追溯与监管合规。
功能与数据项
电子运单替代纸质运单，记录托运人、收货人、货物名称、数量、重量、起运地、目的地、承运车辆、司机、计划发车与到达时间等。与 TMS 系统对接后，可自动生成、派单、签收、异常上报。支持电子签名、拍照留证、轨迹关联，实现运输全流程数字化与可追溯。部分行业（如危化品、医药）对电子运单有强制合规要求。
通信模组的支撑
车载终端、司机 APP、便携打印机等设备通过 4G/LTE Cat.1 模组联网，与 TMS 实时交互电子运单。司机在途中可接收新运单、更新状态、上传签收照片；平台可实时查看车辆位置、预计到达时间。模组需保障弱网、隧道等场景下的连接稳定性，支持断网缓存与恢复后补传，确保运单数据不丢失。
与 TMS、WMS 的协同
电子运单是 TMS 的核心数据载体，与 WMS 出库单、入库单关联，形成"订单—出库—运输—签收"全链路。TMS 根据运单调度车辆、优化路线；WMS 根据运单安排拣货与装车。通信模组贯穿物流各环节，保障数据实时同步，支撑智慧物流与供应链可视化。
工程实践补充
围绕「电子运单」在物联网与蜂窝模组工程中的落地，建议在立项阶段把网络约束（目标市场频段与退网计划、APN 与专网策略、漫游与资费、PSM/eDRX 等省电模式）与终端约束（天线与射频布局、电源纹波与浪涌、热设计与降额、EMC/安规）写成可验收条目。研发阶段用弱网模拟、高低温与电压拉偏复现边界故障，保留日志与波形；量产建立批次与校准追溯，器件替代走变更评审。上线后把连接成功率、重连次数、时延与功耗纳入运维看板，异常可追溯到版本与批次。
补传必须按状态机的顺序走
电子运单的技术含义，是用结构化记录代替纸质单据，把托运、车辆、货物、计划和签收连成一条可追溯的状态链。通信模组负责在途中把状态变化送回运输系统，并在覆盖恢复后补齐缺口。使用条件是每一条状态迁移都有唯一运单号和序号，终端掉电后仍能知道最后一次被确认的状态。没有序号的补传，会把“已签收”先送到、再把“已发车”补回来，平台上的状态来回跳。
司机在隧道里拍照签收时，应先把照片和状态落在本地，出隧道后再传。传失败不能生成一张新运单。异常上报、回单和位置可以排队，但签收确认要优先于轨迹点。只缓存位置、不缓存签收，恢复网络后轨迹是连续的，单据却停在在途。
照片体积会把后面的运单堵住
签收照片若原图直传，会在弱网里占住仅有的上行，后续运单状态全部超时。应限制分辨率，并允许照片晚于状态到达，状态本身先用小报文确认。打印机、手机和平板若各写各的缓存，同一运单会出现两套结论。车载终端应认定一个主缓存，其他入口只提交、不各自补传。
危化品、冷链等场景对字段完整性更严，缺字段的报文应拒绝受理并在本地提示，而不是先显示成功。跨园区转运时，位置上报可以走4G，库内接驳则不要和AGV的调度链路抢同一条实时通道。日志里保留运单号和状态序号即可，不必保留完整证件影像。
序号出现缺口时不要另开一张单
补传发现序号跳号时，应把缺口标成待确认，向运输系统查询，而不是在本地另开一张运单把同一票货再登记一次。两张运单对应同一车同一货，签收和异常会记到不同单号上。查询期间位置可以继续报，签收操作应暂停，避免司机重复确认。缺口补齐后按原序号插入，不能按到达时间重排，否则后补的发车会盖过已经确认的签收。签收暂停期间界面仍要显示待确认，避免司机以为这票货已经结束。