寫在Logg SAP項目上線之際

根據大環境大行業的慣用作法，公司創建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（瘋狂的程序員）

  特別敬告 | 歡迎轉載，轉載請註明出處並保持原文內容，謝謝！