ERP顧問的差異分析能力 (問題釐清範例)

文 – 楊振源

下列舉兩個用戶端的需求範例，來說明ERP顧問師如何釐清問題：

1. 用戶端原始需求

● 範例一
產品管理-可特定費用攤提管理，並依生產數量(可對應訂單報價系統)或期間管理或人工輸入條件值管理，可產生未攤提完成報表

● 範例二
電子資料如對帳單的轉入功能?

 2. 問題釐清的步驟 從上面的文字表達，實在很難了解使用者的需求是什麼!! 這是ERP顧問常常會碰到的問題，你必須在一秒鐘之內：
(1) 整理思緒，判斷問題的關鍵字，準備發問
(2) 發問方式必須能夠引導使用者的原始需求
(3) 快速對應系統功能，並向使用者說明
(4) 釐清差異的地方
(5) 提出調整方案，或全新架購系統I/P/O(輸入/處理/輸出)流程
(6) 尋求共識與結論

3. 解題範例一

顧問提問；由關鍵字釐清問題，瞭解原始需求

	顧問發問	使用者回答
(1)	特定費用比如是什麼費用?	比如模具費
(2)	攤提到哪裡?	銷售單價
(3)	生產數量(對應訂單)所指為何?	比如每銷售1PCS，單價加收1元模具開發費用，加收到10萬PCS為止
(4)	期間管理所指為何?	如上說明，但是客戶必須於兩年內訂購滿10萬PCS，否則期滿時，得向客戶收取差額的模具開發費用

顧問提出對策：系統對應方式與調整方案

	歸納後使用者的需求	系統對應
(1)	銷售單價控管	銷售單價設定作業 1.依據料件+客戶設定單價 2.可以設定單價有效起迄日期(如兩年)及 累計下訂數量區間(如0-10萬PCS)的 單價(有加收分攤模具費的單價) 3.另外可以設定不在上述條件之下的單價
(2)	逾期查詢	逾期請款查詢作業 1.可查詢已到期,但累計下訂量未達數量區 間上線者 2.需可以計算出需要請款的金額,合約編號 …等等資料 3.可以標示已請款過的相關紀錄,於下次查 詢時,可以不用再出現
(3)	逾期請款作業	其他類(勞務類)收入建檔

4. 解題範例二

顧問提問；由關鍵字釐清問題，瞭解原始需求

	顧問發問	使用者回答
(1)	客戶對帳單電子檔為何需要轉入ERP系統?	作為請款使用,必須By到料號請款
(2)	所謂請款指的是開發票向客戶請款嗎? (發票有By到料號,立沖帳資料的Key只到出貨單號)	是的,我們的貨送到客戶端後,必須經過客戶驗收確認後才會給我們對帳單,我們必須依照對帳單的明細開發票請款
(3)	一般來說是隨貨附發票、月結開發票、以及驗收後開發票；驗收後開發票又分為依我方出貨單逐張驗收，或所謂的VMI、HUB倉、寄賣倉的做法，是依據客戶實際需要領料驗收後才開發票,目前我們是哪一種?	我們屬於VMI、HUB倉、寄賣倉的做法,等客戶實際需要領料驗收後才開發票

顧問提出對策：系統對應方式與調整方案

	歸納後使用者的需求	系統對應
(1)	VMI倉的庫存管理	1.以訂單(S/O)轉調撥單,由總倉調撥VMI倉 2.依據客戶驗收的對帳單產生出貨單 (規劃電子對帳單轉成出貨單的方式)
(2)	對帳單請款	1.依據上述出貨單開出發票請款

結論

身為ERP顧問，必須有十八般武藝，可以快速聽懂、釐清客戶的需求，並提出對策。對策又包含應用到現有系統功能即可達成、或最小調整可達成、或全新架構I/P/O作業流程。在這些訪談過程中，同時展現你的專業，取得客戶信任，專有名詞的運用，如IQC的計量值、計數值，如有效工時、除外工時，如生產計劃的Make-To-Stock (MTS)、Make-To-Order(MTO)…等等專有名詞的運用或說明，都有助於你取得客戶的信任，縮短雙方溝通的阻礙。

除了上述專業與顧問的能力之外，顧問的EQ管理，也是非常重要的一環，如何控制情緒、運用情緒，鼓動氣氛以達成某一種目的，都是顧問的方法之一。

尤其，顧問必需有面對內部長官質疑的抗壓力，一切的挫折莫過於內部的挫折。沒有人天生下來就是顧問，不論內外部的挫折，顧問要有從挫折(過錯)中學習成長的能力。以上提供給有志於從事ERP顧問工作的朋友，你準備好要開始了嗎?

A bird in hand is worth two in bush

文 – 楊振源

『一鳥在手勝過二鳥在林』，代表的是務實，凡事按部就班，一步一步來，以自己能力可以達成的部分優先完成，再循序漸進，逐步完成最終目標。就如同學習數學一樣，要先學會加減乘除，再來三角函數…，有了這些基礎之後，才學得會微積分。

記得開工會議時，我與某全球知名品牌製造商董事長分享了『潘朵拉』的故事，董事長回應道：資訊系統是死的，人是活的，期望ArgoERP可以在我們靈活的運用下，達到淋漓盡致。這個讓我印象深刻，同時也可以感受到董事長的決心。

我們使用了數個月的時間，完成了該集團的一家台灣公司，兩家境外公司(BVI/OBU)的ERP以及三角貿易系統上線工作。接下來就是大陸製造公司的ERP上線工作。然而就在此時，我們遇到內部某高階幹部強烈的質疑，包含對MRP功能（註：他尚未瞭解功能,也還沒提出需求,僅使用了很多的形容詞…），到系統上線的期初開帳方式，這位老兄都可以發表長篇大論，對我們的導入團隊形成巨大壓力，以及對眼前進行中的工作產生無限的干擾…。我們需要一個明理的老闆，這是我們當時的心聲。

這是我見過在e化的過程中，最明理的老闆。董事長告訴我們的導入團隊：『一鳥在手勝過二鳥在林』，我們現在的目標很明確，半年內達成進銷存以及應收付資料正確就可以了。這樣對我集團10年來來說，已經是非常大的進步。董事長不只告訴導入團隊而已，並且對全體Key User清楚佈達他的想法。頓時，你會有一種神清氣爽的感覺，這樣的公司，ERP系統怎麼可能不上線。董事長很謙虛，一再表明電腦他不懂，授權給我們專家去弄，只要求我們方向要正確。請各位想一想，進銷存資料正確，不就具備了Run MRP的條件嗎?

