連鎖系統整合｜既有系統保留與分階段導入指南

連鎖系統整合要處理的是既有 POS 與 ERP 要不要留、資料在幾套系統之間怎麼同步、主檔對不起來怎麼修、上線順序怎麼排、系統商要用什麼標準挑。判斷的順序其實很固定：先確認哪些系統不能動，再決定新東西怎麼接進去，最後才談要不要換。

整合最常見的誤解，是把它當成換一套更好的系統。實際上整合的定義正好相反：在盡量不動既有系統的前提下，讓資料在幾套系統之間自己流動。跑了五年、財會人員閉著眼睛都會用的 ERP，本身不是問題；問題是它跟 POS、電商、會員各自為政，中間靠人工匯出匯入撐著。

▍先分清是整合、汰換，還是加購

這三個詞經常混著用，但要做的事完全不同。整合是既有系統都留著，補一層讓資料互通；汰換是把某一套換掉，資料要搬遷、人要重新訓練；加購是在現有系統上買新模組，前提是原廠還有你要的模組，而且願意賣。

分不清的後果是預算與時程都對不上。以整合的心態編預算，實際做的卻是汰換，資料搬遷與教育訓練的工作量沒人算進去；反過來把整合當成加購，會以為付了授權費就結束，忽略對接開發那一段。

判斷方式不複雜：既有系統每天還在被用、資料還在累積，就先想整合；只有在它連資料都輸出不了的時候，汰換才是唯一選項。

▍第一個決定：留下什麼

規劃的第一步是把現有系統分成三類。

不能動的：財會與稅務相關的、已經跟集團或母公司對接的、客製程度極高的那一套。這幾類動了牽連太廣，而且通常不是資訊部門能單獨決定的事。

可以接的：有標準介面，或至少能定期輸出交易與主檔檔案的。這一類是整合的主要對象，也是最容易看到成效的部分。

應該換的：連基本資料都輸出不了、原廠不再維護、也找不到人能改的。

分類時建議逐套系統問四個問題：它每天產生哪些資料、這些資料現在怎麼傳出去、原廠還在不在、合約裡的資料所有權怎麼寫。四題答完，三類自己就分好了。

三類分完，整合範圍就清楚了。這一步做得草率，後面每一個決定都會回頭重來。

▍第二個決定：新系統走哪條路線

補新功能有四種形態，差別不在功能多少，而在誰決定功能該長什麼樣。

自建：決定權在自己，特殊需求不必妥協，代價是開發期長，而且三年後要有人熟悉當初的設計。

套裝：上線快、流程成熟，但功能有邊界，遇到特殊需求只能改流程配合、付費客製，或用系統外的方式處理。

雲端：初期投入低、不用顧機房，代價是版本更新與服務中斷的節奏都由對方決定。

專案型開發：既有系統保留，新需求另外開發再對接。彈性最大，前提是廠商願意配合既有系統的規則。

連鎖業特殊的一點是門市數會變。今天合用的規模，三年後可能就卡住，所以路線判斷不能只看現在的店數，要看未來三年的展店計畫，以及超過某個規模後效能與授權方式怎麼變。多數連鎖品牌最後的答案不是四選一，而是混搭。

▍第三個決定：資料怎麼對得起來

整合專案真正花時間的地方不是寫程式，是勾稽主檔。要處理的主要是三種。

商品主檔：同一支商品在 POS 叫一個名字、在 ERP 是另一個編碼、在電商後台又是第三種寫法。除了編碼對應，還要處理顆粒度不同，以及進貨以箱、銷售以包、庫存以支這類單位換算。

門市主檔：除了代號，還要對上營運狀態、所屬區域與管理層級、直營或加盟的屬性。已結束營業的門市要用狀態標記而不是刪除，否則歷史資料就查不到了。

會員主檔：先定一個身分主鍵，通常是手機號碼，再處理同一支手機多筆資料、同一個人多支手機這類重複。會員資料的合併涉及個人資料保護的法定義務，建議請法務或專業顧問依實際情形確認。

這些不先統一，同步只會把錯誤複製到每一套系統裡。上線之後兩邊數字對不起來，最常見的原因也集中在幾處：時間切點不同、單位或稅別換算不一致、主檔沒對應上、傳輸中斷沒補回、兩套系統的計算規則本來就不一樣。前兩項不需要工程師就能自己查。

▍第四個決定：找什麼樣的系統商

整合專案的成敗有很大一部分在廠商身上，而評估標準跟買套裝軟體完全不同。要看的不是功能清單，是它有沒有跟別家系統對接過、願不願意配合既有系統的規則、專案沒做完之前跑不跑。

