企業數字化轉型實戰：管理視覺化

       本文根據喻繼鵬2018年5月12日在[第九屆中國資料庫技術大會]上的演講內容整理而成。

　　 講師介紹：

　　喻繼鵬

　　車好多集團(瓜子二手車) 資深產品研究員，數字化轉型專家，企業數字化應用領域開拓者和實踐者。擁有20年以上大型企業資訊化實戰經驗，主導40家以上企業資訊化專案，擁有超過20家上市企業資訊化建設經驗。

　　因為我們做了很多年的企業資訊化，我們發現原來的企業資訊化侷限於企業內部流程的管控，但是現在更多的企業資訊化，是內外一體，需要考慮如何快速搭建，快速迭代。這就意味著怎麼樣能夠降低成本，增加效率?增加效率方面，在網際網路企業最大的一個優勢就是，它會自己去創一套系統化的平臺，這個平臺可以讓它快速進行迭代。所以我們講的這個主題是基於網際網路技術的ERP中“計劃和預測”這個方向的視覺化及其實現邏輯。

　　 分享大綱：

　　1.概念

　　2.資料

　　3.邏輯

　　4.計算

　　5.展示

　 　一、概念

　　最早流行的企業資訊化是ERP系統，如何理解ERP系統?舉個例子，曾經網上流行用吃飯的小故事來解讀ERP，請客吃飯的前提是要請什麼人吃飯，選擇什麼方式吃飯?這是細化的 第一部分 。

　　 第二部分 ，什麼時間吃什麼?這個問題類似於企業資訊化裡面的主需求，主需求就是大體上有一個範圍，比如冷盤、炒菜、燒菜和湯，這種方式只是編了一個大框架，預測最終做出的結果。但是我們需要確認具體是什麼菜，菜品的就是我們所說的主計劃或者主需求。

　　做菜和企業資訊化有些差別，企業資訊化可能會有一些庫存情況，但是請客吃飯不可能是讓大家吃剩菜，所以就不考慮之前的庫存情況，這就有了主需求計劃和主生產計劃。主生產計劃表示在沒有庫存的情況下，我們的主需求計劃。

　　 第三部分 就是具體的時間點，客人到場的具體時間。在企業資訊化裡，就是什麼時間點要產出什麼樣的東西。定了菜之後，下一步我們要通知家裡的人去做，這個通知的過程實際上相當於企業資訊化裡面的OA系統。

　　我們和家人溝通食材、輔料等其他東西，這就決定了我們在ERP系統裡會有一個物料清單，如何做會有一個工藝路線，類比於OA系統的審批流程。當然這些都要基於自己的庫存情況，食材不足就會涉及到採購環節，比如說我們去菜市場買東西時，發現同類產品的賣家有很多，選中一家，就是供應商的選定。在ERP系統裡面如何選定供應商?這裡會有一個供應商的質量評價，類似供應商的質量管理的過程。選定供應商後，要按需採購。

　　考慮在做菜的過程中，先做什麼後做什麼，相當於是一個工序。類比在企業計劃的工藝路線。如果一道菜耗時很長怎麼辦?可以叫外賣，實際上外賣在資訊化系統裡面，它就相當於一個外協工序。

　　類似的情況，大家會發現不但有委外的業務，也有供應商管理庫存。缺少什麼東西，供應商都會送到我們家裡，使用之後才給他付款一樣的概念，這就是比較通俗的有關資訊化專案的解釋方法。

　　後臺系統包括預算、供應商關係管理、客戶關係管理、供應鏈管理、專案管理、物流、財務等等各方面的應用系統，新的技術提升了原有的資訊化系統效率。最簡單的就是原來是在資料庫裡面的東西，現在移到記憶體裡，於是又有了一些記憶體資料庫，還有一些更好的技術實現。

　　這些資料放在這裡我們覺得還不夠，因為以前是流程驅動的資訊化系統，現在我們希望有一個雙驅動，包括那個資料驅動，所以我們要建一個資料的中介軟體，所謂中介軟體就是利用各種資料的大資料技術，各種元件來實現資料中介軟體的資料沉澱。 另外我們可以透過網際網路技術的技術中介軟體，透過分散式的服務資料，分散式資料庫，訊息佇列等這種網際網路技術來把我們的系統進行重構。