MRP是什麼? 簡單可以由右圖表達出來:
1. 由訂單(S/O)或銷售預測(F/O)產生主生產計畫(MPS)
2. 依據MPS，取得用料表(BOM)及庫存(INV)計算物料需求(MRP)
3. MRP產出計畫採購單(EPO)及工單(EWO)

Run MRP需要具備什麼條件?
1 用料表(BOM)正確
2 庫存(INV)資料正確，包含
　(1) 在庫庫存(On Hand)要正確
　(2) 在途庫存(未結案P/O，W/O的供給日期與數量)要正確
　(3) 在途需求(未結案S/O，F/O，與W/O的需求日期與數量)要正確

以上MRP談的這一些，不就是進銷存資料要正確嗎? 進銷存資料正確了，MRP只是按一個BUTTON叫電腦計算的工作，輔以人為判斷建議EPO與EWO的工作罷了。
企業e化的路途是漫長的，需要循序漸進。我簡單劃分幾個狀態如下:
1. 沒有編碼規則，料件/廠商/客戶…等基本資料沒有編碼，作業以手工紙本為主。
2. 財務帳已運用資訊系統，但侷限於會計總帳，內稽內控不易，缺乏資訊數據。
3. 進銷存與財會系統各自獨立運作，並且沒有串接或串接混亂，內稽內控不易，數據滿天飛，但是並不一致。
4. 進銷存、生管、財會系統已整合上線，易於內稽內控，並且數據一致，但未充分運用資訊數據，僅止於作業面的電腦化。
5. 充分運用資訊數據，包含MRP不再人工計算，其他包含BI工具概念的運用等。
6. 已達企業外部資訊整合，如SCM、B2B、B2C…等資訊系統整合。
7. ……

你的企業處於哪一個狀態?
企業e化的過程『務實』很重要。許多中小企業的第一次e化的目標，竟然是自動排程系統(APS)，這是理想目標，但是太不『務實』了，因為你的企業體質並不具備這樣的條件。
從這次的導入過程中，我真正從老闆的身上學習到什麼叫做『務實』，什麼叫做『高層的支持』，什麼叫做『大智若愚』。

ERP成功上線的因素在甲方

文 – 楊振源

在台灣討論這樣的題目實在有一點過時。台灣歷經Y2K以來，已有太多的公司導入ERP系統，使用者甚至於都已經具備兩三家ERP軟體的使用經驗，大家對ERP也有更多理性與務實的看法；但是這一些談的大多僅適用於製造業。

今天我想跟大家分享的是台灣服務型公司的e化升級之路。
這類型服務型公司有下列幾項特性：e化的時間相當早(多為AS400系統)、產品非最主要收入來源、合約式的交易型態、預收/應收/發票之間的關係交錯複雜、希望做到合約成本計算、合約損益分析…等等，總之，與製造業大不相同。

換句話說，這類型的公司目前面臨舊系統功能已不敷使用，泛ERP系統又不能達到舊系統現有的功能；所以，只有一條路 – 專案開發。

專案開發?
專案開發有幾種型態，一、從無到有，二、選擇一套架構良好的ERP，徹底改裝；方式也有幾種，一、自行成立開發專案團隊，二、委外專案開發、三、外購開發人力。

但是這當中只有一個關鍵 – 企業的核心價值流程規劃工作不能夠外包。開發工具可以外購、ERP的殼可以外購、系統分析/設計人才可以外購、程式設計師可以外購，但是企業的核心價值流程規劃工作不能夠外購；即使你聘雇了產業顧問，作決定的仍然是企業主本身。上述所談的外購項目都是工具、技術、與勞力，但是企業的核心價值流程規劃工作，是制度問題、策略問題、政策問題、管理問題、政治問題，籠統的來說是智慧的問題。

教育家喬丹(David Starr Jordan)說：『智慧』是知道下一步怎麼走，『技巧』是知道怎麼做，而『美德』就是身體力行。
然而，e化專案的最源頭是『怎麼走』；『怎麼走』確定了，『怎麼做』只是技術問題，『身體力行』只是執行力問題。

怎麼走指的是：制度、流程、表單、方法、階段、選擇、人和…等；
怎麼做指的是：在確定的制度流程下訪談/設計、程式撰寫/測試…等；
身體力行指的是：系統上線的執行，教育訓練、轉檔、開帳、交易建檔…等。

總結上述，e化專案成功的關鍵因素在源頭『怎麼走』，『怎麼走』牽涉到的人、事、物都在e化專案團隊的甲方，而且幾乎涉及甲方全公司的作業流程與員工，所以甲方必須有一位有地位、有權力、有智慧的專案經理，他必須統合甲方的人事物，給乙方專注在技術問題的處理。甲方的專案經理關乎專案的成敗，千萬不要讓專案變成甲方權力的競技場，然而這又是甲方老闆的大智慧了。不然乙方只有當培葬品了。

在此感謝我過去合作過的甲方實質專案經理(有許多專案經理是掛名的)，因為有你們的擔當，讓專案(不論專案開發或套裝導入的專案)順利進行；在此也希望迷途中的羔羊，趕快找到回家的路。

ERP系統的『客製化』與『潘朵拉的盒子』

文 – 楊振源

前些日子我在世界知名品牌公司導入ERP系統，有幸與其公司黃總經理閒聊ERP的導入心得，黃總話夾子一開，跟我講了『潘朵拉的盒子』的故事，黃總再三告誡我，系統上線階段『客製化』程式就像打開了『潘朵拉的盒子』，也就是一切災難的開始，也是使用者無窮慾望的開始，將不知道他們會將系統帶到什麼方向、什麼處境去。

『潘朵拉的盒子』指的是潘朵拉因為好奇、頑皮，而去打開了裝著眾神禮物的盒子，也就使得許多的疾病、災難、不幸…等等流到了人世間，雖然還留下了『希望』在盒子中，但是已經造成世人的苦難，所以，『潘朵拉的盒子』也有災禍之源的意思。

在同一段時間，我也在某高科技公司與使用者訪談第二階段ERP優化的資訊需求方案，席間一位新進的中階主管提出疑問，問道是人配合系統還是系統要配合人呢? 嗯! 這是一個非常有趣的問題。系統是給人使用的，當然是配合人；但是人有很多位，也會輪調，那要配合哪一位呢? 再則，人有部門本位偏見，系統需要配合嗎? 配合會不會是『潘朵拉的盒子』要被打開了呢?

ERP系統上線的初步階段，首重目標是系統必須上線，只要系統上線必能獲得企業資訊整合的效益、內稽內控的效益、省力化的效益，所以必須排除阻礙系統上線的非必要工作，全心全力讓系統上線，不要發散目標。

