发现录入工作组问题: 

        (1)TMS软件商品验收功能界面光标问题: 

        软件进行商品验收时是按订单进行验收的,所以需要先调出订单,然后在订单明细商品中输入“零头数量”和商品的“生产日期”。 

        百软件在近期更新后,验收变的特别不方便,输入“零头数量后”,按“回车”键后,系统提示“不能插入行”,需要把这个提示窗口关闭后,在去点击“生产日期”输入框,输入“生产日期”。 

        建议解决办法: 

        录入完“零头数量”后,按“回车”键光标直接跑到了“生产日期”输入框,“生产日期”输入后,按“回车”光标跳到下一行的“零头数量”输入框中。 

        (2)浑南物流使用TMS软件打印单据很慢,点击“打印”需要等挺长时间才能进行打印操作。浏览兴隆网站也很慢,访问10.2.2.68服务器都拷贝东西的时候很小的东西也是需要很长时间。 

        网络传输速度慢,这个与网络跨运营商有关:浑南物流中心是移动的网络,我们中心机房网是联通的。 

        建议解决办法: 

        物流中心与中心机房,建立专线线路。 

        (3)TMS查询功能,查询出来的结果双击不能看明细信息。 

        TMS软件更新后,所有明细查询功能查询出来的结果不能进行对某条记录进行双击看明细信息。影响相关明细单据重新打印问题。(经过沟通,问题现已解决) 

        (4)库控人员在对门店的要货的申请单(单据类型包括:采购申请单、配送申请订)单提取并审核(控制订货数量,即库控)时,是把门店的每个申请单单独提取转变成不同的订单,这样每个采购申请单都会变成一个采购订单,每次配送申请单都会变成一个配送订单这个过程需要做无数次重复的提取工作。 

        沟通后,分析这么做的问题原因有两个: 

        1.担心如果把门店的采购类型的申请单按门店一起提取后, 

        所有的门店采购要货的商品产生在一张采购订单上,这样门店分不出来是哪个供应商的货,无法给不同供应商发送传真订货。(测试完成后与软件维护人员沟通,需要维护人员去核实采购类型的申请单按门店批量提取是否可行。核实结果:门店采购类型申请单把所有采购类型的申请单一次全部提取,系统会自动按供应商,按门店区分开来。此处现在已经优化解决) 

        2.配送类型的申请单按门店一起提取,这里面存在一个问题那就是“都乐单根蕉”这个商品都是由都乐供应商给物流中心每天日配,物流收货后当天把该品给门店全部配送出去,物流中心此商品当天不留库存。如果把配送类型的申请单按门店一起提取了,那么“都乐单根蕉”这个品在提取的时候与门店其他商品一起提取成一个配送订单,而此时都乐供应商还未把货送到,我们没有验收增加库存,那么在做拣货单分配商品拣货数量时,该品的就是分配的数量是0,当发货完事后,这个配送单就终止了。所以这样门店没有收到“都乐单根蕉”这个商品,并且还需要重新做该品向物流要货的申请单,所以就每个申请单提取成一个配送订单。 

        配送类型申请单按门店批量提取隐含两个问题: 

        第一,批量提取门店配送类型的申请单,供应商未给配送中心送货,物流没库存发货时,不但影响物流履行率,并且门店还需要重新下该品的申请单。 

        第二,批量提取门店配送类型的申请单,把很多商品提取在一个配送订单的时候,这时拣货单上的商品就会很多,而物流验货需要打印出来配送单,配送单来自拣货单全部拣货完毕才会生成,所以这之间存在一个很长的等待配送单打印出来的时间,影响工作效率。 

        介于实际情况,解决拣货全部返回录入才能打印配送单这个长时间等待的问题,配送类型申请单按原方式每单一提来操作。 

        配送类型申请单批量提取建议解决办法: 

        提取还是按照门店进行批量提取(这样门店要的货虽然来自我们三个库房中品也挺多)优化库控人员重复无数次提取的操作,同时TMS软件需要增加一个验货单的过程,这样一个库房拣货完事后,就把拣货单返回给录入,录入就按照物流的库房来打印装 

        车验货单,节省了一直等待所有库房拣货完事再打印配送单这个期间长时间等待的问题,优化了验货装车的时间。 

        (5)建立波次调订单商品分配库存问题。 

        近期程序更新后TMS软件波次管理,在做商品分配库存时候,例如门店对一个商品要货100个,而我浑南物流软件中记 

        录的库存及实物库存都是40个,但是软件中拣货数量的值可能 

        是60个,这样的状况在正常情况下,应该是虽然门店要货100个,但是我配送库存实际是40个,那么分配的数量就是40个,而不会出现60个。 

        经过与TMS沟通,TMS软件进行了修改后问题解决。 

        (6)拣货单差异处理往高了差异问题: 

        现在有这么个问题,门店向配送中心要货,如某个商品包装率是30个,门店根据包装率和销售情况进行续订货15个,配送中心的库存够订货的15个,然后再分配的时候就给门店分 

        配了15个,当去库房拣货的时候发现该品包装率是30,但是一个30包装率的大包下还有3个小包,每小包数量是10个,为了不拆箱,想给门店直接配20个,也就是2小包,就是不把小包在拆出来5个。 

        隐藏的三个信息: 

        1.门店下采购订单的人只知道该品包装率是30大包,但是不知道大包下还包括三个小包。 

        2.总部模块下的库控人员虽然在提单子审核门店要货数量的时候修改门店的订货数量,但是库控人员也不知道该品大包30装率下,还有3个小包,每小包10个的情况。 

        3.实拣货的时候,根据分配的15个数量去拣货,拣货的时候发现该品30大包装率下还有三小包,就想回到录入做差异处理 往高了进行差异给门店送货20个,多送5个。(实践证明程序是允许进行往高了差异,并且在发货减库存的时候数量的 减少也是正确的减少20个库存,但是隐藏的问题是什么呢?  就是会影响配送中心的履行率,履行率就变高了)。 

        建议解决办法: 

        修改包装率的设置,修改为两个值记录,分别是:大包标准、小包标准,两者之乘积为包装率。这样,门店在进行订货的时候,一目了然,订货时填写的数量会填写整大包或整小包,而不会出现零头的现象。 

        发现订货组问题: 

        (1)订货组人员根据软件“进销存统计”功能,按照供应商来查询供应商经营的商品的库存来进行订货的时候会存在漏订货的问题,影响物流履行率。 

        “进销存统计”功能下查询的数据来自TMS数据库的日、月进销存表中。TMS软件后台数据库中,日、月进销存表是按照年月来命名的。例如,日进销存表名是:YYYYMM_GoodsDayPSSM,月进销存表名是:YYYYMM_GoodsMonPSSM. 

        TMS设计原理是: 

        每个月最后一天的日结也是这个月的月结,月结的时候会产生下个月的日、月进销存的表。新产生的日、月进销存表中的数据来自上个月的表中,但是排除了一些截止上个月最后一天“期初数量”,“期末数量”,“成本”同时都为0的商品信息。被排除的这些商品是我们物流经营的,只是截止上月最后一天库存为了0了,如果这个月该品没有进行验收,在“进销存统计”中就查询不到。如果在订货时候根据“进销存统计”的库存来订货,查询时间的区间是新月份,那么查询的结果中就看不到被排除的商品信息,这样订货就不会去订这个商品,所以就会导致这个品一致没有库存。我们没有库存而门店还继续跟我们要货的时候,我们给门店配送不了这就会影响我们物流履行率。 

        物流中心配送履行率问题: 

        影响物流中心送货履行率,总结有以下几点: 

        1.物流中心商品的库存不足,这个原因可能有这样的情况存在,有多个门店都要某一商品的货,那么到最后配送中心的库存也没了,这时再有要此货的门店,配送对其履行率就低了,再有一种情况就是根据安全库存已经向供应商要货了,但是供应商迟迟没有送货过来,这时造成我们的库存不足。此时给门店配货的时候这个品的履行率就会低。 

        2.门店要货的商品是非物流经营的商品(门店要货要错地方了,是因为商品的流转途径是“直配加配送”)。例如,一个“配送的中央 

        申请单”有10商品,但是有一个品不是我们物流经营的,但是这个品的流转途径是“直配加配送”这个品就可以跟物流要货,但是在总部库控人员没有发现这个商品是物流不做的,或者是总部库控人员根本就不知道这个品是不是物流部经营的品,那么把这个单子给提出来以后变成了配送的订单。当拣货分配的时候,那么这个品分配的数量就是0,即履行数量就是0.那么就会影响配送给门店配货的履行率。 

        (2)物流订货组订货操作不方便问题。 

        物流中心人员订货方法是:开两个TMS软件的窗口,一个窗口根据供应商编码查询供应商下商品的安全库存;另一个窗口是打开订货界面,根据安全库存查询出来的结果后,去判断一个品该订货了,然后就在订货窗口输入这个订货的商品,然后再输入订货的数量,这样的效率非常低下(由于网络慢的问题,在订货界面,输入商品条码,需要等一会才能调出该品订货的其他信息,然后才能录入数量)。 

        建议解决办法: 

        通过制作数据导入模板,使用EXECL办公软件进行对订货信息进行筛选,然后把筛选后的数据导入到订货界面,实行批量订货的方式。 

        发现的其他问题: 

        (1)物流盘点很耗时,费力。 

        之前盘点流程如下: 

        手抄盘点表(手抄写的信息包括:商品条码,商品名称,规格 

        型号,生产日期,以前就抄写这些信息需要4-5天的时间,并且存在着一个手抄写书写在盘点不清晰的问题)→根据手写的盘点表去库房进行盘点商品数量→点数后,把手抄盘点表返回给物流录入中心→录入人员根据手抄盘点表录入“盘点表”(需要按照手抄的盘点表进行敲商品条码来调商品信息,然后再对该品的盘点数量进行录入)。 

        建议解决办法: 

        手抄盘点表(只抄条码)→录入盘点清单并打印盘点表(打印时未抄写的商品信息由信息系统来补充,并且打印出来盘点清单表中商品顺序就是录入的顺序,这样方便盘点时快速找到商品)→根据打印出来盘点表进行盘点(字迹清晰)→盘点清单表导入盘点表→录入盘点数量(只需录入盘点的数量,不需要敲一个商品条码调出商品信息后,再进行录入商品数量的过程)。 

        注:如果我们录入的这次清单表完事后,商品在库房中位置没有变化,下次盘点我们还可以继续调出清单表打印,这次盘点前连条码都不需要抄写了。盘点商品数量后,可以直接录入盘点数量即可,还是不需要录入商品信息。 

        (2)安全预警报表统计出来的预警数据不准确。 

        导致安全预警统计数据不准确的原因如下: 

        1.软件中商品出库是按批次先进先出的规则进行的,而实际库房拣货是按照商品生产日期来拣货的,先出的货是生产日期早的商品。 

        例如,软件中一个商品验收了2个批次,第一个批次是商品6月份生产的,第二个批次商品是5月份生产的,不管是5月份生产的还是6月份生产的,其生产日期都未超过保质期的三分之一,所以我们是可以收货的。在软件中该品在发货时先出的是6月份验收的货,而库房人员实际拣货是要拣第二个批次验收的5月份的货,所以这就造成安全预警统计出来的数据不是完全准确。 

        2.实际库房中的商品保质期与软件中记录的这个商品的保质不一致,这是因为厂家该品的保质期更改了,而我们软件系统中该品保质期没有及时的更新。所以这个也造成安全预警报表统 计出来的数据不准确。 

        以前预警是使用完全人工预警,在盘点的时候抄写商品生产日期和保质期,然后人为估算。 

        现在是根据软件中盘点清单表导出EXECL文件后,人工录入生产日期和保质期,通过公式计算出来。现在是半人工半自动的方式。 

        二.优化内容: 

        (1)商品盘点: 

        1.改进盘点抄写表工作:只抄写商品条码,然后通过信息系统补 充完整商品信息,此工作之前需要4-5天时间,优化后3天完成; 

        2.改进盘点结果录入工作,改进之前,盘点表录入需要24人/时, 改进后,只需要8人/时); 

        (2)物流订货: 

        优化之前,订货员在订货界面逐一录入要订货商品信息、订货数量。优化之后,订货信息导入系统批量订货,极大节省了工作时间。改进之前,每人每天订货25个厂家左右,改进后每人每天订货30多个厂家。 

        1.改进需订货商品的筛选方式,把安全库存报表数据导出,使 用EXECL数据筛选要订货商品信息。 

        2.改进订货商品录入方法:制作数据导入模板,把筛选好的数据导入系统,进行批量订货。 

        (3)物流库控: 

        根据库控员繁琐的单据提取工作,提出按门店批量提取单据的思想。结合物流实际情况,改进门店采购类型的申请单据提取方式。因为我实际情况的原因,配送类型的申请单提取方式未做改变。 

        优化之前,库控员提取门店采购类型的申请单据是一单一提,也就是说如果每个店一天下100单子,一共8家店库控员一天需要提取800次,做800次重复工作。优化之后,按门店提取单据,8个店库控员只需提取8次。