SAP模塊一句話入門(專業術語的理解)

SAP模塊一句話入門(專業術語的理解)

 

SAP一句話入門：Financial & Controlling Accounting (FICO)

財務，財務，呵呵，讓咱們關心一下給我發工資的部門。某皇帝似的人物牛哄哄的語重心長的俯視着對會計們說，不要作假賬啊。按照中國人的不是什麼偏要說什麼的特色，咱們由此能夠知道，財務的任務、終極目標就是作假賬。你反駁道，會計不是財務，財務不是會計。我有說嗎？我什麼都沒說。無論假不假，那是高層建築，是道；可憐咱們這幫下苦力的，so professional地、忠誠並且神聖地研究着各類伎倆以知足傳說中的「上面的人」的要求，是術。
拿在手上的是錢、POS機刷的是卡、龍飛鳳舞的是支票。若干年前，去超市買二兩豬肉回來要在橫線本本上記一條，在倒數第三頁第四行上寫着：××年××日××時於××地購買豬肉二兩，花費RMB一元（日記帳）。有了這麼一個動做，我就能在月光的時候檢查一下上個月的工資都跑哪去了。若干年後，科技發達了，我用EXCEL來替換了3毛錢的做業本。爲了排序，我還把各類花費分類而且給他一個編碼，買酒的記成WINE，買肉的記成PORK，打車的記成TAXI，這樣我就能夠篩選、排序、求和。呃，人類真偉大，不是嗎？某一天，我發現，身邊還有不少人和我保持着相同的習慣。想不到這居然是最原始的會計。

一我的一個賬本，這就是所謂的賬套嘛，各編各的碼，就是各有各的會計科目表。中國人記人民幣帳，美國人記美圓帳，這就是幣種。等到把賬本記滿了，換一個新的，把舊的鎖起來存檔，這不是會計期間麼？
樸素歸樸素，總的來說太簡單了，東西不復雜人家不買你的，說複雜體現價值。把個體行爲放大，你會發現掙錢的方式數都數得過來，可是卻有無數種方法把錢花掉，怎麼記呢怎麼分呢？好在黨國給咱們方向，定了若干準則下來，咱們照着細分就是了。上面說的是科目，SAP總賬（General Ledger）主要管的就是這個，不一樣的是人家管得是世界500強的財富榜上的，厲害吧。固然，他還包括期間、幣種啥的，前提是，要把無論水多深的公司的結構用一些淺薄的代碼來表示，並且是樹狀結構。
OK，架子搭好了，記帳吧。記買記賣，應付（對採購行爲進行付款，對象同應收）應收（對銷售行爲進行收款，對象涉及到對誰、多少、何種性質的應收等）；記本身的物品，存貨（對自有物品的分類、估價、清查、盈虧處理等）；記大件財物，資產（資產的得到、分類、折舊及其規則等，直到報廢）；記錢財和銀行的往來，記現金的流動（對帳單、Overhead）。

除了被動的記錄，咱們還能夠作一些預測/預算，打算某某時間內要花（收）多少錢，這些錢的來源、去處？因而咱們在期初作計劃支付、承諾支付，實際發生時的支付可能與計劃不一致，或追加或阻擋，待期末咱們再來對比查看咱們計劃的準確不許確。

按照SAP的定義，我上面說的應該就是Finacial Accounting的範疇了。Controlling？不懂！說說本身的見解，我以爲他就是搞「開源節流」中的節流的，不主動，而是被動的記錄罷了，記錄花費的成本。建個模先：
首先，你要知道你到底要知道那些東西的成本？也就是須要肯定你的成本對象。
其次，你要知道誰花掉了錢？也就是成本中心。
第三，你要肯定都花了什麼錢，也就是成本要素，在SAP中，由初級和次級成本要素之分。
第四，你要搞清楚，某個成本中心花掉了錢，最後這筆消耗是怎麼轉移到成本對象上面的？也就是成本流。
最後，成本計算出來，你還要知道消耗成本後的獲益者，是哪一個客戶，或者那個渠道，或者那個產品？統稱之爲獲利段。