假如ERP上線已經過一段期間，為了因應企業成長的需要、組織流程的調整、外在經營環境的變化，此時必須進行ERP系統『客製化』，以強化企業關鍵競爭力的流程，以拉大與競爭者的距離。『客製化』系統的過程中，如何避免『潘朵拉的盒子』被打開呢?

首先必須相信你的專業顧問，系統不僅僅只是為了達成現階段的企業目標，也必須考量未來的成長變化，簡單的說是要『客製化』一套活的系統，有生命力的系統。簡單的例子：組織單位、製程代碼、資料權限…等等就不能寫死的，必須能夠參數化設定。換句話說，好的『客製化』程式功能是可以納入標準ERP的延伸功能。這個為什麼這麼重要? 因為這樣，你的ERP系統的版本不會是孤兒，並且可以共享標準ERP功能的成長，避免個人一時的喜好的修改調整，而是經由ERP專業廠商的整體規劃，是可長可久的規劃。

總之，系統上線階段應避免『客製化』，以上線為唯一目標。而上線穩定一段時間之後，應當思考如何『優化』系統，而必要的『客製化』應當是標準ERP功能的延伸，而不是個人藝術的作品。如何避免你的ERP系統成為孤兒的版本，如此，就可以避免『潘朵拉的盒子』被打開。

ERP於製造業成本計算的經典範例說明

文 – 楊振源

工單成本的組成要素為直接材料、直接人工、與製造費用，下列我們分別列舉工單材料與工費分攤的計算邏輯，並說明在製品與製成品成本分配方式。

(1) 關於工單材料成本的計算

假設製令BOM用料為a,b,c，標準用量為1:1，本期繳庫成品5pcs，本期工單尚未結案；下表相關資料來源說明如下：
1. 期初數量: 前期結轉
2. 本期淨領料: 本期工單的領料數量 - 本期工單的退料數量
3. 本期產出(製成品材料成本): 入庫套數依據製令BOM表展算繳庫成本
4. 期末在製: 期初數量 + 本期淨領料 - 本期產出 = 期末在製

製令用料	標準用量	期初數量	本期淨領料	本期產出	期末在製
A	1	3	3	5	1
B	1	4	2	5	1
C	1	5	1	5	1

假如本期工單已結案，則以期末在製為零反推繳庫成本：
1. 期初數量、本期淨領料: 同上
2. 期末在製: 固定為0
3. 本期產出(製成品材料成本): 期初數量 + 本期淨領料 = 本期產出

製令用料	標準用量	期初數量	本期淨領料	本期產出	期末在製
A	1	3	3	6	0
B	1	4	2	6	0
C	1	5	1	6	0

上列範例以數量之計算舉例說明，成本則以數量x單位成本得之。
ArgoERP另提供參數設定: 假如領料套數不足，禁止完成品繳庫功能。

(2) 關於工單工費成本的計算

1. 企業的工費
企業的人工及費用概分為製、銷、管、研，於應付帳款立帳時即已確立工費科目，或是經由固定資產折舊計算而來，或是經由遞延費用而來，或是經由人事薪資系統拋轉而來，總之體現於總帳系統的傳票分錄中。

2. 成本中心的工費
上述總帳系統的製造費用傳票，若分錄的部門為成本中心或歸屬於成本中心者，則其成本直接彙總為該成本中心的工費；另外工費分錄的部門未歸屬於成本中心者(服務性部門的製造費用)，可經由使用者設定依據生產積點(分攤因子)分攤到所指定的成本中心。

3. 生產積點的選項及工單本期分攤的工費
生產積點用於工費分攤的依據，ArgoERP的生產積點選項如下：

● 生產完工數量:
此方式最為簡單，用於同一成本中心每個產成品所耗用的資源接近者；反之如果A成品需耗時60時分鐘可完工入庫， B成品只需1分鐘，則不適用此種分攤方式。

● 生產完工數量x標準工時:
此方式最為實用，沒有採用完工數的缺點，也沒有回報實際工時的工作負荷；缺點是必須制定標準工時，又實際生產工時偏差時不會被反應出來。

 ● 實際工時:
此方式的成本分攤最為精準，缺點是必須填寫生產工時日報表；優點是沒有完工入庫數也一樣可以分攤成本。

ERP導入顧問或用戶端專案經理，可依貴公司各階段能力，逐步調高生產積點的收集能力，初期以簡單快速為原則，中後期以精準及管理目的為準。以下舉例試算各種積點的成本差異：(成本中心製費50萬元)

	完工 數量	成本	標準 工時	成本	實際 工時	成本
MO#01	100	50萬x 1/6	3	50萬x 3/10	200	50萬x 2/10
MO#02	200	50萬x 2/6	2	50萬x 4/10	300	50萬x 3/10
MO#03	300	50萬x 3/6	1	50萬x 3/10	400	50萬x 4/10
MO#04	0	50萬x 0/6	4	50萬x 0/10	100	50萬x 1/10
小計	600	50萬	1000	50萬	1000	50萬

4. 工單的工費
工單期初工費 + 工單本期分攤的工費 = 製成品工費 + 在製品工費
● 工單期初工費: 上其結轉而來
● 工單本期分攤的工費: 依據生產積點分攤本月工費而來，如上例
● 製成品工費: 隨同完成品轉入倉庫庫存的工費 (計算方式下一點說明)
● 在製品工費: 繼續留在在製品的工費 (計算方式下一點說明)

5. 工費是否區分在製品
如上例說明，已計算出工單的累計工費，假如本期工單沒有完成品繳庫，則工費繼續留在在製品，於下月轉為工單期初成本；但是假如有繳庫，則如何分配製成品工費與在製品工費呢?

● 沒有完成品繳庫:
製成品工費=0，累計工費轉為下期期初工費

● 全部轉為製成品工費:
假如生產積點採取[完工數量]或[完工數量x標準工時]者，因為其工費是由完工數為基礎分攤而來，所以本期分攤到的工費，全部轉為製成品的工費，在製品工費等於零。

● 依據在製品與產成品原料金額比例來分攤工費的比例:
這種方式最為簡單又不失精確，但是必須搭配以[實際工時]為生產積點分攤工費的方式。

● 約當完工比例法:
依據在製品投入工時約當於完成品百分比的約當完工比例法，此方式又概分為下列兩種方式：
1. 由人工估計，根據生管人員查看現場，依據其經驗判斷完工程度。
2. 搭配導入SFC(Shop Flow Control)系統，根據各製成的在製品數量x約當完工比例，求得約當完工數量。
以約當完工數量計算每一完成品的工費成本，在乘以繳庫數就是製成品的工費，剩餘的是在製品的工費。

(3) 庫存單位成本的計算
庫存單位成本 = (期初成本+本期入庫成本) / (期初數量+本期入庫數量)

