货物跟踪
Track & Trace 与 ERP 对接 · 1С、WMS、API、EDI
当物流人员要花半天时间打电话问承运人、采购部门看到仓库空了才知道延误时，就需要与 ERP 对接的货物跟踪。我们在各运段设置关键节点，并将带计划与实际日期的状态直接传入 1С、ERP 或 WMS。
货物跟踪基于实际可获取的数据：船公司及数据聚合平台的 API、铁路车辆动态、海关与仓库节点。没有自动数据源的环节，由责任人按规程录入状态。
规格
规格 · 货物跟踪与系统对接. 标准条件 · 交换格式与工作量与贵司 IT 部门共同确定
服务
- 类型
- 货物跟踪与业务系统对接
- 运输方式
- 海运、铁路、公路、空运、多式联运
- 可选
- 偏差提醒、向仓库发送到货通知（ASN）
条件
- 时效
- 约 4–8 周（含试运行）
- 格式
- API、EDI、XML / JSON、Excel
- 币种
- USD / RUB
阶段
- 阶段 1
- 需求与节点数据源
- 阶段 2
- 交换格式与试运行
- 阶段 3
- 上线与操作规程
费用
- 基础
- 按数据源与系统数量
- 附加
- ERP 端开发 — 按需报价
服务构成
- 01
需求梳理
梳理采购、仓库和财务需要哪些状态与日期，以及应在哪个系统中查看。按贵司线路列出关键节点清单。
2–3 天 - 02
节点数据来源
确定每个节点的数据来源：船公司按箱号或提单号的跟踪服务、铁路车辆动态（дислокация）、清关数据、仓库和承运人的反馈。
3–5 天 - 03
交换格式
与贵司 IT 部门确定格式与方式：REST API、EDI 报文、定时 XML 或 JSON，起步阶段也可用 Excel 导出。确定状态字典及与订单关联的键值。
1 周 - 04
试运行
在若干实际货物上试运行数据交换，核对系统状态与实际情况，完善映射关系和更新时效。
2–4 周 - 05
正式上线
将全部货物切换到数据交换，并移交操作规程：各状态由谁负责、偏离计划时如何处理、如何排查交换故障。
1 周
问题
状态以自由格式通过邮件和即时通讯发来，物流人员手工抄到表格里，表格总是滞后。
统一的节点字典并自动传入贵司系统；仅在没有其他数据源时保留手工录入。
系统里有状态，但不清楚对应哪张订单：一个集装箱里装有多家供应商的货物。
通过箱号、提单号、发票号等关联键将节点与订单和发票挂钩，并保存对应关系。
到计划收货当天才知道延误，此时已来不及调整销售计划。
每个节点都会重新推算预计到达日期，偏离计划时系统中立即可见。
单证
对接所需资料。贸易术语决定从哪个节点起可以向自己的货代索取状态，哪些环节则依赖卖方。
国际贸易术语 Incoterms
- EXW / FCA
- 从供应商备货完成起跟踪
- FOB
- 首个节点为装船
- CIF / DAP
- 卖方负责运段的数据需向卖方索取——应在合同中约定
单证流程
- 状态字典
- 事件代码及其与贵司系统状态的对应关系
- 关联键
- 订单号、发票号、箱号、提单号或运单号
- 接口说明
- 格式（JSON、XML、EDIFACT）、传输方式及频率
- 操作规程
- 由谁、在何时更新状态，出现偏差时如何处理
常见问题
即通过关键节点（发运、到达、放行、送达）及其计划与实际日期，对货物全程进行跟踪。无需打电话给承运人，就能知道货物在哪里、是否按计划推进。
通常通过 1С 端的 HTTP 服务或 REST API，或定期导入 XML、JSON 文件实现。状态按订单号、发票号或箱号与采购订单或入库单关联。起步阶段定期导入 Excel 也够用。
可以。大型船公司和数据聚合平台可按箱号或提单号通过 API 提供节点数据，许多遵循 DCSA 标准。铁路段使用车辆动态数据，清关和仓储环节则由报关行和仓库提供节点数据。
取决于系统和可用接口。先传输关键状态和日期，必要时再扩展到单证和仓库通知。含试运行的典型周期为 4–8 周。
至少包括：供应商备货完成、装船或装车、抵达港口或口岸、提交报关单、放行、提运并送仓。为管控滞期滞箱费，建议增加卸船和空箱归还两个节点。
减少手工操作和错误，物流、采购和财务共享同一供应视图，能更早应对延误，并按真实预计日期安排收货和销售。