從系統建置經驗看供應商關係管理：SRM 不能只做資料登錄

 

供應商關係管理，常被簡化成「建立供應商資料」、「管理採購流程」或「定期做供應商評鑑」。但在實際規劃 SRM 系統時，會發現供應商管理真正困難的地方，往往不是功能有沒有做出來，而是資料、流程、權限與協作規則是否能長期運作。

如果 SRM 系統只是把紙本表單改成線上表單，短期內確實可以減少人工作業，但不一定能改善供應商協作效率。真正有價值的供應商關係管理，需要讓採購、供應商、品保、財務、法務與管理者，都能在同一套規則下交換資訊、追蹤進度、留下紀錄，並持續改善合作品質。

以下整理幾個在規劃 SRM 系統與供應商協作平台時，常會遇到的實務觀察。

 

一、供應商資料不是建檔完成就結束

很多企業在導入供應商管理時，第一步會先建立供應商主檔，包括公司基本資料、統編、聯絡窗口、產品類別、付款條件、交易條件與相關證照。

但從系統設計角度來看，供應商資料真正重要的是「後續如何維護」。

例如：

• 供應商是否可以自行更新基本資料？
• 資料異動是否需要採購或管理單位審核？
• 證照、合約、保密文件是否有到期提醒？
• 不同事業單位是否共用同一份供應商資料？
• 停用、黑名單、觀察名單等狀態如何控管？

如果這些規則沒有先定義清楚，供應商主檔很容易變成一個大型通訊錄。資料看似完整，但實際採購、詢價、下單或評鑑時，仍然需要人工再次確認。

因此，SRM 系統中的供應商資料管理，應該包含資料生命週期，而不只是新增、修改、查詢。

 

二、供應商協作不能只靠 Email 與電話

在沒有供應商入口平台之前，採購與供應商之間常見的溝通方式是 Email、電話、Excel 或通訊軟體。這些工具很方便，但問題是資訊分散，責任不清楚，也不容易留下完整紀錄。

例如同一張採購訂單，可能會出現以下情況：

• 採購透過 Email 發出訂單。
• 供應商用電話回覆交期。
• 品保另外用 Excel 記錄品質異常。
• 財務又用另一份資料確認請款狀態。
• 當問題發生時，很難快速判斷目前版本、回覆時間、承諾內容與責任歸屬。

供應商入口平台的價值，是讓供應商可以直接登入系統處理與自己有關的作業，例如報價、訂單確認、交期回覆、出貨通知、文件上傳、品質改善回覆等。企業內部也可以透過系統掌握進度，而不是在不同信件與檔案之間查找紀錄。

這也是為什麼 SRM 不應該只被視為內部採購系統，而應該被設計成一個雙向協作平台。

 

三、流程設計要比表單設計更早確認

在實務專案中，很多需求一開始會聚焦在表單欄位，例如供應商申請表、詢價單、報價單、評鑑表、合約資料表等。

表單當然重要，但真正影響系統成敗的是流程。

例如供應商申請流程，至少會牽涉：

• 誰可以建立新供應商？
• 哪些欄位由供應商填寫？
• 哪些資料由採購補充？
• 哪些文件必須上傳？
• 是否需要主管、品保、財務或法務審核？
• 審核通過後是否自動啟用？
• 未通過時是否可退回補件？

如果沒有先確認流程，只先做表單，後續很容易反覆調整欄位、權限與通知規則。這會讓系統變得零散，也容易讓使用者覺得「只是把原本的人工流程搬到線上」。

比較好的做法，是先定義主要流程，再回頭確認每個節點需要哪些欄位、文件、權限與通知。

 

四、績效評鑑要能連回日常交易紀錄

供應商績效評鑑是 SRM 系統中很重要的一環，但如果評鑑資料完全仰賴人工填寫，容易變成形式作業。

比較好的設計，是讓評鑑資料可以部分來自日常交易紀錄，例如：

• 交貨是否準時。
• 品質異常次數。
• 退貨或客訴紀錄。
• 報價回覆速度。
• 訂單確認時間。
• 改善措施是否如期完成。

這樣一來，供應商評鑑就不只是定期打分數，而是能反映實際合作狀況。

當然，並不是所有評鑑項目都能自動計算。有些項目仍然需要人工判斷，例如服務配合度、技術支援能力、合作意願、改善態度等。但系統至少應該把可量化資料先整理好，減少評鑑人員重新查資料的負擔。

這也是 SRM 系統與採購、訂單、品質、交期管理模組整合的重要原因。

 

五、供應商風險管理需要資料提醒，而不是事後補救

供應商風險不一定只發生在重大事件。很多風險其實是慢慢累積的，例如證照過期、交期延誤增加、品質異常升高、單一供應商依賴過高、合約即將到期卻未續約等。

如果這些資訊只存在個別人員的經驗中，就很難形成組織層級的管理。

在 SRM 系統中，可以考慮建立幾種風險提醒機制：

• 供應商證照與文件到期提醒。
• 合約到期提醒。
• 交期異常趨勢提醒。
• 品質異常次數統計。
• 供應商停用、觀察、黑名單狀態控管。
• 關鍵物料是否過度依賴單一供應商。