● 期初成本、數量: 由上期結轉而來
● 本期入庫成本、數量: 包含下列單據資料
1. 加採購入庫, 減採購退回, 減採購折讓
2. 加生產入庫, 減重工領料
3. 加銷貨退回 (當銷退以前期成本為成本時, 銷退成本必須納入月加權)
4. 其他，包含換貨、組合、拆解、存貨調整…等

(4) ArgoERP自動產生的成本傳票
如上述說明，ArgoERP以成本堆疊方式逐一計算各階原材料、半成品、成品的單位成本，當成本計萬完成時，並由系統自動產生下列成本傳票：
1. 前期銷本期退的傳票
2. 部門領退料成本傳票
3. 存貨盤盈虧的傳票
4. 存貨調整的傳票 (存貨金額調整作業所產生的傳票)
5. 換貨的傳票 (換貨的料件對應的存貨科目可能不一樣)
6. 成本結轉傳票, 最重要(主要)的一張傳票, 為原料、工費結轉、及銷貨成本結轉之傳票
7. 部門利潤移轉傳票 (實施利潤中心制, 部門間調貨所產生的利潤移轉傳票)

總結，ArgoERP提供一套易於理解、彈性設定、操作簡易、自動結轉傳票的成本系統功能；用於買賣業者，同時提供移動加權平均成本法、批號成本法(先進先出、後進先出)，可同時並存於月加權平均成本法，提供您快速即時的成本管理資訊。下一期我將與您們分享服務業專案成本計算的範例說明。

ERP於服務業成本計算的經典範例說明

文 – 楊振源

本期我想與大家分享ArgoERP在服務業的成本計算範例說明，內容包含商品成本計算、專案工費分攤、零利潤成本法…等精彩內容。

相對於製造業，服務業的成本計算是另外一種型式；製造業的成本計算以工單或分步為成本收集的對象，以計算原料、物料、在製品(半成品)、製成品的料、工、費的單位成本為目的；然而服務業除了買賣部分的商品單位成本計算之外，另外一部分是以專案為中心，收集專案成本的料、工、費成本，並計算專案的損益分析。

(1) 關於專案的商品成本的計算

商品的成本計算極其簡單，即庫存單位成本 = (期初成本+本期入庫成本) / (期初數量+本期入庫數量)
● 期初成本、數量：由上期結轉而來
● 本期入庫成本、數量：包含下列單據資料 　
1. 加採購入庫，減採購退回，減採購折讓 　
2. 加銷貨退回 (當銷退以前期成本為成本時，銷退成本必須納入月加權) 　
3. 其他，包含換貨、組合、拆解、存貨調整…等
其中屬於銷售掉的，傳票分錄為借應收帳款，貸銷貨收入；月底成本結算後的分錄為借銷貨成本，貸商品存貨。ArgoERP於前端配銷模組中，即可輸入專案代號，也就是傳票分錄中就包含了專案代號。

(2) 關於專案工費成本的計算

 1. 企業的工費
與製造業相同，服務業的工、費一樣分為製、銷、管、研，其中的製造費用指的就是直接從事於服務工作的部門費用(直接部門)。其費用來自於費用報支、遞延費用、折舊費用、人事薪資費用、以及部門領用…等，總之體現於總帳傳票分錄中包含了部門代號或專案代號。

2. 成本中心的工費 (與製造業分攤原理相同)
上述總帳系統的製造費用傳票，若分錄有專案代號者，就直接歸屬為該專案的成本；若無專案代號者，其分錄的部門為成本中心或歸屬於成本中心者，則其成本直接彙總為該成本中心的工費；另外工費分錄的部門未歸屬於成本中心者(他部門的製造費用)，可經由分攤積點(工時)分攤到所指定的成本中心。

3. 分攤積點的由來及專案本期分攤的工費
分攤積點用於成本中心將其工費分攤到各個專案代號的依據，User可以透過ArgoPJC專案報工系統回報每日工時，回報的工時分為下列三種型態：
a. 報工人員與專案所屬同一成本中心
b. 報工人員與專案不同一成本中心，即支援其他成本中心的工時
c. 閒置工時，如休假、研習、會議、內部訓練等無效工時

以下舉例試算各專案成本分攤方式：(成本中心製費50萬元)

	部門工時	成本
PJT #01成本	100	50萬x 100/1400
PJT #02成本	200	50萬x 200/1400
PJT #03成本	300	50萬x 300/1400
PJT #04成本	400	50萬x 400/1400
… …
部門調撥成本	150	50萬x 150/1400
人力閒置成本	250	50萬x 250/1400
小計	1400	50萬

4. 專案工時成本評價法與收入認列方式
關於專案成本、收入、與應收帳款認列方式，以下表格舉例說明

	成本	收入	應收帳款
工時成本法	實際成本	已開發票	已開發票
按期認列法	實際成本	按期認列收入	已開發票
零利潤法	實際成本	成本等於收入	已開發票

a. 工時成本法：
重點在成本的計算方式，專案成本採上例的3.方式；成本、收入各自獨立認列，互不相干。例如教育訓練合約、硬體維護合約、軟體維護合約、部門調撥虛擬合約、閒置人立虛擬合約。

b. 按期認列法：
重點在收入的認列方式，例如年度維護合約按12期認列收入。先開的發票當作預收款，於每期到的時候由系統自動認列收入，並轉回預收款。

c. 零利潤法：
專案成本採上例的3.方式，同時收入固定等於成本，已達成結案前零利潤的目的，於專案結案時才反應損益。例如，系統開發專案。

同一專案可同時採取『工時成本法』計算成本，又採取『按期認列法』自動計算收入。但『零利潤法』與『按期認列法』具有衝突性。

(3) ArgoERP自動產生的專案成本傳票

a. 工時成本法
如上例3.的計算方式，有直接歸屬專案者，有部門分攤到專案者。 借銷貨成本/未分攤成本、貸已分攤製費 (當成本超過合約金額時改列為未分攤成本)

b. 按期認列法
開發票時：借應收帳款、貸銷貨收入
按期收入：借應收帳款--未開發票、貸銷貨收入 (金額=到期收入-到期發票)

c. 零利潤法傳票分錄

● 專案未驗收時
開發票時：借應收帳款、貸預收款
費用發生：借製造費用、貸應付帳款
成本分攤：借銷貨成本/未分攤成本、貸已分攤製費 (同工時成本法)
銷貨收入：借暫估應收款、貸銷貨收入

開發票時

費用報支時

成本結算時