有了這個模型，而後你要明確：
1，是否：某項支出是否應該記入產品成本或期間費用；
2，區分：若是要記入，應該計入哪一項，便是記入產品成本仍是記入期間費用；
3，時段：一個會計期間內，從何時開始到何時截至的支出須要記入；
4，細分：支出應該細分到何種產品成本、完工品和在產品的費用界限。

接着，咱們要當過後諸葛亮了（成本覈算是過後措施，對已經發生的費用進行歸集和分配的過程）：
1，收集：那些耗費須要記入、應該記到什麼地方（是產品成本仍是期間費用）
2，截至：本月實際支出和待攤的正確處理，須要作好界限劃分
3，分配：橫向分配，本月總的費用應該分攤到哪些產品哪些項目中
4，分配：縱向分配，產成品和在產品之間的分配歸集

嗯，就這麼多。其實也是記帳而已，因此，咱們僅須要關注這些科目而已（成本覈算的相關科目）：
1，基本生產成本
2，輔助生產成本
3，製造費用
4，廢品損失
5，營業費用
6，管理費用
7，財務費用
8，待攤費用
9，長期待攤費用
10，預提費用

最後說一句，這些「上面的人」都不關心的，他們只關心報表：資產負債表、損益表、股東權益變更表、現金流量表。因此，幹「好」（you know that）是你應該的，幹很差屎盆全往你頭上扣。

 

SAP一句話入門：Material Management (MM)

讓咱們來關注供應鏈上的另外一個模塊Material Management，即MM、物料管理。從SAP對其定義的範疇來看，它處在供應鏈的上中游。而廣義的物料（物資或物品，是英文Material的翻譯，下同）管理關注的範圍則可能更多。延續上一篇的敘述風格，下面我儘可能用淺顯直白的語言對SAP的MM模塊作一個介紹。

物料（Material）的含義極廣，任何看得見看不見的東西幾乎均可以稱之爲物料。在SAP中，將重點關注用來直接或間接爲企業增值的物品，如原材料、半成品、成品、水、電、蒸汽、空氣、設備、儀器儀表等等。同時，也能夠把用於銷售的、非物質形態的「服務」做爲物料來管理。
咱們將這些實物或者非實物的東西歸入物料管理，爲其編碼、分類、收集並記錄它們的通常或者特殊屬性（如形態、顏色、規格、重量、基本單位、銷售單位、運輸單位、存放條件、生產批次等），這些工做將有利於企業對自有資源的統一管理，也是平常業務單據處理的基礎。

特別是物料（或物資）的編碼與分類，好像這個是國際標準委員會或中國國家標準委員會作的事情，可是現實狀況是，迄今爲止沒有一套完善的囊括各行各業的物料分類與編碼規範。每一個企業在作信息化建設的時候都要經歷這麼一道爲企業特有的物質非物質資源分類與編碼的程序。若是作的好，其重要性可能體現不出來；可是若是這一步就作得比較失敗，後續的工做將如沙地蓋樓。舉一個最簡單的例子，我在加工一個零件的時候要用到原材料，或者在銷售的時候須要領料，若是同一種物料被建立了若干次，每一次的描述編碼都不一樣，不管是前端業務的制單者或者是後端財務覈算者，都將疲於區分。同時數據庫中的垃圾、冗餘的數據也將愈來愈多。
解決了物料管理的第一大問題，分類與編碼的問題，接着來看SAP中MM的其餘內容。前文說到SD是解決「賣」的問題，那麼MM就是解決「買」和「倉儲」的問題，固然「運輸」將是MM和SD共同關注的問題，至於「生產」，PP模塊會來處理。

針對「買」（正式一點叫法是「採購」），咱們提出以下問題：
1，誰來買？
2，買什麼？
3，向誰買？
4，以什麼樣的價格買入？
5，採購業務模式？
6，貨物如何到達？
7，錢款交割方式？

