Shopify 每日營運表：Cowork 對訂單、庫存同待處理事項

每朝先睇需要跟進嘅事

營業額、缺貨、未出貨、退貨申請，各自喺唔同畫面。Cowork可以整理一份每日營運草稿，讓你先知道邊度要打開Shopify核對。

從少量已去除客戶資料嘅匯出檔開始。用API或連接器前，由有權管理商店嘅人按現行官方流程設定最低所需存取；唔照搬舊private app教學，亦唔將token貼入prompt。

1. 先定義報告期間與金額

例如用香港時間前一日00:00至今日00:00，對比前一個同長度期間。記清楚商店原本時區，做報表換算，唔為方便報告而改商店設定。

銷售總額、折扣、退款、運費、稅款與淨額分開。不同報表嘅銷售定義可能唔同；用你確認嘅Shopify報表口徑，唔將付款入帳當營業額。

2. 訂單、庫存、例外分開整理

請用指定報表或獲授權唯讀來源，整理 [期間] 營運草稿。列時區、來源、截止時間、完成頁數及讀取失敗。資料唔齊就標不完整，唔只憑HTTP成功就當取得全部紀錄。

第一部分列訂單宗數與金額，清楚列採用嘅銷售定義。不同幣種分開。核對重複訂單ID，保留取消及退款嘅處理方式。

第二部分按SKU與地點列實際可售庫存、已知需求及待核缺貨。補貨中數量另列預計到貨日，唔直接加成今日可售；到貨前可能缺貨就標出。

第三部分列需人工查閱嘅出貨、退貨及退款事項，引用來源原有狀態。退貨申請、退款紀錄、付款交易係不同資料，唔互相當作已完成。冇物流更新只標資料未知，唔直接斷言包裹遺失。

輸出草稿及來源連結。唔退款、唔取消訂單、唔改庫存、唔補貨、唔發訊息畀客戶。

Shopify嘅Refund物件文件可用嚟核對實際欄位；唔好憑空加一組所有來源通用嘅pending／open／success退款狀態。

3. 用你嘅營運規則判斷優先次序

缺貨提示要按銷售速度、供應時間、安全存量同促銷安排。固定用「庫存低過日銷量一點五倍」只可以係示例，唔適用所有SKU。

先揀一個正常訂單、一個部分退款、一個多地點庫存SKU、一筆仍然等物流更新嘅單測試。對返Shopify後台，確認草稿冇將部分完成寫成全部完成。

如果用API，亦要處理分頁、錯誤與重試。只取得第一頁嘅報告，再靚都唔可靠。

4. 廣告與促銷另外對口徑

將全店收入除全部廣告支出，通常係整體營銷效率觀察，唔等於各平台歸因ROAS。兩者唔好用同一標籤。

某個ROAS值唔能單獨判定賺蝕，要睇毛利、退貨、運費及其他成本。報告可以列已知數據，唔自行指示加預算或停廣告。

促銷期可以縮短檢查間隔，但要先確認帳戶支援嘅排程，活動後亦要核對已恢復原設定。設定方法見訂單整理教學。所有後續操作留待你按實際情況決定。