　　為什麼說進行系統重構?以前的資訊化系統都是比較標準套件，從頭到尾流程很複雜，邏輯嚴密，但是它又很重，沒辦法解耦。網際網路行業現在就希望有一套具備解耦功能的資訊化系統，如何實現資訊化系統解耦?我們擁有了後臺的記憶體計算，用資料中介軟體和技術中介軟體，就可以形成一個大的動態系統。這個動態系統，也就意味著我們把原來的耦合性非常強的ERP系統，拆成各種各樣的服務中心。

　　比較經典的案例，就是阿里提出的概念：大中臺小前端。它提到的中臺系統實際上就是一個大中臺體現，把各種ERP的資訊變成一個動態系統，包括各種的物料中心、庫存中心、計劃中心等等各種各樣的中心。在這個中心之後外面封裝一層，就是前端介面。這個前端介面解決什麼問題呢?

　　我們在資訊化系統建設的時候，前面的需求可能會變化比較迅速，如果用傳統的資訊化手段來解決的話，它有可能會把後臺的表結構都變掉。於是，實現一個前臺後臺分離，前臺只是一個介面，中臺構成服務，服務的資料會和前臺的介面進行渲染打交道來實現。後臺是有一套ERP系統把它包裝成服務來實現的，這樣把它變成一個前臺中臺後臺完全分開的解耦系統，這是一個大的系統架構。

　　今天我們的主題就是如何把ERP系統變成可拆化系統?前面我們做了一個鋪墊， ERP系統它到底是什麼?然後就講網際網路企業的資訊化的架構，最後我們看一下這個架構之下，如何做成ERP系統的視覺化?

　　ERP系統有一些主要的基本資料，比如組織、人員、崗位等等。或者我們可以分兩類，主資料和交易資料，這些資料都可以透過網際網路技術進行服務化、訊息佇列或專業機構等各種技術進行解耦。

　　我們可以透過大資料戰略平臺統一的採集，把外圍其他系統資料採集過來，透過大資料平臺再進行一次轉換接到我們的ERP系統，這就相當於資料化轉型裡面有個資料孿生，它意味著什麼?就是既有業務的交易資訊也有其他相應的資料資訊，資料資訊是可以供我們展示的，也可以直接進業務系統，這是有兩種維度。

　　關於效率問題，傳統的ERP系統引用了網際網路技術，能夠提高它的運營效率。資料抽上來之後要運算，它會有一個基準就是業務邏輯，那麼業務邏輯是什麼?需要做主需求計劃、商品需求計劃、物料需求計劃、庫存計劃等等，這些計劃相當於把原來的資料和業務邏輯都放在大資料平臺，資料加邏輯就能展示出結果。

　　首先是概念，一個ERP系統擁有繁多的功能，我們要做的是算出一個計劃展望期，計劃展望期就離不開一個計劃的概念，那麼計劃是什麼?計劃是透過對未來需求(預測和已有的銷售訂單)的分析，對企業未來某一段時間內的生產、採購過程進行控制。即透過需求分析，決定在未來某一時間段，什麼時間什麼 地點生產多少數量的某種產品，什麼時間向某一供應商採購多少數量的原料。簡單理解，計劃就是如何利用現有資源去滿足確定的需求。

　　ERP系統本身發展有幾個階段，當然最早的時候(70年代)就從國外引進叫做MRP系統，什麼是MRP?MRP是物料需求計劃系統，即Material Requirement Planning。 它根據獨立需求所決定的主生產計劃，按BOM清單結構逐層分解，同時考慮物料的庫存量和計劃接收量，算出物料的淨需求，再按製造提前期或採購提前期倒排計劃，確定所需物料的開始生產日期和採購定貨日期。

　　第二代系統叫MRPII，MRPII是製造資源計劃系統，即Manufacturing Resource Planning，它是在閉環MRP的基礎上，增加了財務模組和成本模組。

　　第三個是ERP系統，現在的ERP系統已經有了新的發展，不限於原來的企業資源計劃系統。ERP系統有它的優缺點，是一個更大的計劃系統。企業要提高自己的競爭力，怎麼樣能夠降本增效?施行什麼高階計劃呢?首先是一個供應鏈，融性供應鏈決定能否降本增效。

　　什麼是計劃展望期?即企業在生產經營活動時，企業需要看到一個計劃，在不同的時間階段上明細的程度不同。

