/s

1.SD模塊-SalesandDistribution.

在SAP系統(tǒng)中，銷售與分銷模塊處在供給鏈下游，關注從客戶訂單到向客戶收款的全過程。

SD模塊中的Sales好理解，而Distribution卻容易被無視。用直白的話來講，SD模塊就是解決“賣〞的問題，它關注的范疇有：

1，誰來賣?

2，賣什么?

3，賣給誰?

4，什么樣的價格?

5，銷售業(yè)務模式是什么?

6，貨物如何到達客戶?

7，錢款如何交割?

對應上述問題，我們分別引出相應的概念：

1，誰來賣?

既是執(zhí)行銷售動作的組織結構及此結構下的人員。SAP術語有：公司代碼、銷售組織、分銷渠道、產品組、銷售辦公室、銷售小組、銷售雇員、裝運點等。

2，賣什么?

廣義銷售概念中的銷售內容包括實物和非實物的效勞。SAP術語中，我們稱之為物料(Material)。有實物產品物料，也有效勞物料。

3，賣給誰?

賣給客戶。這里，客戶的外延與內涵較多。如一次性客戶、大客戶、集團內部客戶、海外客戶;售達方、送達方、收票方、付款方等。如果對某客戶做賒銷業(yè)務，相應的，該客戶還有用于控制應收風險的信用數(shù)據(jù)。

4，什么樣的價格?

價格是銷售的技術核心，定價功能也是SAPSD的核心所在。貌似簡單的打印在發(fā)票上的最終價格，在企業(yè)內部可能包含了若干計價小項。如含稅基價、銷項稅、營業(yè)稅、折扣、返利、附加稅等。不同的企業(yè)不同的定價策略系統(tǒng)將提供不同的定價過程予以支持。

5，銷售業(yè)務模式是什么?

業(yè)務模式是指：標準信用銷售、現(xiàn)金銷售、緊急訂單、退貨業(yè)務、免費樣品、捐贈、促銷業(yè)務等。不同的業(yè)務模式有著不同的線內線外處理方式。

6，貨物如何到達客戶?

這里包含的就是上述Distribution的內容。廣義的銷售，應該包含實物移動。企業(yè)可以送貨上門或者委托第三方物流公司送貨，也可能是客戶上門自提。如果是國際貿易，還涉及到通關報檢等動作。無論是單據(jù)流轉還是本錢核算，系統(tǒng)都有相應的功能支持。

7，錢款如何交割?

如果不考慮售后效勞，收款將是一般意義上銷售循環(huán)的最后一步。由于有不同的銷售業(yè)務模式，可能的交割方式有賒銷、現(xiàn)金、支票等。根據(jù)需要還可以為及時付款的客戶予以優(yōu)惠獎勵等措施。

上述概念中，SAP系統(tǒng)將相對靜態(tài)的數(shù)據(jù)或者資料稱為“主數(shù)據(jù)〞(MasterData)，如客戶、物料、價格、信用。這些數(shù)據(jù)一旦建立，只在需要變動時變動。而且在后續(xù)的操作中，僅需要唯一標志自己的編號錄入，即可帶入其他相關信息，從而到達共享的作用。

與數(shù)據(jù)對應的另一類數(shù)據(jù)是“業(yè)務數(shù)據(jù)〞，如合同、方案、訂單、交貨單、出庫單、發(fā)票等。這些資料(我們稱之為單據(jù)：Document)是在業(yè)務發(fā)生時實時產生的。由于銷售業(yè)務具有循環(huán)而且可追溯特性，這些單據(jù)將互相關連，每一筆完整的業(yè)務中都有自己的單據(jù)流。即，一個常見的銷售業(yè)務業(yè)務循環(huán)將從合同開始、到開票收款結束。

以上就是SAPSD的大致內容。更深入的無非是上述問題的展開與細化而已。

2.FICO模塊--Finacial&Controlling

按照SAP的定義，我上面說的應該就是FinacialAccounting的范疇了。Controlling?不懂!說說自己的看法，我覺得他就是搞“開源節(jié)流〞中的節(jié)流的，不主動，而是被動的記錄罷了，記錄花費的本錢。

財務，財務，呵呵，讓我們關心一下給我發(fā)工資的部門。某皇帝似的人物牛哄哄的語重心長的俯視著對會計們說，不要做假帳啊。按照中國人的不是什么偏要說什么的特點，我們由此可以知道，財務的任務、終極目標就是做假帳。你反駁道，會計不是財務，財務部是會計。我有說嗎?我什么都沒說。不管假不假，那是高層建筑，是道;可憐我們這幫下苦力的，soprofessional地、忠誠而且神圣地研究著各種手段以滿足傳說中的“上面的人〞的要求，是術。

拿在手上的是錢、POS機刷的是卡、龍飛鳳舞的是支票。若干年前，去超市買二兩豬肉回來要在橫線本本上記一條，在倒數(shù)第三頁第四行上寫著：××年××日××時于××地購置豬肉二兩，花費RMB一元(日記賬)。有了這么一個動作，我就能在月光的時候檢查一下上個月的工資都跑哪去了。若干年后，科技興旺了，我用EXCEL來替換了3毛錢的作業(yè)本。為了排序，我還把各種花費分類并且給他一個編碼，買酒的記成WINE，買肉的記成PORK，打車的記成TAXI，這樣我就可以篩選、排序、求和。呃，人類真?zhèn)ゴ螅皇菃?某一天，我發(fā)現(xiàn)，身邊還有很多人和我保持著相同的習慣。想不到這竟然是最原始的會計。

