流程概览
- 检查订单是否准备就绪
- 创建并保存运单
- 打印标签并更新物流追踪
实施前需要什么
- ACS 合同与已启用服务
- API 密钥与账户资料
- 重量、地址与货到付款规则
概览
连接 ACS,将已就绪订单的资料传入发货流程,并向商店返回运单号。
集成覆盖什么
ACS 官方文档描述了使用 API 密钥与账户资料的 REST 服务。该运单创建方法用于希腊和塞浦路斯境内配送,因此国际订单不应自动走相同路径。企业需确认合同中已启用哪些服务。技术连接应围绕真实的仓储、备货与交付方式设计,而不仅仅是成功创建一张测试运单。
实际数据流
创建运单前,读取收件人、地址、邮编、电话、重量、件数与必要时的货到付款金额。订单应有明确的就绪状态,让仓库知道何时可打印。保存运单号,同时记录日期与包裹关联。若订单拆分成多个包裹,需要独立发货模型,否则客户可能只看到一个追踪号,而其他包裹仍未完成。
错误与恢复方式
常见问题是网络延迟后重复提交命令。没有立即收到响应,并不证明未创建运单。连接器应先检查已保存关联与作业状态。货到付款、取消与地址变更,需要明确打印前和交给快递后的不同规则。处理这些异常,可以避免新标签与已出库包裹信息冲突。
明确业务规则
仓库必须区分:变更针对订单,还是已经备好的包裹。为 ACS 建立发货界面,展示收件人、重量、付款方式与运单关联。操作员打印前确认数据;重印则复用现有关联。若有两个仓库,明确每个包裹从哪里发出、使用哪组计费资料。存在标签不代表订单已履约。团队仍可检查实际备货与交付承运商的情况。
示例:两位操作员,同一票发货
一家化妆品商店中,两名操作员同时打开同一订单。第一人确认重量、收件人与货到付款金额后申请运单。第二人应看到作业正在执行,不能再创建发货。如果响应延迟,作业维持待核查状态,直至确认结果。运单号保存后,重印读取同一标签。备货后修改金额应被标记,不能悄然进入客户通知。
ACS 上线前测试
测试同一订单并发创建、重印,以及提交后网络中断。预期每个包裹只有一个有效关联,对不确定结果显示易懂状态。检查标签上的邮编、国家、件数与货到付款金额。还应测试交付前取消,以及打印运单后更改收件人。团队确认实际打印样本与异常指南。交付对账流程,让订单、包裹与 ACS 运单号无需重新创建即可核查。
启用前验收检查
- 每个包裹只有一票有效发货
- 正确打印运单
- 在受控状态下取消与重试
从指南走向实践
为您的平台制定具体计划。
告诉我们平台遇到哪些困难、需要改进什么。我们的团队会把诊断结果,转化为代码、性能与基础设施上的具体工作。
一起看看您的平台