这是一家做塑料托盘循环共用的企业：托盘产权不变，但每天在不同仓库和客户现场之间流转。总仓、中转仓、20 多个客户现场，加上回收、发货、调拨、盘点和月底对账，原来的三套 Excel 台账已经很难对齐。
我们为它交付了一套托盘运营管理系统，覆盖单据、库存、客户对账、运费和权限。上线后，26 个仓库节点在同一个库存视图里，期末库存与客户原来的 Excel 对齐。
应客户要求，本文做匿名化处理，不披露公司名称和具体商业数据。文中数量为项目实际运行数据的区间描述。
原来的管理方式，卡在哪
项目启动前，客户主要用 Excel 管三本账：总仓一本、中转仓一本、客户现场一本。每本账的字段和更新频率都不一样，月底靠人把三本账拼在一起。
具体问题有三个：
- 库存账实不符：托盘在客户现场、在途、在仓库之间移动，单据晚录一天，账上就对不上
- 负库存发现太晚：账面已经负了，但没人当天知道，往往月底盘点才暴露
- 对账靠人：客户对账单、运费、回收和发货数量分散在不同表里，月底需要人工汇总
这些问题不是“员工不认真”，而是缺少一条从单据到库存、再到对账的完整链路。
系统怎么设计
系统没有一上来做“大而全”的 ERP，而是围绕托盘流转的核心链路拆成四类单据：
- 回收入库（HS）：客户现场 → 总仓
- 发货出库（FH）：总仓 → 中转仓
- 中转发货（TK）：中转仓 → 客户现场
- 盘点调整（PD）：盘盈、盘亏和期初差异调整
每张单据都会影响库存，库存再按仓库、物料、客户三个维度汇总。这样任何一个数字都能往下追到具体单据，而不是只在报表上看到一个结果。
配套的模块包括：
- 工作台：全池在库、本月回收/发货、出入库趋势、最近单据
- 库存查询：分仓矩阵、全池汇总、库存占比
- 库存流水：每笔出入库明细，可追溯单据
- 负库存预警：实时暴露账实不符的仓库和物料
- 月度收发存：期初、本期入、本期出、期末
- 客户对账：生成可打印的月度对账单，含运费汇总
- 运费管理：车次、重量、单价、金额自动计算
- 基础资料与用户权限：仓库、物料、车辆司机、角色
上线过程
这类项目最大的工作量不在写页面，而在“把历史账拉平”。实施按四步走：
- 期初建账：把总仓、中转仓和 20 多个客户现场建成 26 个仓库节点，录入期初结存
- 历史单据导入：导入某月 300 多张回收、发货、中转发货和差异调整单据
- 运费明细导入：导入近 3,000 条历史运费记录，按车次、重量、单价和金额关联
- 差异核对：对导入后仍对不上的部分，生成盘点调整单，逐张核对，直到期末库存与 Excel 一致
上线前做了试运行：同一批单据在 Excel 和系统里各跑一遍，对比期末库存和客户对账结果。确认一致后才正式切换。
现在做到什么
- 26 个仓库节点在同一个库存视图里，不再需要三套台账
- 任意一笔库存变动都能追到单据、操作人和时间
- 负库存当天暴露，不再等到月底盘点
- 月度收发存按物料、按客户自动生成
- 客户对账单可以直接打印，运费汇总在同一张单上
- 期末库存与客户原 Excel 对齐，7 万多片托盘有账可查
这些是“流程结果”，不是“效率提升百分比”。我们没有给客户编一个“效率提升 300%”的数字，因为那种数字既无法验证，也不解决实际问题。
适合哪些企业
- 托盘租赁、循环共用、共享器具等“资产在客户现场”的业务
- 有总仓、中转仓和多个客户现场，库存分布在 20 个以上节点
- 按客户对账，运费按车次、重量或吨位结算
- 现在靠 Excel、微信群和纸质单据管理，月底对账靠人
如果你的业务符合其中两三条，可以看看我们ERP 系统定制的服务范围，或者直接微信 nsail543 说明场景。
常见问题
这套系统是标准产品还是定制开发？
是按托盘循环共用的业务流程定制的。单据类型、库存维度、对账口径和运费规则都来自客户实际流程，不是拿通用进销存改个名字。
一定要一次上全部模块吗？
不需要。建议第一期先上“单据 + 库存 + 对账”这条核心闭环，跑稳后再加运费、报表和更多权限。一次性铺满所有模块，上线风险最高。
历史 Excel 数据怎么办？
先做数据清洗和字段映射，再导入期初和单据。导入后一定要做试算核对，差异部分用盘点调整单拉平，不能直接改数据库。
数据放在哪里？
可以部署在客户自己的服务器或指定云主机上，数据由客户掌握。部署方式、备份和升级在合同里约定。