一個人一個帳本，這就是所謂的帳套嘛，各編各的碼，就是各有各的會計科目表。中國人記人民幣賬，美國人記美元賬，這就是幣種。等到把帳本記滿了，換一個新的，把舊的鎖起來存檔，這不是會計期間么?

樸素歸樸素，總的來講太簡單了，東西不復雜人家不買你的，說復雜表達價值。把個體行為放大，你會發(fā)現(xiàn)掙錢的方式數(shù)都數(shù)得過來，但是卻有無數(shù)種方法把錢花掉，怎么記呢怎么分呢?好在黨國給我們方向，定了若干準則下來，我們照著細分就是了。上面說的是科目，SAP總帳(GeneralLedger)主要管的就是這個，不同的是人家管得是世界500強的財富榜上的，厲害吧。當然，他還包括期間、幣種啥的，前提是，要把不管水多深的公司的結構用一些淺薄的代碼來表示，而且是樹狀結構。

OK，架子搭好了，記賬吧。記買記賣，應付(對采購行為進行付款，對象同應收)應收(對銷售行為進行收款，對象涉及到對誰、多少、何種性質的應收等);記自己的物品，存貨(對自有物品的分類、估價、清查、盈虧處理等);記大件財物，資產(資產的獲得、分類、折舊及其規(guī)則等，直到報廢);記錢財和銀行的往來，記現(xiàn)金的流動(對賬單、Overhead)。

除了被動的記錄，我們還可以做一些預測/預算，打算某某時間內要花(收)多少錢，這些錢的來源、去處?于是我們在期初做方案支付、承諾支付，實際發(fā)生時的支付可能與方案不一致，或追加或阻擋，待期末我們再來比照查看我們方案的準確不準確。

按照SAP的定義，我上面說的應該就是FinacialAccounting的范疇了。Controlling?不懂!說說自己的看法，我覺得他就是搞“開源節(jié)流〞中的節(jié)流的，不主動，而是被動的記錄罷了，記錄花費的本錢。建個模先：

首先，你要知道你到底要知道那些東西的本錢?也就是需要確定你的本錢對象。

其次，你要知道誰花掉了錢?也就是本錢中心。

第三，你要確定都花了什么錢，也就是本錢要素，在SAP中，由初級和次級本錢要素之分。

第四，你要搞清楚，某個本錢中心花掉了錢，最后這筆消耗是怎么轉移到本錢對象上面的?也就是本錢流。

最后，本錢計算出來，你還要知道消耗本錢后的獲益者，是哪個客戶，或者那個渠道，或者那個產品?統(tǒng)稱之為獲利段。

有了這個模型，然后你要明確：

1，是否：某項支出是否應該記入產品本錢或期間費用;

2，區(qū)分：如果要記入，應該計入哪一項，即是記入產品本錢還是記入期間費用;

3，時段：一個會計期間內，從什么時候開始到什么時候截至的支出需要記入;

4，細分：支出應該細分到何種產品本錢、完工品和在產品的費用界限。

接著，我們要當事后諸葛亮了(本錢核算是事后措施，對已經(jīng)發(fā)生的費用進行歸集和分配的過程)：

1，收集：那些消耗需要記入、應該記到什么地方(是產品本錢還是期間費用)

2，截至：本月實際支出和待攤的正確處理，需要做好界限劃分

3，分配：橫向分配，本月總的費用應該分攤到哪些產品哪些工程中

4，分配：縱向分配，產成品和在產品之間的分配歸集

嗯，就這么多。其實也是記賬而已，所以，我們僅需要關注這些科目而已(本錢核算的相關科目)：

1，根本生產本錢

2，輔助生產本錢

3，制造費用

4，廢品損失

5，營業(yè)費用

6，管理費用

7，財務費用

8，待攤費用

9，長期待攤費用

10，預提費用

最后說一句，這些“上面的人〞都不關心的，他們只關心報表：資產負債表、損益表、股東權益變動表、現(xiàn)金流量表。所以，干“好〞(youknowthat)是你應該的，干不好屎盆全往你頭上扣。

3.MM模塊--MaterialManagement.

讓我們來關注供給鏈上的另一個模塊MaterialManagement，即MM、物料管理。

讓我們來關注供給鏈上的另一個模塊MaterialManagement，即MM、物料管理。從SAP對其定義的范疇來看，它處在供給鏈的上中游。而廣義的物料(物資或物品，是英文Material的翻譯，下同)管理關注的范圍則可能更多。延續(xù)上一篇的敘述風格，下面我盡量用淺顯直白的語言對SAP的MM模塊做一個介紹。