　　主需求在資訊化系統裡面主要包括三方面內容，分別是預測、計劃單，客戶的需求，銷售訂單情況。這三部分合並生成了主計劃和MDS(主需求計劃)。MDS的需求來源型別包括，產品預測、銷售訂單、備件需求、內部採購請求。

　　MPS(主生產計劃)MPS是指為了滿足MDS中物料的需求而需要供應情況。主生產計劃描述了關鍵 器件或者獨立需求的物料的生產計劃。可以使用MPS平衡產能，從而充分利用 現有的產能驅動MRP。 MPS的實質是在MDS和MRP之間增加了一個手工控制，用以平衡產能，滿足生產的 需求。

　　MRP(物料需求計劃)即Material Requirement Planning。它根據獨立需求所決定的主生產計劃(MDS/MPS)，按BOM清單結構逐層分解，同時考慮物料的 庫存量和計劃接收量，算出物料的淨需求，再按製造提前期或採購提前期倒排 計劃，確定所需物料的開始生產日期和採購定貨日期。

　　MRP的輸入:MPS或者MDS

　　MRP的輸出:工單和採購申請MRP的輸出:工單和採購申請。

　　位於產品結構最頂層的是銷售的產品，其需求是由市場或客戶訂貨決定的，也就是說， 是由企業外部的因素決定的，稱為“獨立需求”。

　　我們一般把獨立需求的物料計劃方法設定成為MPS，獨立需求的物料一般用於MDS或 者MPS的輸入。而構成銷售產品的各種零部件、配套件、毛坯、原材料等在產品結構中最頂層以下的各層物料，它們的需求是由銷售產品的需求決定的，稱為“相關需求”。我們一般把相關需求的物料的計劃方法設定成為MRP計劃方法，由MRP產生獨立需求 物料的工單或者採購申請。

　　有些物料具有雙重性質，如某些零部件可以安裝在產品上，也可以作為備品備件直接出售。只要管理好獨立需求(銷售產品的需求)，其餘一切物料的需求計劃都可以根據產品結構或物料清單按照MRP運算邏輯得出。

　　不考慮車間生產過程或訂單運輸的過程情況下，會有一個毛需求。毛需求是指不考慮庫存量、車間在製品和在途訂單等供應的需求。淨需求是隻在考慮庫存現有量、車間在製品、在途訂單等供應的基礎上，由毛需求減去這些已有或者預計接收的供應後，得到的真正的需求。

　　固定訂貨量是輸入用於修改計劃單數量或日重複生產率大小的數量。在淨需求未達到固定訂貨量時，計劃流程將建議採用固定訂貨量;在淨需求超出固定訂貨量時，計劃流程將按固定訂貨量建議建立多個訂單。

　　最後一個概念是需求的時間，包括固定供應天數、固定批次乘數等。為了防止需求的波動，而在庫房中對某種物料預留的庫存量，是安全庫存的考量。安全庫存量可以手工輸入，也可以由系統計算得出，在計劃運算中作為需求來考慮。

　　最終的話就是演講的主題：計劃展望期，計劃時間欄是指為了增加計劃的穩定性，系統在一段時間內不允許對供應情況 做調整。在執行MRP計劃時可以增加計劃時間欄控制，在計劃時間欄內不允許 增加新的計劃訂單，也不允許把後面的計劃訂單調入計劃時間欄內。

　　 二、資料

　　資料的源頭是預測、計劃和備件等，來源之後進到下面的流程，叫做主需求排程，進行一些資料的收集，資料收集包括ASCP計劃和採購單等，最後形成高階供應鏈計劃。計劃中間也考慮到例外，比如說汽車行業裡既有流式生產，也有離散加工過程等等。

　　企業資訊化系統的計劃分幾個部分，預測和預測計劃等，預測透過MDS傳至MPS裡面，最終形成第二個MRP，這是一個大的業務流程。我們在生產的時候，考慮到自身資源情況和生產線情況，這間接決定了我們的生產量。

　　最後我們會把這幾方面結合起來，首先我們要預測有主需求計劃，物料需求計劃，這些計劃出來，最終安排去投產。我們可以分很多的層次的預測，比如說按物料預測，按客戶預測，按我們的地點預測等等。最後就是我們提到的時間，預測時段可以分為日的時段，周的時段，月的時段。

　　 三、邏輯

