r/shopify 上一位賣家把這件事描述得很准：供應商每出一單就發一封發貨確認郵件，你打開它、複製追蹤號、粘進訂單、標為已發貨，然後下一單。有些天這是三十單，一小時就沒了。另一位描述的是每周版本——每個周日晚上三小時複製粘貼。
直覺是把它端到端自動化。那是錯的第一步，那條帖里最好的回復說清了原因：有用的那個版本只顯示對不上或者沒動靜的那些，把「逐單檢查三小時」變成「處理例外十分鐘」。
為什麼對賬要排在自動化前面
完全自動化意味著向你的店鋪寫入。那就需要帶寫權限的憑證，就需要商家自建的應用，就要排進開發者審核隊列。而且當供應商換了郵件模板時——他們一定會換——你得到的是靜悄悄發錯貨，而不是一堆看得見的對不上的行。
對賬能把同一小時拿回來，卻不帶任何這些暴露，並且它會告訴你匹配本身到底可不可靠。各平台的寫權限到底要付什麼代價，我們在Shopify Admin MCP 的那篇走查里寫過。
兩份導出
你的訂單。任何包含訂單號、收件人姓名或地址、行項和當前履約狀態的導出都行。Shopify、WooCommerce、Etsy 和 eBay 都能從後台直接導，完全不需要 API 權限。
供應商的發貨確認。把那些郵件所在的檔案夾導出——大多數郵件客戶端可以導成 .mbox 或一組 .eml。如果供應商給的是 CSV 或門戶導出，用那個；更乾淨，而且不會因為對方改模板就壞掉。
兩份放進同一個本地檔案夾。那個檔案夾就是全部工作區。
四張表，其中只有三張是清單
明確要這個形狀，別接受一段描述性的話：
- 對上且一致——只給數字，不要列出來。
- 沒有對應訂單的確認——有追蹤號，找不到訂單。
- 沒有確認的訂單——超過 N 天還沒收到任何發貨確認。
- 兩可——同時匹配上多個訂單的。
先按訂單號匹配，只有訂單號缺失時才回退到「收件人姓名 + 郵編」。第 2 到 4 張表要求附上匹配所用的原始字段。並且要求：沒把握的匹配放進第 4 張，不允許猜進第 1 張。
第 1 張只給數字不給清單，這就是整個設計的全部。正常的一天，那個數字是 28，另外三張都是空的，你十秒鐘就看完了。
每張表真正在說什麼
第 2 張，有追蹤號沒訂單。通常是供應商對著一個已取消的訂單發了貨，或者確認信發重了。核起來很便宜，偶爾能在你付兩次錢之前拿住重復發貨。
第 3 張，有訂單沒追蹤號。這是貴的那張，也是整件事值得做的理由。它們會變成「我的包裹呢」的工單；在平台上，它們會變成延遲發貨指標，代價不只是客戶不開心，而是曝光。
第 4 張，兩可。幾乎總是同一個家庭的兩個訂單。值得手工處理，恰恰是因為全自動系統會選一個，而且有一半的時候選錯。
然後，才輪到寫回去
連續跑兩周、第 4 張穩定為空之後，匹配就可靠到能拿來行動了。到那一步，履約寫入依然應該是一個分級動作而不是放開跑：發出前有預覽，並且單次呼叫能碰多少單有上限，這樣一個錯匹配不至於靜悄悄把兩百單都標成已發貨。
就算你永遠不走到那一步，光是對賬已經把那一小時去掉了。那部分才是值得留下的。
在 Orkas 里怎麼跑
把兩份導出放進一個項目檔案夾，並且就放在那裡。因為項目能跨天保留上下文，明天那一輪可以和今天的第 3 張表對比——一個已經連續三天沒追蹤號的訂單，和今天早上才出現的，是兩回事。只有 diff 能告訴你是哪一種。檔案和密鑰留在你的機器上，模型呼叫直接發給你的供應商。
周度店鋪工作的其餘部分也住在同一個檔案夾，我們在店鋪經營復盤的場景頁里走了一遍。
它不負責什麼
- 碰到沒見過的供應商郵件格式時，頭幾次你得自己看第 2 張表。
- 它不知道包裹丟了——只知道沒人告訴過你它發出去了。
- 承運商那側的物流狀態是另一件事。這裡只對「號存不存在」和「訂單需不需要一個號」，止此而已。