ERP 流程編排是什麼：不換 ERP，在上面加一層把 Excel 與人工紀錄接回流程
先給結論：ERP 流程編排是什麼
ERP 流程編排是在既有 ERP 之上加一層的做法：把散在系統、Excel 與人工紀錄裡的資料撈出來、照規則算、經人確認後寫回去；ERP 本身不動。它處理的是 ERP 沒記的那一段：湊一張報價要問幾家通路、判斷一張單能不能如期出貨、決定缺料先補哪一項。這些事 ERP 裡都有單據，但決定用的資訊散在系統和 Excel 裡，上一篇講 ERP 缺點時已經把原因攤開，這篇講解法。
流程編排這個詞在軟體業有通用的定義，講的是把一條流程裡自動與人工的任務協調起來：
「Process orchestration is the coordination of the tasks that make up a process, both automated and manual.」
ERP 流程編排把同一個做法用在既有 ERP 之上：任務有自動的（撈資料、照規則算、比對），也有人工的（確認對映、核准金額、簽核），編排層負責讓它們照順序跑完，結果再寫回 ERP。依 Camunda 的定義頁（2026-10-23 查證），多數流程編排是決定性的，預先定義、可稽核；這一點對報價與訂單這種會動到錢的流程特別重要。
這一層放在哪裡
三層看就清楚：最上面是 ERP 沒記的那一段，中間是編排層，最下面是既有 ERP。編排層做的事只有三件，撈出來、照規則算、寫回去；最底下那一層的資料庫、單據與作業習慣都維持原樣，導入不需要停線，也不需要先做一次資料搬遷。
| 層 | 裡面有什麼 | 誰負責 | 動不動 |
|---|---|---|---|
| ERP 沒記的那一段 | Excel 報價表、在途與效期表、往返的信件、通路回價、客戶特殊條件、先補哪一項的判斷 | 採購、業務、生管各自維護 | 接回同一條流程 |
| 編排層 | 從 ERP 與 Excel 撈資料、照規則算、經人確認後寫回；每一步留稽核軌跡 | 潤謙建置，規則由客戶與潤謙一起定 | 新增的一層 |
| 既有 ERP | 資料庫、單據、作業習慣、財會與主檔 | 原廠或導入商 | 不動 |
不換 ERP 這件事有外部的佐證。依 Deloitte 2026 年 3 月的文章（2026-10-23 查證），ERP 仍是可信資料、可稽核性與標準流程的記錄系統，規則、結構與流程留在核心，代理在周邊的可組合應用層依核心規則運作。Forrester 2026 年 4 月的文章（2026-10-23 查證）則記下 Salesforce 在同年 2 月把「從記錄系統走向行動系統」當成架構原則：代理在受治理的參數內執行決策，而且要在人定的護欄裡、留下清楚的稽核軌跡。編排層就是那個行動系統，記錄系統留在底下。
Reefian 平台全貌：最上層是應用，中間是三項核心能力與照脈絡包施工的 AI 開發，底層是接住流程資料與業務脈絡的 Process Graph。圖取自潤謙官網的 Reefian 介紹頁，編排層就是圖中「照脈絡包施工的 AI 開發」那一格，往下接的是既有 ERP。
吃進去什麼、交出什麼
編排層先要能把現場真正在用的東西吃進來，而且照它們原本的長相吃。依潤謙的 ERP 流程編排服務頁與 Reefian 頁（2026-10-23 查證），輸入有五種：
- ERP 的單據與主檔，像料號、BOM、庫存、訂單，從既有系統撈出來。
- Excel 裡的報價表、在途與效期、各部門自己維護的對照表。
- 往返的信件與附件，像通路回價、客戶特殊條件、來回確認的紀錄。
- 舊系統的畫面與附件，原廠已經終止維護、但現場還在用的那些表。
- 訪談裡講出來的判斷，像哪一項要先補、這家的單怎麼看，先盤成流程再定規則。
髒資料直接吃是這一層的第一個條件。回價單常常有重複的頁首、空列、品牌與型號寫在同一格，數量一列寫 pcs、下一行寫 K，幣別一列 USD、一列寫元。依潤謙的服務頁，編排層自動判斷工作表、標題列、重複頁首與空列，拆得開品牌與型號焊在同一格的料號，連 2007 年以前的舊 .xls 都讀得動；欄位對映由系統先提整份建議，人看一眼確認就好。非制式回價與附件怎麼認，單據辨識那篇有具體做法。
通路回價單的原始長相。表中為範例資料，料號與數字皆為虛構：重複的頁首、空列、寫在同一格的品牌與型號、混用的單位與幣別，編排層要先把這些吃進來。
交出來的是跟著你的單據走的結果：報價案是內部成本版與客戶版兩份報表，訂單履行案是每一張訂單能不能如期出貨、缺哪一項、缺多少、什麼時候補得到，在同一個畫面上看完。寫回 ERP 的那一步一律經人確認。ERP 串接與 ERP 整合講的是資料怎麼進出，編排多的是「照規則算、經人確認再寫回」這一段。
ERP 裡的詢價單只到這裡：發出去了、回來了沒、逾期幾天。來源：demo.odoo.com 線上示範環境，2026-10-23 截圖；內建示範資料。回價怎麼比、成本怎麼定，在這張清單之外。
做什麼：一條報價流程的六步
拿報價當例子最清楚，因為它從 BOM 到簽核每一步都有人要確認，也每一步都有算錯的機會。依潤謙的服務頁，電子專業代工那個案子重寫的報價系統是一條龍六步：
- BOM 匯入
髒資料直接吃，人確認工作表與標題列 - 欄位對映確認
系統提整份建議，人看一眼確認 - RFQ 發出
依對映好的料號向各通路詢價 - 回價匯入
每家通路一支解析器，無報價不當成 0 - 定成本
純規則計算，五道檢查只提問不自動改 - 加價簽核
人簽核後產出內部版與客戶版報表
六家通路各寫一支回價解析器，從表格形狀認出是誰寄的，人不用先標檔名；接手時做一次成本公式稽核，把這類流程最常見的三種算錯法寫成擋得住的規則：關稅被當成稅率與固定金額重複計算、查不到匯率時整筆成本靜默變成 0、未安裝的料件被計入需求量。舊系統一百多頁的操作手冊逐頁對照，操作員實際講出來的卡點整理成新系統的設計規則。六步裡每一步人都在，人做的是確認與簽核，搬資料與算數交給編排層。
守哪些界線：AI 只做四件事，金額全是規則
界線畫在架構裡，使用守則只是提醒。AI 在這一層只做四件事，四件都要人確認才生效：
- 欄位辨識由 AI 提建議，這一欄是料號還是數量，由人確認。
- 非制式回價由 AI 先讀，這封信在講哪顆料，由人核對。
- 模糊比對由 AI 給候選，這兩個型號算不算同一個，由人決定。
- 報告草稿由 AI 寫，給人改，不直接送出。
金額計算 AI 碰不到。價格與數量一律用精確數值型別，不用浮點數；查不到匯率或稅率直接丟例外，不靜默回 0；回價寫「無報價」「需更多資訊」不會被讀成 0，沒人報價的項目進風險表並寫明原因。五道金額檢查全是規則：多一個零、小數點位移、幣別與單位不符、大量單價比小量貴、同一料件不同來源價差過大，只提問、不自動改。每一個會動到數字的動作都進稽核事件表，而且沒有單向門，流程可以往回改。
「報價與訂單這種流程，錯一個數字的代價不是重跑一次，是那個數字已經送出去了。」
資料來源：潤謙：ERP 流程編排
原廠自己也是這樣畫線的。依 Microsoft Learn 的 Sales Order Agent 常見問題（2026-10-23 查證），Business Central 的銷售訂單代理不建新的料號、聯絡人或客戶，不過帳，對外的每一封郵件都要人審核與編輯，折扣與價格的變更要求交給使用者手動處理：
「Prices and default discounts are calculated by Business Central’s own business logic and included with a sales quote document.」
跟換系統、客製 ERP、iPaaS 與 RPA、低程式碼差在哪
五種做法都能把 Excel 裡的事接回去，真正的差別在三件事：既有 ERP 動不動、規則由誰寫放在哪、失敗的時候退路在哪。
| 做法 | 動不動既有 ERP | 規則由誰寫、放哪 | 決策週期 | 失敗時的退路 |
|---|---|---|---|---|
| 換系統 | 整套換掉 | 新系統的顧問寫，放在新系統裡 | 以年計 | 很難退，資料已經搬過去 |
| ERP 客製化 | 改核心程式 | 導入商寫，放在 ERP 核心 | 以季或年計 | 升級時客製要重做 |
| iPaaS 與 RPA | 不動，只搬資料或模擬人操作 | 工程師寫在連接器或機器人腳本裡 | 以週計 | 介面一改機器人就停 |
| 低程式碼平台 | 不動，另建一個應用 | 內部人員在平台上拖拉 | 以週計 | 平台授權到期應用跟著走 |
| ERP 流程編排 | 不動 | 客戶與潤謙一起定，放在編排層，規則與稽核都看得到 | 以週計 | 編排層拿掉，ERP 照舊 |
ERP 自動化這個詞常被拿來指 RPA：讓機器人模擬人在畫面上點，資料搬得動，規則卻藏在腳本裡，畫面一改就停。RPA 那篇寫的是潤謙自己用 RPA 做匯率更新的案例，適合固定、不需要判斷的動作；報價與訂單這種要判斷、要人確認的流程，規則得放在看得見、改得動、留得下稽核的地方，這就是編排層與其他做法的差別。
誰適合、誰不適合
適不適合，看主檔、痛點、流程與高層四件事。
| 適合的情況 | 不適合的情況 |
|---|---|
| 主檔與財會還可靠，ERP 記的結果可以信 | 主檔已經不可信，料號重複、庫存對不上帳 |
| 痛點在跨部門、跨系統的過程：報價、出貨判斷、缺料 | 痛點在 ERP 核心功能本身，例如財會模組不合法規 |
| 流程已經盤過，知道哪一段最花人 | 流程還沒定，每個人做法都不同 |
| 高層拍板這一段要有正式版本 | 想先試試看，沒有人負責 |
不適合的幾種情況先做別的事：主檔不可信先把主檔清乾淨，流程沒定先盤流程，高層沒拍板先把指標談清楚。已經有一套用很久的 ERP、痛點在跨部門交接的公司，疊在上面不取代的判斷在 Odoo ERP 導入指南裡有完整版本。
兩個匿名案例：報價與訂單履行
兩個案子都在潤謙的服務頁上，數字是客戶提供或接手時盤到的，寫在這裡當觀測，會隨現場不同。
| 案例 | 接手時盤到的現況 | 做了什麼 | 客戶提供的前後對照 |
|---|---|---|---|
| 報價 RFQ，電子專業代工 | 26 個主流程節點、18 個人工作業、6 種通路回價格式；舊報價系統原廠終止維護 | 重寫報價系統一條龍六步、六支回價解析器、成本公式稽核 | 參考報價從至少兩週縮短到一週內，目標壓到一天；連續三個月整體營收提升 20% |
| 訂單履行，食品業 | 能不能如期出貨要同時看 ERP 庫存、Excel 在途與效期、業務手上的客戶條件 | 在既有 ERP 上蓋訂單履行的編排，可用量依批號與效期即時算，缺料即時試算 | 一張訂單能不能如期出貨從七天縮短到兩天 |
報價案的指標是少流失多少因為報價慢而轉單的機會；訂單案的指標是下單當下就知道答案。兩個案子 ERP 都沒換，庫存與效期的判斷全走純規則，每一次調整都留稽核軌跡。
規格從哪裡來：TO-BE 流程就是規格
編排層照什麼蓋？照盤出來的 TO-BE 流程。標準流程寫在文件裡，實際流程長在現場的人與系統之間，兩者往往差很多；沒有先攤開實際路徑就直接開發，通常是把力氣花在不對的那一段。潤謙用自己的流程智慧平台 Reefian 做這件事：從訪談與 ERP 等系統資料出發，交出來的是圖、清單與一份能直接開工的規格。
Reefian 交出來的四樣東西，就是編排層的規格：
- 泳道流程圖，現況（AS-IS）與目標（TO-BE）兩版分開存，改了哪裡可以比對。
- SIPOC 表，每個步驟的供應者、輸入、流程、輸出、客戶，跟圖上的節點一一對應。
- 缺口與痛點清單，證據掛在節點上，附先解順序，直接拿來排專案範圍。
- 開發脈絡包，流程、訪談與畫面一份打包，交給開發端當規格。
Reefian 的畫布：整條流程一張圖看完。畫面是潤謙內部一份盤點到一半的流程稿，不是客戶交付物，左側的泳道名稱已裁去。
三項能力叫流程還原（Process Discovery）、缺口分析（Gap Analysis）與開發脈絡包（Context Bundling）。你不用另外學一套軟體：圖是顧問跟你一起在現場改出來的，交付時連圖帶脈絡包一起交給你，後面的開發照這份施工，不用再從頭訪談一次。
ERP 廠商自己也在往這裡走
核心不動、代理在周邊、人在迴圈裡，ERP 廠商的公開文件已經在描述同一個架構。三家的寫法放在一起看：
| 廠商 | 公開文件怎麼寫（2026-10-23 查證） | 人在哪裡確認 |
|---|---|---|
| Odoo 19 | AI 代理由 System Prompt、Topics（含 Instructions）與 Tools、Sources 組成，要安裝 AI 應用 | 代理的角色、主題與工具由人定義 |
| Dynamics 365 Business Central | 銷售訂單代理不過帳、不建新客戶與料號，價格與折扣由系統的商業邏輯算 | 對外郵件、重要變更與缺資料時都要人審核 |
| 鼎新 Agent Space | 2026 年 6 月 23 日發布，個人空間與企業空間雙軌；緊急接單評估由 AI 代理整合訂單、物料、產能與交期，提出風險提示與建議 | 再交由人員最後決策 |
顧問公司的判斷也一樣。依 IT Jungle 2026 年 7 月轉述 McKinsey 的文章（2026-10-23 查證），McKinsey 列出 AI 影響 ERP 的五種情境，其中較可信的一種是應用邏輯仍執行商業規則、資料結構維持一致、記錄系統提供可稽核性，使用者改成與代理一起設定意圖、驗證結果、介入例外；第四種情境是不再需要客製 ERP。這些寫法跟編排層的三個動作是同一件事，差別只在誰來蓋、蓋在哪一套 ERP 上。
常見問題
ERP 流程編排是什麼？
在既有 ERP 之上加一層的做法：把散在系統、Excel 與人工紀錄裡的資料撈出來、照規則算、經人確認後寫回去，ERP 本身不動。它處理的是 ERP 沒記的那一段，像報價的回價比對、出貨能不能如期的判斷、缺料先補哪一項；軟體業通用的流程編排定義是協調一條流程裡自動與人工的任務，這一層把它用在 ERP 之上。
ERP 流程編排跟 ERP 整合、ERP 串接有什麼不同？
整合與串接講的是資料怎麼進出，編排多了「照規則算、經人確認再寫回」這一段。規則放在編排層，看得到、改得動、留得下稽核，ERP 核心不改；跟 iPaaS、RPA 與低程式碼的差別在規則由誰寫、放在哪、失敗時的退路在哪。
不換 ERP 也能把 Excel 接回流程嗎？
可以，前提是主檔與財會還可靠。編排層從 ERP 撈資料，把 Excel 與信件裡的步驟接回同一條流程，髒資料直接吃、欄位對映只要確認；潤謙服務頁上的兩個案例，報價從至少兩週縮到一週內拿得到，訂單能不能如期出貨從七天縮到兩天（2026-10-23 查證），都是個案的觀測。
AI 在 ERP 流程編排裡做什麼？會算錯金額嗎？
AI 只做欄位辨識建議、非制式回價擷取、模糊比對建議、報告草稿四件事，每件都要人確認才生效；金額計算全部是規則，五道檢查只提問不自動改，不把「不知道」當成 0，每次改動都有稽核軌跡。Business Central 的銷售訂單代理也一樣，價格由系統的商業邏輯算，代理不過帳。
規格從哪裡來？要先寫需求文件嗎？
先攤開實際流程，TO-BE 流程就是規格。訪談與 ERP 紀錄還原成泳道流程圖與 SIPOC 表，缺口清單排出先解順序，開發脈絡包交給開發端照著施工，不用先從零寫一份需求文件。
下一步
如果你已經知道哪一段流程最花人，卻說不清楚它跟 ERP 之間少了什麼，那一段就是編排層要蓋的地方。潤謙可以先陪你把那一段的實際流程攤開，看 ERP 記了什麼、Excel 補了什麼、哪一步該由人確認，約一次談話從最花人的那一段開始。