開篇之際，小編忍不住想掉個書袋，各位小飛們，知何為“志”否？
開篇之際，小編忍不住想掉個書袋，各位小飛們，知何為“志”否？
知道SAP上線的目標(biāo)是啥不？
【非官方版本：讓數(shù)據(jù)穩(wěn)定傳輸，流程清晰固化，最好是零異常，少挨罵！】
說起SAP，總是感覺缺人缺時間，但你知道組里最不缺的是啥？
9月7日16:00
7C：供應(yīng)鏈組的據(jù)點
推開門
運輸組、資訊、顧問、業(yè)務(wù)分支的人都在，什么情況？小編以為自己走錯地方了。
只聽得
A：之前的設(shè)計邏輯是揀貨完成之后出來一個件數(shù)信息，F(xiàn)U進計劃室，然后下面貼標(biāo)，復(fù)檢，接收信息，開始派車，現(xiàn)在他是只要有一個訂單，即使是空訂單，也要把這份訂單的狀態(tài)給他，他要派人不停去查看，去刷新這個訂單狀態(tài)有沒有更新，再根據(jù)經(jīng)驗去調(diào)車。
B:是啊，我就跟你說，等到你那個件數(shù)給我的時候我就沒時間了。
C:你是想在主控室里看到SKU詳細的數(shù)據(jù)是不是？
B:對，我要看到這個東西。
C:FOD一旦保存成功，就要通知主控室告訴你，你的需求是計劃產(chǎn)生往INFO里走的時候，也同時在主控室里看到，這是一個需求。
A:你加入的東西越多的話，系統(tǒng)就會慢，你會受不了。
C:就是說這個問題啊，如果他是全部揀選完才回狀態(tài)給TM，其實每個SKU揀選完畢你是看不到的，你就變成你要去INFO里看。但是響應(yīng)速度就慢了，所以你的需求是合理的，問題是怎么去實現(xiàn)，看上去不應(yīng)該是在TM里實現(xiàn)。
D:那簡單嘛，我們只要加個訂單狀態(tài)就行了，再加個貨物信息。
C:你在哪里加訂單狀態(tài)？
D：我在我的FU需求主控室里加啊。
A：他不止要訂單狀態(tài)，他還要看到SKU的PS數(shù)咧。
D：那就讓他抓嘛。
A：就像清華講的，大家的需求是合理的，但是要考慮到一個問題，同一個東西，你不停往另外一個模塊上加?xùn)|西，術(shù)業(yè)有專攻，你不停加，會很慢的。
D：我建議這樣，先加給他們看，我現(xiàn)在不加上去他不死心嘛，等他看到東西發(fā)現(xiàn)也解決不了問題的時候，我就再把它滅掉嘛。
B：我剛剛說了，我不加也沒有任何問題，但是我跟你說，我慢了，公司能不能接受，明白我的意思嗎？
C:這個肯定是要給你解法的，我的問題是是不是從INFO里……
D：我不管你從哪里來，我就在FU主控室里加字段嘛。
B：我一定要在FU主控室里看到這個東西，不然我什么都不知道。
C：我懂啊，但是這樣TM會太慢了，每個SKU進行交互，你得考慮啊，多少分支啊，一天要多少SKU啊，這樣系統(tǒng)要受不了的啊。
B：那怎么辦呢，我不要SKU做交互，我要那個SN做交互。
C：SN我剛才不是問老魏了嘛，全部弄完了做一次交互是不是？
B：對！
C：可你等不及??！不就這個道理嗎？
E：查詢的話，你就直接在INFO里查！
B：我不可能用兩套系統(tǒng)去看的，單號都不一樣！
D：你下了一個單之后，就把信息給他嘛，你下單的時候，目的地不知道了嗎，只是說運輸報關(guān)不知道。
C：他不是這個意思，我訂單下去，今天要出100個SKU，接單告訴倉庫，第一個SKU要出1000PS,第二個SKU出2000PS,但是有個問題的，倉庫揀出來的數(shù)字不是1000跟2000，這是有差異的，這是第一個情況，第二個情況他不希望倉庫等100個SKU全部揀完再回他，這也合理嘛，他希望他能夠看到這100個SKU的揀貨進度，他好安排第一輛車進場，安排車輛進場的節(jié)奏。
D：你看啊，你訂單狀態(tài)就這幾個嘛：下單，揀貨中… …
C：問題不就來了嘛，對他來講，你整張訂單給他一個揀貨，下午四點揀貨，等1小時全部揀完了告訴他，1個小時對他來講，他覺得承受不起。他希望10分鐘，15分鐘讓他看一次，揀到哪個狀態(tài)了？
B：不是不是，不要10分鐘，就是我剛才說了，他開始揀貨了是不是，系統(tǒng)顯示揀貨中，比如說他揀貨完成，它只要根據(jù)節(jié)點反饋給我就行，我不需要每一個，我只要揀貨完了到復(fù)檢中，這個時候我只要……
C：那TM怎么會看不到呢，我們EM不就是在管理這些事情嘛，我有點被你搞暈了啦。
B：不是，剛剛他說一定要抓件數(shù)的時候才能導(dǎo)我們那個信息，我說那只能預(yù)估，現(xiàn)在如果不要這個也可以，那就直接創(chuàng)建給我也行。
A：所以創(chuàng)建給你，你要不要直接看數(shù)量呢，不看數(shù)量，只看狀態(tài)的話，我覺得沒有真正解決你提前派車的需求。
B：那個是解決不了的。
A：所以你明白我的意思嗎，因為我訂單一創(chuàng)建，也不給你看SKU數(shù)量，什么都不給你，只是把這個訂單告訴你，然后你也不知道要派幾噸車，幾輛車，你只是不停地在那刷狀態(tài)。
B：沒有關(guān)系。
A：不是，你不要以你是一個有經(jīng)驗的人的角度考慮，你要考慮到未來新人在做調(diào)度的時候怎么辦？
B：你要這樣說，考慮到新人的話，我只能跟你說，那就是倉庫復(fù)檢完畢，打印個送貨單，完成，件數(shù)出來之后我再去配，這是傻子都能做的事，馬路上隨便拉幾個人都能做。
E：關(guān)鍵是INFO它不支持鏈接這種反應(yīng)的方式。
B：TF都能實現(xiàn)的東西，為什么這個就實現(xiàn)不了?
E：你不就是要看訂單信息？
B：對，我就是要看訂單信息，你的那個INFO的數(shù)據(jù)跟我的TM一定是實時更新的啊。
C：不能，那系統(tǒng)受不了，系統(tǒng)受不了，真的，兄弟，真的受不了，你要把它想象成這兩個系統(tǒng)也是從甲地到乙地，你讓它秒秒更新，數(shù)據(jù)就這樣在高速公路上跑，會堵死的。不行的話，給你兩個系統(tǒng)。
B：兩個系統(tǒng)？你要做死我，到時再來個關(guān)務(wù)，去查報關(guān)單號，我要弄3個系統(tǒng)？！
C：我只能說想辦法在TM里給你加個單點登錄……
【畫外音】兩個系統(tǒng)之間怎么去協(xié)調(diào)，甚至包括數(shù)據(jù)怎么回傳，回傳要考慮到接口，回傳的邏輯，一對一回傳是簡單的，一對多，多對一回傳就麻煩了。哎……所以我們要不停地在這挑哪個方案是比較好的，這就是設(shè)計啊……
云里霧里聽了1小時之后，小編忍不住問清華組長：你們在談的到底是什么性質(zhì)的問題？清華道：其實很簡單，就是我們是要管理還是要時效？
今天的主角小時一臉無奈地在旁邊說：客戶一直跟我們要時效，不是我們不想改，也真是被逼得沒有辦法。比如有一次一個客戶把我們幾家物流公司的相關(guān)負(fù)責(zé)人叫過去說，今年品牌商讓我們提升時效，你們也要縮時間。我現(xiàn)在問，我下單之后1個小時你們要給我送到產(chǎn)線，你能不能做到，哪家做不到的，你給我說出來，說出來，明天你就不要做了，你說我是不是要想盡一切辦法去做，如果我還走這么一個流程的話，我業(yè)務(wù)都沒了。
聞言，小編只能在心里默默地說，真是太不容易了！
有個項目組的同事跟小編說，你要是到現(xiàn)場坐一坐，就會發(fā)現(xiàn)，有時感覺好像不太緊張，一旦出現(xiàn)問題時，大家都會很緊張。為什么吵架是家常便飯，我們每個人都是帶著各自崗位上的“使命感”進組的，雖然吵架的最后是妥協(xié)，但必須得吵。
看到這一幕時，不知你信不信，反正小編是信了。