物料(Material)的含義極廣，任何看得見看不見的東西幾乎都可以稱之為物料。在SAP中，將重點關注用來直接或間接為企業(yè)增值的物品，如原材料、半成品、成品、水、電、蒸汽、空氣、設備、儀器儀表等等。同時，也可以把用于銷售的、非物質形態(tài)的“效勞〞作為物料來管理。

我們將這些實物或者非實物的東西納入物料管理，為其編碼、分類、收集并記錄它們的一般或者特殊屬性(如形態(tài)、顏色、規(guī)格、重量、根本單位、銷售單位、運輸單位、存放條件、生產批次等)，這些工作將有利于企業(yè)對自有資源的統(tǒng)一管理，也是日常業(yè)務單據(jù)處理的基礎。

特別是物料(或物資)的編碼與分類，好似這個是國際標準委員會或中國國家標準委員會做的事情，但是現(xiàn)實情況是，迄今為止沒有一套完善的囊括各行各業(yè)的物料分類與編碼標準。每個企業(yè)在做信息化建設的時候都要經(jīng)歷這么一道為企業(yè)特有的物質非物質資源分類與編碼的程序。如果做的好，其重要性可能表達不出來;但是如果這一步就做得比較失敗，后續(xù)的工作將如沙地蓋樓。舉一個最簡單的例子，我在加工一個零件的時候要用到原材料，或者在銷售的時候需要領料，如果同一種物料被創(chuàng)立了若干次，每一次的描述編碼都不同，無論是前端業(yè)務的制單者或者是后端財務核算者，都將疲于區(qū)分。同時數(shù)據(jù)庫中的垃圾、冗余的數(shù)據(jù)也將越來越多。

解決了物料管理的第一大問題，分類與編碼的問題，接著來看SAP中MM的其他內容。前文說到SD是解決“賣〞的問題，那么MM就是解決“買〞和“倉儲〞的問題，當然“運輸〞將是MM和SD共同關注的問題，至于“生產〞，PP模塊會來處理。

針對“買〞(正式一點叫法是“采購〞)，我們提出如下問題：

1，誰來買?

2，買什么?

3，向誰買?

4，以什么樣的價格買入?

5，采購業(yè)務模式?

6，貨物如何到達?

7，錢款交割方式?

同理，我們分別引出相應的概念：

1，誰來買?

當然是企業(yè)里的某個部門某個班組某一個幾個具體的員工。根據(jù)需要，從下到上我們會應用到這些相關概念：雇員、采購組、采購組織、公司代碼等。這就是所謂的采購組織架構。

2，買什么?

物料，就是上文所說的分類與編碼問題。

3，向誰買?

供給商。如同物料與客戶一樣，它是一個企業(yè)相對穩(wěn)定的資源與財富，需要集中收集與管理，這種相對固定的、一旦建立只需要在變動的時候修改的數(shù)據(jù)，我們稱之為“主數(shù)據(jù)〞。既然將這些資源數(shù)據(jù)化，那么他們都有被被分類整理并分析的必要。比方供給商可以分成：一次性供給商、集團內供給商、國外供給商等。

4，以什么樣的價格買入?

采購價。類似于SD中的銷售價，一個最終的供給商發(fā)票上的價格，也可能包含若干計算小項。我們把這些若干小項稱之為“條件類型(ConditionType)〞，如：含稅基價、進項稅、運雜費等等。這些若干小項將以配置好的一種四則運算規(guī)則運算出最終價格，這個運算規(guī)則在SD中稱為“PricingProcedure〞，而在MM中被稱為“CalculationSchema〞。另一個需要注意的是，采購價、本錢價、銷售價三者的區(qū)別，這是三個沒有直接關系的概念，初學時容易混淆。

5，采購業(yè)務模式?

剛開始可以先把它理解為單據(jù)類型吧。常見的有標準采購、網(wǎng)絡采購、空白采購訂單(如采購辦公用品之未建立物料號的東西)，跨工廠的移庫也可以用采購的功能來實現(xiàn)。

6，貨物的到達

對于供給商的銷售行為，他們的業(yè)務模式可以是門到門，到岸，或者自提等。如果不是供給商送貨上門，企業(yè)就有一個內向物流“InboundDelivery〞(區(qū)別于銷售時的OutboundDelivery)。如果是供給商負責送貨上門，我們就可以簡單根據(jù)采購訂單收貨入庫。當然，不管是Inbound還是Outbound還是Inhouse，SAP的另一運輸子功能“Transportation〞都能管理起來，囊括從路線的設定到運輸?shù)呐懦痰劫M用的結算的所有內容。

7，錢款的交割

向客戶是叫應收AR，向供給商的則叫應付AP。方式也是有多種，當然，前提是收到并校驗供給商開出的發(fā)票。

至此，物料已經(jīng)采購入庫了，我們再來看MM的倉庫管理。物料的倉庫管理形式在SAP中有如下定義：最高物料管理單位是Plant(翻譯成工廠，容易混淆)，Plant可下掛StorageLocation。更全面的信息請參考MM的特別是WM的幫助文件。

以倉庫為核心，物料的動作無非是：入、出、移動。不管是什么類型的動作，每一次移動SAP都會產生一個憑證：MaterialDocument。不同的類型由不同的移動類型(MovementType)區(qū)分。