(A) 應收帳款	(B) 預收款	(C) 製造費用	(D) 應付帳款	(E) 銷貨成本	(F) 未分攤成本	(G) 已分攤製費	(H) 暫估應收款	(I) 銷貨收入
= (B)	= (A)	= (D)	= (C)			= (C) = (E) + (F)	= (I)	= (E)

  

● 專案驗收時

結案傳票：
賺錢時，借預收款/暫估應收、貸銷貨收入
虧錢時，借銷貨成本、貸未分攤成本
未開發票金額：借暫估應收款-未開發票、貸銷貨收入
保固預估成本：借保固成本、貸應付專案成本

● 專案保固時
費用發生：借製造費用、貸應付帳款
成本分攤：借應付專案成本/保固成本調整數、貸已分攤製費

● 專案保固到期
結案傳票：借應付專案成本、貸保固成本調整數

總結，服務業的成本計算有一定的複雜性，除上述大原則之外，還包括部門借調人力的成本傳票、部門轉撥計價的傳票、管銷費用分攤的傳票…等，其目的不外乎計算成本中心(部門)損益、專案損益、專案子項的損益等等。其中可以檢討閒置人力比例、專案成本檢討、管銷費用分攤到專案的損益檢討等。ArgoERP提供一套服務業專案成本收集、分攤、計算、以及自動結轉傳票的複雜功能。

關於料號與屬性 (批號) 於ERP的運用

文 – 楊振源

於ERP中可以自由定義料號的「屬性」(批號)，例如材質、顏色、尺寸、效能、等級、分類、厚度、長、寬、高、方向、角度…等，本文介紹以屬性統稱。屬性於ERP的運作原理基本上與生產批號、儲位相同。

在ERP系統的導入過程中，常會遇到的第一個問題，往往是料號的編碼原則與屬性運用的問題，也就是料件的哪些屬性必須放到料號編碼裡面？哪些必須放到料號編碼外面？

在做這個決定之前，我們必須先瞭解系統運作的方式，與您期望的管理目的是否吻合？我們必須思考如下列事項：

1. BOM表子階料件的設定：
假如BOM表用於MRP展開時，是必須涵蓋到屬性的，則放到屬性顯然是不能滿足MRP系統運作的需求；但是屬性的指定是在發料通知單或發料單時才指定的，則此設定可滿足之。

2. 銷售或採購價格檔的設定：
價格表的設定與屬性是否有關聯？例如不同屬性的料件價格是否相同？假如料件的價格與屬性是有關聯的，則放到屬性顯然是不能滿足價格設定系統運作的需求；反之則可滿足之。

3. 銷售或採購訂單接單記錄：
假如接單時必須指定屬性，則必須視您的ERP系統是否支援接單記錄屬性的功能，並能依此轉入通知單或出入庫單，不然您就只能把該屬性放到料號裡面；另一考量點，假如出貨時可以與接單時的料號不同，則必須思考系統是否支援聯產品(註一)出貨的功能，即接大料號訂單，依實際庫存以小料號出貨的功能。

4. 生產入庫的考量：
屬於電子零件加工製造業，於製程中常有測試分等級(BIN、GRADE)的情況，假如該等級放在料號裡面，即屬於連產品入庫的功能；假如放在料號外面，即屬於同料件不同屬性的功能。

5. 成本計算的考量：
關於成本計算的考量，必須視您的ERP計算單位成本的UNIQUE KEY是什麼？一般來說UNIQUE KEY只包含到料號，並不含屬性；這時候不相同屬性的料件，其成本會被混合計算，所以必須選擇合適的方案，以符合您管理上的需求。

ArgoERP在系統上的支援說明如下：

1. 料件主檔：料號、版本
2. 庫存主檔：料號、版本、庫號、儲位、批號、DateCode、屬性A、屬性B、屬性C、屬性D
3. BOM表子階：料號、版本
4. 銷售/採購價格表：料號、版本
5. 銷售/採購等訂單檔：料號、版本、庫號、批號、DateCode、屬性A、屬性B、屬性C、屬性D
6. 出貨/入庫/發料等通知單：料號、版本、庫號、批號、DateCode、屬性A、屬性B、屬性C、屬性D
7. 庫存交易單據檔：料號、版本、庫號、儲位、批號、DateCode、屬性A、屬性B、屬性C、屬性D
8. 成本計算：料號、版本
9. 支援聯產品生產功能：製令代表料號，入庫依實際產出料號入庫
10. 支援聯產品出貨功能：接單代表料號，出貨依實際庫存料號出貨

總結料號編碼原則與屬性運用的問題，ArgoERP為您提供最多的選擇方案，料件的屬性可以在料號編碼裡面，也可以在外面。必須綜合考量BOM表、接單、價格表、聯產品、成本計算等因素，決定對您的最佳解決方案。

註一：聯產品是指使用同樣的原材料，經過同一生產過程，同時生產出的兩種或兩種以上的具有不同使用價值的主要產品。例如：奶製品企業加工牛奶時，可以同時生產出奶粉、奶油和奶酪等聯產品。

新急單時代來臨－論ERP的超彈性生產

文 – 楊振源

台灣產業向來以『彈性』著稱，面臨這一波世紀金融海嘯來襲，各個產業莫不採取緊縮策略，前端品牌商、通路商在看不到前景的狀況下，不敢貿然下單，往往等到市場明朗的狀況下，才下出『急單』，急單往往又可能變成『緊急抽單』。身處供應鏈的製造廠或代工廠，往往成為整個神經的最末端，反應稍一不慎，就是存貨堆積或漏接訂單，因此『彈性』生產已不足以滿足『新急單時代』的需要，因應而生的『超彈性』生產，正在默默誕生之中。

客人為什麼要下單給我們? 不外乎『快一點』、『好一點』、『省一點』。好一點，指的是我們的品質比別人好一點，透過設計、製造出好品質，最後最後才是檢查出好品質，ArgoERP中包含了進料檢驗(IQC)、製程檢驗(IPQC)、成品檢驗(FQC)、以及出貨檢驗(OQC)等功能模組。省一點，包含材料購入成本、廠內製造的費用，ArgoERP中包含了標準(預估)成本、月加權平均成本、移動加權平均成本、先進先出等成本計算方式，讓你精準掌握成本損益。另外服務業之中，ArgoERP也推出零利潤成本法、完工比例法，讓你依照合約(專案)管控成本計算與損益分析。ArgoERP更領先同業，推出母子合約(專案)損益分析。

快一點，這是我們現在要討論的題目。快一點，指的是客人下單之後，到生產交貨這當中的時間，要越短越好。我們來探討在這個當中我們有哪些工作要做：

