图书发行行业第三方物流信息系统建设之困惑

hqm1009

你要做第三方的话有以下几点提醒您:
      1、您的WMS 要能与多个MIS有接口。
   2、您的WMS内库内商品每个商品除商品存放的储位的信息外，还应有对应的委托业主的信息。
   3、您的WMS还要给您提供相应的计费功能。因为你是要做第三方，对不同的委托业主您是要收取物流费用的，所以您也需要相对应的物流计费部分。
   4、同时你还要注意商品编码方面，同一个商品，不同的委托业主你打算采用相同的商品编码还是不同的？
   5、如果你是一个省级的图书物流中心的话，您的WMS还需要能够支持多区多仓的商品管理，即是你下面可能会有区域配送中心，每个配送中心除有独立的WMS之外，这些WMS之上还应有一个多区多仓库存管理系统来调节各物流中心的进出货、库存、仓与仓之间的商品调拨。
   6、如果你的物流中心比较大的话，5000平米以上，您的WMS系统一定需要实现全面的储位管理，但储位码不宜太多，否则现场人员会麻烦。（许多WMS供应商都说有实现储位管理，而实际在运行时都是那种假的储位管理，图书从验收完成进到储位中去，到移货位、补货、到拣货全过程的商品储位的变化系统均要能追踪得到，这点要注意。）
  7、WMS在发拣货单时要能将工作任务拆分得出来整栈拣货、整箱拣货、拆零拣货，这些会与你现场布局相关。现代的物流中心在商品布局一般不会让现场作业人员在同一个货位是即拆箱，又整箱或是大批量出货，这一方面会使现场商品乱七八糟不利于管理，另一方面也会使拣货效率低下。所以系统在发拣货指示的拆单也十分重要。
  8、WMS要能够设定商品与储位的对应关系，能将现场的拣货位跟保管位区分出来，因为总不能老让现场的拣货人员开着叉车经常到五层以上的货架上拣货下来吧。
  9、WMS要有补货功能，要能当拣货位商品不够时，系统能自动发补货指示，指示现场的人员将保管位的商品补货到拣货位上去。
10、太多了，例举不完。不过图书行业商品已经很规范了，比百货业好做多了。

     我不会写程序，可是做了近五年的WMS

hqm1009

我不会写程序，可是会用系统,做了五年的WMS 的作业流程设计、系统分析及系统上线的营运辅导。善长的地方就是能将一个很烂的系统在上线前提出一大堆要修改的需求,要求工程师改完,并亲自测完.然后培训系统操作人员、培训所有现场作业人员、亲自监督现场做好所有上线前的准备及测试工作，上线、上线后再提出一大堆优化需求再要求工程师再改,直到改到我能离现场,现场人员能自行作业不再跟我提问题为止.系统上线的前后那两个月，我几乎都是在物流中心上班，那是一件很痛苦的事情。
    至今已经做了八个物流中心的项目了。百货行业的物流中心居多，最小的物流中心10000平方米，最大的40000平方米。商品品项最多的是23万种（数据库资料），一般都在10万种以上。系统最少也要管10000个以上的储位。配送最多的是配送3000个点，每天配送1000个左右的点（烟草公司物流中心），最少的也有三十个门店。配送量最大的物流中心，日配10万箱，最少的也有1万箱/日。自动化程度较高的物流中心使用VNA和自动分拣机、RF等设施，自动化程度最差的连油压托板车都没有。
    所以我觉得图书行业的物流相对要好做多了。

hqm1009

l回复：甲方代表如何监督管理WMS信息系统的开发，有没有培训开发的说法，就是甲方参与到开发中，为了便于未来对员工的培训？

建议：
1、开发商在开发前应制作标准作业流程给你们（SOP）。以文件的形式。
   内容要包括：
   1）物流中心设施、商品布局建议
   2）在此布局之下的细部作业流程标述，流程中应包括系统功能、现场作业过程、表单、例外事项处理方式（系统及现场）。要求描述的越详细越好，越详细开发商可能没有想到的地方就会发现的越多。
   3）流程确认后，要求开发商提供对应此流程的系统需求分析文件，来说明系统是以何种方式及何种功能来满足此流程的需要的。
   4）当系统需求分析文件经你们确认OK之后，再要求开发商提出系统设计文件，包括系统架构、系统各模块内容及功能描述、系统内部计算的逻辑图。
  5）当上述提供并经你们确认后，再请开发商才能开始写程序。每写完一个模块就要提交给你们测试，当然基本资料要先写。
  6）以上就是监管了，当然开发商最后会给你们最终的标准化作业流程文件跟系统操作文件。
  7）最好是要求开发商要作营运辅导。WMS代表着一种物流管理思路，开发商在开发系统前他的思跟应该是很清晰的，所以他能够开发得出来就应该能够营运得起来，否则就会是闭门造车。

