[發明專利]一種業務處理方法、裝置及系統

有效

• 申請號: 201610154356.X
• 申請日: 2016-03-17
• 公開（公告）號: CN107203917B
• 公開（公告）日: 2021-04-30
• 發明（設計）人: 陳岳陽;丁德兵
• 申請（專利權）人: 菜鳥智能物流控股有限公司
• 主分類號: G06Q30/06
• 分類號: G06Q30/06
• 代理公司: 北京潤澤恒知識產權代理有限公司 11319
• 代理人: 蘇培華

本申請實施例提供了一種業務處理方法、裝置及系統，用以解決現有的業務處理方式存在的不利于系統維護的問題。方法包括：接收支付服務器針對當前訂單狀態為待支付的交易訂單發送的支付成功消息，所述交易訂單中包括業務對象的標識和第一訂單屬性，所述第一訂單屬性包括構成線上銷售方式的維度中的部分或全部維度；根據所述第一訂單屬性，確定所述業務對象的發貨模式信息；針對所述交易訂單，根據確定出的發貨模式信息，通知執行系統執行相應的發貨階段的物流信息處理操作。由于根據第一訂單屬性對發貨模式信息進行了統一確定，并通知執行系統執行相應的發貨階段的物流信息處理操作，因此，可維護性較好。

技術領域

本申請涉及互聯網數據處理技術領域，尤其涉及一種業務處理方法、裝置及系統。

背景技術

為了提高第一用戶對在線業務對象的購物體驗，可以將第二用戶的業務對象首先入駐到物流服務提供方提供的倉庫，這里為確保給第二用戶提供較好的物流服務體驗，物流服務提供方的每個倉庫都有自己的配送覆蓋范圍，然后第二用戶將業務對象入庫到物流服務提供方提供的倉庫。在第一用戶查看業務對象詳情信息(detail)頁面和購買(buy)頁面中展示的業務對象時，電子商務系統根據第一用戶所在的地址匹配物流服務提供方提供的倉庫的覆蓋區域范圍，若匹配上，則會將倉庫中的庫存量展示給消費者；電子商務系統在確定第一用戶付款下單后，會生成一個物流訂單，按照物流訂單對業務對象進行發貨，而后第一用戶的業務對象經過一系列的配送環節派送到第一用戶所在地址。

上述針對用戶下單的業務對象的業務處理方法適用于普通的銷售方式，這種普通的銷售方式是指業務對象已經存放在倉庫中，第一用戶隨時購買隨時發貨，一次付完全款。然而，當前第二用戶需求非常靈活的銷售方式，例如：負賣預售下沉、負賣預售非下沉、非負賣預售下沉、非負賣預售非下沉等等，其中，負賣預售是指銷售的業務對象提前預售了，但是預售完之后，業務對象還沒有真實庫存，需要等有庫存才可以完成發貨；非負賣預售是指預售期內貨品已經存儲在倉庫里，只是銷售方式是二階段付款，分為定金階段和尾款階段；下沉指的是在定金階段將業務對象存儲到離消費者最近的網點中。上述每一種銷售方式對于物流信息及相應的物流履行的要求是不同的，例如：對于負賣預售下沉的交易訂單，就需要在定金階段生成預發貨單；而對于負賣預售非下沉的交易訂單就不需要在定金階段生成預發貨單。

目前，對上述銷售方式的進行支持的業務處理方式中，將差異化的物流屬性(也即物流信息及相應的物流履行的要求)分散在構成電子商務系統的各個處理節點上，每實現對一種新的銷售方式的支持，均需要按照該銷售方式要求的物流屬性對各處理節點進行業務邏輯的重新開發，非常不利于系統維護以及擴展。

發明內容

本申請實施例提供一種業務處理方法、裝置及系統，用以解決現有的業務處理方式存在的不利于系統維護的問題。

基于上述問題，本申請實施例提供的一種業務處理方法，包括：

業務服務器接收支付服務器針對當前訂單狀態為待支付的交易訂單發送的支付成功消息，所述交易訂單中包括業務對象的標識和第一訂單屬性，所述第一訂單屬性包括構成線上銷售方式的維度中的部分或全部維度；

根據所述第一訂單屬性，確定所述業務對象的發貨模式信息；

針對所述交易訂單，根據確定出的發貨模式信息，通知執行系統執行相應的發貨階段的物流信息處理操作。

此外，本申請實施例還提供的一種業務處理裝置，包括：

接收單元，用于接收支付服務器針對當前訂單狀態為待支付的交易訂單發送的支付成功消息，所述交易訂單中包括業務對象的標識和第一訂單屬性，所述第一訂單屬性包括構成線上銷售方式的維度中的部分或全部維度；

確定單元，用于根據所述第一訂單屬性，確定所述業務對象的發貨模式信息；

通知單元，用于針對所述交易訂單，根據確定出的發貨模式信息，通知執行系統執行相應的發貨階段的物流信息處理操作。