瀏覽範本

全通路 eSIM 中控台範本

彙整八通路訂單，追蹤 eSIM 產卡、充值與退款補發進度

資料表
12 張
欄位總數
127 個
難度
進階
版本
1.0
更新
2026-08-31

這個範本解決什麼問題

eSIM 的履約不是出貨，是打供應商 API 產卡或充值，訂單散在蝦皮、MOMO、酷澎、官網和門市 POS。API 回 502、充值 callback 逾時、SKU 對不到套餐，天天發生，卡住的單不會喊痛——QR code 沒送出，客人到機場裝不上網才回來罵。88 筆示範訂單就埋了 13 筆這種單。

這個範本用 12 張表把八個通路的訂單收進同一個中控台：「訂單 Orders」以「履約狀態」流轉，失敗與例外各有狀態可篩；每一次 API 呼叫都記在「履約工作 Fulfillment_Jobs」，錯誤碼與原始回應留底；「平台回填狀態」記著啟用碼是已經回填、還是只送了私訊，不再靠客服憑記憶。

範本內容

以下欄位結構直接讀自範本本身，永遠與實際內容一致。

欄位名稱型別說明
履約工作 其他
流量快照 其他
履約狀態 單選 選項：NEW／WAIT_PAYMENT／READY_CHECK／READY_FULFILL／PROCESSING／FULFILLED／FAILED／EXCEPTION …共 9 個
下單時間 其他
平台訂單號 單行文字
履約類型 單選 選項：eSIM／實體SIM／混合
例外原因 單行文字
中控單號 其他
退款狀態 單選 選項：無／退款中／已退款／退貨中／已退貨
平台回填狀態 單選 選項：未回填／已回填／私訊已送
付款狀態 單選 選項：unpaid／paid／refunding／refunded／cancelled
聯絡方式 單行文字
備註 單行文字
訂單明細 其他
POS訂單號 單行文字
買家/收件人 單行文字
通路 單選 選項：蝦皮／MOMO／MO+／PChome／酷澎／Cyberbiz官網／KKday／實體POS
付款時間 其他
補發單 其他
退款單 其他

三步驟開始使用

  1. 複製清範例

    複製 Base 後，把 88 筆示範訂單和配套的履約工作、退款補發範例清掉，通路與狀態的選項都留著，那是流程要用的骨架。

  2. 重建套餐對應

    把「SKU套餐對應 SKU_Map」換成你自己的：平台 SKU、管家 SKU、供應商 productId、成本與天數逐筆對好。缺一筆對應，訂單一進來就落例外區。

  3. 接自動化盯單

    訂單照「履約狀態」流轉，用檢視每天挑出停在失敗與例外的單處理；啟用碼送出後記得更新「平台回填狀態」，誰回填過一目瞭然。

這個範本適合誰

在多個平台賣 eSIM、儲值卡這類一組序號就是商品的團隊，訂單來自蝦皮、MOMO、官網、門市 POS、履約靠供應商 API 的最有感。只賣實體商品，或單一通路、一天幾張單的賣家划不來。

從 Excel 搬過來

這個範本用到的欄位型別中，以下幾種從 Excel 搬過來時最常出錯。

欄位型別搬移時要注意
單選原本用儲存格顏色標記的狀態要改成單選欄位。顏色無法篩選也無法統計。

進階技巧

每一次 API 呼叫在「履約工作 Fulfillment_Jobs」都留有錯誤碼與原始回應，配合「匯入批次 Import_Batches」與「稽核 Audit_Logs」，出問題時能回查是哪一批匯入、哪一次呼叫出的錯，跟供應商對質時拿得出憑據。

常見問題

履約狀態為什麼是英文代碼？可以改成中文嗎？
先別改。NEW、READY_FULFILL 這些選項是給接 API 的自動化流程判斷用的，改了名字，自動化就對不上狀態，單子會卡住。想看中文可以另加欄位，不要動原選項。
訂單進來一直掉到例外區是怎麼回事？
多半是「SKU套餐對應 SKU_Map」缺了那個平台 SKU 的對應。範本裡留了三筆這種例外訂單給你看長什麼樣；把對應補齊，之後的新單就會正常往下走。
財務日報的數字會自動算嗎？
不會。這個 Base 沒有任何公式欄，「財務日報 Finance_Daily」的彙總是靠外部自動化寫進來的，複製後要自己接排程或手動更新，數字才會動。
只賣實體商品的店家適合嗎？
不適合。這套是為一組序號就是商品的生意設計的——eSIM、儲值卡、數位憑證都算。出貨就是貼物流單的店家，去看多通路電商與零售營運範本比較對。