同理，咱們分別引出相應的概念：
1，誰來買？
　　固然是企業裏的某個部門某個班組某一個幾個具體的員工。根據須要，從下到上咱們會應用到這些相關概念：僱員、採購組、採購組織、公司代碼等。這就是所謂的採購組織架構。
2，買什麼？
　　物料，就是上文所說的分類與編碼問題。
3，向誰買？
　　供應商。如同物料與客戶同樣，它是一個企業相對穩定的資源與財富，須要集中收集與管理，這種相對固定的、一旦創建只須要在變更的時候修改的數據，咱們稱之爲「主數據」。既然將這些資源數據化，那麼他們都有被分類整理並分析的必要。好比供應商能夠分紅：一次性供應商、集團內供應商、國外供應商等。
4，以什麼樣的價格買入？
　　採購價。相似於SD中的銷售價，一個最終的供應商發票上的價格，也可能包含若干計算小項。咱們把這些若干小項稱之爲「條件類型（Condition Type）」，如：含稅基價、進項稅、運雜費等等。這些若干小項將以配置好的一種四則運算規則運算出最終價格，這個運算規則在SD中稱爲「Pricing Procedure」，而在MM中被稱爲「Calculation Schema」。另外一個須要注意的是，採購價、成本價、銷售價三者的區別，這是三個沒有直接關係的概念，初學時容易混淆。
5，採購業務模式？
　　剛開始能夠先把它理解爲單據類型吧。常見的有標準採購、網絡採購、空白採購訂單（如採購辦公用品之未創建物料號的東西），跨工廠的移庫也能夠用採購的功能來實現。
6，貨物的到達
　　對於供應商的銷售行爲，他們的業務模式能夠是門到門，到岸，或者自提等。若是不是供應商送貨上門，企業就有一個內向物流「Inbound Delivery」（區別於銷售時的Outbound Delivery）。若是是供應商負責送貨上門，咱們就能夠簡單根據採購訂單收貨入庫。固然，無論是Inbound仍是Outbound仍是Inhouse，SAP的另外一運輸子功能「Transportation」都能管理起來，囊括從路線的設定到運輸的排程到費用的結算的全部內容。
7，錢款的交割
　　向客戶是叫應收AR，向供應商的則叫應付AP。方式也是有多種，固然，前提是收到並校驗供應商開出的發票。

至此，物料已經採購入庫了，咱們再來看MM的倉庫管理。物料的倉庫管理形式在SAP中有以下定義：最高物料管理單位是Plant（翻譯成工廠，容易混淆），Plant可下掛Storage Location。更全面的信息請參考MM的特別是WM的幫助文件。
以倉庫爲核心，物料的動做無非是：入、出、移動。無論是什麼類型的動做，每一次移動SAP都會產生一個憑證：Material Document。不一樣的類型由不一樣的移動類型（Movement Type）區分。
1，入
　　有系統導入時的初始化入庫，採購入庫，無條件的入庫，移庫入庫，退貨入庫，產成品入庫等。
2，出
　　有銷售出庫、移庫出庫、報廢出庫、樣品出庫、採購退貨出庫、生產領料出庫等。
3，移動
　　這個就無所謂了，想移就移。若是移出地與移入地相隔甚遠，能夠用Transportation來管理。

關於物料管理更深刻的話題有，分割評估、批次管理、科目記帳、庫存狀態、MRP、供應商評估、立體倉庫管理、VMI、盤點、委外處理等。我們花開兩朵，各表一枝，下回再見。

 

SAP一句話入門：Sales and Distribution (SD)

SD是Sales and Distribution的簡稱。在SAP系統中，銷售與分銷模塊處在供應鏈下游，關注從客戶訂單到向客戶收款的全過程。

SD模塊中的Sales好理解，而Distribution卻容易被忽視。用直白的話來說，SD模塊就是解決「賣」的問題，它關注的範疇有：
1，誰來賣？
2，賣什麼？
3，賣給誰？
4，什麼樣的價格？
5，銷售業務模式是什麼？
6，貨物如何到達客戶？
7，錢款如何交割？