1，入

有系統(tǒng)導入時的初始化入庫，采購入庫，無條件的入庫，移庫入庫，退貨入庫，產成品入庫等。

2，出

有銷售出庫、移庫出庫、報廢出庫、樣品出庫、采購退貨出庫、生產領料出庫等。

3，移動

這個就無所謂了，想移就移。如果移出地與移入地相隔甚遠，可以用Transportation來管理。

關于物料管理更深入的話題有，分割評估、批次管理、科目記賬、庫存狀態(tài)、MRP、供給商評估、立體倉庫管理、VMI、盤點、委外處理等。咱們花開兩朵，各表一枝，下回再見。

4.PP模塊--ProductionPlanning.

我們常常聽到“進銷存〞、“供產銷〞等概念，一個完整的供給鏈關注的就是從采購到生產到銷售的全過程。簡單的說，PP將負責將MM采購的原材料半成品加工成SD可以銷售的貿易產品或者供下一步使用的半成品。

江湖盛行這么一首詩：

SAP是龐大的，模塊是多多的，功能是強大的，搞懂是沒門的。

SD是靈巧的，五臟是俱全的，滿足是不能的，報表是經(jīng)常的。

PP是復雜的，相同是很少的，MRP是要的，精確是不能的。

MM是重要的，數(shù)據(jù)是多多的，做好是稀有的，目前是緊缺的。

FI是核心的，記賬是主要的，工作是輕松的，地位是高高的。

CO是控制的，與FI是配合的，憑證是很多的，本錢是不準的。

ABAP是必須的，開發(fā)是經(jīng)常的，地位是沒有的，作用是點綴的。

BASIS是裝機的，DEBUG是常有的，精通是困難的，ABAP是兼職的。

HR是搞人的，會作是很少的，研究是需要的，潛力是無窮的。

WORKFLOW是神奇的，功能是炫目的，做通是很少的，因而是不做的。

QM是質量的，上的是不多的，思路是奇特的，沖突是必然的。

PM是見過的，功能是明顯的，做做是蠻好的，培訓是需要的。

APO是傳說的，上的是沒有的，目標是理想的，成功是偶然的。

CRM是起步的，客戶是聽說的，用好是沒有的，完善是需要的。

BW是早有的，產品是多樣的，需求是漸多的，招人是必要的。

市場是巨大的，ERP是需要的，簽單是可能的，打折是一定的。

KICKOFF是要有的，首期是會付的，藍圖是要做的，確認是艱苦的。

實施是痛苦的，修改是經(jīng)常的，說服是需要的，工程是繼續(xù)的。

數(shù)據(jù)是龐大的，整理是艱苦的，手輸是不能的，BATCH是要編的。

客戶是刁蠻的，要求是無理的，說話是牛逼的，干活是不行的。

KEYUSER是難做的，加班是經(jīng)常的，工資是不多的，衰老是優(yōu)先的。

上線是被逼的，不逼是不行的，時間是緊張的，恐懼是不必的。

人區(qū)別于動物的一大特點就是，想的不等于說的，說的不等于做的，做得不等于寫的，這在SAP工程的從忽悠打單到工程籌備到上馬實施到日常運營一整個階段得到淋漓盡致的發(fā)揮，得虧哥們兒我們還練過，十幾年的語文教育早把我們教育得火星人都能騙到。你看到處都是搖旗吶喊振臂高呼的作者加專家，喝的全是肥油拉的全都是思想，酒足飯飽后開始做思考狀，輪番炒作堆砌無數(shù)華美的概念與辭藻。可能，大概，是源于這個傳聞：錢多、人傻、速來!干這個越久心理越內疚，以至每天做夢都在趕飛機飛機還晚點、每天都在趕文檔文檔還無窮盡、每天都在開會每天還有總不完結，搞得白頭發(fā)越來越多。有回在夢里一個高人朝我大叫，你丫好好說點實話認真寫點明白的字干點正經(jīng)事要死啊。。。于是我琢磨著啥時候說點人話，撈點干的講講，少繞點彎子，報效一下諸位神仙，積點陰德，權當燒香拜佛了。赫赫，牢騷了一千字，我的帖子看起來好似更長更漂亮了，咱看透不說透，都是好朋友，接著上回說。

經(jīng)濟實體都是要拿東西出來賣了掙錢的，一流企業(yè)賣標準，二流企業(yè)賣效勞，三流企業(yè)賣產品，個人還可以賣思想賣文字賣體力啥的。除非這些東西是爹媽給的，這些為企業(yè)盈利的實物產品都要和我們要說的PP(ProductPlanning)模塊有關系。SAP網(wǎng)站把行業(yè)分為“金融業(yè)與公共部門〞、“制造業(yè)〞和“效勞業(yè)〞三個大類，于是，和PP有關的大概只有“制造業(yè)〞這一塊了，它包含有航空、汽車、化工、消費品、電子產品、機械、醫(yī)藥、石油天然氣等。