　　第三部分講一下系統的邏輯。首先舉個例子，有三個銷售訂單來源於我們的客戶，我們把它分為東西中各三部。比如6月1號西部需要20個產品需求，中部有50個產品需求，而東部有10個產品需求，那麼在預測的時候一定要做預測合併。

　　預測的合併就是把東西中部的合併在一起，這樣，我們看到右上角就會有一個物料A，日期6月1號，它的數量分別是50、10和25。這就是我們的整個預測，即它的有數量是85個，另外我們還要 考慮到銷售訂單的合併問題。

　　當有銷售訂單發生的時候，它會影響到庫存的數量。比如我們舉個例子，在6月1號時發出10個商品，這會將6月1號原來50個庫存情況減掉10個，餘下40個庫存。

　　實際上，計劃展望期需要看它的未來計劃情況。圖示最上面的部分，就是剛才提到的東部預測數量，最原始的預測是110，在5號有40個增加，8號有120個增加，10號有20個增加。

　　一般系統會分成三類的裝入方式，第一就是直接把資料裝成目標資料，意味著我們的資料是原封不動的直接裝載過去的，圖示右邊部分首先是A物料，三個地方都有A物料150/150/180，其中有一個東部的預測還是150，不管是目標預測是150，還有來源於東側的預測是150，還有完全相同的，所以它裝載之後在9月5號這個時間點它有是150，在10月15號，它會有一個預測是有一180的數量，還有西部的數量，也就意味著在原有的東部完全一樣的情況下，它是覆蓋了，這就是覆蓋它的需求。

　　第二塊就是不覆蓋，需求原封不動地複製到右邊去。

　　第三個就是僅覆蓋同一來源的，剛才我們提到一個同一來源，就是在9月5號的時候我們預測有150，東部預測有150，這兩個150實際上是重複的，所以它最終結果只保留一份。

　　提到有這麼多預測之後，還有一個叫做預測衝減。比如要賣150個貨的時候，它可能會預測到將來會有個銷售訂單，當銷售定單下達給我們的時候，也 就意味著它把銷售訂單這個資料一定要衝減，就變成我們的預測數要衝減。預測要衝減它有兩種方式，一種是正向衝減，一種是反向衝減。

　　反向衝減天數，比如說我們剛才基準還是8號，如果它的反向衝減天數等於5，它就會在7月8號這一天往前推5天，算出它的反向衝減。

　　另外就是關於周的衝減，它是每週按5個工作日來算的，包括正向和反向。

　　當然預測重點也就是按期間的，期間是按月份的，我們可以看到按月份的衝減分別是多少?

      四、計算

　　在傳統的ERP系統裡面一定會設有物料屬性，物料屬性決定了參與的計劃，包括我們的第二批計劃、MPS計劃和MRP計劃等等。當然還有一個就是提前期，比如說採購提前期、製造提前期和總體前期。

　　提前期是在時間點上都有相應的設定，也就意味著我們要做計劃，一定要準備好提前期，甚至說我們要考慮到庫存的安全期，或者是採購的經濟批次等等各種情況。

　　下面我們舉一個例子，就是一個計劃的流程，首先要維護一個N+6的月預測，針對它，我們要收集它的主需求，得到資料結果後，進行高階供應鏈計劃的資料的產生，如果沒有例外的話，它就直接走到下一步，下一步的話就是排產，比如像汽車製造業，它有一個流式的生產線，走到最下面對應的就是一個製造計劃。

　　製造計劃同樣需要判定有沒有例外，是不是需要重新計劃，如果不需要重新計劃的話，就會產生我們所說的生產任務單，也叫做工單。在缺料的情況下，也會根據物料需求計劃去生成採購申請單，這是一個計劃的產生過程。

　　 五、展示

　　最後是資料展示，剛才提到ERP系統，它最終是透過大資料平臺，利用大資料技術，快速的產生我們需要的資料，它能夠計算出一個結果，並且能把結果展示出來。

　　假設我們是N+3的預測計劃，中間不允許去插單情況，這樣形成了一個基本的計劃資訊。從1到29實際上是每月的天數，6號到7號這個顏色不一樣，代表週末，週末意味著生產的日曆，有的企業週末是要 生產的，有的是不需要生產，將來也要來定一個生產日期的規則。跑了第一次計劃之後，形成結果之後，我們就可以基於這個基礎上再跑第二次，最終會形成我們的日、周和月的計劃，形成計劃展望期這樣一張圖。