物流软件

物流管理系统 — 一个用于运输核算的程序：接收申请、把申请编成路线、指派执行人、跟踪货物流转，并保存每一次配送发生过什么的历史。

一个例子就能看出区别。没有系统时，申请活在即时通讯里，路线在调度员桌上的一张纸上，货物状态在司机的脑子里。要回答客户「我的货在哪」，得给三个人打电话。谁也不知道明天装了多少车，因为这个数字从来没在任何地方算过。

在系统里，这一切都是记录。申请有编号、发货方、收货方、时限和当前状态。路线有站点清单、行车顺序和执行人。货物有状态，而状态的改变不是靠嘴说，而是靠程序里的一次动作。回答「货在哪」只要几秒钟，而且不取决于今天谁在班上。

举个例子。 客户周四提交了一份运输申请。业务员核对了地址和尺寸，把申请排进周五的路线，系统连同另外六个站点一起指派给了一名司机。早上司机打开任务清单，标记了取货，晚上标记了送达。与此同时客户那边的状态在不断更新，而到周五傍晚，公司手里已经有一份汇总：跑了多少站、多少按时完成、哪一单出了问题。

物流自动化 的起点，是当三个问题的答案再也装不进调度员的脑子时：现在手上有多少份申请、某一批货此刻在哪里，以及昨天为什么有两单配送拖到了第二天。

运输申请 — 一份单据，记录要把什么送到哪里、什么时限之前、由谁承担费用、按什么条件。此后的一切——路线、执行人、状态、单据——都挂在它的编号上。

申请通过三种方式之一进入系统：由业务员创建、由客户自己在个人中心填写，或由公司的另一个程序通过 API 传入。来源不同，之后的路径相同——否则一部分订单就会形成自己那套不成文的处理顺序。

验证 — 是一个单独的步骤，而不是走形式。系统会检查：必填项是否填了、收货方是否在台账里、货物是否在允许的尺寸内、时限是否做得到。有疑问的申请不会悄悄进入路线：它会带着明确的原因留在待确认清单里。

一份申请包含什么：

• 编号、创建日期、录入人和来源——谁在哪里建的
• 客户和付款方，如果不是同一方
• 取货地址和送货地址，含两端联系人
• 货物内容：名称、件数、重量、体积、包装
• 送达时限，以及收货方方便的时间窗
• 条件：货到付款、易碎品、需要搬上楼、需要第二个人
• 关联单据：送货单、发票、来自另一个系统的订单

指派到配送 — 申请从一个意向变成一项工作的那一刻。它进入某一天的路线，有了执行人，执行人的清单里也有了这项任务。从这一刻起，这份申请在调度面板里、司机应用里和客户的历史里都能看到。

有些修改会改变当天的计划：新地址可能落在路线之外，重量增加可能装不进已指派的车。这类申请不会被悄悄改掉——它会连同原因退回给调度员重新规划。

货物 — 实际发生位移的东西。在系统里它是一条与申请关联的独立记录：一份申请可以运多个货件，一趟车次也可以装多份申请的货。

这样拆开不是为了账目严谨。恰恰是在货物这一层，才能回答那些被问得最多的问题：发出去几件、是不是都到了、哪一件破损了、退回来的是什么。

货物状态的每一次变化都是一个带时间和操作者的事件。因此整段运输历史可以完整还原：几点取的货、在哪里在执行人之间做了交接、什么时候交给收货人、由谁确认的。

执行人之间的交接 — 是一项独立操作，而不是副产品。从仓库运到分拣、再从分拣送到地址的货，至少要换两次责任人。每一次交接都显式记录；否则东西丢了，根本说不清是在哪一段丢的。

「谁的责任」这个问题的答案也来自这里——不是为了找人背锅，而是为了定位到某一段路程。收货人发现的破损，会被归到货物记在某位具体执行人名下的那一段上。

仓库和物流不是两个共用一个群聊的部门，而是同一个流程的两段。「已拣配但未交接」的货和「已交接但未标记」的货，是两种不同的状态，混起来代价很高。

统一的数字化流程只意味着一件事：仓库与配送之间的每一次交接，都由动作而不是由消息来记录。仓库员工标记拣配，司机标记接收货物，收货人标记签收。在这些标记之间，货物任何时刻都记在某个具体的环节上。

这个接缝给仓库带来什么： 它能看到什么已经运走了，什么在发货区已经放了第二天。 给物流带来什么： 不会为还没拣配好的货去排线，司机也不会在没东西可装的时候就开到门口。

完整的仓储核算——收货、上架、盘点、批次和保质期——是另一个页面的主题。这里只讲接缝：仓库交给物流什么，又从物流拿回什么。

只有当数据在动作发生的那一刻进入系统时，报表才有意义。如果状态是晚上「按当天结果」补填的，那么任何报表都会呈现一幅整洁的画面，与实际发生的事毫无关系。

依据积累的数据可以算出什么：

• 配送单量 — 按日、周、月；按方向、客户和执行人统计
• 已完成与问题订单 — 按时送达的占比，以及以其他方式结束的清单，附原因
• 配送时长 — 从申请到交付、以及从转入配送到签收的实际时长
• 使用率 — 每辆车、每位执行人摊到多少站点、多少重量和体积，还剩多少空间
• 路线效率 — 每班的站点数、按计划关闭的占比、两站之间的用时
• 操作历史 — 它既是汇总数字的来源，也是复盘某一个具体案例的依据

指标的定义设定一次，所有报表都用它。「按时送达」在调度员的报表里和在负责人的报表里必须是同一个意思——否则同一天的两份汇总对不上，而两份都会失去可信度。

报表可导出为文件、按计划生成，也可以通过 API 送到外部分析系统——导出的内容由项目确定。