我們常常聽到“進銷存〞、“供產銷〞等概念，一個完整的供給鏈關注的就是從采購到生產到銷售的全過程。簡單的說，PP將負責將MM采購的原材料半成品加工成SD可以銷售的貿易產品或者供下一步使用的半成品。所以，其內容就可以直觀的表述為“為什么要生產〞、“要生產什么〞、“怎么生產〞、“誰來生產〞、“要生產多少〞、“能生產多少〞，還有，同時也是相對重要相對復雜的，就是實現(xiàn)這個物品形態(tài)的轉變要“花多少錢〞。

1，為什么要生產?

要拿來賣、要盈利、要掙錢。老板說了，M個N年方案內實現(xiàn)共產，三五年內趕英超美，半年內畝產萬斤，下個月開始就讓員工月入萬元不是夢。就是所謂的企業(yè)經(jīng)營運作方案了，F(xiàn)orecast來Forecast去，終究離不開“賣〞這個字，于是有個SOP(SalesandOperationPlann)。

2，要生產什么?

老板說了，朕什么都沒有就是有錢，干點啥好呢?整點NIKLA、SAMSONG來耍耍?在臭水溝邊蓋座依山傍水的皇家絕世好樓?釀點始于1848年的非著名白酒?縫點德國血統(tǒng)的小褲衩去盧浮宮展示展示?

這些都是傳說中的高層決策了，我不是高層，與我無關。錢打哪兒來的我等自然不敢過問，我只關心老板想要生產來賣的東西是啥(Material)，組裝結構復不復雜(BOM)，要多少原材料(RawMaterial)，哪些東西自己有、哪些可以自己生產、哪些要從別人那里去買(MRP：Subcontract/Purchase)，自己產的東西要什么設備、裝置、流水線(WorkCenter)，有哪些什么工序(Routing)，要引進什么國際領先國內一流XX特色的技術，要招多少女大學生，要請多少農民工，扯遠了。。。

3，怎么生產?

這個細節(jié)好似PP不太關心。把生產比喻成吃的是草擠的是奶的話，PP只關心要喂什么草，擠出來是什么奶。至于這把草怎么從口腔傳到胃里面，胃怎么消化吸收，吸收了的東西如何到達乳腺，好似是MES(ManufacturingExecutionSystem)、DCS(DistributedControlSystems)、SCADA(SupervisoryControlAndDataAcquisition)這些東西關注的事情。作為管理層的信息系統(tǒng)，SAP中的PP只關注生產過程中的關鍵步驟，這話聽起來比較空，其實是這么一個過程：

(1)制定一堆產品的中長期銷售運作方案(SOP)

(2)分解某幾種產品的主生產方案(MP)

(3)確定哪些庫存有、哪些需要采購、哪些需要生產(MRP)

(4)確定制定明確的一定周期的生產方案(方案訂單)

(5)根據(jù)這個方案建立生產訂單(開工的憑據(jù))

(6)生產過程中投入相關的原材料半成品等到這個訂單(直接材料消耗)

(7)待到生產完畢從這個訂單收貨(生產出了成品或半成品)

(8)生產訂單確認(表示此項工作完成，可以確定消耗量、人工費、制造費用了)

(9)生產結算

4，誰來生產?

某工廠內、某個人負責的、某套裝置設備上、用某個工藝路線來生產的。要是你用過數(shù)據(jù)庫，就會知道，這是錄入在一個記錄生產信息的表中的某一行的某幾個字段，用以標志該項生產業(yè)務的行為主體。

5，能生產多少?

一頭奶牛一年最多能產5、6噸奶，一套設備一年滿負荷跑也就能產那么多東西，此謂產能。我們在方案、排產的時候都應該考慮這個因素，如果設置了，系統(tǒng)到時會以設定的方式予以警示，其邏輯就是將設定的最大值與你錄入的值相比較。當然，前提是你的公司有這樣的管理水平和管理能力。

6，結算Settlement

假定這么一個制造過程：

(1)原材料R，其本錢中心是C1，經(jīng)生產訂單O1加工后得到半成品H;

(2)半成品H，其本錢中心是C2，經(jīng)生產訂單O2加工后得到成品F;

(3)成品F入庫、售出。

那么，除了原材料、半成品、成品自身的庫存賬要變動外，各生產訂單O1、O2要歸集材料費加工費生產本錢轉出及其差異等，本錢中心要計入相應的加工費以及作業(yè)價差。材料采購還有采購價差、生產訂單還有材料消耗量差異方案加工費差異、本錢中心還有作業(yè)單價差異。好似很多的樣子，PP加CO，三五年只能看個目錄啊。

7，附加話題：關于離散制造與流程制造

典型的流程型生產行業(yè)有醫(yī)藥、石油化工、電力、水泥等，它們主要采用按庫存、批量、連續(xù)的生產方式;典型的離散制造行業(yè)有機械制造、電子電器、汽車等行業(yè)，這些企業(yè)，則既有按定單生產，也有按庫存生產，既有批量生產，也有單件小批生產。

他們有啥區(qū)別?從業(yè)務上講他們的差異存在于產品結構、方案的粒度、MRP的要求、相關的數(shù)據(jù)采集要求等。單從他們的BOM的構成就可以管窺一二：離散制造用的是樹狀層次型結構的BOM，相對固定，不管BOM有多少層，它的材料數(shù)量、材料型號、生產過程總體來說固定的。

