此文已由作者張開春授權網易雲社群釋出。

歡迎訪問網易雲社群，瞭解更多網易技術產品運營經驗。

背景

運營小姐姐在後臺配置時，時常發生預售倉庫配置錯誤的問題。影響訂單一般情況先由客服妹妹聯絡使用者取消訂單，並且賠償一定數額的優惠券，然後讓使用者重新下單，過程艱辛，也會有一些資損。後續處理中，也有讓技術同學直接寫SQL來修改相關資料的方式，過程不但困難（涉及資料庫表眾多），而且風險比較高。總結經驗教訓，我們開發了一個自動修正預售倉庫配置的小工具，讓這一流程自動化，減少人為失誤，降低資損風險。

實現

本工具的效果是：根據提供的訂單號，錯誤配置的倉庫ID，以及修改後的倉庫ID，將這些訂單的發貨倉庫修改為正確的倉庫ID

確定範圍

針對特定場景開發的工具，需要確定工具的適用範圍。本工具的試用範圍如下：

1. 僅限於攔截在訂單中心的訂單，如果已經流轉到ofc系統，不適用該工具

2. 必須是預售訂單

3. 商品需要時a b類商品 c類不支援, 商品運費不變

4. 倉庫都能配送

5. 倉庫的跨境模式不能修改 例如：保稅的倉庫只能換到保稅的倉庫，不能誇模式修改倉庫id

6. 限制只能修改自營訂單、考拉正常流程

7. 訂單狀態是未支付或已支付但被pd攔截

實現方式

由於開發時間較短，目前僅支援disconf配置需要的訂單號、涉及的skuId、錯誤倉庫ID、正確倉庫ID，然後使用kscheduler觸發定時任務的方式來實現修改

1. disconf配置需要修改的訂單號、錯誤倉庫ID、正確倉庫ID

2. kscheduler觸發order-compose定時任務

3. 根據訂單號，分別執行：

• 判斷是否滿足上述適用條件，符合條件進入下一條；否則返回失敗

• 執行修改：PD修改、haitao-pay修改、訂單修改order/orderExt/orderItem/orderInv等，返回成功

重新整理修改成功的訂單搜尋

返回修改結果：修改成功的訂單號+庫存數目、修改失敗的訂單號以及原因 -- 以下為人為通知

通知商品更新商品庫存

通知財務、BI、反垃圾修正資料

效果

預售商品1969629的倉庫配置錯誤，總共約128個受影響的訂單，通過該工具，修正了107單，剩餘21單因訂單狀態為【4-交易失敗】未修改，庫存修改也同步完成。

後續改進

1. 移植該工具到trade-kl，實現視覺化的修改

2. 完善修改流程，通知商品、財務、BI、反垃圾考慮使用程式設計的方式，這也需要這些業務方的支援~

免費體驗雲安全(易盾)內容安全、驗證碼等服務

更多網易技術、產品、運營經驗分享請點選。

相關文章：
【推薦】 Restify Api 開發經驗
【推薦】 大中型 UGC 平臺的反垃圾（anti-spam）工作