送出測試訂單,再處理第一筆真實訂單:從結帳到出貨
用不扣款的測試流程驗證買家結帳、後台收單、付款確認與出貨處理,並分清測試成功和真實營收。
送出測試訂單,再處理第一筆真實訂單:從結帳到出貨
完成後你會得到
完整重播一筆不扣款的測試訂單,確認後台能接單並知道第一筆真單要如何確認、處理與出貨。
開始前準備
- 至少一項商品已發佈,店面模式是購物車結帳,且付款、通知與交付都已設定。
- 測試只使用人工確認或明確標示的測試金流,不刷真卡。
- 使用合成姓名、Email、電話與地址;不要把真實顧客資料拿來做教學。
操作步驟
第 1 步,共 5 步:從公開站送出不扣款測試訂單
從公開商品頁加入一項商品,進入購物車並確認數量、交付與付款方式。
填入合成測試資料後送出。若使用金流測試模式,畫面應明確顯示不會真的付款。
送出前依序核對商品名稱、單價、數量、小計、配送費與總計;姓名、Email、電話與地址只能使用合成測試資料。
保留買家端顯示的訂單識別資訊與時間,後台找單時會用到。

第 2 步,共 5 步:在後台找到測試訂單
回「網路商店 → 訂單」,用測試時間或訂單識別資訊找到剛才的訂單。
檢查商品、數量、金額、付款方式與交付方式;顧客個資只在履約必要時查看。
先比對單號與成立時間,再核對商品小計、折扣、運費與總計,避免只看最終金額就忽略其中一項錯誤。
如果買家端成功但後台找不到,先確認管理的是同一個網站,再用時間與狀態篩選。

第 3 步,共 5 步:依付款方式確認真實收款事實
線上金流付款成功後,系統會依回傳結果更新狀態。銀行匯款則要先核對入帳,再由店主確認。
貨到付款或「人工確認」付款的訂單在實際收款前,不應當成已付款成果;這類訂單是以按下 標記為「已完成」 作為收款事實的訊號,所以未收到款就不要先標完成。
核對付款方式、付款時間與金流環境;測試金流、零元單、取消單或退款單都不得計入有效收入。
只有外部金流回傳成功、店主已在銀行端核對入帳,或線下收款訂單確實收到款並標記為已完成,才算真實付款事實;首購禮與 VIP 累積以此為準,點數回饋則依點數設定的發放時機(「付款完成後立即發放」或「訂單完成後才發放」)入帳,顧客也才看得到商品評價入口、收得到出貨後的邀評信。

第 4 步,共 5 步:確認接單並進入出貨處理
確認商品、付款與交付資訊無誤後,將訂單移到處理中。需要寄送時建立出貨單與包裹,再依現場作業揀貨、包裝。
數位商品則確認交付內容能被正確取得,不需要建立實體配送。
實體商品先選待處理訂單,再建立揀貨批次;揀貨前核對規格與數量,缺貨的品項用「部分出貨/缺貨暫緩」處理,避免把錯誤帶進包裝。
裝箱後填物流商、追蹤碼與追蹤連結,再核對出貨單狀態和訂單狀態一致。

第 5 步,共 5 步:交寄、通知並檢查完整紀錄
實體商品交寄後,在包裹填好物流商與追蹤碼,再按「確認交寄並通知」,系統會同時登記交寄並寄出貨通知給顧客。接著到「訂單紀錄」確認接單、付款、處理與交寄事件都有留下。
超商取貨依出單方式有三種動線(綠界與 PAYUNi 不必自己填追蹤碼):綠界物流在「建立超商託運單」區塊按「建立託運單」,再按「列印託運單」直接從後台印出,沒有印表機時也可以拿寄件代碼到超商機台列印;PAYUNi 按「建立物流單」後再按「列印 7-11 出貨單」,系統會帶你到 7-11 的列印頁,12 碼交貨便編號要列印完成才會回填到訂單,所以剛建完單看到「列印後產生」是正常的;自行開單則把「超商寄件資料(自行開單)」逐欄複製到賣家平台開單,取得寄件代碼後建立出貨單,把代碼填進包裹的「追蹤碼」。
第一筆有效付費訂單應來自顧客、金額大於 0、有付款時間、不是測試金流,且未取消或退款。
不扣款測試單完成後用「取消訂單」收口,再從「已取消」篩選核對同一張測試單的狀態;不要把退款當成測試取消。
未付款測試單可用「取消訂單」收口;已付款訂單不能直接取消,必須完成退款。取消未付款訂單與完成整單退款都會回補本單保留的庫存。
退款會回補本單折抵點數與優惠券,並沖回本單取得的訂單回饋、首購禮、評論購物金與推薦獎勵;若獲贈點數已被花掉,差額會列為「退款點數欠額」,之後新獲得的點數會先折抵欠額。
只有測試情境真的使用點數或優惠券時,才到會員點數明細或優惠券使用紀錄核對;未使用就沒有可宣稱的回補證據。
最後從「訂單紀錄」重走一次接單、付款、處理與交寄;任何一段缺紀錄,都先修正再正式營業。

常見問題
- 買家端送出成功,後台卻找不到訂單。
- 先確認目前管理的是同一個網站,再以訂單時間與狀態篩選;若仍沒有,保留買家端訂單識別資訊交由支援查核。
- 測試訂單被誤認為真實收入。
- 檢查付款方式與模式。ECPay、PAYUNi 測試單、零元單、取消或退款單都不得計入有效付費成果。
- 已付款訂單長時間沒有處理。
- 依付款與交付資訊確認可履約後立即進入處理;建議自訂內部時限(例如 2 個工作天),逾時就當成需要優先處理的待辦。
這篇如何保持正確
- 負責人
- Growth Team · Module Enablement
- 複驗節奏
- 最後複驗 2026-10-04;下次應於 2026-11-09 前完成
- 驗證依據與邊界
- 本文依 7 個程式或介面來源重播核對。內容說明安庭產品當下可操作流程;第三方平台、法規與價格請回到各自最新官方頁,本文不取代帳務、法律或資安專業判斷。
發現介面或步驟不同?請從關於安庭與聯絡方式回報,我們會重新驗證。
