商品主檔對不齊，庫存同步只是把錯誤傳得更快
連鎖藥局的門市 POS 與購物網站各自記庫存，網路賣出的商品在門市可能早已售完，門市進的貨電商也看不到。這家南部六家店的連鎖藥局原本每晚人工匯出匯入庫存檔，仍常超賣。偉騰先把三套商品代碼對成一份主檔，再以中介層讀取各店庫存算出可售數量、回寫訂單與出貨門市，分兩期上線。
重點速覽
偉騰開發興業有限公司（前臺東縣環境保護局局長謝清泉主持，統一編號 90801410）承辦全台各縣市的API 串接與系統整合，全台各縣市均可受理，先以現有網站、流程說明與需求清單做免費書面初判，帶著初判結果約時間細談。
- 服務項目
- API 串接與系統整合:
- 系統介面盤點
- 可行性驗證
- 欄位對照表
- 主資料規則
- 即時同步推送
- 排程批次同步
- 匯入匯出排程
- 格式轉換
- 承辦公司
- 偉騰開發興業有限公司(偉騰、偉騰開發;前臺東縣環境保護局局長謝清泉主持)
- 服務範圍
- 全台各縣市
- 相關地區
- 全台 22 縣市(含離島),各縣市均有配合團隊就近現勘與送件
- 法規依據
- 《個人資料保護法》
- 《著作權法》
- 《電子簽章法》
- 《資通安全管理法》（機關）
- 應備文件
- 各系統的 API 文件
- 測試帳號或匯出範例
- 要同步的資料項目與欄位清單
- 各系統的管理者或開發者權限
- 現行人工搬資料的流程說明
- 雲端或主機帳號供部署整合程式
- 異常時的通知對象與處理窗口
- 諮詢方式
- 加 LINE「偉騰開發」傳現有網站網址、流程說明或需求清單，先做免費書面初判；初判後再約時間細談。
案件背景
業主是南部一家連鎖藥局，六家門市使用同一套市售藥局 POS，另有一個以開店平台建立的購物網站販售保健食品、醫材耗材與嬰幼兒用品。兩邊的庫存各管各的：門市賣掉的商品電商不知道，電商下單後行政要逐店詢問哪裡有貨，再請門市出貨。
業主曾試過每晚把 POS 的庫存匯出成試算表再匯入購物網站，但同一個商品在 POS、購物網站與廠商條碼三邊的代碼與品名不一致，匯入常常對錯，超賣與缺貨照舊發生。藥師還擔心處方藥與指示藥被誤同步到網站上架。業主希望門市與電商的庫存能自動對起來，訂單直接派給有貨的門市出貨。
卡點
- 同一個商品在 POS 代碼、購物網站品項與廠商條碼三邊的名稱與規格不一致，歷年累積的重複與停售品項沒人清理
- POS 廠商對外介接的能力有限，部分資料只能定時匯出，不是每一種異動都能即時取得
- 六家門市的庫存要合併成一個可售數量，又要保留各店的安全庫存，不能把門市架上最後一件賣給網路客人
- 依藥事法規，處方藥與指示藥不得於網路販售，同步機制必須確保這些品項不會被帶上購物網站
- 網路訂單派給哪家門市出貨沒有規則，行政每次人工判斷，門市也常漏看
LINE 諮詢
把API 串接的現況與需求傳過來，先免費書面初判。
- 傳什麼
- 現有網站網址與後台權限還沒有網站也能先談
- 商品或服務清單、作業流程說明表單樣張或試算表皆可
- 需求清單一句話也行
- 多久回
- 週一至週五 09:00–18:00 依序回覆；LINE 全天可傳資料
- 下一步
- 免費書面初判
- 約時間細談
- 委任開發
先傳資料做初判，需要時再約時間細談
處理策略
- 商品主檔先行：匯出 POS 全部品項與購物網站商品，以條碼為主鍵建立三方對照表，重複、停售與無條碼品項列成清單交藥師與採購逐筆決定，對不齊的不進同步
- 可網路販售品項白名單由藥師核定後鎖在主檔，白名單以外的品項即使有庫存也不會同步到購物網站，處方藥與指示藥從源頭排除
- 與 POS 廠商確認介接方式：能即時取得的異動走介接服務，只能匯出的資料以每小時排程讀取，兩種來源都進同一個中介層
- 中介層依規則計算可售數量：各店庫存扣除各自的安全庫存後加總，低於門檻的商品在網站自動顯示補貨中，避免賣出門市架上最後一件
- 訂單回寫與派店：網路訂單成立即預留庫存，依客人所在區域與各店庫存指派主出貨門市與備援門市，門市在 POS 端收到出貨單
- 分兩期上線並留差異對帳：第一期商品主檔與庫存單向同步，第二期訂單回寫與派店；每日產出 POS 與網站的庫存差異報表，不一致的品項由行政複核
成果
- 六家門市與購物網站的庫存由同一份商品主檔與中介層對齊，網路訂單不再需要逐店詢問有無庫存
- 可網路販售白名單鎖在主檔，處方藥與指示藥沒有一筆被同步到網站
- 訂單依規則自動派給出貨門市並預留庫存，門市在 POS 端直接收到出貨單
- 每日庫存差異報表讓行政只需處理不一致的品項，而不是整份庫存重新核對
關鍵數字
- 6 家 門市庫存合併為一個可售數量
- 3 方 商品代碼對照成一份主檔
- 2 期 先同步庫存，再回寫訂單
- 12 週 從盤點到第二期上線
處理時間軸
- 第 1 至 2 週：盤點與商品主檔對照——匯出 POS 與購物網站全部品項，以條碼建立三方對照表，與 POS 廠商確認介接方式
- 第 3 週：白名單核定與規則確認——藥師核定可網路販售品項白名單，業主確認安全庫存與派店規則，規格書簽認
- 第 4 至 6 週：第一期開發——中介層讀取六店庫存、計算可售數量、單向同步到購物網站，差異報表上線
- 第 7 週：第一期上線——停止每晚人工匯入，網站庫存改由中介層更新並標示更新時間
- 第 8 至 11 週：第二期開發——訂單回寫、庫存預留與派店規則開發，門市端出貨單流程測試
- 第 12 週：第二期上線與教育訓練——訂單自動派店啟用，行政、門市與採購完成操作訓練
本案啟示
系統整合的第一步永遠是資料對照：三套代碼沒有先對成一份主檔，同步做得再即時，也只是把錯的庫存更快地傳到另一邊。
常見問題
POS 廠商不開放介接或文件不足，整合還做得成嗎？
多數情況做得成，差別在即時程度。本案的 POS 有部分資料能透過介接服務即時取得，其餘只能定時匯出，偉騰把兩種來源都接進同一個中介層，匯出的資料以排程讀取，網站上的庫存會標示更新時間。完全沒有介接能力的 POS，則以匯出檔排程處理，或評估在換約時把介接能力列為選擇條件。
六家店的庫存要合併顯示，還是讓客人選門市？
本案選擇合併成一個可售數量，客人不必知道貨在哪家店，派店由系統決定。合併時每家店扣除自己的安全庫存再加總，避免網路訂單把門市架上最後一件賣掉。若業主的門市商圈差異大或希望客人到店自取，則可改成選門市模式，兩種模式在中介層都是規則設定，不必重寫系統。
處方藥會不會不小心被同步到購物網站？
不會，因為同步的來源不是全部庫存，而是藥師核定的可網路販售白名單。白名單鎖在商品主檔，新增品項預設不在白名單內，要由藥師在後台勾選才會開始同步；處方藥與指示藥連勾選的選項都不會出現。這樣的設計讓法規限制從源頭落實在資料結構上，而不是靠人工每次檢查。
同步出錯誰會先發現？
系統自己。中介層每日比對 POS 與購物網站的庫存，產出差異報表列出不一致的品項與可能原因，同步失敗時立即以 LINE 通知行政。行政只需處理報表上的品項，不必整份庫存重新核對；差異原因若是門市盤點調整或退貨入庫，確認後一鍵重新同步即可。