根據大環境大行業的慣用做法，公司建立Logg品牌是在意料之中。毫無意外的，Logg也要上到SAP系統中。
其實按它的業務模式來說上SAP系統并不困難，早在幾年前就已經有做過了。無非就是接單不生産，外包給集團其他工廠生産出貨而已。但又跟之前的模式有很多不同的地方，Logg是獨立品牌，跟生産公司更像是OEM的形式。
從主資料上來說，為了跟現有品牌做區分，Logg有自己單獨的成品編碼，在生産公司那邊BOM清單半成品及以下都是原有的編碼模式，而産品的設計和包裝都是Logg自己獨立的。之後的國标碼，産品二維碼，唯一編碼以及防僞碼等都是要去考量的部分。
本來SAP系統标準就有提供公司間銷售的業務模式（Inter-company Sales，也叫跨公司銷售），但明顯這裡不太适用。一是公司财務部不同意用這種做法，認為缺失了一部分的單據和物料異動憑證，有審計問題；二是Logg這邊要做庫存管理（管賬不管物），是以最終Logg的銷售訂單都是從自己虛拟工廠出貨的。這就決定了這個流程下來Logg這邊要建立對客戶的銷售訂單以及對生産公司的采購訂單，而生産公司這邊也會有對Logg的銷售訂單~
這下好了，本來還以為可以套用公司目前開發的三方關聯平台，可以減少一部分的人工操作，遺憾的是公司有采用WMS系統，而目前三方關聯并不支援這個功能，而倉庫做賬人員是不會理會這種“帳動物不動”的操作的，是以項目一度陷入尴尬的境地。好在自己不辱使命，親自下“現場"碼出了一套虛拟過賬的畫面解決啟用WMS的訂單無法直接在SAP中過賬的問題。
當然，這個畫面隻是适用于本地生産本地出貨的事業部機關，而跟其他子公司的交易就又不同了，他們生産之後并不會自己出貨，而是要把貨運到物流中心集中出，是以相關的采購和銷售就不是單純的“虛拟過賬”而已了。這點在主資料的設定上需要格外小心，否則很容易出現裝運點出錯的情況。
好在Logg項目并沒有涉及到生産，出貨和其他流程模式也都是沿用現有的流程，改動不大，但一些變動的地方就需要項目組去跟每個部門去确認相關的操作方式和邏輯。
期間也涉及到與非常多的系統需要對接和溝通，如SBCP（客服系統）、OA、PLM、OMS（訂單評審）、WMS、EWM、條碼系統甚至CRM等。是以整個項目周期裡都需要不停的去溝通協調，後期也要不斷地測試系統之間的對接。是以與相關系統負責人的溝通交流過程中，一些人員的技能水準基本上也都心裡有數了~
作為PM，我所做的工作就是要确定整個項目範圍以及調研出具體有哪些業務場景，确認業務模式和相關IT方案，然後根據制定的方案與業務部門（如銷售、采購、計劃、倉庫、物流以及各個系統相關負責人）進行溝通協調，一一确認操作模式，達成共識，劃出流程圖和整體IT方案，為後面的藍圖做好基礎。藍圖這個方向把握好了，後面諸如系統配置、單元測試、內建測試、權限收集等等細分工作都可以安排項目組的人員去主導處理，PM隻求個結果就行。
PM不應該事必躬親去做每一項工作，但一定要知道什麼時候該由誰去做什麼事情，應該什麼時候完成，達成什麼目的。PM要很清楚項目面臨的問題和可能遇到的風險，好比如一開始因為物料主資料和WMS的問題整個項目Delay了半個月，但我一點兒也不擔心，因為後面可以通過系統配置和開發的時間補回來。
好在整個項目組成員挺給力挺靠譜，都比較積極，很多事情的推進也都很有成效，我甚至還能摳出來一周的時間來主要處理信貸的問題，确實應該給他們點贊一下。
本文作者 | SAP夢心
聯系方式 | 微信：W150112458（瘋狂的程式員）
特别敬告 | 歡迎轉載，轉載請注明出處并保持原文内容，謝謝！
-----------------------------------------------------------------------------------------------------------------------------
SAP ALL進行時...！
注：本文系原創，如要轉載請務必保持原文一緻并注明作者(SAP夢心)及出處(部落格位址：http://www.cnblogs.com/saper/)，違者将會被追究相關責任，謝謝！