以上建议，供参考！

hqm1009

开发商在系统设计文件经你们确认后，还应该先将每支程序的画面开出来，各功能画面也需要经过你们确认后他们才能开始写程度。因为有些开发商的系统画面一点也不人性化，也不便于操作。

  记得所有的录入界面在录入时，要求系统均能提供在小键盘内完成的快捷方式，虽然这个要求对写程序的人来说很简单，可对现场操作人员来讲实在是帮了一个大忙。

floating_seu

呵，一看就知道遇到行家了，欢迎hqm1009，以后请多多指教！

floating_seu

to hqm1009：关于第三方物流系统提醒的回复：
   谢谢你的提醒，你提醒的几点正是我们所关注的焦点，我们为了实现第三方物流的基本需求，要求物流信息管理信息系统应具备以下几个方面的基本特征：
        货权全程识别：
信息系统对各个委托业主的货物在物流配送中心整个作业流程中能在实物入库开始至出库全程识别商品所有权，商品归属性质在物流系统内原则上不变更。
        货物数量跟踪追溯：
各个委托业主货物的品种数量及其在作业流程中变化情况可以全程跟踪和追溯。
        货物ID全程识别：
WMS有自己独立的编码系统，每个委托业主的所有的货物在WMS中都拥有唯一的ID。
    除此之外，对于你的提醒，我有两天还不太明白，请指教：
1、你说的假储位管理能否具体描述一下，真正意义上的储位管理应该有哪些功能？
2、你说的“在这些WMS之上还应有一个多区多仓库存管理系统来调节各物流中心的进出货、库存、仓与仓之间的商品调拨”这个其实是真正意义上的异地多仓库管理模式，但是我们现在的做法是：我们只有两个物流配送中心，一个非常庞大，另外一个只配送特定的少量品种，我们用一个WMS来管理，小的配送中心相当于大配送中心的一个异地仓库，各个仓库必须在WMS统一管理平台下，按统一的管理模式和作业流程进行管理，这种做法可行吗？还有没有更好的解决办法？

floating_seu

to hqm1009：关于监管问题的回复：
我赞同你的说法“WMS代表着一种物流管理思路”，在WMS开发过程中，SOP作业流程的设计很重要，可是我们的开发商在系统开发方面是其强项，而物流管理上的经验稍显不足，一直是我们在推动他们走，有点本末倒置的味道。我们希望的项目进程和你的差不多，关键就是拿出来的SOP，或者系统设计文件总是让你觉得不是那么回事，不是你所希望的，所以我们很多次就打回去重写，但是重新返回的东西还会让你不满意，一直这么来回折腾非常耽误时间，也不是办法，所以我看能否有更好的办法来推动这个项目往前走！

floating_seu

to hqm1009：有个问题：界面设计应当是在程序开发阶段提交给甲方审核还是在设计阶段提交甲方审核？

hqm1009

　　　最好你们确认后，他们再继续开发，以免到测试阶段大家产生不必要的争执．

hqm1009

回复：＂你说的“在这些WMS之上还应有一个多区多仓库存管理系统来调节各物流中心的进出货、库存、仓与仓之间的商品调拨”这个其实是真正意义上的异地多仓库管理模式，但是我们现在的做法是：我们只有两个物流配送中心，一个非常庞大，另外一个只配送特定的少量品种，我们用一个WMS来管理，小的配送中心相当于大配送中心的一个异地仓库，各个仓库必须在WMS统一管理平台下，按统一的管理模式和作业流程进行管理，这种做法可行吗？还有没有更好的解决办法？＂

　　你们的ＷＭＳ如果真正能实现储位管理的话，在同一个ＷＭＳ　中只需要将大仓储位码与小仓的储位码做明显的区分就行了：比如大仓的仓码是Ａ，小仓用Ｂ开头就行了．比如大仓所有的储位号都是Ａ打头的，比如：Ａ１１０１１，则小仓的储位号都是Ｂ开头的，比如：Ｂ１１０１１．就行了，进货时各进各的仓位，出货时各从各的仓位出．查库存可以各从各的储位上查就行了．