流程制造的產品結構不能用樹狀的層次型結構來描述，復雜的流程制造需要用鏈式結構(單鏈式或者多鏈式)。產品制造全過程分為若干邏輯階段，每個階段的粗細可根據(jù)具體的生產、管理需求而定。環(huán)環(huán)相扣的各個階段可能產生聯(lián)產品、副產品，而這些不能精確確定，就是說我們不能做到完全精細生產。同時整個流程生產過程是一個動態(tài)的過程，產出量、所產物料的特性會受到原材料成分、溫度壓力、設備等等波動的影響，并且不可預知。而離散制造就沒有此類問題。

8，附加話題：MRP

MRP及MaterialRequirementsPlanning，物料需求方案。他要解決的問題是：

(1)需要什么?

(2)需要多少?

(3)何時需要?

舉例來講：

(1)今日是2007年10月24日，我要在11月1日要A產品100件(需求量及日程)

(2)A產品由2個部件X、2個部件Y和1個部件Z構成(BOM)

(3)當前庫存A產品10件，X部件10件，Y部件10件，Z部件50件(Stock)

(4)其中XY部件需要外購，Z部件自己可以生產

輸入這些數(shù)據(jù)以后，經(jīng)過MRP的邏輯的運算，系統(tǒng)會告訴我們：截至11月1日，要準備90件A產品;要采購X和Y各170個并發(fā)出申請;要生產40個Z并發(fā)出生產方案。Well，貌似不是很復雜，其實深究起來關于生產的各個環(huán)節(jié)都別有洞天，內容多而雜。管理的全面與操作的繁雜，這是一個矛盾，好在大局部的應用都在簡化處理。

以上一家之言，僅供娛樂，不做任何決策依據(jù)，謬誤之處懇請指正。若有誤導，實屬無心。

5.PP模塊--PlantMaintenance

PM就是PlantMaintenance(本文中的PM都是這個意思，不要和ProjectManager搞混了)，大大小小的文檔上都把它翻譯成工廠維護，意譯過來應該是設備維護。單單講PM內容較少，現(xiàn)在比較流行EAM(EnterpriseAssetManagement)。要說EAM的話就得把SAP里的PS、AM一起說了。IBM有套EAM系統(tǒng)MAXIMO，比較專業(yè)，風傳比SAP的東西要好，我沒用過，具體不知道了。

什么類型的企業(yè)會花大力氣來關注他們的設備/資產?是資產密集型企業(yè)，如電力、采礦、制造業(yè)、港口、交通運輸業(yè)等，這些企業(yè)的效益主要來源于設備的穩(wěn)定和連續(xù)運轉，所以控制自己的資產本錢同“增長利潤，提高效益〞有著直接關系。

先區(qū)分一下“資產〞與“設備〞。我們的第一印象是，設備是生產/工程部(或者相關職能的部門)關心的東西，而資產是財務部(或者相關職能的部門)關心的。管設備的部門會有一臺《設備臺帳》，里面記錄了從設備使用、保養(yǎng)、維修的情況;管資產的部門會有一臺《固定資產臺帳》，他們則會從財務核算的角度管理這些大家伙(固定資產)。

《設備臺帳》可能更專注于技術層面，并且分得比較細致;而《資產臺帳》可能更關注它的總的價值，通常企業(yè)管得較為粗放。那么問題出來了，對同一個東西，企業(yè)有兩套數(shù)據(jù)，而且沒有幾家企業(yè)是一致的。如同我在MM入門文里說的物資分類編碼一樣，設備(資產)也會有同樣的問題，而且更為復雜，他們往往都是龐大而且有若干層級結構。設備與資產如何匹配，這是個問題。

狹義的設備管理工作是運維為主，預防、出了問題維修、維修了繼續(xù)日常保養(yǎng)，如此循環(huán)。而固定資產的管理將關注資產的購置、資產的折舊、資產的后續(xù)投入(維修保養(yǎng)等費用)，等到不能再用時要清查報廢等。

分清了設備與資產，下面我們單就設備相關內容進行展開：

(1)是什么?

首先設備會有自身的特性，如名稱、位置、BOM結構等，所以我們要分分類，編編碼啥的，人才啊，需要你們!

(2)誰來管?

這個設備所屬的管轄范圍，即在整個SAP中受那些組織結構元素管理;

(3)壞了、修!

所謂無事不表達價值，所以等設備壞了，PM就RUSH了。有了維修需求，PM就會根據(jù)需求通知誰誰去處理這個事情，然后用工單作為維修的開始，據(jù)此方案、排程，待施工完成后關閉、結算。

(4)沒壞，能不能修?

能啊，有點點技術含量的管理都會盡可能的在故障發(fā)生前防止，此謂預防性維護。動動腦子，可以找到某類某臺設備的特性規(guī)律，從而制定科學的維保方案;或者，咱定期的去看看，排查、排查、排查，也行。

那么，和PS(ProjectSystem)、AM(AssetManagment)有啥關系呢?剛剛說了AM是管資產的。PS，除了向別人買固定資產，我們是可以用PS來管理工程、來建造設備的!