對應上述問題，咱們分別引出相應的概念：
1，誰來賣？
　　既是執行銷售動做的組織結構及此結構下的人員。SAP術語有：公司代碼、銷售組織、分銷渠道、產品組、銷售辦公室、銷售小組、銷售僱員、裝運點等。
2，賣什麼？
　　廣義銷售概念中的銷售內容包括實物和非實物的服務。SAP術語中，咱們稱之爲物料（Material）。有實物產品物料，也有服務物料。
3，賣給誰？
　　賣給客戶。這裏，客戶的外延與內涵較多。如一次性客戶、大客戶、集團內部客戶、海外客戶；售達方、送達方、收票方、付款方等。若是對某客戶作賒銷業務，相應的，該客戶還有用於控制應收風險的信用數據。
4，什麼樣的價格？
　　價格是銷售的技術核心，訂價功能也是SAP SD的核心所在。貌似簡單的打印在發票上的最終價格，在企業內部可能包含了若干計價小項。如含稅基價、銷項稅、營業稅、折扣、返利、附加稅等。不一樣的企業不一樣的訂價策略系統將提供不一樣的訂價過程予以支持。
5，銷售業務模式是什麼？
　　業務模式是指：標準信用銷售、現金銷售、緊急訂單、退貨業務、免費樣品、捐贈、促銷業務等。不一樣的業務模式有着不一樣的線內線外處理方式。
6，貨物如何到達客戶？
　　這裏包含的就是上述Distribution的內容。廣義的銷售，應該包含實物移動。企業能夠送貨上門或者委託第三方物流公司送貨，也多是客戶上門自提。若是是國際貿易，還涉及到通關報檢等動做。不管是單據流轉仍是成本覈算，系統都有相應的功能支持。
7，錢款如何交割？
　　若是不考慮售後服務，收款將是通常意義上銷售循環的最後一步。因爲有不一樣的銷售業務模式，可能的交割方式有賒銷、現金、支票等。根據須要還能夠爲及時付款的客戶予以優惠獎勵等措施。

上述概念中，SAP系統將相對靜態的數據或者資料稱爲「主數據」（Master Data），如客戶、物料、價格、信用。這些數據一旦創建，只在須要變更時變更。並且在後續的操做中，僅須要惟一標誌本身的編號錄入，便可帶入其餘相關信息，從而達到共享的做用。
與數據對應的另外一類數據是「業務數據」，如合同、計劃、訂單、交貨單、出庫單、發票等。這些資料（咱們稱之爲單據：Document）是在業務發生時實時產生的。因爲銷售業務具備循環並且可追溯特性，這些單據將互相關連，每一筆完整的業務中都有本身的單據流。即，一個常見的銷售業務業務循環將從合同開始、到開票收款結束。
以上就是SAP SD的大體內容。更深刻的無非是上述問題的展開與細化而已。

 

SAP一句話入門：Production Planning (PP)

江湖盛行這麼一首詩：
SAP是龐大的，模塊是多多的，功能是強大的，搞懂是沒門的。
SD是靈巧的，五臟是俱全的，知足是不能的，報表是常常的。
PP是複雜的，相同是不多的，MRP是要的，精確是不能的。
MM是重要的，數據是多多的，作好是稀有的，目前是緊缺的。
FI是核心的，記帳是主要的，工做是輕鬆的，地位是高高的。
CO是控制的，與FI是配合的，憑證是不少的，成本是不許的。
ABAP是必須的，開發是常常的，地位是沒有的，做用是點綴的。
BASIS是裝機的，DEBUG是常有的，精通是困難的，ABAP是兼職的。

