【CDO專欄】資料治理

數據長與數據驅動型組織系列（12/12）

文／葉宏謨

---

資料治理是 ESG 永續發展的 G（治理）。企業要做好資料治理，CIO/CDO 是關鍵角色，應該制定防衛型資料策略（Defensive Data Strategy）和進攻型資料策略（Offensive Data Strategy）。防衛型資料策略是為了改善資料品質，包括主資料管理、交易資料管理、水位資料檢核、偵測並清除多餘的資料、防止資料被破壞、降低 IT 基礎設施成本等。進攻型資料策略是為了興利，包括找出能創造市場價值的專案、分析營收和市佔率的貢獻、改善作業效率、和將資料貨幣化（Monetization）等。

資料治理的組織

資料治理類似ERP系統導入，差別在資料治理是常設組織，ERP系統導入是專案組織，資料治理的組織如圖1所示。資料治理雖為常設組織，但實質上相常於連續性的導入各種和資料品質有關的專案。二者的最高執行單位都和資訊部有關，但領導人並不一定是資訊部主管，重點是這個人是否有魄力可以推動工作。比較公司營運、資料治理、和ERP導入的組織如表1。

我曾經指導某半導體上市公司導入 ERP 系統，專案啟動不久，我發現擔任 PM 的資訊部經理個性太軟弱，立即請總經理把 PM 換成製造部經理，專案才得以順利推動，並在 13 個月後順利上線。

沒有任何專案有無限資源，ERP 導入和資料治理也一樣，所以資料治理辦公室須規劃優先次序和資源分配，並請資料治理審議會做決策。

有些道理是自然的，違背自然總不會有好的結果。有一個傳產上市公司由資訊部經理當 ERP 導入專案的 PM，他說「我都聽使用者的」、「所有使用者提出來的需求都要做到才能上線」。因 60 多年的組織老化，已接近退休年齡的總經理無法也不願意換掉資訊部經理。最高決策單位和最高執行單位都失能，其結果可想而知。

[ 2023年企業IT投資重點為何？資安、人才、ESG如何部署？下載 CIO大調查報告 立即揭曉！ ]

資料治理辦公室一定要有實質的預算和權力，落實資源有限和優先次序的觀念，才能指揮各部門達成目標。組織不對什麼都免談。

對沒有資訊部門的中小企業而言，資料服務公司是眾多中小企業共享的數據長（CDO）。資料服務公司讓所有中小企業在雲端共用一套多承租戶（Multi-Tenant）架構的 SOA-ERP 系統（即服務導向架構 ERP 系統），將每個中小企業設為一個承租戶，再將其他如 HR、BPM、POS、MES 等系統共用的主資料整合到 SOA-ERP 系統所屬承租戶中，就可由資料服務公司替中小企業治理資料。

台灣的中小企業有一個特別的現象，就是規模雖然不大，也有跨國關係企業。SOA-ERP 系統的一個承租戶可以設多家公司，所以，即使是使用公有雲 SOA-ERP 系統的中小企業也可以各自設定多公司、多語言，而且可以有自己的客製化流程（Business Process，BP）和畫面（User Interface，UI）。

中小企業可以沒有資訊部，但不能沒有 CIO，只要中小企業老闆和資料服務者能建立信任關係就行，這種關係有點像是醫病關係。

主資料管理

資料分為主資料（Master Data）、交易資料（Transaction Data）和水位資料（Level Data）。例如，產品規格是主資料，進貨、出貨是交易資料，產品庫存是水位資料。交易資料參照主資料並改變水位資料，所以主資料管理（Master Data Management，MDM）是資料治理的基礎。

資料治理是數據長辦公室的基本功能。對企業而言，如果能把各系統的資料整合到 SOA-ERP 系統中，就有現成的資料字典、商務詞彙表、和資料目錄，而這些資料的真實來源，在匯入資料時都會有記錄。

集團企業中，各公司的各種系統共用的主資料可以在 SOA-ERP 系統的核心模組維護，讓各公司的系統來參照。這個跨公司的 SOA-ERP 系統也能扮演和資料有關的企業追蹤系統，並能評量及監測集團的跨組織資料品質。

集團企業的各個公司可能使用不同的系統，但所有人、事、物的主資料都要統一。企業必須確保這些主資料的一致性，不同對象不能有相同的代號，同一對象不能有多個代號。可利用多公司架構的 SOA-ERP 系統「重建」整個集團的組織架構，「同步」各公司的主資料，若同步失敗表示某公司系統的主資料內容有問題，這樣做有助於主資料的管理。

[ 加入 CIO Taiwan 官方 LINE 與 Facebook ，與全球 CIO 同步獲取精華見解 ]

可不定期執行一個「主資料盤點」程式，檢查各公司主資料和 SOA-ERP 系統的各營運主體的主資料是否一致。

