停車場代建與代管——當工程業內控遇上盤根錯節的自建系統
客戶背景
這家公司做停車場的代建與代管：前段是工程——找地、建置、施工發包；後段是長期營運——收費、維運、與業主拆帳。骨子裡是工程業，外面包著一層長期服務合約。規模不小，資訊能力也強，多年來養出一支能自己寫系統的團隊，公司裡跑的大多是自建系統。
為什麼難
第一層難在行業本身。工程業的內控認定跟一般買賣業是兩套邏輯：收入跟著完工進度走，成本要歸屬到每一個案場，中間還有估驗計價、保留款、履約保證這些一般公司碰不到的科目；代管段又是另一種生意，長期合約、定期收費、與業主的拆帳條件案案不同。內控規則要認定得準，前提是真的把他們商業模式裡的每一個步驟走過一遍——這種公司的流程沒有現成範本可以套。
第二層難在系統。自建能力強是優勢，但幾年累積下來，系統彼此盤根錯節，誰餵資料給誰、哪段邏輯藏在哪支程式裡，連內部都未必說得清。這種案子不能推倒重來，也不能假裝那些系統不存在——得先把現有架構盤點清楚，才能規劃出一條跟內控順利接軌的路。
做法
順序是這個案子的關鍵。
先訪談、先盤點：把商業流程的每一步和自建系統的全貌攤開來，弄清楚現在的錢和資料是怎麼流的。內控設計建立在這個地基上，而且畫的時候就要畫成「未來系統做得出來」的樣子——控制點落在哪個系統、哪個介面，設計階段就想好，而非寫完制度再丟給資訊部門傷腦筋。
內控定案後才做 ERP 選型。這一步很多公司做反了。以這家公司的體質，選型的核心準則是介接能力：它的自建系統不會消失，ERP 要當的是帳務與交易的主幹，撐得起大量外部系統介接——不是每一套 ERP 都做得到，封閉架構的產品在這種場景會變成瓶頸。
最後是周邊系統的整合藍圖：讓自建系統繼續做它擅長的營運邏輯，該進帳的交易以介面回寫 ERP，控制點與稽核軌跡按內控設計落位。三件事——商業合理性、內控、ERP——要在同一張架構圖上成立。
這個案例說明什麼
自建能力強的公司，問題從來不是寫不出系統，是系統長在制度前面。順序擺對——先懂流程、再定內控、再選骨幹、最後整合——多年的自建資產就不是包袱，而是別人買不到的競爭力。