1. 運輸時間：成品裝櫃到客戶收到的時間。
2. 生產整備期：製品生產完成到品檢、理貨完成可以出貨的時間。
3. 生產前置期：原物料開始投料到製品生產完成的時間。
4. 採購整備期：供應商到貨，我方品檢、理貨的時間。
5. 採購前置期：下採購單到供應商交貨的時間。
6. MRP時間：Run MRP計算物料需求，展開請購單的時間。

以上是從橫向圖展現各個階段的時間，我們另外從下圖來探討你公司的產業特性，以及哪一個時間是你可以縮短的：

假如，你有充足的成品的存貨，那從客人一下單，你立刻可以交貨。例如數年前美國紐奧良颶風造成20萬根電線桿被吹倒，紐奧良當局急需1200噸的電力螺絲用量，但是一般廠商答覆連貨運時間需要45天可以到貨，但是台商晉億實業擁有600噸成品庫存，以及充足原材料，日夜趕工，5天後1200噸的螺絲便上貨櫃，30天後運抵目的地。

存貨可以縮短交期，但是存貨不是萬靈丹，你必須把存貨放在最有價值的位置。所謂最有價值的位置，就是最被需要的位置，也就是共用性最高的位置。下圖可以展現出你的企業的料件結構比例，哪一個位置是你存放存貨的最佳位置：

通常，規格品(標準化產品)或最終消費性商品(有品牌)者都是採取以銷售預測備足成品存貨。代工者則以客戶提供的有責任的銷售預測提前備貨與生產以縮短交期，此類以汽車業為代表。

為解決交期與存貨的庫存問題，在電子業廣為運用的HUB倉，汽車業的精實管理(LEAN)，買賣業的寄賣倉(VMI)管理，都是運用的方式之一。

另外，並不是每個公司都需要Run MRP，以上圖最右側倒梯形為例，他的原材料極為單純，可能只有一些化學藥劑與粉狀物，就可以變化出數千種半成品，再變化出數萬種成品，此類公司掌握數十種的原材料，遠比預估數萬種成品的預測再Run MRP備料要容易得多了。

ArgoERP在生產計畫(MPS)、物料需求計畫(MRP)、庫存計畫(Inventory Plan)可以搭配多種管理方式交錯運用。面對這一波金融海嘯來襲，我們的產業供應鏈生態已在悄悄的改變，過去強調的市調、開發、打樣、試作、量產…等等的標準程序正在被破壞，因應生的『超彈性』生產時代正在來臨。

精實存貨管理於ERP的應用

文 – 楊振源

首先我先談幾個名詞及其對於存貨的影響：

● MRP

物料需求規劃(MRP)主要是一種計算物料需求的計算方式，首先必須有主生產排程計畫(MPS)，並依據材料結構表(BOM)及動態庫存(INV)狀況，包含在庫量、在途量、已分配庫存等資訊，綜合各個MPS展算出共同零件子階的需求量，並以時間點的方式排列，計算出各時點的可承諾庫存量(ATP)。

MRP系統的主要計算邏輯在於，綜合MPS的需求以計算子階的需求量，所以強調的是混批、供需平衡、採購(生產)批量、經濟訂購量等概念，並以存貨彌補外在的變化，包含市場需求的變化、產線異常的變化、品質異常的變化、供貨不穩定的變化…等。

● JIT

JIT生產系統強調的是一種觀念：生產現場的改善，而且是持續的、有目標的、持之以恆的改善活動。它是屬於後拉式的生產系統，追求零庫存，在採購過程中強調客戶與供應商的共存關係，達到雙贏的最佳境界。

JIT強調找出浪費，並加以消除改善，以大幅增加工作效率，達到降低成本，縮短前置時間及提昇產品品質。在存貨部分追求零庫存，不強調批量生產，認為存貨是一種浪費。

隨著管理學及產業型態的演進，由其對於台灣中小企業而言，MRP批量的觀念應該徹底被拋棄，僅僅保留其對於物料需求計算的方法。面對少量多樣的訂單式生產型態，延續JIT精神的『精實管理』，正是我們所需要的。其實在『精實管理』還不是那麼流行的年代，我接觸過的一些企業老闆，已經默默的在執行『精實管理』了。

以下我介紹ArgoERP在『精實存貨管理』的實際運用：

1. 依據客戶訂單展算需求
是依據客戶訂單而不是銷售預測；訂單式生產的公司型態，已經不是銷售預測可以預測的了，通常他們預測半成品或原物料的需求比預測成品來的容易。

2. 接單後立即計算需求量
是接訂單後立即展開計算，可以立即回應市場或備貨生產；傳統的MRP強調合併需求，又因為展算一次耗費電腦大量資源，所以往往三天才計算一次，對於市場需求或備貨生產往往緩不濟急。

3. 一張一張訂單展算需求
依訂單逐筆展開需求計算，並立即記錄子階製令的待發量。逐筆展開的好處在於產生的建議採購單或建議工單的需求來源非常明確，易於追蹤原始訂單需求的從屬大製令、小製令、委外製令、請購單、採購單等等的採購或生產單據及其進度。

4. 庫存批號追蹤
凡依據訂單展開的全部單據，其相對應的採購入庫單、生產領料單、生產繳庫單、訂單出貨單，全部由系統自動預設訂單編號為其庫存批號；換句話說，庫存的來源完全清清楚楚，有助於掌握庫存的全部動向，絲毫沒有模糊空間。

5. 共用批庫存管理
屬於批量採購的庫存，則使用共用批號，於訂單需求展開始，自動產生批號調撥單，代表該庫存已有訂單佔用。

6. 殘材檢討管理
於訂單結案時，可檢討殘材庫存，若庫存再利用機會不高，則應一併歸屬該訂單銷貨成本。

7. 生產進度追蹤管理
依據訂單編號，一把抓出所屬 製令(廠內/委外)、請採購單等資訊，及各階料號的批號庫存資訊，以便於生產進度追蹤管理。

上述ArgoERP在『精實存貨管理』的實際運用，完全符合即時、剛剛好的概念，對於生產及存貨管理完全透明化；並提供了TOC限制理論的瓶頸資源的管理，在剛剛好之外，還是提供了瓶頸點的批量庫存運用概念。

ERP於廠外物料控管的運用

文 - 楊振源

製造業在生產銷售過程中，常常會面臨廠外商品或原物料的管理問題，如果能有效的管理廠外存貨，則可以使企業避免庫存呆滯和降低庫存成本，同時提高庫存管理的水準。以下列舉ERP虛擬倉庫在廠外庫存管理上的運用。

虛擬倉庫在委外生產上的運用

企業在生產管理中，由於受制於自身產能、成本或產業分工的考量，會對部分訂單進行委外加工生產。加工廠根據企業給的加工任務，到企業領取加工所需的原材料。因為加工廠在企業外部，這時企業面臨著一個問題：如何管理因委外生產而被加工廠領出去的原物料?