sap basis是從事sap系統管理的一個角色。主要負責sap系統的規劃，安裝，配置，管理，監控，維護，調優等。sap basis從具體工做內容的偏向角度，能夠分爲實施和運維。實施偏向規劃，安裝，配置等；運維偏向管理，監控，維護等；調優是須要綜合考量的，每每更偏向於實施，但並非絕對。通常而言，對於sap basis實施的顧問要求應該高於運維。實施規劃安裝配置了系統，理論上還應該交付大量文檔，也就是說定了大局，運維主要是在這個大局已定的前提下作好平常工做，有點蕭規曹隨的意味。可是並不表明着實施就必定在全部方向上都比運維專業，由於各自的領域有所誤差。

HR是搞人的，會做是不多的，研究是須要的，潛力是無窮的。
WORKFLOW是神奇的，功能是炫目的，作通是不多的，於是是不作的。
QM是質量的，上的是很少的，思路是奇特的，衝突是必然的。
PM是見過的，功能是明顯的，作作是蠻好的，培訓是須要的。
APO是傳說的，上的是沒有的，目標是理想的，成功是偶然的。
CRM是起步的，客戶是據說的，用好是沒有的，完善是須要的。
BW（Business Information Warehouse，商務信息倉庫）是早有的，產品是多樣的，需求是漸多的，招人是必要的。

市場是巨大的，ERP是須要的，簽單是可能的，打折是必定的。
KICK OFF是要有的，首期是會付的，藍圖是要作的，確認是艱苦的。
實施是痛苦的，修改是常常的，說服是須要的，項目是繼續的。
數據是龐大的，整理是艱苦的，手輸是不能的，BATCH是要編的。
客戶是刁蠻的，要求是無理的，說話是牛逼的，幹活是不行的。
KEY USER是難作的，加班是常常的，工資是很少的，衰總是優先的。
上線是被逼的，不逼是不行的，時間是緊張的，恐懼是沒必要的。

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

經濟實體都是要拿東西出來賣了掙錢的，一流企業賣標準，二流企業賣服務，三流企業賣產品，我的還能夠賣思想賣文字賣體力啥的。除非這些東西是爹媽給的，這些爲企業盈利的實物產品都要和咱們要說的PP（Product Planning）模塊有關係。SAP網站把行業分爲「金融業與公共部門」、「製造業」和「服務業」三個大類，因而，和PP有關的大概只有「製造業」這一塊了，它包含有航空、汽車、化工、消費品、電子產品、機械、醫藥、石油自然氣等。
咱們經常聽到「進銷存」、「供產銷」等概念，一個完整的供應鏈關注的就是從採購到生產到銷售的全過程。簡單的說，PP將負責將MM採購的原材料半成品加工成SD能夠銷售的貿易產品或者供下一步使用的半成品。因此，其內容就能夠直觀的表述爲「爲何要生產」、「要生產什麼」、「怎麼生產」、「誰來生產」、「要生產多少」、「能生產多少」，還有，同時也是相對重要相對複雜的，就是實現這個物品形態的轉變要「花多少錢」。