6.PS模塊--ProjectSystem

工程(Project)是指在一定人力、物力和財力的約束下，為創(chuàng)造和提供獨特的產品或效勞而進行的一次性努力。在ERP系統(tǒng)中，實施工程管理(PS，ProjectSystem)的目的是管理和控制工程執(zhí)行過程中的每一項工作。注意，是宏觀的管理和控制。

這是SAPERP入門的最后一篇了。

我們這些死跑龍?zhí)椎淖钕矚g工程了，是啊，有工程就有費用啊。萬惡的資本家終于舍得拿錢出來讓我們過家家了，雖然其目的是想攫取更多的社會財富。不過另一方面，這叫什么來著，叫社會財富的再分配、次級分配、三級分配，給的就是圍在肥得流油的資本家身邊的勞苦群眾們。就像我有事沒事就要用公家的錢打飛的往返不同的城市，多的一個月飛五六次，少的一個月飛一兩次，我要把報銷來的錢分給雖然很無恥但是空姐還算漂亮的航空公司，分給五大三粗但多少有點淳樸的的士司機們。想著他們家庭幸福的樣子我就很開心，偉大吧，可惜苦了自己的家人、朋友們，離多聚少啊。

非官方、非著名的來分一下我所知道的工程的類型，我們有資本性投資類工程，就是說此類工程完了會為企業(yè)產生一些固定資產什么的，比方什么設備建造、廠房擴建等;有科研類工程，主要是搞一些牛叉的高科技，研究技術開發(fā)產品制定標準啥的，有投入，有沒有產出是另外一回事;還有一種是效勞性質的，比方說這個ERP實施工程。

書店有很多說工程的書，PMP(拍馬屁)，抄來抄去的，顛來顛去就那么點東西，一點技術含量都沒有。其實，對工程的理解，跑龍?zhí)椎囊砸环N過家家的心態(tài)來看、抗旗的要拿搞政治的心態(tài)來看就對了。有人的地方就有江湖，有江湖的地方就有政治，何況一個工程里面包含了這么多的人。當然這是題外話，和我們的ERP一點關系沒有。

工程(Project)是指在一定人力、物力和財力的約束下，為創(chuàng)造和提供獨特的產品或效勞而進行的一次性努力。在ERP系統(tǒng)中，實施工程管理(PS，ProjectSystem)的目的是管理和控制工程執(zhí)行過程中的每一項工作。注意，是宏觀的管理和控制。

所以，工程的特點就是，人多、錢多、事情多、過程長。

人、財這些前文有說，此不贅述。

事情多，就應該分門別類整理好。所以對ERP來說，在工程執(zhí)行以前，必須對工程的工作內容進行明確定義，就是說：工程實施中需要執(zhí)行的任務和過程要按照一定結構，有序且有邏輯地搭建起來，此結構能夠精確的反映工程的工作組成局部。好似產品BOM一樣，SAP把工程內容(注意：靜態(tài)內容)分成若干具有層級的WBS。

WBS，工作分解結構，WorkBreakdownStructure，是建立工程組織結構和協(xié)同工作內容的基礎，描繪了在確定時間內需要執(zhí)行的任務和關聯(lián)子任務，以及相關的時間方案、資源方案、本錢方案和預算等，并且可以用于歸集和分配實際工程本錢。工作分解結構中的每一項任務被稱為WBS元素(WBSElements)，是工程定義的下層細分結構。那么，每個元素對應發(fā)生的動作就可以被分開記錄了。

過程長，SAP用網(wǎng)絡(Network)來處理。網(wǎng)絡(Network)描述的是工程活動的執(zhí)行過程。網(wǎng)絡是一種在工程進度、本錢和資源安排方面的結構方案，是一種在分析和控制工作中很有用的技術。我們可以將網(wǎng)絡分配給工程定義、WBS元素。

構成網(wǎng)絡的關鍵元素是活動(Activity)和活動之間的關系。活動具有以下特征：它們會持續(xù)一定的時間、有明確的開始和結束時點、在執(zhí)行的過程中不會被中斷(如果有中斷應定義多個分開的活動)、在執(zhí)行過程中需要一定的資源，并且會發(fā)生相應的本錢。活動代表了工程執(zhí)行過程中的每一個過程，是組成工程結構的最小單位，也是組成網(wǎng)絡的根本元素。在搭建工程結構時，我們把活動分配給相應的WBS元素。

上面是工程的靜態(tài)分析。至于工程的過程管理，人員管理除外，對于資金，我們可以直觀的認為有：事前方案、花費預算、工程結算。哎，單據(jù)單據(jù)，懶得說了。PS不是你想象的管得那么多。

最后拎著衣領，WBS上掛的任何東西都順出來了，當然，還是錢。

7.HR模塊--HumanResource.

HR這一句話，太簡單了：組織、招聘、發(fā)工資、任職、考勤、培訓、提升、降級、辭退。還好，這個模塊不分行業(yè)，哪家公司根本都是一樣的，HR人也是一樣，都是老板的打手，哈哈。Well，下面的文字稍微陡峭一點。