這些功能不一定一開始就全部導入，但在系統架構設計時，應該預留資料欄位、狀態管理與報表分析的延伸空間。否則等到企業想做供應商風險控管時，才發現過去資料沒有被正確保存，後續就會變得很難分析。

 

六、權限設計會影響供應商平台能不能上線

供應商平台牽涉外部使用者登入，因此權限設計比一般內部系統更需要謹慎。

常見需要確認的問題包括：

• 供應商登入後，只能看到自己的資料嗎？
• 同一家供應商是否有多個帳號與不同角色？
• 供應商可以看到哪些訂單、報價或文件？
• 內部採購是否只能管理自己負責的供應商？
• 主管是否能跨部門查詢？
• 品保、財務、法務看到的資料範圍是否不同？
• 資料下載、匯出、附件檢視是否需要限制？

這些權限規則如果沒有先處理好，供應商平台很難放心開放外部使用者使用。

所以在 SRM 系統建置時，權限管理不是最後才補的設定，而是系統架構中的核心設計。尤其當平台同時涵蓋供應商主檔、詢報價、訂單、合約、品質文件與績效評鑑時，更需要清楚區分內部角色與外部角色的資料範圍。

 

七、SRM 應該與企業既有系統整合

供應商管理通常不會獨立存在。它會與 ERP、採購系統、庫存系統、品質管理、財務付款、文件管理或企業入口平台產生關聯。

例如：

• ERP 可能保存正式供應商代碼與交易資料。
• SRM 負責供應商申請、資料維護與協作流程。
• DMS 或文件庫負責合約、證照與附件管理。
• BPM 負責跨部門簽核流程。
• BI 或報表平台負責績效分析。

如果沒有規劃整合方式，SRM 很容易變成另一套孤立系統。使用者需要在多套系統重複輸入資料，資料版本也容易不一致。

因此，SRM 導入時應該先確認哪些資料由哪一套系統主控，哪些資料需要同步，哪些作業只需要連結查詢，哪些流程則需要跨系統串接。

這會比單純討論「系統有哪些功能」更接近實際導入會遇到的問題。

 

八、導入 SRM 不一定要一次做完整平台

完整的 SRM 平台可以涵蓋供應商主檔、供應商入口、詢報價、電子競標、訂單交期、品質管理、合約管理、績效評鑑與報表分析。但對許多企業來說，一次導入全部功能不一定是最好的做法。

比較務實的方式，是先從最痛的情境開始。

例如：

• 如果供應商資料分散，可以先做供應商主檔與資料審核。
• 如果報價流程混亂，可以先做詢報價與採購尋源。
• 如果訂單確認與交期追蹤耗費大量人力，可以先做訂單交期協作。
• 如果品質異常追蹤不完整，可以先做供應商品質管理。
• 如果希望供應商自行處理作業，可以先建置供應商入口平台。

SRM 系統的價值，不一定在於第一階段功能多完整，而在於架構是否能逐步擴充。只要資料模型、權限規則、流程引擎與整合方式設計得夠穩，後續就能逐步把更多採購與供應商協作情境納入同一個平台。

 

結語：供應商關係管理的重點，是讓合作規則可以被系統落實

供應商關係管理不是只有選擇好供應商，也不是定期做一次評鑑。從系統建置角度來看，SRM 真正要解決的是：企業如何把供應商資料、採購流程、協作紀錄、品質績效、合約文件與風險提醒，整合成可以長期運作的管理機制。

當供應商資料可以維護、流程可以追蹤、權限可以控管、績效可以分析、風險可以提前提醒，供應商管理才不會只停留在人工經驗與零散文件中。

因此，企業在規劃 SRM 或電子採購系統時，除了確認功能清單，更應該回頭檢視幾個問題：

• 目前供應商資料是否可信？
• 採購與供應商的互動是否有紀錄？
• 關鍵流程是否能被追蹤？
• 績效評鑑是否有交易資料支持？
• 外部供應商登入後的權限是否安全？
• 未來是否需要與 ERP、DMS、BPM 或其他系統整合？

這些問題的答案，往往比單一功能是否存在更重要。SRM 系統不只是採購部門的工具，而是企業與供應商建立長期協作能力的重要平台。

 

景佳科技可協助企業建置供應商協作平台

景佳科技 FansySoft 長期協助企業規劃採購管理、供應商入口、供應鏈協作與 SRM 系統整合應用。 透過供應商協作平台，企業可以將詢價、報價、訂單確認、交期回覆、文件交換、供應商評鑑與採購案件追蹤等流程集中管理， 並依實際需求與既有 ERP、會計系統、庫存系統或內部簽核流程進行整合。

若企業正在評估如何從 Email、Excel 與人工追蹤，逐步升級為可追蹤、可協作、可整合的供應鏈管理流程， 可進一步了解 景佳科技供應鏈 SCM 協作解決方案 ； 若重點是讓供應商透過外部入口完成資料維護、詢報價、訂單確認、交期回覆與文件上傳， 則可參考 供應商入口網站 Supplier Portal 。