ERP九大循環怎麼理解先分清營運制度與系統模組

營運循環描述企業如何完成一類交易與相關控制，ERP模組則是系統的功能分工，兩者不一定一一對應。「九大循環」也不是所有ERP固定採用的分類。現行公開發行公司相關準則第7條列出八類營運循環，資訊系統控制另有規範。初學者應掌握每個循環的起點、單據、負責人與結束條件。

一家公司可以設置採購、倉儲與財務三個部門，卻共同完成同一筆採購付款作業；也可以只有少數員工，仍需要分清誰提出需求、誰核准、誰確認收到貨。營運循環提供的，是一種沿著交易理解企業的方式，讓管理者看見部門之間的責任如何接續。

初學ERP時，經常會遇到「九大循環」這個說法。若把它理解成每套ERP都必須有九個相同模組，便容易產生誤會。循環是管理活動的分類，模組是軟體功能的安排，兩者的切分基準不同。

八類法規分類與九大循環說法的差別

截至本稿查核日，《公開發行公司建立內部控制制度處理準則》第7條列出八類營運循環；第8條另列其他控制作業，第9條規範使用電腦化資訊系統時的相關控制。該準則的適用對象是公開發行公司，不能直接描述為所有中小企業都依法必須採用同一套分類。

部分企業制度會再把電腦化資訊系統循環獨立列出。例如進金生能源服務的公開內稽說明，就在八類之外列有電腦化資訊系統循環。這說明「九大」可能來自特定制度安排，並不是ERP產品共通的固定規格。

這張表是學習用的提問架構，不是法定控制事項的完整清單。若教材採用第九類資訊管理，可以再問：誰有權限？資料如何備份？程式變更由誰確認？這些問題會跨越前述活動，而不只屬於資訊人員。

以教學情境來看，現場提出購買100件零件的需求，採購確認價格與交期，倉庫實際收到95件，品質單位判定其中5件待處理。財務若只依最早的需求數量付款，就可能忽略實際交付狀況。循環管理要處理的，正是這些前後資訊的差異。

在系統設計上，可以讓每一階段保留來源與處理結果：請購記錄需求，採購記錄對外交易條件，收貨與檢驗記錄實際發生的事，帳款作業再核對憑據。這是本稿的流程設計示例，具體入帳與付款仍須依交易條件及企業政策判斷。

把紙本簽名改成電子按鈕，並不會自動補齊制度。若任何人都能改採購單價、核准自己的申請，或刪除已完成的交易，系統留下的紀錄仍可能失去可信度。導入時應說明哪些欄位可改、哪些事件需核准，以及異動後是否重新送審。

小型企業人力有限，不見得能把所有工作交給不同的人。仍可透過主管覆核、例外清單與定期對帳，補強兼任造成的風險。制度設計要符合實際分工，否則員工可能為了完成工作而借用帳號，讓紀錄中的操作者與實際人員脫節。

還需要區分流程負責人與系統維護人員。採購主管可以決定採買核准條件，系統人員協助把條件做成權限與簽核；但不能因為設定由工程師完成，就把交易規則的決策責任一併交給工程師。跨部門流程應有能協調整體結果的人，否則各單位只確認自己的表單，交接缺口仍可能無人處理。

學生可以選擇採購或銷售循環，逐一寫出需求從哪裡來、經過哪些單據、誰能決定下一步，以及什麼情況才算結束。企業則可以把同一張流程圖用在導入討論，檢查跨部門交接是否有遺漏。

當循環被理解為一段有起點、有責任、有結束條件的工作，ERP的表單與模組就比較容易讀懂。分類有八類或九類，並不能單獨說明制度是否完整；能否回答一筆交易如何被授權、執行與追查，才是這套知識的實際用途。