在手工管理中，主要面臨如下問題：

1、委外的材料，企業無法有效進行追蹤。倉庫只把材料發出去後，沒有後續的追蹤。當加工廠把委外生產的產品入庫時，倉庫管理人員對剩餘的材料也不做處理，即使有多的材料，也不向加工廠索取。

2、有時候，企業會把有些常用的原材料，如PVC料、包裝袋等常規材料，按標準包裝量多發一些給加工廠，而不是根據生產的需用量來發料。對於這些材料如何追蹤與管理，是一個非常頭疼的問題。

ERP專案導入中，常碰到有這樣困擾的製造業客戶，例如：在產品包裝時，需要貼美規認證的標籤，企業為了便宜行事，就把標籤一次性發給加工廠，由於缺乏有效的追蹤，結果發現加工廠竟然用企業的安全標籤，貼在其他公司的產品上，讓企業蒙受了不少損失，所以企業希望能夠對其加強控制。

在ArgoERP系統當中，我們可以把加工廠當作是企業的一個倉庫，發給加工廠的原物料，都當做是庫存的移庫，即把原材料從企業的原材料倉庫調撥到加工廠倉庫，當成品入庫時，再利用“倒扣帳”功能，把原材料從加工廠倉庫中扣除。ArgoERP提供自動建議調撥量的功能，系統自動考量加工倉庫的庫存，減掉已被未完工工單Booking的數量，再減掉本次委外工單所需要的加工數量，不足部分再依ERP中所設定的基本包裝量的倍數來產生建議的調撥數量。ArgoERP於調撥作業中，提供指定撿貨單功能，直接將上述建議的調撥數量，轉入調撥單中，大大的降低了人為計算的與Key in的錯誤。

如此則企業要求對方生產多少，對方完工多少，就扣多少的材料。這麼控制後，即使企業多發材料給加工廠，也沒有關係。可以透過查詢加工廠倉庫，就可以知道加工廠那邊還有多少材料，無論是庫存追蹤，還是發料扣減，都非常的方便。

虛擬倉庫在銷售上的運用(寄售管理)

當企業把產品發運給客戶，客戶接收時，按照正常情況來說，企業此時可以確認銷售收入，產生應收帳款；但是，有些客戶基於減少因庫存而佔用較多資金或其它原因的考量，會提出要等產品用完以後，企業才能開始計算應收帳款。由於這類客戶對於企業來說往往是長期的穩定客戶，且對產品需求量也比較大，企業有時就會同意客戶的這類需求。

遇到這種情況該如何處理呢？

按照常規流程，當企業出貨單審核時，就可以開始計算應收帳款。但是，若按照這種情況，企業要等客戶通知後才能產生應收帳款，相當於企業發運出去的貨，只是暫時寄存在客戶這邊，同時由客戶代為管理，但還是屬於企業的資產。

此時，可以於ArgoERP設置一個客戶倉庫的虛擬倉庫，當企業發貨給客戶時，先不開銷貨單，而直接開庫存調撥單，把成品從企業的成品倉庫調撥到客戶倉庫(虛擬倉庫)；等客戶用完，通知企業可以開發票計算應收帳款時，企業再開銷貨單，同時扣除客戶倉庫中的產品的數量。如此，企業透過查詢客戶倉庫，就可以知道客戶還有多少產品沒有消化。同時企業結合批號/序號管理等功能，還可以查詢客戶倉庫裡的產品分別是什麼時候被消化的，這更有利於企業進行跟蹤控制。

結語

在實務操作中，企業若能夠依據具體情況，靈活運用ArgoERP來設立虛擬倉庫的話，對企業的庫存管理水準的改善，將有意想不到的效果。我們再列舉下列數種ArgoERP虛擬倉庫的運用，希望為您的管理帶來便利：產線線邊倉的批量發料管理、庫存外借及歸還管理、海外發貨倉調撥管理、庫存調撥之在途商品管理…等。

服務業興起－ERP的趨勢

文 – 楊振源

不同以往，台灣的產業已發生明顯的變化，過去是以製造業為主，現在中型的服務業公司已經出頭。過去服務業呈現兩極化，不是超大型的服務公司如電信業、航運業…等，就是只需要總帳系統的微型企業。如今，網路購物公司、物流配送公司、工程顧問公司、設備代理維修公司、汽車銷售保修公司、禮儀服務公司、擠帶血儲存公司…等服務業已經成長茁壯，他的營業型態與資料量，已大到不是簡單的總帳系統可以負荷的。

以下我簡單探討這類服務型公司的e化具有哪些特性的需求：
1. 合約(專案)管理：可能包含與客戶的合約，以及對下包商的合約。從草約、送簽、核准、歸檔、管理、追蹤、結案等管理。
2. 合約(專案)收入管理：從開發票申請單、開發票，到維護型合約按期認列收入，完工比例法按完工比例認列收入，零利潤法按成本認列收入…等。
3. 合約(專案)支出管理：下包合約管理，屬於下包委外成本。
4. 合約(專案)費用歸屬與分攤管理：屬於內部成本管理，可以分為費用報支的時候直接歸屬的成本，以及月底依權數(報工時數)分攤的成本。
5. 合約(專案)成本計算(零利潤法/完工比例法)：分為直接成本、間接成本、委外成本等。
6. 合約(專案)損益分析：不同以往只依部門產出損益表，並且需要以合約(專案)產出損益表，甚至依母子專案合併產出損益表。
7. 存貨成本：可以以移動加權平均成本計算成本，即時反應最新成本數據。
8. 跨系統整合：如與網購、POS、保修系統、產品管理系統…等與ERP系統串接。
9. ……
我以下列幾個方向，來探討ArgoERP所具有的優勢：

1 工具：Oracle DB/AP，Web Base ERP，Java跨平台
(1) Oracle DB具有處理大量資料的能力，零售資料一般來說金額小資料量大。
(2) Oracle DB的Procedures/Triggers是確保系統資料正確性、一致性、以及保證效能的唯一工具。
(3) Oracle DB的API跨系統介面資料交換的設計概念，再加上Oracle DB的JOB(排程)，可以簡化跨系統介面程式的Coding、資料轉入的便利性、以及資料轉入的即時性。
(4) Oracle Form Server具有遠端連線操作的便利性
(5) Oracle Java跨平台的特性，DB/AP/Client端都可以跨平台。

2 經驗：
(1) 整合某汽車保修廠保修系統經驗
(2) 整合某禮儀公司商品管理系統經驗
(3) 整合某化妝品公司網購及POS系統經驗
(4) 導入某資訊軟體服務業零利潤成本法
(5) 導入某顧問工程公司完工比例法
(6) ……

