訂單狀態圖先畫好，三方串接才不會各說各話
金流、超商物流與電子發票各有自己的狀態與時限，一筆訂單在三個系統裡的身分都不一樣。這家中部茶葉品牌的購物網站原本靠人工在三個後台之間搬資料，旺季一到就出現發票開錯、託運單對不上訂單的狀況。偉騰先把訂單從付款到退貨的每一個狀態畫成一張圖，對應三方的事件，再以此為準串接，平行作業一週後才切換。
重點速覽
偉騰開發興業有限公司（前臺東縣環境保護局局長謝清泉主持，統一編號 90801410）承辦全台各縣市的金流、物流與電子發票串接，全台各縣市均可受理，先以現有網站、流程說明與需求清單做免費書面初判，帶著初判結果約時間細談。
- 服務項目
- 金流、物流與電子發票串接:付款方式規劃、金流審核文件、刷卡與定期定額、虛擬帳號轉帳、超商代碼繳費、行動支付串接、付款結果回寫、超商取貨託運單
- 承辦公司
- 偉騰開發興業有限公司(偉騰、偉騰開發;前臺東縣環境保護局局長謝清泉主持)
- 服務範圍
- 全台各縣市
- 相關地區
- 全台 22 縣市(含離島),各縣市均有配合團隊就近現勘與送件
- 法規依據
- 《消費者保護法》（通訊交易）
- 《個人資料保護法》
- 《電子發票實施作業要點》
- 《電子簽章法》
- 應備文件
- 公司或商業登記資料與負責人身分文件
- 收款銀行帳戶資料
- 商品
- 服務清單與退換貨政策
- 網站或系統的管理權限與原始碼存取
- 電子發票字軌申請結果與加值中心帳號
- 既有訂單與對帳表的匯出範例
- 諮詢方式
- 加 LINE「偉騰開發」傳現有網站網址、流程說明或需求清單，先做免費書面初判；初判後再約時間細談。
案件背景
業主是中部一個茶農二代創立的茶葉品牌，主力是禮盒與訂閱式茶包，購物網站是前一家廠商以開放原始碼電商系統客製的。訂單成立後，行政要到金流後台確認付款、到超商物流後台鍵入收件資料列印託運單、再到電子發票平台逐筆開立發票，三個後台每天來回切換。
平日訂單量還撐得住，年節禮盒檔期一到，發票開錯品項、託運單貼錯箱、客人取消訂單卻忘了作廢發票的狀況接連出現，超商未取件退回的包裹也沒有固定流程處理。業主不想換掉已經上軌道的購物網站，希望把三個外部系統接進既有後台，讓一筆訂單從付款、出貨到開立發票都在同一個畫面完成。
卡點
- 金流、超商物流與電子發票三方各有介接文件與測試環境，狀態名稱與回傳時機都不同，沒有一張圖把三方對起來
- 訂單變動最難處理：客人付款後改地址、加購、取消或部分退貨，每一種都牽動託運單與發票要不要作廢或開立折讓
- 超商取貨未取件退回的包裹沒有流程，退回後庫存、退款與發票三件事各自漏接
- 禮盒含多品項與客製包裝備註，發票品項明細與託運單內容要從同一筆訂單正確展開
- 年節檔期前的上線時程卡得很緊，不能在旺季期間切換系統造成出貨中斷
LINE 諮詢
把金流串接的現況與需求傳過來，先免費書面初判。
- 傳什麼
- 現有網站網址與後台權限還沒有網站也能先談
- 商品或服務清單、作業流程說明表單樣張或試算表皆可
- 需求清單一句話也行
- 多久回
- 週一至週五 09:00–18:00 依序回覆；LINE 全天可傳資料
- 下一步
- 免費書面初判
- 約時間細談
- 委任開發
先傳資料做初判，需要時再約時間細談
處理策略
- 先畫訂單狀態圖：把一筆訂單從成立、付款、配號、出貨、送達、取件或未取件、退貨到結案的每個狀態列出，逐一對應金流通知、物流回拋與發票動作，這張圖成為三方串接與驗收的共同依據
- 金流改以服務商的通知機制接收付款結果，不再由人工到後台查詢；結帳頁同時完成載具、統一編號與捐贈碼的填寫，發票資料在付款當下就備齊
- 超商物流透過物流業者的介接服務建立託運單並回寫狀態，未取件退回自動觸發退貨流程，庫存回補、退款與發票作廢在同一個畫面逐步完成
- 電子發票經由業主選定的加值服務中心開立，開立、作廢、折讓三個動作綁定訂單狀態，依規定時限上傳，月底不再補開補傳
- 測試案例清單涵蓋成功付款、付款失敗、取消、加購、部分退貨、未取件六種情境，在三方的測試環境跑完才申請正式介接
- 分兩期上線：第一期在旺季前完成金流與發票，並與人工作業平行比對一週；第二期旺季過後再接物流與退貨流程
成果
- 一筆訂單的付款、託運單與發票在同一個後台畫面處理，行政不必再於三個後台之間切換
- 取消訂單自動作廢發票、部分退貨自動開立折讓，年節檔期沒有再出現漏作廢的狀況
- 超商未取件退回有固定流程，包裹回倉、退款與發票處理在系統內依序完成
- 訂單狀態圖與測試案例清單成為日後更換金流或物流業者時的驗收依據
關鍵數字
- 3 套 串接的外部服務：金流、超商物流、電子發票
- 6 種 測試情境走完才正式介接
- 1 週 系統與人工平行作業比對
- 2 期 旺季前與旺季後分期上線
處理時間軸
- 第 1 至 2 週：訂單狀態圖與三方對照——盤點既有後台與三方介接文件，畫出訂單狀態圖與事件對照表，業主簽認規格
- 第 3 至 4 週：結帳頁與後台設計——結帳頁加入載具、統一編號與捐贈碼欄位，後台訂單畫面整合三方狀態的設計稿定稿
- 第 5 至 8 週：金流與發票串接開發——接收付款通知、發票開立作廢折讓綁定訂單狀態，六種情境在測試環境走完
- 第 9 週：平行作業比對——系統與人工作業同時進行一週，逐筆比對付款與發票結果後修正差異
- 第 10 週：第一期上線——旺季前切換金流與發票流程，人工開立作業停止
- 第 4 個月：第二期物流與退貨上線——旺季過後接上超商物流託運與回拋，未取件退回流程啟用
本案啟示
三方串接的關鍵不在技術文件，而在那張訂單狀態圖：每一個狀態對應哪一方的哪個動作先定下來，付款、物流、發票才會在同一筆訂單上說同一種語言。
常見問題
我用的開店平台已經內建金流與發票，為什麼還會需要串接？
內建功能夠用就不必另外串接。需要客製串接的通常是三種情況：購物網站是自架或客製的、結帳流程有平台做不到的欄位（例如禮盒的客製包裝備註與企業客戶的統一編號需求）、或是訂單變動後要自動連動發票與物流。本案屬於前兩種，業主不想放棄已經上軌道的網站，所以把三方接進既有後台。
電子發票一定要自己串接才能開嗎？
不一定。訂單量小的時候，直接在加值服務中心或財政部平台的後台手動開立也行。串接的價值在於把開立、作廢、折讓綁到訂單狀態：客人取消就自動作廢，部分退貨就自動開折讓，依規定時限上傳也由系統處理。
訂單一多或變動一多，手動開立就會出現漏開、漏作廢的狀況，本案的年節檔期正是這樣。
超商取貨客人沒去拿，退回來的包裹系統怎麼處理？
未取件退回要當成一種正式的訂單狀態，而不是例外。物流業者回拋未取件狀態後，系統建立退貨單，行政在同一個畫面依序確認包裹回倉、庫存回補、辦理退款、發票作廢，每一步完成才能進下一步。沒有這個流程時，最常漏掉的是發票作廢與庫存回補，月底對帳才會發現對不起來。
旺季前時間很緊，一定要分兩期上線嗎？
分期是為了降低風險，不是拖時間。金流與發票的錯誤會直接影響帳務，所以排在第一期，旺季前上線並與人工作業平行比對一週；物流串接牽涉退貨流程與門市退回，影響範圍較大，放在旺季過後再切換，避免在出貨尖峰同時變動兩件事。如果時程完全不允許分期，至少要守住平行比對那一週。