前言:继续闭门造车
继续发挥,上一篇写到了生产管理,今天开始做无人值守的功能模块的设计了.核心就是收发管理的模块了.
一、发货的工作流程:
我设想的发货流程如下:
1. 发货的源头指令来源于生产计划:
生产计划要素是需要生产的产品,客户。生产计划如果审批后通知到生产部门群,可以同时也通知到有客户对接联系人的群,有大概的完工时间方便调度人员安排车辆运输。
2. 生产计划按照BOM生成计划用料:
生产部门按照用料计划准备进行生产,计划用料能够打印作为生产部门的原始凭证。
3. 生产完工单:
生产部门可以应用生产计划单填写完工数量,实际用料数量。以实际用料数量作为库存消耗的数量,以实际生产数量*BOM作为理论消耗数量。为什么要保留理论消耗数量,主要为来料加工生产准备,一般如果是来料加工,都是按照约定的比例,同时还有损耗。如果实际小于理论的,那么节约的就是厂方赚到的。当然前提是产品质量符合要求。
4. 装货司机到达门岗:
完成车牌识别后,进行首次过磅,生成毛重。无人值守过磅过程,获取到地磅的数量、车辆前后左右四方位的照片。然后在指定求等待。
5. 司机到生产部门报到:
生产部门人员根据司机提供资料,将过磅的数据关联到生产计划,生成装货排序单。也可以通过一些逻辑计算将此过程无人化处理。
6. 生产完毕后:
司机凭借装货排序单来进行装货,装货完毕后,上磅进行称重,形成装货准确数据。
7. 装货称重完毕后:
门卫处核验放行。
二、发货过程数据表
1. 装货单:记录整个发货过程的数据
字段: 单号、存货编码、计划数量、客户名称、车牌号、到达时间、生产计划单号、生产完成单号、装货计划序号、第一次过磅重量、第二次过磅重量、装载重量、第一次过磅时间、第一次过磅数据单号、第二次过磅时间、第二次过磅数据单号、出场时间,单据状态(开立、第一次过磅、装货、第二次过磅、出厂完结)
2. 过磅数据表:记录过磅过程
字段:过磅单号、过磅时间、车牌号、装货单号、车牌识别原始数据、前方照片、后方照片、左方照片、右方照片、车牌照片
三、发货过程数据逻辑:
1. 车辆到到后自动生成一张装货单,装货单内容为:车牌、到到时间、客户名称(可以在门卫岗前设置二维码,由司机扫码填写客户名称)
2. 填写后的信息推送到数据处理群中,由生产部根据司机填写信息匹配生产计划单,如果该客户只有一张生产计划单,系统同时推送匹配单的建议,生产部审核后自动匹配,如果存在多张或者没有生产计划单的情况下,需要人为干预处理。
3. 车辆进入到场地后,先第一次过磅,车辆开启到地磅指定位置上,司机扫描二维码,触发地磅车牌识别和拍照,以及称重数据获取。完成后返回给司机手机端,同时推送数据到生产部群中,复合无误后车辆可以播放语言车辆下磅(可以不用复核过程,如果整个过程和流程稳定后)
4. 第二次过磅数据处理同第一次过磅,但如果数量小于第一次过磅(装货过了肯定数量变大)或者装货数量小于阈值,那么触发告警。
5. 异常处理:如果存在车牌三次及以上过磅的情况,认为为是存在异常。如果第一次或者第二次称重司机认为存在异常,那么可以在单上点击重新过磅申请,推送信息到生产部群中,由人为确认干预是否撤销该车牌前一次的过磅数据。
6. 出厂:门卫扫描装货记录单生成的二维码,核验后,回写出厂时间。
总结:
大概设想了下整个生产装货的过程,对于装货单的生成,如果有专门负责车辆信息调剂管理的,比如客户车辆到厂前也可以填写,后台有人来处理关联和内部流程。出厂后通过采集gps信息获取到车辆位置来判断是否送达客户,或者定时将车辆位置信息推送给客户,提高客户满意度?不过这都是需要由成本的。