请安装我们的客户端
更新超快的免费小说APP
添加到主屏幕
请点击
，然后点击“添加到主屏幕”
胎，推了我跌倒的一大把。
要倒，就倒在最刻骨的地方。
倒下了不算完，锻造线的烂账，砸在了我身上！
本该恨这里，
但我却又爱上了这个地方。
走到哪，爱上哪！
我，就是这么贱！
☆
还在用我的能力，将陈年烂账理顺。我现在已经没有根治的权利，除了因为私人感情跟厂长极少地提及之外。我也没有心情写成p传下去，但我还是为治标奉献出自己的薄力。
力量再微小，也为公司好啊，毕竟不能只是口头表达过就算了，而是本来我可以不作，作了对公司有益对自己又会加重打击——我还是做了，还会愚蠢地做下去。
锻造线，erp的‘移转单建立作业中’：
问题：移转单别d31s，入库单（sft），4笔未确认，
关系到共14笔5143途程单别的制令单，
系统之形态栏皆显示为‘正常完工’
筛选条件：移转单=d31s确认码=n移出部门=2471
试核：不改日期→不成功←验收日期大于等于库存现行年月及大于账务冻结日期——也就是跨月了。
我没有试图篡改年月去补核，因为年终大盘点已经调过账了。
说明：d21s移转单（sft），仅仅在锻造线，没有‘未确认’的。
在erp系统中，带有（sft）字符的，表示是来源自sft操作系统的资讯。它们的确认环节，都是系统自动核准的，照说不必人工去维护，现状也是这样——谁也不去管。
正因为这样，系统的漏洞就出现了，那些条件不完全具备的单，特别是时间差上的条件异常，系统在当时就核准不到。即使将来作件完备了，已经过了时效，系统还会自动补核么？即使进阶设定成随时满足随时核准，也还有关账冻结造成跨不过年月——而还是核准不了。
这就必须要有人力去介入，去监理，去维护。
☆
在erp系统中已经报工完成相关联的sft系统中却未能最后出站完工，成品已经销售了，使相应的制造命令单却还是固定在‘状态3生产中’。
以2471锻造线为例，我已经设定了能当成（p）来用的查核纠正模式：
erp系统中→制令制程建立作业→进阶选项中设置查询条件并保存←条件单别‘5143’；条件实际开工日区间，一般当月按关账时间段，可以根据需要变更，比如实际开工日大于或等于当月1号且小于等于（n-2）天；条件‘状态码3生产中’——保留查询结果，逐一进行下两步。
进入制令制程的报工单建立作业→进阶选项中钩选‘包含单身资料’→在‘单身设定’中输入查核条件，条件制令单别‘5143’；条件在‘制令单号’逐条中输入上一阶段于‘制令制程建立作业’中查询出来的单号，一条一条地挨个排查，不可以遗漏任何一个单号。
排查的重点，按回车键确认结果出来之后，分为两种情况处置：未报工的，或者是分批报工、分工序报工的就不用管，继续等待，还会有单据到来会接着自然完工的；已经完成了报工作业的，就是我们进行以上排查所寻找出来的问题点，必须立即排解——进入sft操作系统中，补出站动作，直到最后一站出站完成，才ok。
以上只是以2471锻造线别为例来设定的排查模式，其余各线别，方法一样，只是改动制令单别和相应的线别就可以了，这样就能适用于全公司。
还是要千百次地重说那句话，这样的动作，在没有果敢的大能之士将途程单连接到最开始的那个工序（那样做了只要是普通文员就能便利操作而且不出错了）之前，这些最最下策的补救作业还是必不可少，尽管只是在针对bo的基本设置不尽善的补漏措施，也必须要有一定的经验有灵活的智能的人员来主导，而且必须定期实行，不能弃之不顾。
☆
力量再微小，也为公司好啊，我所支付的绵薄之力，当然还不只这一点点，类似于这些查漏补缺或快速便利的操作模式，我还在erp系统中设置了数十种——心有千千，我自行迈，教过的人那么多，会用的还是只有我一个，不是我保守，是我这样傻这样痴的人哪里还有！
在制造命令建立作业中，设置了5+2种
在制令制程建立作业中，设置了6+3种
在移转单建立作业中，设置了4种
在报工单建立作业中，设置了6种
在管料管理的异动单据建立作业中，设置了5种
在库存状况查询作业中，设置了4+3种
在自订报表中，设置了30+29+3种
等等，等等！这些努力，越来越成了无人问津的摆设。
我要告诉自己，忘掉这些，忘掉这一切！凡此种种，就是我的镜花水月，不要去再去触碰，让它们蒙尘，让它们泯灭。
真的付之一炬，通通化为春梦了无痕，对于谁解沉舟，反而还好一些。
最快小说阅读 M.bQg8.CC