課程訂單操作篇

課程成交後，訂單頁是營運、客服與財務共同查詢的地方。它不是只看營收的報表；付款、折扣、學員、發票與後續處理都可能從同一筆交易開始。操作越方便，越需要先定義誰能做、做完如何核對。

InfoBox 的課程教學與課程訂單為初階方案以上功能。課程訂單頁可看到時間、課程、學員、金額、付款／折扣、發票、狀態與操作等欄位，並提供 CSV 匯出、手動新增，以及發票、退款、刪除等操作。本文不假設每種付款方式都能自動退刷，也不把刪除寫成標準結案方式。

先讀懂訂單列表

列表的價值，是讓你先確認「這一筆是誰、買了什麼、金額與狀態如何」，再決定是否進一步操作。

🔍 點擊放大

欄位	主要用途	容易誤讀的地方
時間	找到交易發生的時點	顯示時間不等於所有後續作業完成時間
課程	確認購買標的	課名相近時要避免看錯
學員	確認交易對象	不應把名單任意外傳
金額	查看該筆訂單金額	不宜脫離付款與折扣欄位單看
付款／折扣	核對付款方式與優惠影響	折扣後金額與原價可能不同
發票	查看或進行發票相關操作	不代表會計作業已完整結束
狀態	判讀目前訂單狀況	要與實際金流及處理紀錄交叉核對
操作	執行該筆訂單可用動作	退款、刪除前必須先確認影響

每天處理訂單時，可先依時間與狀態縮小範圍，再核對課程、學員、金額與付款／折扣。不要只憑學員姓名操作，因為同一人可能有多筆訂單；也不要只看金額，因為不同課程或折扣可能得到相近結果。

訂單成立後的基本檢查

對新訂單，先完成以下核對：

1. 課程名稱是否正確。
2. 學員是否是預期帳戶。
3. 金額是否與付款／折扣資訊一致。
4. 狀態是否符合目前實際情況。
5. 發票欄位是否需要後續作業。
6. 是否有客服、財務或其他例外事項。

🔍 點擊放大

課程訂單與課程內容管理互相關聯，但用途不同。課程頁負責教學內容與銷售設定；訂單頁負責交易紀錄與相關操作。修改課程內容，不等於訂單已修正；處理訂單，也不表示課程設定會自動符合你的期待。跨頁操作後應回到原本要解決的問題驗證。

CSV 匯出適合對帳，不適合到處流傳

CSV 匯出可用於內部核對、整理或交給必要的財務流程。匯出前先決定用途與範圍，不要因為按鈕存在就定期下載全部資料。

建議做法：

• 先在訂單頁確認要處理的期間與內容。
• 匯出後檢查欄位與筆數是否符合本次目的。
• 保留原始檔，不要直接在唯一檔案上覆寫。
• 若需加工，另存工作檔並標明日期與用途。
• 只交給需要的人，完成後依內部規範保存或刪除。

CSV 可能含學員與交易資料，屬於需要控管的檔案。不要上傳到公開連結，也不要透過不受控的群組傳送。本文不宣稱匯出檔包含哪些額外欄位；實際欄位應以當次下載內容為準。

什麼時候才手動新增訂單

後台提供手動新增，但它應用於有明確依據的情況，而不是用來補出想要的營收數字。操作前至少要知道：新增的對象、課程、金額、付款或折扣依據，以及為何不是由正常購買流程建立。

可先填一張內部核准單：

核對項目	要回答的問題
建立原因	為何需要手動新增？
學員	要加入哪個正確帳戶？
課程	對應哪一門課？
金額與付款	有什麼可查證依據？
發票	是否需要後續處理？
經手人	誰建立、誰複核？

🔍 點擊放大

手動新增後，回到訂單列表確認時間、課程、學員、金額、付款／折扣、發票與狀態是否符合預期。若後台有操作記錄，可再核對經手人與動作。不要因建立畫面顯示成功，就跳過實際列表驗證。

發票操作要與交易事實一致

訂單頁有發票相關操作，但發票不是單純的版面欄位。執行前要核對訂單、付款狀況、買受資料與店家實際使用的發票流程；發現不確定時，交由負責財務或稅務的人員處理。

不應假設所有訂單都在同一時間自動開立，也不應假設按下某個操作後，所有更正、作廢或折讓需求都會一起完成。本文只確認課程訂單頁有發票操作，不延伸宣稱未提供的自動化規則。

團隊至少要定義：誰可以操作發票、操作前看哪些資料、異常交給誰，以及完成後在哪裡留下紀錄。客服可以協助蒐集資訊，但不代表客服應直接處理每一種發票例外。

退款前先分清兩件事

「金流端把款項退回」與「站內把訂單標記為退款」不是同一件事。InfoBox 的課程訂單退款可能涉及金流 API 退刷與站內標記兩條路，實際可用方式取決於該筆訂單與付款情況。不能看到退款按鈕就假設款項一定已回到顧客端。

操作前至少核對：

• 訂單與學員是否正確。
• 原付款方式與實際收款狀況。
• 要退全額或其他處理方式是否已有依據。
• 金流端與站內各自需要完成什麼。
• 發票是否有後續處理。
• 課程權限、通知或分潤是否需要另外確認。

退款完成後，分別查核站內狀態與可取得的金流結果。不要只憑一邊畫面對顧客說「已全部完成」。若第三方金流仍在處理，也應用可查證的狀態說明，不承諾無法控制的入帳時間。

刪除不是修正訂單的捷徑

課程訂單提供刪除操作，但刪除可能讓後續查詢、對帳與爭議處理失去脈絡。除非已確認是錯誤資料，並完成必要的內部核准與備查，否則不要把刪除當成取消、退款或隱藏異常的替代方法。

刪除前要問：這筆訂單是否有實際付款、發票、退款、學員權限或其他關聯？是否有法律、會計或內部保存需求？刪除後如何證明當時做過什麼？平台提供動作，不代表每個情境都適合使用。

一套降低誤操作的權限與複核方式

高風險動作最好由少數人執行。一般客服可先查時間、課程、學員與狀態；涉及發票、退款、刪除或手動新增時，再由具權限的人處理。小團隊也能採「一人操作、一人核對」，或至少在操作前後留下可追查紀錄。

🔍 點擊放大

Email 通知可協助確認部分系統事件，但不能取代訂單列表、金流與發票資料的核對。沒有收到信，不等於訂單不存在；收到通知，也不等於所有後續作業都已完成。

每日與每週的最小流程

每日先看新訂單與異常狀態，核對課程、學員、金額、付款／折扣及發票事項；需要手動處理的案件建立待辦。每週再用 CSV 做期間核對，抽查手動新增、退款、發票與刪除相關紀錄，確認每個高風險動作都有原因與結果。

課程訂單管理的原則很簡單：先看完整欄位，再動作；匯出資料要控管；手動新增要有依據；退款要分清金流與站內狀態；刪除要比新增更謹慎。功能從初階方案起可用，但真正的營運成本仍在人員複核、資料保護與例外處理，這些不能靠一個按鈕省掉。