1，爲何要生產？
　　要拿來賣、要盈利、要掙錢。老闆說了，M個N年計劃內實現共產，三五年內趕英超美，半年內畝產萬斤，下個月開始就讓員工月入萬元不是夢。就是所謂的企業經營運做計劃了，Forecast來Forecast去，終究離不開「賣」這個字，因而有個SOP（Sales and Operation Plann）。
2，要生產什麼？
　　老闆說了，朕什麼都沒有就是有錢，乾點啥好呢？整點NIKLA、SAMSONG來耍耍？在臭水溝邊蓋座依山傍水的皇家絕世好樓？釀點始於1848年的非著名白酒？縫點德國血統的小褲衩去盧浮宮展現展現？
　　這些都是傳說中的高層決策了，我不是高層，與我無關。錢打哪兒來的我等天然不敢過問，我只關心老闆想要生產來賣的東西是啥（Material），組裝結構復不復雜（BOM），要多少原材料（Raw Material），哪些東西本身有、哪些能夠本身生產、哪些要從別人那裏去買（MRP：Subcontract/Purchase），本身產的東西要什麼設備、裝置、流水線（Work Center），有哪些什麼工序（Routing），要引進什麼國際領先國內一流XX特點的技術，要招多少女大學生，要請多少農民工，扯遠了。。。
3，怎麼生產？
　　這個細節好像PP不太關心。把生產比喻成吃的是草擠的是奶的話，PP只關心要喂什麼草，擠出來是什麼奶。至於這把草怎麼從口腔傳到胃裏面，胃怎麼消化吸取，吸取了的東西如何到達乳腺，好像是MES（Manufacturing Execution System）、DCS（Distributed Control Systems）、SCADA（Supervisory Control And Data Acquisition）這些東西關注的事情。做爲管理層的信息系統，SAP中的PP只關注生產過程當中的關鍵步驟，這話聽起來比較空，實際上是這麼一個過程：
（1）制定一堆產品的中長期銷售運做計劃（SOP）
（2）分解某幾種產品的主生產計劃（MP）
（3）肯定哪些庫存有、哪些須要採購、哪些須要生產（MRP）
（4）肯定製定明確的必定週期的生產計劃（計劃訂單）
（5）根據這個計劃創建生產訂單（開工的憑據）
（6）生產過程當中投入相關的原材料半成品等到這個訂單（直接材料消耗）
（7）待到生產完畢從這個訂單收貨（生產出了成品或半成品）
（8）生產訂單確認（表示此項工做完成，能夠肯定消耗量、人工費、製造費用了）
（9）生產結算
4，誰來生產？
　　某工廠內、某我的負責的、某套裝置設備上、用某個工藝路線來生產的。要是你用過數據庫，就會知道，這是錄入在一個記錄生產信息的表中的某一行的某幾個字段，用以標誌該項生產業務的行爲主體。
5，能生產多少？
　　一頭奶牛一年最多能產五、6噸奶，一套設備一年滿負荷跑也就能產那麼多東西，此謂產能。咱們在計劃、排產的時候都應該考慮這個因素，若是設置了，系統到時會以設定的方式予以警示，其邏輯就是將設定的最大值與你錄入的值相比較。固然，前提是你的公司有這樣的管理水平和管理能力。
6，結算Settlement
　　假定這麼一個製造過程：
（1）原材料R，其成本中心是C1，經生產訂單O1加工後獲得半成品H；
（2）半成品H，其成本中心是C2，經生產訂單O2加工後獲得成品F；
（3）成品F入庫、售出。
　　那麼，除了原材料、半成品、成品自身的庫存帳要變更外，各生產訂單O一、O2要歸集材料費加工費生產成本轉出及其差別等，成本中心要計入相應的加工費以及做業價差。材料採購還有采購價差、生產訂單還有材料消耗量差別計劃加工費差別、成本中心還有做業單價差別。好像不少的樣子，PP加CO，三五年只能看個目錄啊。
7，附加話題：關於離散製造與流程製造
　　典型的流程型生產行業有醫藥、石油化工、電力、水泥等，它們主要採用按庫存、批量、連續的生產方式；典型的離散製造行業有機械製造、電子電器、汽車等行業，這些企業，則既有按定單生產，也有按庫存生產，既有批量生產，也有單件小批生產。
　　他們有啥區別？從業務上講他們的差別存在於產品結構、計劃的粒度、MRP的要求、相關的數據採集要求等。單從他們的BOM的構成就能夠管窺一二：離散製造用的是樹狀層次型結構的BOM，相對固定，無論BOM有多少層，它的材料數量、材料型號、生產過程整體來講固定的。
　　流程製造的產品結構不能用樹狀的層次型結構來描述，複雜的流程製造須要用鏈式結構（單鏈式或者多鏈式）。產品製造全過程分爲若干邏輯階段，每一個階段的粗細可根據具體的生產、管理需求而定。環環相扣的各個階段可能產生聯產品、副產品，而這些不能精確肯定，就是說咱們不能作到徹底精細生產。同時整個流程生產過程是一個動態的過程，產出量、所產物料的特性會受到原材料成分、溫度壓力、設備等等波動的影響，而且不可預知。而離散製造就沒有此類問題。
8，附加話題：MRP
　　MRP及Material Requirements Planning，物料需求計劃。他要解決的問題是：
（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部件本身能夠生產
輸入這些數據之後，通過MRP的邏輯的運算，系統會告訴咱們：截至11月1日，要準備90件A產品；要採購X和Y各170個併發出申請；要生產40個Z併發出生產計劃。Well，貌似不是很複雜，其實深究起來關於生產的各個環節都別有洞天，內容多而雜。管理的全面與操做的繁雜，這是一個矛盾，好在大部分的應用都在簡化處理。

