簽核系統是把請購、用印、付款這類需要主管核准的申請，從紙本傳遞改成線上送出、依規則流轉並留下紀錄的系統。挑選時先確認四件事：電子表單能否貼合公司單據；流程引擎能否處理串簽、會簽、依金額或部門的條件分流，以及簽核者不在時的代理人；主管能否在手機上完成行動簽核；每個動作是否留下稽核紀錄，核准結果能否送進 ERP 或會計系統。規則接近一般規範時，可以先評估套裝或雲端服務；規則特殊、要和內部系統深度串接時，再評估自製電子簽核。
簽核系統的三個組成：表單、流程引擎與紀錄
評估簽核系統時，拆成三層比較容易對照需求：
- 電子表單：申請人填寫的畫面，包含欄位、必填規則、附件，以及系統帶入的部門、成本中心。
- 流程引擎：依表單內容決定送給誰、照什麼順序、何時算完成，以及退回、撤回與逾期提醒。
- 紀錄與資料：每一關的核准、退回與意見，加上核准後要送往其他系統的資料。
只比較表單畫面，上線後可能才發現流程引擎撐不住例外，例如金額超過門檻要加會財務。表單層級的循序與平行關卡，可以先參考電子表單系統的功能清單；這篇聚焦在流程引擎、行動簽核、權限紀錄與串接的判斷。
流程引擎要能處理的四種簽核規則
流程引擎決定一張單怎麼走，至少用下列四種規則實際測試：
串簽：依順序逐關核准
前一關同意後才送下一關。以 Microsoft Power Automate 為例，循序核准依指定順序逐一請求核准，每位核准者回應後才移到下一位，適合最終核准前需要先取得預先核准的情境。
會簽：多人同時審閱
同一張單同時送給多位審閱者，要確認能設定完成條件。以 Power Automate 為例，「每個人都必須核准」要等所有核准者回覆，或出現一個拒絕才往下執行；「先回應者優先」則是任何一位核准或拒絕就完成。
條件分流：依內容決定路線
依金額、費用類別、部門或專案決定經過哪幾關。把核決權限表的每個門檻都跑一次，確認金額剛好等於門檻時走哪條路。
代理人：簽核者不在時誰接手
確認能否預先設定代理期間與代理人、紀錄上是否標示為代理。以 Google 雲端硬碟的核准功能為例，發起人可以新增或替換尚未回應的審查者，但這屬於事後重新指派，和預先設定的代理規則不同。
行動簽核：主管在手機上要看得到什麼
主管不在座位時，若無法用手機處理，單據就可能卡住。以 Power Automate 為例，核准者可以從 Outlook 電子郵件、Microsoft Teams 調適型卡片或 Power Automate 動作中心回覆，安裝行動應用程式後也能從手機上的核准郵件直接核准；在核准中心處理時還可以加上留言。評估時用手機實際走一次，檢查：
- 不用另外下載檔案，就能看到金額、事由、前一關意見與附件。
- 核准、退回、加簽的按鈕清楚分開，退回時要求填寫原因。
- 從通知點進去後仍要經過公司帳號登入，並可搭配多重要素驗證。
- 手機上完成的動作，和電腦版的紀錄、狀態即時同步。
附件若是手機難以閱讀的大型圖面，可以在表單加上摘要欄位，讓簽核者不開附件也能判斷。
權限設計與稽核紀錄的檢查方式
簽核單常包含金額、合約條件或人事資料。Open Worldwide Application Security Project（OWASP）的授權指引建議遵守最小權限原則，並預設拒絕存取、每一次請求都驗證權限。對照到簽核系統：
- 申請人只看得到自己的單，主管只看得到所屬部門，財務與稽核人員依職務開放查詢。
- 修改流程規則、核決權限與代理設定的管理權限，和一般簽核權限分開，修改本身也要留紀錄。
- 人員離職或調動時，未完成的單據能整批移轉。
OWASP 的紀錄指引要求每個事件記錄何時、何處、何人、何事，並建議加入竄改偵測，讀取紀錄的權限也要限制並定期檢視。選型時請廠商示範：已核准的單據能否查到每一關的時間、操作者與意見，核准後內容若被改動系統怎麼處理。
和 ERP 或會計系統串接前要確認的資料
簽核通過後，部分資料還要送往下游：請購單轉成採購單、付款申請轉成應付帳款。串接前先釐清三件事：
- 主檔由誰維護：員工、部門、成本中心、供應商與會計科目，以 ERP 或簽核系統為準要先決定，避免兩邊各改各的。
- 觸發時間點：全部關卡核准後立即送出，還是由財務確認後才送；已送出的單據被撤銷時，下游資料怎麼沖銷。
- 失敗與重送：連線失敗要有重送與通知機制，每張單帶著固定單號，讓接收端辨識重複送達，避免同一筆付款被建立兩次。
雲端、套裝與自製電子簽核的比較
下表依導入時常被問到的面向整理，實際條件以各方案的說明與合約為準：
| 面向 | 雲端訂閱服務 | 套裝軟體 | 自製電子簽核 |
|---|---|---|---|
| 上線準備 | 設定表單與流程即可試用 | 需準備主機並安裝 | 需完成需求訪談、開發與測試 |
| 流程彈性 | 在產品提供的規則內設定 | 部分調整需原廠處理 | 可依核決權限表完整實作 |
| 系統串接 | 依產品開放的介接與連接器 | 依產品介接，舊版本可能受限 | 直接和自家系統串接 |
| 資料存放 | 服務商環境，要確認地點與匯出 | 自家主機 | 依架構決定 |
| 費用要確認的事 | 計費單位與人數增加後的變化 | 授權範圍與維護內容 | 開發範圍與上線後維護 |
規則接近一般規範時，雲端服務或套裝可以先滿足；核決權限複雜、要和自家 ERP 即時連動，或資料必須存放在指定環境，再評估自製電子簽核。也可以混合使用，例如請假用雲端服務，大額採購簽核另外開發。
找電子簽核系統推薦前，先準備演練情境
電子簽核系統推薦清單無法告訴你哪一套適合自己的單據。比較可靠的做法，是請每家候選廠商用同一份情境操作：
- 挑三種實際單據，各準備正常、退回補件、金額剛好在門檻上的範例。
- 請廠商現場調整一個關卡，觀察要幾個步驟、是否需要原廠人員。
- 模擬主管請假，確認代理生效與紀錄標示。
- 用手機完成一次核准與一次退回。
- 匯出一張已結案單據的完整紀錄。
從紙本轉為電子簽核的盤點與試行，可以參考電子簽核的導入步驟；電子文件的法律效力屬於另一個問題，整理在電子簽章的效力與導入。
常見問題
簽核系統和電子表單系統有什麼不同？
電子表單系統著重填寫與收集資料，簽核系統著重送出後的路線、完成條件、代理與紀錄。關卡固定時，表單工具內建的簽核功能可能就夠用；條件分流多時再評估簽核系統。
串簽和會簽要怎麼選？
後一關需要參考前一關意見時用串簽，例如主管先確認需求、財務再確認預算。各部門獨立判斷時用會簽，可縮短等待，但要先訂好有人拒絕時怎麼處理。
簽核系統一定要有手機版嗎？
不一定要獨立的應用程式，但主管要能在手機上看清楚單據並完成核准或退回。用通知搭配行動版網頁也可以，重點是登入安全與紀錄同步。
自製電子簽核需要準備哪些資料？
準備各類單據樣本、核決權限表、組織與職務清單、代理規則、要串接的系統清單，以及現行流程的例外情況。資料越完整，需求訪談與報價越能貼近實際。
簽核紀錄需要保存多久？
依單據類型適用的法令與公司內控規定決定，例如涉及會計憑證的單據要依會計相關規定保存。系統要能在期限內完整查詢與匯出。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
建議先整理公司現有的簽核單據與核決權限表，標出規則複雜、或要把核准結果送進 ERP 與會計系統的單據，再決定用雲端服務、套裝或自製。京采可以協助釐清簽核需求、規劃表單與流程，開發客製簽核系統或串接現有系統，做法可參考網頁設計服務；也歡迎與我們聯繫討論你的流程。