比較有預測力的觀察點是他問你的問題。一場需求訪談裡，他會不會主動問目前哪幾套系統在跑、哪一套是主檔來源、門市每天的關帳流程、直營與加盟的作業差異，問完之後又能不能提出你沒想到的風險。不問現況就報價的廠商，通常也不會在專案裡發現你沒說到的部分。

▍分階段導入的順序怎麼排

排序看的是依賴關係，不是重要程度。可行的順序是四步。

第一步，盤點與分類，把系統分成不能動、可以接、應該換三類，同時盤主檔的混亂程度。

第二步，先接最會出錯的那條線。通常是門市交易到財會這一段，因為它每天都在發生、錯了要人工補。這一階段刻意不動任何功能，門市照原來的方式結帳。

第三步，在集中起來的資料上補新功能。跨店庫存查詢、總部即時報表、多通路訂單彙整都屬於加在旁邊而不是改在裡面的功能。

第四步，才按模組評估替換。判斷標準是這個模組是不是已經無法擴充、它出的錯是不是需要人工日常補、以及它有沒有拖住其他系統。三個都成立才值得換。

每一階段之間要留並行期與可量測的驗收條件，例如連續幾天的日結筆數與金額兩邊一致。條件在階段開始前就寫下來，不是做完再回頭訂。

富啟科技做的是專案型整合，合作過的環境裡常見既有 ERP 已由國際大廠建置，這種情況不會建議整套汰換，而是把新模組接上去、讓主檔與交易資料雙向同步。純套裝軟體的做法通常反過來：要客戶改用它的商品編碼與流程規則，改不了的部分就只能人工併行，於是整合到最後變成兩套系統各記一份帳。

▍小結

整合的目標是讓資料自己流動，不是換一套更好的系統。開始之前先分清這次要做的是整合、汰換還是加購，三者的預算與工作量結構完全不同。四個決定的順序是先分類既有系統、再選新系統路線、再勾稽商品門市會員三種主檔、最後評估系統商，其中主檔最耗時、廠商評估最容易被輕忽。分階段導入按依賴關係排四步，每一階段都要能單獨運作，並留並行期與可量測的驗收條件。

▍常見問題

Q1：既有系統很舊，原廠也不維護了，還能整合嗎？

先確認它能不能輸出資料。只要能定期產出交易與主檔檔案，就可以用排程轉檔的方式接進來，不一定需要原廠支援。真正無法整合的情況是資料庫封閉、連匯出功能都被鎖住，這時要評估的是資料搬遷，而不是整合。

Q2：整合要做多久？

取決於系統數量與主檔的混亂程度，而不是功能多寡。實務上主檔盤點與勾稽通常佔掉專案前段最多時間，這一段做得紮實，後面的對接會快很多；反過來急著先做介面，後面幾乎都要回頭重做。

Q3：一定要一次整合完嗎？

不建議。分階段的原則是先接最會出錯的那條線，其他線路等第一段穩定運作一段時間再接。分階段的總時程可能跟一次做完相近，但風險分布完全不同：一次上線是把所有風險集中在同一天，出問題時沒有退路。

Q4：整合期間門市的作業會受影響嗎？

規劃得好，第一階段對門市幾乎無感，因為那一階段只讀資料、不動功能。真正需要教育訓練的是第三步的新功能與第四步的模組替換。把改動集中在後段，門市只需要學一次。

Q5：整合之後就不會再對不起來了嗎？

不會自動維持。新增商品、新開門市、系統改版之後若沒有人更新主檔對應關係，資料會慢慢又對不上。做法是把對應表的維護納入新品建檔與開店流程的必要步驟，並讓同步機制每天輸出對應失敗清單。

每一家連鎖品牌的既有系統組合都不一樣，能保留什麼、該先接哪一段，要看實際環境才有答案。富啟科技可以協助盤點現有系統並排出分階段的整合順序，歡迎與我們聯絡，取得客製化建置方案與報價。

電話 (02)2516-6100｜

手機 0979-382-058｜

LineID：@964dmmig

地址：台北市南京東路二段178號6樓

▍延伸閱讀

〈連鎖品牌漸進式系統整合｜既有系統保留的做法〉

〈連鎖系統自建、套裝、雲端怎麼選｜三種路線比較〉

〈連鎖多系統資料同步｜商品、門市、會員主檔對應實務〉

〈連鎖系統廠商怎麼評估｜專案型系統商選型清單〉

〈不用換系統也能導入 AI｜連鎖品牌漸進式導入做法〉

〈連鎖展店後系統卡在哪｜套裝系統的常見功能限制〉