好用的ERP系统需要对业务非常了解，并且长期跟踪应用中的问题，不断积累。

人常说，专业化分工，责任到人。工作职责分开了，时段、区域分开了，系统也要跟着支持。

仓储系统的上游是订单系统、下游是物流系统，先不考虑生产和销售，只说有人买了，怎么把货交出去。直观感受就是所有人拿着一张单子干活，从一而终，接到订单的人，拿到仓库去取货，再找车发走。这大概就是政府机关窗口提倡的“首问负责制”。首问负责制的问题在于“首问”特别忙，既要跑仓库，又要找车，仓库没货怎么办呢？没车可用怎么办呢？这时候应该怎么拆分工作，拆分责任呢？

负责订单的人把订单交到仓库，剩下的就不管了，除非仓库反馈订单无法处理，那负责订单的人再修改订单，或者取消订单重新下单。负责订单的人除了拿订单给仓库，还需要给仓库什么输入呢？每张订单都有下单时间、货物种类、数量、下单人，还隐含了订单负责人，不过这些都是订单内部的细节。如果每张订单的信息都几乎一致，而仓库工作人员每天能处理的工作量是有限的，不可能同时全处理完，那么就需要为订单排优先级，这个优先级很有可能是是从上游来的，因为他离客户更近。

接下来看库管是怎么用订单的。一张订单上可能有品牌、品类不同的十几种货，分别存放在仓库的不同区域。我曾经听过宜家窗帘部门的一个工作人员抱怨，“这才早上10点，我就已经走了一万多步了。”这说明拣货是一个比较耗时和耗力的工作。去宜家买东西，就相当于自己既是下单人，又是拣货人，又是送货人，随便去里头买点啥，至少也要半个小时。可见大仓库必然要分人分区拣货，最后再汇总，那么势必要将一张订单分给不同的人取各自区域内的货，于是订单就会被拆分成拣货单。如果仓库里缺货，还要再生成一份采购单。可以看出采购单的创建人很自然的就是仓库管理员，只有他最清楚有没有货，缺多少货。

然后，库管再把拣好的货汇总核对包装，交给物流去派送。库管交给物流的“订单”应该已经不再是最初的那份订单了，因为有可能有缺货。可是，如果没有缺货呢？

这里还有很多细节没想清楚，今天先写到这里。

以上是站在仓库管理员的角度去写的，里面不经意间隐含了许多假设：

  1. 下订单的人与仓库分属不同的部门。那有没有仓库自己下订单给自己的情况？原因是什么？
  2. 仓库部门内部将拣完的货物汇总是比较容易的。这里确切的说，应该是只考虑了只有一间库房，或者有多间库房但是比较集中的情况，而且汇总货物的运输量不大。
  3. 仓库负责包装，然后以包装为单位，将货物交给物流。但是包装是不包含在订单里的，包装的材料挑拣、运输、消耗量谁来负责呢？如果包装量很大，是不是有独立的包装部门呢？
  4. 物流负责装车。这里就很脱离实际了，真的不了解各种仓库跟物流交接时是谁来装车，还有谁来判断需要多少车呢？