标签：管理 积累 政府 优先级 erp系统 处理 采购 下单 浅谈
好用的ERP系统需要对业务非常了解，并且长期跟踪应用中的问题，不断积累。人常说，专业化分工，责任到人。工作职责分开了，时段、区域分开了，系统也要跟着支持。
仓储系统的上游是订单系统、下游是物流系统，先不考虑生产和销售，只说有人买了，怎么把货交出去。直观感受就是所有人拿着一张单子干活，从一而终，接到订单的人，拿到仓库去取货，再找车发走。这大概就是政府机关窗口提倡的“首问负责制”。首问负责制的问题在于“首问”特别忙，既要跑仓库，又要找车，仓库没货怎么办呢？没车可用怎么办呢？这时候应该怎么拆分工作，拆分责任呢？
负责订单的人把订单交到仓库，剩下的就不管了，除非仓库反馈订单无法处理，那负责订单的人再修改订单，或者取消订单重新下单。负责订单的人除了拿订单给仓库，还需要给仓库什么输入呢？每张订单都有下单时间、货物种类、数量、下单人，还隐含了订单负责人，不过这些都是订单内部的细节。如果每张订单的信息都几乎一致，而仓库工作人员每天能处理的工作量是有限的，不可能同时全处理完，那么就需要为订单排优先级，这个优先级很有可能是是从上游来的，因为他离客户更近。
接下来看库管是怎么用订单的。一张订单上可能有品牌、品类不同的十几种货，分别存放在仓库的不同区域。我曾经听过宜家窗帘部门的一个工作人员抱怨，“这才早上10点，我就已经走了一万多步了。”这说明拣货是一个比较耗时和耗力的工作。去宜家买东西，就相当于自己既是下单人，又是拣货人，又是送货人，随便去里头买点啥，至少也要半个小时。可见大仓库必然要分人分区拣货，最后再汇总，那么势必要将一张订单分给不同的人取各自区域内的货，于是订单就会被拆分成拣货单。如果仓库里缺货，还要再生成一份采购单。可以看出采购单的创建人很自然的就是仓库管理员，只有他最清楚有没有货，缺多少货。
然后，库管再把拣好的货汇总核对包装，交给物流去派送。库管交给物流的“订单”应该已经不再是最初的那份订单了，因为有可能有缺货。可是，如果没有缺货呢？
这里还有很多细节没想清楚，今天先写到这里。
以上是站在仓库管理员的角度去写的，里面不经意间隐含了许多假设：
标签：管理 积累 政府 优先级 erp系统 处理 采购 下单 浅谈
原文地址：https://blog.51cto.com/13093181/2354002