HR這一句話，太簡單了：組織、招聘、發(fā)工資、任職、考勤、培訓、提升、降級、辭退。還好，這個模塊不分行業(yè)，哪家公司根本都是一樣的，HR人也是一樣，都是老板的打手，哈哈。Well，下面的文字稍微陡峭一點。

一，SAPHR核心功能

組織管理(Organizational)：

提供多種組織結構模式，用戶可以利用圖形化的工具構建組織結構(包括組織單元、職務、職位、工作任務以及匯報結構)，還可以通過簡單的添加、修改和移動來反映企業(yè)的動態(tài)開展;與培訓、招聘、人事本錢核算、薪酬管理和業(yè)務流程等相關聯(lián)。

員工管理(Personnel)：好似也叫人事行政管理?

使用標準化默認值方便數(shù)據(jù)的維護，并采用面向特定任務和用戶的自定義菜單;可以預定義處理流程;員工自助效勞組件(ESS)使員工個人隨時隨地查詢、創(chuàng)立并維護個人數(shù)據(jù)。可以實現(xiàn)人力資源管理的員工錄用、內部調動、職位變動、辭職、辭退、勞動合同解除以及職工退休等業(yè)務流程的處理。

時間管理(PersonnelTimeManagement/PT)：

有效制定輪班方案，快捷記錄工作時間，符合所有的法律規(guī)定、行業(yè)協(xié)議或公司內部政策，自動傳送到生產方案、作業(yè)分攤等。系統(tǒng)可以實現(xiàn)職工班次安排、班次調整、考勤、加班、自動生成職工年休假定額，自動產生倒班職工的中夜班個數(shù)。

工資核算管理(Payroll/PY)：

按預先設置的程序以流水線的方式進行;考慮了多種復雜的因素如法律、規(guī)定、多種貨幣、評估等;與人事管理、時間管理、鼓勵性工資和差旅管理等集成化設計;集成化的平安機制;后續(xù)活動支持。系統(tǒng)自動進行職工個人所得稅的計算、扣繳，自動生成職工根本養(yǎng)老、工傷、醫(yī)療、生育、失業(yè)的保險的基數(shù)，繳費基數(shù)的自動切換。實現(xiàn)自動向財務過賬，進行本錢分攤。

二，HR組織結構(企業(yè)結構+人員結構+組織結構)

企業(yè)結構=公司代碼、人事范圍、人事子范圍、本錢中心、業(yè)務范圍

人員結構=員工組、員工子組、工資范圍、合同種類

組織結構=組織單元、職務、職位

1，企業(yè)結構

分級：Client->CompanyCode->PersonnelArea/人事范圍->PersonnelSubarea人事子范圍

人事范圍：

>>人事范圍-是依據(jù)人事管理的需要對公司代碼的子劃分，一般依據(jù)地理范圍劃分。

>>主要作用-作為生成報表的參數(shù)、定義權限和權限控制的依據(jù)。

>>人事子范圍-是對人事范圍的細分,人事管理的很多重要分組都是在這層上劃分。

2，人員結構

分級：員工組->員工子組

員工組：為了管理的需要，把員工分類。分為兩層：員工組、員工子組。

作用：權限管理和其他管理的需要(如：薪資、考勤等)

員工子組：是對員工組的細分–管理人員、營銷管理人員、技能操作人員等等。

作用：報表選擇條件、劃分權限的依據(jù)、考勤和薪資的差異分組依據(jù)。

工資核算范圍：為薪資核算的目的定義的一個組織單位，定義在一個工資核算范圍內的所有員工一起核算工資。

3，組織結構是企業(yè)自然的組織架構

組織單位：描述企業(yè)中存在的業(yè)務單位

職務：是一般性的任務的分類，如經(jīng)理、處長等

職位：是每個員工在企業(yè)中的分配，職位被員工所占有。

4，綜上

組織結構是企業(yè)自然的組織架構;企業(yè)結構、人事結構是為了管理的需要而人為劃分的。

三，組織管理概述：

SAPHR的標準教材中把“組織管理〞用了一種OO的觀點來描述：對象。對象的集合，可以看作N個節(jié)點的集合，無非會有如下信息及動作：其屬性(Object.Attribute)、其關系(類似于一張“圖〞或者“樹〞、上級下級、服從于命令)、其動作(Init、任務)等。

SAP說，SAP組織管理是以建立和利用組織對象及其關系為基礎，通過定義對象和對象之間的關系從組織層面實現(xiàn)人力資源管理。

組織管理對象及關系：

SAP又說，SAP定義的根本組織對象包括：組織單元(O)、職務(C)、職位(S)、任務(T)、本錢中心(K)、人(P)等。

對象間的關系主要包括：組織單元與組織單元、組織單元與本錢中心、組織單元與職位、職位與職位、職位與人、職務與職位間。如下列圖：

其中組織單元、職位、人員的關系直觀地可以看作是一棵樹：

而本錢中心則有如下意義：

本錢中心指費用的歸屬，一般由財務制定，HR使用;本錢中心可以分配給組織單元和職位;本錢中心按組織層級繼承(下級繼承上級);如果某對象類型有多個本錢中心;可以設置分攤比例。

組織結構的變更：