开篇之际，小编忍不住想掉个书袋，各位小飞们，知何为“志”否？
开篇之际，小编忍不住想掉个书袋，各位小飞们，知何为“志”否？
知道SAP上线的目标是啥不？
【非官方版本：让数据稳定传输，流程清晰固化，最好是零异常，少挨骂！】
说起SAP，总是感觉缺人缺时间，但你知道组里最不缺的是啥？
9月7日16:00
7C：供应链组的据点
推开门
运输组、资讯、顾问、业务分支的人都在，什么情况？小编以为自己走错地方了。
只听得
A：之前的设计逻辑是拣货完成之后出来一个件数信息，FU进计划室，然后下面贴标，复检，接收信息，开始派车，现在他是只要有一个订单，即使是空订单，也要把这份订单的状态给他，他要派人不停去查看，去刷新这个订单状态有没有更新，再根据经验去调车。
B:是啊，我就跟你说，等到你那个件数给我的时候我就没时间了。
C:你是想在主控室里看到SKU详细的数据是不是？
B:对，我要看到这个东西。
C:FOD一旦保存成功，就要通知主控室告诉你，你的需求是计划产生往INFO里走的时候，也同时在主控室里看到，这是一个需求。
A:你加入的东西越多的话，系统就会慢，你会受不了。
C:就是说这个问题啊，如果他是全部拣选完才回状态给TM，其实每个SKU拣选完毕你是看不到的，你就变成你要去INFO里看。但是响应速度就慢了，所以你的需求是合理的，问题是怎么去实现，看上去不应该是在TM里实现。
D:那简单嘛，我们只要加个订单状态就行了，再加个货物信息。
C:你在哪里加订单状态？
D：我在我的FU需求主控室里加啊。
A：他不止要订单状态，他还要看到SKU的PS数咧。
D：那就让他抓嘛。
A：就像清华讲的，大家的需求是合理的，但是要考虑到一个问题，同一个东西，你不停往另外一个模块上加东西，术业有专攻，你不停加，会很慢的。
D：我建议这样，先加给他们看，我现在不加上去他不死心嘛，等他看到东西发现也解决不了问题的时候，我就再把它灭掉嘛。
B：我刚刚说了，我不加也没有任何问题，但是我跟你说，我慢了，公司能不能接受，明白我的意思吗？
C:这个肯定是要给你解法的，我的问题是是不是从INFO里……
D：我不管你从哪里来，我就在FU主控室里加字段嘛。
B：我一定要在FU主控室里看到这个东西，不然我什么都不知道。
C：我懂啊，但是这样TM会太慢了，每个SKU进行交互，你得考虑啊，多少分支啊，一天要多少SKU啊，这样系统要受不了的啊。
B：那怎么办呢，我不要SKU做交互，我要那个SN做交互。
C：SN我刚才不是问老魏了嘛，全部弄完了做一次交互是不是？
B：对！
C：可你等不及啊！不就这个道理吗？
E：查询的话，你就直接在INFO里查！
B：我不可能用两套系统去看的，单号都不一样！
D：你下了一个单之后，就把信息给他嘛，你下单的时候，目的地不知道了吗，只是说运输报关不知道。
C：他不是这个意思，我订单下去，今天要出100个SKU，接单告诉仓库，第一个SKU要出1000PS,第二个SKU出2000PS,但是有个问题的，仓库拣出来的数字不是1000跟2000，这是有差异的，这是第一个情况，第二个情况他不希望仓库等100个SKU全部拣完再回他，这也合理嘛，他希望他能够看到这100个SKU的拣货进度，他好安排第一辆车进场，安排车辆进场的节奏。
D：你看啊，你订单状态就这几个嘛：下单，拣货中… …
C：问题不就来了嘛，对他来讲，你整张订单给他一个拣货，下午四点拣货，等1小时全部拣完了告诉他，1个小时对他来讲，他觉得承受不起。他希望10分钟，15分钟让他看一次，拣到哪个状态了？
B：不是不是，不要10分钟，就是我刚才说了，他开始拣货了是不是，系统显示拣货中，比如说他拣货完成，它只要根据节点反馈给我就行，我不需要每一个，我只要拣货完了到复检中，这个时候我只要……
C：那TM怎么会看不到呢，我们EM不就是在管理这些事情嘛，我有点被你搞晕了啦。
B：不是，刚刚他说一定要抓件数的时候才能导我们那个信息，我说那只能预估，现在如果不要这个也可以，那就直接创建给我也行。
A：所以创建给你，你要不要直接看数量呢，不看数量，只看状态的话，我觉得没有真正解决你提前派车的需求。
B：那个是解决不了的。
A：所以你明白我的意思吗，因为我订单一创建，也不给你看SKU数量，什么都不给你，只是把这个订单告诉你，然后你也不知道要派几吨车，几辆车，你只是不停地在那刷状态。
B：没有关系。
A：不是，你不要以你是一个有经验的人的角度考虑，你要考虑到未来新人在做调度的时候怎么办？
B：你要这样说，考虑到新人的话，我只能跟你说，那就是仓库复检完毕，打印个送货单，完成，件数出来之后我再去配，这是傻子都能做的事，马路上随便拉几个人都能做。
E：关键是INFO它不支持链接这种反应的方式。
B：TF都能实现的东西，为什么这个就实现不了?
E：你不就是要看订单信息？
B：对，我就是要看订单信息，你的那个INFO的数据跟我的TM一定是实时更新的啊。
C：不能，那系统受不了，系统受不了，真的，兄弟，真的受不了，你要把它想象成这两个系统也是从甲地到乙地，你让它秒秒更新，数据就这样在高速公路上跑，会堵死的。不行的话，给你两个系统。
B：两个系统？你要做死我，到时再来个关务，去查报关单号，我要弄3个系统？！
C：我只能说想办法在TM里给你加个单点登录……
【画外音】两个系统之间怎么去协调，甚至包括数据怎么回传，回传要考虑到接口，回传的逻辑，一对一回传是简单的，一对多，多对一回传就麻烦了。哎……所以我们要不停地在这挑哪个方案是比较好的，这就是设计啊……
云里雾里听了1小时之后，小编忍不住问清华组长：你们在谈的到底是什么性质的问题？清华道：其实很简单，就是我们是要管理还是要时效？
今天的主角小时一脸无奈地在旁边说：客户一直跟我们要时效，不是我们不想改，也真是被逼得没有办法。比如有一次一个客户把我们几家物流公司的相关负责人叫过去说，今年品牌商让我们提升时效，你们也要缩时间。我现在问，我下单之后1个小时你们要给我送到产线，你能不能做到，哪家做不到的，你给我说出来，说出来，明天你就不要做了，你说我是不是要想尽一切办法去做，如果我还走这么一个流程的话，我业务都没了。
闻言，小编只能在心里默默地说，真是太不容易了！
有个项目组的同事跟小编说，你要是到现场坐一坐，就会发现，有时感觉好像不太紧张，一旦出现问题时，大家都会很紧张。为什么吵架是家常便饭，我们每个人都是带着各自岗位上的“使命感”进组的，虽然吵架的最后是妥协，但必须得吵。
看到这一幕时，不知你信不信，反正小编是信了。