以上一家之言，僅供娛樂，不作任何決策依據，謬誤之處懇請指正。如有誤導，實屬無意。

 

SAP一句話入門：Plant Maintenance (PM)

PM就是Plant Maintenance（本文中的PM都是這個意思，不要和Project Manager搞混了），大大小小的文檔上都把它翻譯成工廠維護，意譯過來應該是設備維護。單單講PM內容較少，如今比較流行EAM（Enterprise
Asset Management）。要說EAM的話就得把SAP裏的PS、AM一塊兒說了。IBM有套EAM系統MAXIMO，比較專業，風傳比SAP的東西要好，我沒用過，具體不知道了。

什麼類型的企業會花大力氣來關注他們的設備/資產？是資產密集型企業，如電力、採礦、製造業、港口、交通運輸業等，這些企業的效益主要來源於設備的穩定和連續運轉，因此控制本身的資產成本同「增加利潤，提升效益」有着直接關係。

先區分一下「資產」與「設備」。咱們的第一印象是，設備是生產/工程部（或者相關職能的部門）關心的東西，而資產是財務部（或者相關職能的部門）關心的。管設備的部門會有一臺《設備臺賬》，裏面記錄了從設備使用、保養、維修的狀況；管資產的部門會有一臺《固定資產臺賬》，他們則會從財務覈算的角度管理這些你們夥（固定資產）。
《設備臺賬》可能更專一於技術層面，而且分得比較細緻；而《資產臺賬》可能更關注它的總的價值，一般企業管得較爲粗放。那麼問題出來了，對同一個東西，企業有兩套數據，並且沒有幾家企業是一致的。如同我在MM入門文裏說的物資分類編碼同樣，設備（資產）也會有一樣的問題，並且更爲複雜，他們每每都是龐大並且有若干層級結構。設備與資產如何匹配，這是個問題。
狹義的設備管理工做是運維爲主，預防、出了問題維修、維修了繼續平常保養，如此循環。而固定資產的管理將關注資產的購置、資產的折舊、資產的後續投入（維修保養等費用），等到不能再用時要清查報廢等。

分清了設備與資產，下面咱們單就設備相關內容進行展開：
（1）是什麼？
　　首先設備會有自身的特性，如名稱、位置、BOM結構等，因此咱們要分分類，編編碼啥的，人才啊，須要大家！
（2）誰來管？
　　這個設備所屬的管轄範圍，即在整個SAP中受那些組織結構元素管理；
（3）壞了、修！
　　所謂無事不體現價值，因此等設備壞了，PM就RUSH了。有了維修需求，PM就會根據需求通知誰誰去處理這個事情，而後用工單做爲維修的開始，據此計劃、排程，待施工完成後關閉、結算。
（4）沒壞，能不能修？
　　能啊，有點點技術含量的管理都會盡量的在故障發生前避免，此謂預防性維護。動動腦子，能夠找到某類某臺設備的特性規律，從而制定科學的維保計劃；或者，咱按期的去看看，排查、排查、排查，也行。

那麼，和PS（Project System）、AM（Asset Managment）有啥關係呢？剛纔說了AM是管資產的。PS，除了向別人買固定資產，咱們是能夠用PS來管理項目、來建造設備的！

 