3 產品架構：
(1) 多公司、多利潤中心、多廠區、多專案管理、多庫位、多語系、多幣別、多時區架構
(2) 可以以程式授權、資料面授權、群組授權
(3) 可以細到以每一個人對應到每一個欄位的授權
(4) 完整介面檔的API規劃方式，簡化跨系統整合
(5) ……

綜合上列各項優點，包含資料量、效能、穩定、正確、一致性、經驗、彈性…等優點，ArgoERP是服務型企業跨系統整合的最佳選擇。

你的ERP系統『永遠缺少的那一支程式』

文 – 楊振源

你的ERP系統為什麼『永遠缺少一支程式』？

因為系統是靜態的，該有幾支程式就是那幾支程式在那裡，但是企業的經營是動態的；今天組織會改變，明天老闆要的報表會不一樣，後天可能要颳風或下雨，企業就是這樣一直動態的向前進。組織改變可以重新設定部門組織檔，流程改變可以調整系統參數，但是老闆要的報表是天天在變，天天寫報表也不是辦法！

為了因應這樣的狀況，市場上出現了BI (Business Intelligence,商業智慧)的軟體，還有報表產生器(例如Crystal Report)…等等的軟體，這些都是很好的商用軟體，但是這些軟體很顯然的有下列幾項要求：
1.這些軟體是提供給IT人員設定、維護，再提供給User使用的。
2.需要額外投資一筆軟體建置費用。
3.艱深如BI的軟體，還需要龐大的顧問導入費用。

對於這樣單次性、或變化性高的報表，使用者的心聲往往是，我只是要把畫面上的資料可以轉到EXCEL上，再讓我加工處理就好了。在BI軟體建置之前，在IT人員Crystal Report之前，這麼簡單的需求難道我還需要等嗎？

前些年了，我遇到User提出這樣的要求，那時候，我只能告訴他，這樣吧，我把Table schema給你，再教你寫些簡單的SQL Select的statement；我跟當年創造SQL指令的宗旨一樣的天真，認為這樣就應該已經解決他的問題了。事實上這樣的工作，對於非專業的IT人員來說，是非常非常的困難；對於IT人員來說，又是一件非常非常無趣的工作，因為他從來不知道他做這件事情的意義。

假如，你的ERP可以很彈性的把畫面上的資料轉到EXCEL，是不是就解決掉ERP系統『永遠缺少的那一支程式』的問題，最好可以做到下列幾項要求：
1.可以指定要轉出的資料條件(Records)；可以指定要轉出的資料項(Fields)。
2.可以用List的方式轉出，以便統計分析，例如銷售明細月報表。
3.可以用Report的方式轉出，以便套印單據，例如Invoice、Packing List、…。
4.最好可以套用EXCEL範本，把資料轉到已事先做好的樞紐分析表、或Invoice格式之中，這樣就可以不用每次轉出後都要再加工乙次。

ArgoERP系統，完全提供上述EXCEL轉出的功能；在你的公司BI之前，在IT Crystal Report之前，你的需要，ArgoERP已經為你準備好了；更貼心的，ArgoERP特別針對資料權限的管控，可以針對每個User設定可以轉出的資料權限。

你的ERP系統『多了一支程式』

文 – 楊振源

咦！ERP系統一直以來只有永遠少了一支程式，怎麼會多了一支程式？

試著找找看，或請教你的ERP顧問師，假如庫存數量(Onhand)不正確怎麼辦？顧問師應該會告訴你，請執行INVxxx庫存重新計算的程式。接著你又請教他，那庫存數量為什麼會錯呢？通常ERP顧問師會很有耐性的向你說明，因為在庫存交易資料更新到資料庫的瞬間，網路斷線或怪異的操作順序造成的，這時交易明細資料已更新完成，但是庫存主檔還沒更新，所以會發生期初庫存 + 本期交易 <> 在庫數量(Onhand) 的狀況，這時候你只要重新執行這支程式就好了。

假如你曾經有一些撰寫程式的經驗，這時候你應該會進一步請教ERP顧問師，SQL指令不是有commit及rollback嗎？應該是一個完整的交易資料完成時，才會執行到commit 指令，假如網路斷線或程式突然當掉，系統應該會自動rollback，也就是要嘛完整的資料都寫入成功，要嘛要把資料回復到完全沒有寫入的狀態，不應當發生資料寫一半的狀況！這時候你的ERP顧問師應該是無言以對，或告訴你這我要請教技術人員再回答你！

以下我簡單的對ERP系統的資料分類如下：
1. 基本資料檔：部門組織、客戶、廠商、料件、BOM、…等等
2. 主檔資料檔：庫存主檔、訂單主檔、採購主檔、立帳主檔、銀行餘額檔、…等等
3. 通知單資料：驗收通知單、出貨通知單、領料通知單、繳庫通知單、…等等
4. 交易單資料：入庫單、出貨單、領料單、繳庫單、…等等
5. 系統控制檔：權限控制、參數設定、…等。

就以出貨單過帳為例，當出貨單確認要扣帳時，ERP系統總共要處理下列事項：
1. 更新出貨單的狀態為已過帳
2. 更新出貨通知單的累計已出貨數量
3. 更新訂單主檔的累計已出貨數量
4. 更新庫存主檔的目前庫存數量
5. 更新信用額度餘額檔
6. 產生應收帳款介面檔

也就是，最後一層的交易單資料要回頭更新通知單資料、N個主檔資料、產生後續資料。整套ERP系統就是依邏輯運作，試想，假如你的ERP系統會把資料寫入一半，這是多麼嚴重的一件事情，這個意味著你的ERP系統資料錯亂、維護成本昂貴、靠大量人力在維持；嚴重的，會因為系統提供了錯誤的資料，導致公司嚴重的損失。

所以囉，當你在評選ERP系統時，絕對不應該選擇一套『多了一支程式』的ERP系統。資通電腦的ArgoERP系統，大量運用Oracle DataBase的Triggers、Procedures、Functions、Packages…等資料庫工具，大幅簡化前端程式設計師的工作，把更新N個主檔、產生後續資料…等工作交給DB端處理；前端程式設計師只需要負責交易檔的Master與Detail的Table資料維護即可。一則達成系統資料穩定，即使在網路環境不良的情況下，也不會發生主檔資料錯誤的情況；二則測底發揮主從式架構，集中大量資料在DB端就已處理完畢，所以網路資料傳輸量相對少很多，大幅提高系統運作效能。

記得，『多了一支程式』的ERP系統不能用！
下一期我要與各位分享，你的ERP系統『永遠缺少的那一支程式』。