整合各公司主資料之前需要重新整理各公司的主資料。企業過去可能使用傳統單公司的 ERP 系統，所以代號有可能重複或不一致。例如部門代號，不同公司的部門可能有相同代號，整合至 SOA-ERP 系統之前需要在部門代號之前或之後加上一碼，以避免重複。又例如品項（Item）代號，不同公司可能對相同品項編以不同代號，為了統一品項代號，就要如同《數據長與數據驅動型組織》(葉宏謨、鄭伯壎、王盈裕著，2021 年）第四章提出的，由資料治理辦公室協調各公司的資料工作團隊重新編號，若遇衝突則由資料治理審議會解決。

若集團各公司使用各自的 ERP 系統，難免員工、部門、倉庫等編號會有所重複，為了在 SOA-ERP 系統作主資料管理而需重新編號，即使只是原編號後面加上一碼，也可能會遭受抗拒。解決方法是：各公司 ERP 系統不必重新編號，但在主資料管理的 SOA-ERP 系統中，除了原代號再加上公司識別碼，在「主資料同步」和「主資料盤點」程式中自動處理即可，照樣可以抓出各公司 ERP 系統是否有屬性完全相同編號卻不同的主資料。

交易資料管理

主資料整合至 SOA-ERP 系統後，就可進行交易資料的整合。企業中的各公司日常交易頻繁，但只要把期間的交易彙總成一筆交易再整合至 SOA-ERP 系統就可以。例如銷售訂單，把一個月一個客戶的所有銷售訂單彙總成一張銷售訂單，然後呼叫 SOA-ERP 的開立銷售訂單服務，和自動從銷售訂單開立執行到會計傳票過帳結案的服務，就可以把銷售訂單整合至 SOA-ERP 系統。如果成功則會自動更新庫存量和會計科目餘額等水位資料，如果失敗，則可查出資料的錯誤並加以訂正。

銷售訂單只是一個例子，所有單據都可以這樣處理。這是每月一次的批次作業，不會影響各公司的日常作業。

彙總交易資料的月批次執行順序應該以先進貨後出貨為原則，以免因庫存不足而無法執行。

因為交易資料會參照主資料，所以 SOA-ERP 的主資料和各公司主資料不吻合就會出錯。例如，客戶代號不同就會找不到客戶、交易條件不一致就會被系統檔下、庫存量不足就會出不了貨等等，再回頭去檢查問題出在哪裡。

彙總交易資料不一定按月批次執行，在 SOA-ERP 系統中可選擇依日、週、雙週或月執行。每一種資料的政策、程序和標準，由資料治理辦公室規劃、資料治理審議會決定。

水位資料的檢核

每月批次作完上述彙總交易資料自動轉單作業之後，理論上 SOA-ERP 之各營運主體的所有水位資料應該和各公司 ERP 系統的水位資料一致。可利用程式自動執行「資料盤點」，例如，用「庫存資料盤點」程式和「會計科目餘額盤點」程式，比對 SOA-ERP 系統和各公司 ERP 系統的庫存資料和會計科目餘額。比對盤點結果之後，若發現誤差超過容許範圍，則應檢查問題出在哪個環結。找出問題之後，各公司的 ERP 系統再利用標準程序調整資料。

建議設定各資料之容許誤差範圍（資料政策），只在誤差超過管制界限時再同步各公司 ERP 系統和 SOA-ERP 的水位資料；但主資料還是要即時修正、同步。

針對每一種資料設定容許誤差範圍是一種「防衛型資料策略」，根據「數據長與數據驅動型組織」第三章所述，主資料管理、交易資料管理、和水位資料檢核都屬防衛性的資料策略。其他的防衛性資料策略還包括偵測並清除多餘的資料、防止資料被破壞並辦認竊賊、節省 IT 基礎設施成本等。

至於進攻型資料策略則包括和高階主管（C-Suite）一起找出能創造市場價值的專案、分析營收和市佔率的貢獻、改善作業效率、組織資料資產貨幣化等等。以下討論進攻型資料策略，主要是利用資料分析產生統計表、圖、和 KPI，可參考「數據長與數據驅動型組織」第七、八章。

找出能創造市場價值的專案

將各公司的銷售資料整合至 SOA-ERP 系統後，可以分析歷來各類型客戶偏好的變化，研判應啟動何種產品開發專案，以創造市場價值。利用 SOA-ERP 的資料分析工具可以設定群（Group）、組（Series）、期間（Period）和數值（Numeric）欄位，將客戶類別設為群，產品類別設為組，期間設為訂單月或年，數值欄位設為產品訂單金額，就可以看出客戶偏好的變化趨勢。

分析各產品營收和市佔率的貢獻

SOA-ERP 系統除了能整合各公司的銷售資料，也能整合政府開放資料，分析各公司產品的營收和市佔率貢獻。利用 SOA-ERP 系統的「總帳月計查詢」服務，可統計各產品的每月營收，再利用經濟部統計處的「行業別營業額統計」開放資料，即可做出「產品營收和市佔率分析」儀表板，供高階主管參考。

改善作業效率

SOA-ERP 系統有「會計報表維護」服務，可以自行設定財務項目，每個財務項目包含使用者自行指定的會計科目。例如，在「營運主體經營能力分析」儀表板中，營業收入、銷貨成本、應收帳款、存貨等是財務項目，分別包含數個會計科目。將記帳年月設為群，營運主體設為組，營業收入、銷貨成本、應收帳款、存貨設為數值欄位，就可以統計各年月各公司各財務項目的金額。也可以利用財務項目設 KPI 公式，計算各公司的經營績效，例如應收帳款週轉天數、存貨週轉天數等。

資料貨幣化

資料貨幣化意思是把資料變成收入，減少損失也是一種收入。利用資料改善作業效率，並計算此改善值多少錢。例如，「營運主體經營能力析儀表板」可分析今年和去年之應收帳款週轉天數和存貨週轉天數，利用資金成本就能算出作業改善的貨幣價值，其中資料的貢獻佔比可以由資料治理審議會評估。

資料也可以反映潛在問題，讓組織提早因應，所節省下來的損失也可以貨幣化，衡量出資料的價值。

有些行業可能受到法規的限制，如同前述的交易資料和水位資料，可以設定檢核邏輯，在還沒違規之前，自動提醒企業主管。

產生資料的程式是有成本的，有些企業的資訊系統裡面有不少蚊子程式。這是因為各部門使用者認為資訊部是免費的，未經深思熟慮就提出需求。資訊部應該訂定價格表，一個功能多少錢、一個報表多少錢，內部計價，使用者付費，讓資訊系統能真正有效的被利用。

分析市場調查資料和政府開放資料，預測未來數年經濟成長率或行業總營收的變化，除了企業內部使用，還能銷售給其他企業。把資料當作商品來販賣，也是資料貨幣化的例子。CIO 也可以對外提供顧問服務，為企業創造更多的營收。

資料治理的工具

資料治理的工具包括資料字典（Data Dictionary）或商務詞彙表（Business Vocabulary）以及資料目錄（Data Catalog），這些都是說明資料的資料，稱為元資料（Metadata）。其他的工具還包括前述的「主資料同步」程式、「主資料盤點」程式、「庫存資料盤點」程式、「會計科目餘額盤點」程式，以及各種資料分析程式。

SOA-ERP 系統的資料字典或商務詞彙表稱為「LCVocabulary」，它是一個表，如同真正的字典一樣，針對每一個字、詞或句都有多國語言，而一萬多個服務元件的每一個元件都有一個稱為主機語言（HOSTLANGUAGE）的輸入欄位，呼叫服務時若有指定，則所有回傳訊息（RETURNMSG），都會變成該國語言。

[ 閱讀所有葉宏謨的專欄文章 ]

SOA-ERP 系統的資料目錄稱為 LCServiceDoc，一萬多個服務元件的每一個元件在資料目錄都有明列輸入欄位和輸出欄位，以及相關邏輯和有效值。為了資安權限管理，登入者的帳號密碼是每個元件的必要輸入欄位。參考資料目錄就能寫程式將各公司資料匯入 SOA-ERP，或寫程式自動執行一系列資料檢核的作業，以提高資料品質。

治理資料如同治理國家一樣，制定法令規章，提供基礎設施，然後就讓人民自由發揮、創造價值。前面提到的資料字典、資料目錄和權限管理，相當於法令規章；而基礎設施則包含 SOA-ERP 的前端框架和中間層框架，以及眾多無碼（No-Code）和低碼（Low-Code）的客製化工具。

可組合程式碼

《CIO IT 經理人雜誌》精選文章提到「可組合程式碼」(Composible Code）是〈重新定義 IT 的 9 項科技〉之首，而 SOA-ERP 從 2003 年就開始研發，至今已 20 年，累積了一萬多個可組合的 SOA-ERP 元件。SOA-ERP 元件讓 ERP 功能的開發像極了組裝積木，實現了快速客製化（Rapid Customization）與公民開發（Citizen Development）。公民開發者可以隨心所欲把 SOA-ERP 元件組裝在流程（BP）和畫面（UI）之中。每個SOA-ERP 元件都能執行一個完整的工作，多個元件可以串聯或並聯成更高階的元件，在串聯和並聯的過程中可以加入分支（Branch）或迴圈（Loop）的判斷。組合後的元件執行過程若發生異常都可以倒回（Roll Back）。

SOA-ERP 是資料治理的基礎設施，所有客製開發都以組合 SOA-ERP 元件的方式完成。除了研發 SOA-ERP 的單位，沒有人可以碰到資料庫，也沒有人可以改變元件。客製開發如同組積木一樣，人人都可以做，速度很快，且不會有資安的問題，因為每個元件都有資安控管。

結論

資料是企業的氧氣，企業必須呼吸乾淨的空氣才能獲得需要的氧氣。資料品質和空氣品質一樣重要，資料品質不佳，企業會窒息。作好資料治理才能確保資料品質。

資料治理不應該是大企業的專利，中小企業在資料服務公司的協助下，也能擁有好的資料品質，並進行有價值的資料分析。

好的空氣品質讓人活著，但活著並不是目標，活得快樂才是目標。資料治理除了消極的改善資料品質（防衛型資料策略），讓企業活著以外，也要積極的創造價值（進攻型資料策略），讓企業永續經營，讓客戶、員工和股東活得快樂，快樂才是人生的意義。

---

(本文授權非營利轉載，請註明出處：CIO Taiwan)