SAP一句話入門：Project System (PS)

這是SAP ERP入門的最後一篇了。

咱們這些死跑龍套的最喜歡項目了，是啊，有項目就有費用啊。萬惡的資本家終於捨得拿錢出來讓咱們過家家了，雖然其目的是想攫取更多的社會財富。不過另外一方面，這叫什麼來着，叫社會財富的再分配、次級分配、三級分配，給的就是圍在肥得流油的資本家身邊的勞苦大衆們。就像我有事沒事就要用公家的錢打飛的往返不一樣的城市，多的一個月飛五六次，少的一個月飛一兩次，我要把報銷來的錢分給雖然很無恥可是空姐還算漂亮的航空公司，分給五大三粗但多少有點淳樸的的士司機們。想着他們家庭幸福的樣子我就很開心，偉大吧，惋惜苦了本身的家人、朋友們，離多聚少啊。

非官方、非著名的來分一下我所知道的項目的類型，咱們有資本性投資類項目，就是說此類項目完了會爲企業產生一些固定資產什麼的，好比什麼設備建造、廠房擴建等；有科研類項目，主要是搞一些牛叉的高科技，研究技術開發產品制定標準啥的，有投入，有沒有產出是另一回事；還有一種是服務性質的，好比說這個ERP實施項目。

書店有不少說項目的書，PMP（拍馬屁），抄來抄去的，顛來顛去就那麼點東西，一點技術含量都沒有。其實，對項目的理解，跑龍套的要以一種過家家的心態來看、扛旗的要拿搞政治的心態來看就對了。有人的地方就有江湖，有江湖的地方就有政治，況且一個項目裏面包含了這麼多的人。固然這是題外話，和咱們的ERP一點關係沒有。

項目（Project）是指在必定人力、物力和財力的約束下，爲創造和提供獨特的產品或服務而進行的一次性努力。在ERP系統中，實施項目管理（PS，Project System）的目的是管理和控制項目執行過程當中的每一項工做。注意，是宏觀的管理和控制。
因此，項目的特色就是，人多、錢多、事情多、過程長。

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

事情多，就應該分門別類整理好。因此對ERP來講，在項目執行之前，必須對項目的工做內容進行明肯定義，就是說：項目實施中須要執行的任務和過程要按照必定結構，有序且有邏輯地搭建起來，此結構可以精確的反映項目的工做組成部分。好像產品BOM同樣，SAP把項目內容（注意：靜態內容）分紅若干具備層級的WBS。WBS（Work Breakdown Structure工做分解結構），是創建項目組織結構和協同工做內容的基礎，描繪了在肯定時間內須要執行的任務和關聯子任務，以及相關的時間計劃、資源計劃、成本計劃和預算等，而且能夠用於歸集和分配實際項目成本。工做分解結構中的每一項任務被稱爲WBS元素（WBS Elements），是項目定義的下層細分結構。那麼，每一個元素對應發生的動做就能夠被分開記錄了。過程長，SAP用網絡（Network）來處理。網絡（Network）描述的是項目活動的執行過程。網絡是一種在項目進度、成本和資源安排方面的結構計劃，是一種在分析和控制工做中頗有用的技術。咱們能夠將網絡分配給項目定義、WBS元素。構成網絡的關鍵元素是活動（Activity）和活動之間的關係。活動具備如下特徵：它們會持續必定的時間、有明確的開始和結束時點、在執行的過程當中不會被中斷（若是有中斷應定義多個分開的活動）、在執行過程當中須要必定的資源，而且會發生相應的成本。活動表明了項目執行過程當中的每個過程，是組成項目結構的最小單位，也是組成網絡的基本元素。在搭建項目結構時，咱們把活動分配給相應的WBS元素。上面是項目的靜態分析。至於項目的過程管理，人員管理除外，對於資金，咱們能夠直觀的認爲有：事前計劃、花費預算、項目結算。哎，單據單據，懶得說了。PS不是你想象的管得那麼多。