本申請涉及互聯(lián)網信息技術處理領域，尤其涉及一種物流業(yè)務處理方法及裝置。

背景技術：

為了實現(xiàn)供貨商將業(yè)務對象提供給各渠道進行銷售，供貨商可通過倉配提供方提供的服務將業(yè)務對象入庫到倉配提供方(擁有倉庫和配送服務能力的公司，如順豐、菜鳥)的倉庫，也即供貨商先聯(lián)系倉配提供方，由倉配提供方將業(yè)務對象從供貨商的倉庫運輸至倉配提供方的倉庫，實現(xiàn)將業(yè)務對象入庫到倉配提供服務方的倉庫。所述渠道是指供貨商的供貨目標。例如，可以包括線下實體店、線上a電商平臺、線上b電商平臺。用戶針對線上電商平臺展示的業(yè)務對象下單后，供貨商可將該業(yè)務對象的信息和收貨人信息發(fā)送給倉配提供方，由倉配提供方按照業(yè)務對象的信息進行業(yè)務對象的分揀，后續(xù)配送人員按照收貨人信息將業(yè)務對象送達到所述用戶。

現(xiàn)有技術中，實現(xiàn)上述物流業(yè)務的系統(tǒng)如圖1所示，包括倉配提供方服務器和供貨商服務器。供貨商服務器按照倉配提供方服務器對業(yè)務對象的結構化定義，將需要運輸至倉配提供方倉庫的業(yè)務對象的信息發(fā)送給供貨商服務器，倉配提供方服務器接收到信息后，通知倉配提供方的相關人員，進行業(yè)務對象的入庫。此外，還可以利用上述系統(tǒng)針對業(yè)務對象進行其他庫存操作，例如：出庫操作，以及實現(xiàn)業(yè)務對象在各倉配提供方的倉庫間的調撥操作。

圖1所示的系統(tǒng)實現(xiàn)了供貨商服務器和倉配提供方服務器對物流業(yè)務的處理。然而，由于倉配提供方不止一個，供貨商若需要使用多個倉配提供方提供的倉配服務，則需要供貨商服務器與每一個倉配提供方服務器分別建立連接。如圖2所示，假設有1個供貨商服務器p1，有三個倉配提供方服務器sp1、sp2 和sp3，則需要供貨商服務器p1分別與倉配提供方服務器sp1、sp2和sp3對接。此種情況下，往往會存在以下問題：

問題1：由于不同倉配提供方服務器對業(yè)務對象的信息的結構化定義不同，為了和多個倉配提供方服務器進行交互，同一供貨商的同一業(yè)務對象的信息在供貨商服務器中需要有很多不同的結構化定義，這將導致供貨服務器中需要較多的存儲空間來存儲同一業(yè)務對象的信息，也增加了供貨商對信息的維護升級成本。

問題2：由于不同倉配提供方對庫存操作流程的要求不同，這將導致供貨商服務器與倉配提供方服務器之間針對庫存操作(如發(fā)貨、退貨，調撥等)之間的程序調用也即庫存互操作難度增加。

技術實現(xiàn)要素：

有鑒于此，本申請?zhí)岢隽艘环N物流業(yè)務處理方法及裝置，以解決供貨服務器中需要較多的存儲空間來存儲同一業(yè)務對象的信息以及供貨商服務器與倉配提供方服務器之間庫存互操作難度增加的問題。

一種物流業(yè)務處理方法，包括：

倉配服務平臺接收供貨商服務器發(fā)送的第一調用請求，所述第一調用請求用于調用倉配服務平臺的具有庫存操作申請功能的接口，所述第一調用請求攜帶有庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息；

倉配服務平臺向倉配提供方服務器發(fā)送第二調用請求，所述第二調用請求用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，所述第二調用請求中攜帶有所述庫存操作申請類型、所述倉配提供方的倉庫的標識和所述業(yè)務對象的信息；

倉配服務平臺接收倉配提供方服務器發(fā)送的第二調用響應，所述第二調用響應中攜帶有庫存操作申請單據，所述庫存操作申請單據是利用所述第二調用請求中攜帶的信息生成的；

倉配服務平臺向供貨商服務器發(fā)送第一調用響應，所述第一調用響應中包 含所述庫存操作申請單據。

一種物流業(yè)務處理方法，包括：

供貨商服務器向倉配服務平臺發(fā)送第一調用請求，所述第一調用請求用于調用倉配服務平臺的具有庫存操作申請功能的接口，攜帶有庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息；

接收倉配服務平臺發(fā)送的第一調用響應，所述第一調用響應是倉配服務平臺接收到第二調用響應后發(fā)送的，包含所述庫存操作申請單據；所述第二調用響應是倉配提供方服務器基于倉配服務平臺的第二調用請求發(fā)送的，所述第二調用請求用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，所述第二調用請求是倉配服務平臺在接收到所述第一調用請求后，向倉配提供方服務器發(fā)送的。

一種物流業(yè)務處理方法，包括：

倉配提供方服務器接收倉配服務平臺發(fā)送的第二調用請求，所述第二調用請求是倉配服務平臺在接收到供貨商服務器的第一調用請求后發(fā)送的，用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，攜帶有庫存操作申請類型、所述倉配提供方的倉庫的標識和業(yè)務對象的信息；

倉配提供方服務器利用第二調用請求中攜帶的所述庫存操作申請類型、所述倉配提供方的倉庫的標識和所述業(yè)務對象的信息，創(chuàng)建庫存操作申請單據；

向倉配服務平臺發(fā)送第二調用響應，所述第二調用響應中攜帶有庫存操作申請單據，所述倉配服務平臺在接收到所述第二調用響應后，向供貨商服務器發(fā)送第一調用響應，所述第一調用響應中包含所述庫存操作申請單據。

一種倉配服務平臺，包括：

第一接收單元，用于接收供貨商服務器發(fā)送的第一調用請求，所述第一調用請求用于調用倉配服務平臺的具有庫存操作申請功能的接口，所述第一調用請求攜帶有庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息；

第一發(fā)送單元，用于向倉配提供方服務器發(fā)送第二調用請求，所述第二調 用請求用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，所述第二調用請求中攜帶有所述庫存操作申請類型、所述倉配提供方的倉庫的標識和所述業(yè)務對象的信息；

第二接收單元，用于接收倉配提供方服務器發(fā)送的第二調用響應，所述第二調用響應中攜帶有庫存操作申請單據，所述庫存操作申請單據是利用所述第二調用請求中攜帶的信息生成的；

第二發(fā)送單元，用于向供貨商服務器發(fā)送第一調用響應，所述第一調用響應中包含所述庫存操作申請單據。

一種供貨商服務器，包括：

發(fā)送單元，用于向倉配服務平臺發(fā)送第一調用請求，所述第一調用請求用于調用倉配服務平臺的具有庫存操作申請功能的接口，攜帶有庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息；

接收單元，用于接收倉配服務平臺發(fā)送的第一調用響應，所述第一調用響應是倉配服務平臺接收到第二調用響應后發(fā)送的，包含所述庫存操作申請單據；所述第二調用響應是倉配提供方服務器基于倉配服務平臺的第二調用請求發(fā)送的，所述第二調用請求用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，所述第二調用請求是倉配服務平臺在接收到所述第一調用請求后，向倉配提供方服務器發(fā)送的。

一種倉配提供方服務器，包括：

接收單元，用于接收倉配服務平臺發(fā)送的第二調用請求，所述第二調用請求是倉配服務平臺在接收到供貨商服務器的第一調用請求后發(fā)送的，用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，攜帶有庫存操作申請類型、所述倉配提供方的倉庫的標識和業(yè)務對象的信息；

創(chuàng)建單元，用于利用第二調用請求中攜帶的所述庫存操作申請類型、所述倉配提供方的倉庫的標識和所述業(yè)務對象的信息，創(chuàng)建庫存操作申請單據；

發(fā)送單元，用于向倉配服務平臺發(fā)送第二調用響應，所述第二調用響應中 攜帶有庫存操作申請單據，所述倉配服務平臺在接收到所述第二調用響應后，向供貨商服務器發(fā)送第一調用響應，所述第一調用響應中包含所述庫存操作申請單據。

本申請有益效果如下：

本申請實施例中，一方面，由于在倉配提供方服務器和供貨商服務器之間設立了倉配服務平臺作為中間方，任一供貨商服務器和任一倉配提供方服務器均可通過倉配服務平臺進行物流業(yè)務信息的交互，無需供貨商服務器和多個倉配提供方服務器逐一建立連接，因此，減少了供貨商與倉配提供方之間的系統(tǒng)對接成本；另一方面，由于供貨商服務器、倉配服務平臺、倉配提供方服務器之間通過統(tǒng)一的結構化定義對業(yè)務對象的信息進行定義以及統(tǒng)一的庫存操作接口進行庫存互操作，因此，減少了供貨商服務器對業(yè)務對象的信息的存儲，降低了供貨商服務器對信息的維護升級成本以及供貨商服務器與倉配提供方服務器之間的庫存互操作難度。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域的普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為現(xiàn)有技術中的由供貨商服務器和倉配提供方服務器構成的物流業(yè)務處理系統(tǒng)的示意圖；

圖2為現(xiàn)有技術中的在有1個供貨商服務器和三個倉配提供方服務器時的物流業(yè)務處理系統(tǒng)的示意圖；

圖3為本申請實施例提供的物流業(yè)務處理系統(tǒng)的結構示意圖；

圖4為本申請實施例提供的使用應用程序開發(fā)接口和服務提供接口實現(xiàn)本申請實施例的物流業(yè)務處理系統(tǒng)時的系統(tǒng)原理圖；

圖5為本申請實施例提供的申請補貨時的調用時序示意圖；

圖6本申請實施例提供的庫存操作申請方法的流程示意圖；

圖7為申請實施例提供的庫存操作通知方法的流程示意圖；

圖8本申請實施例提供的取消庫存操作申請方法的流程示意圖；

圖9為本申請實施例提供的進行渠道間業(yè)務對象的調配方法的流程示意圖；

圖10為本申請實施例提供的為用戶發(fā)貨的方法的流程示意圖之一；

圖11為本申請實施例提供的為用戶取消發(fā)貨的方法的流程示意圖；

圖12為本申請實施例提供的為用戶發(fā)貨的方法的流程示意圖之二；

圖13為本申請實施例提供的為用戶發(fā)貨后通知供貨商服務器業(yè)務對象已出庫的方法的流程圖；

圖14為本申請實施例提供的為用戶取消發(fā)貨的方法的流程示意圖之二；

圖15為本申請實施例提供的倉配服務平臺的結構示意圖；

圖16為本申請實施例提供的供貨商服務器的結構示意圖；

圖17為本申請實施例提供的倉配提供方服務器的結構示意圖。

具體實施方式

為了實現(xiàn)本申請的目的，本申請實施例提供了一種物流業(yè)務處理方法及裝置，該方法基于包含供貨商服務器、倉配服務平臺和倉配提供方服務器的物流業(yè)務處理系統(tǒng)，該系統(tǒng)倉配服務平臺作為中間方，傳遞供貨商服務器和倉配提供方服務器之間的物流業(yè)務信息，任一供貨商服務器和任一倉配提供方服務器均可通過倉配服務平臺進行物流業(yè)務信息的交互，減少了供貨商與倉配提供方之間的系統(tǒng)對接成本；并且，該方法中，倉配服務平臺作為中間方，首先，接收供貨商服務器的遠程調用倉配服務平臺方具有庫存操作申請接口的調用請求，之后，基于該調用請求，遠程嵌套調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，最后，將遠程嵌套調用結果發(fā)送給供貨商服務器。由于是調用統(tǒng)一的庫存操作申請接口，因此，接口調用時使用的業(yè)務對象的信息的結構化定義是統(tǒng)一的，因此，實現(xiàn)了業(yè)務對象的信息的結構化定義的統(tǒng)一 以及供貨商服務器和倉配提供方服務器之間的庫存互操作流程的統(tǒng)一，故，所有供貨商服務器和倉配提供方服務器都可以對接倉配服務平臺進行統(tǒng)一的庫存互操作。

為了清楚地理解本申請實施例的方案，首先對本申請實施例中的物流業(yè)務處理系統(tǒng)進行介紹：

如圖3所示，其為本申請實施例提供的物流業(yè)務處理系統(tǒng)的結構示意圖，包括：供貨商服務器31、倉配服務平臺32和倉配提供方服務器33；所述中間倉配服務平臺定義了業(yè)務對象的標識、倉庫的標識和各種庫存操作的接口定義，其中：

在庫存操作申請階段，供貨商服務器31、倉配服務平臺32和倉配提供方服務器33的功能如下：

供貨商服務器31，用于向倉配服務平臺發(fā)送第一調用請求，所述第一調用請求用于調用倉配服務平臺的具有庫存操作申請功能的接口，攜帶有庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息；以及接收向倉配服務平臺發(fā)送的第一調用響應。

所述庫存操作包括入庫、出庫和調撥。所述庫存操作申請類型包括：入庫申請、出庫申請和調撥申請，庫存操作實操包括：入庫實操、出庫實操和調撥實操。

上述業(yè)務對象的標識可以為業(yè)務對象的編碼，倉庫的標識可以為倉庫的編碼。

倉配服務平臺32，用于在所述第一調用請求的觸發(fā)下，向倉配提供方服務器發(fā)送第二調用請求，所述第二調用請求用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，所述第二調用請求中有庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息；接收倉配提供方服務器發(fā)送的第二調用響應；在所述第二調用響應的觸發(fā)下，向供貨商服務器發(fā)送第一調用響應，所述第一調用響應中包含所述庫存操作申請單據；

倉配提供方服務器33，用于利用第二調用請求中攜帶的庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息，創(chuàng)建庫存操作申請單據，向倉配服務平臺發(fā)送第二調用響應，所述第二調用響應中攜帶有庫存操作申請單據，所述庫存操作申請單據中包含庫存操作申請單號、庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息。

上述庫存操作可包括將供貨商的業(yè)務對象入庫到倉配提供方的倉庫、將供貨商的已入庫到倉配提供方的倉庫中的業(yè)務對象出庫到供貨商和將供貨商的業(yè)務對象從一物流服務提供方的倉庫調撥到另一物流服務提供方的倉庫。

接下來進入業(yè)務對象的庫存操作實操階段：

庫存操作申請成功之后，供貨商服務器和倉配提供方服務器獲得庫存操作申請單據。該庫存操作申請單據對供貨商和倉配提供方來說是庫存操作憑證，倉配提供方據此對供貨商的業(yè)務對象執(zhí)行庫存操作實操，實操是指對倉配提供方人員對業(yè)務對象(實體)執(zhí)行的操作，例如，將業(yè)務對象從供貨商運輸倉配提供方的倉庫，以及將業(yè)務對象進行入庫。

在實操階段完成后，進入庫存操作實操通知階段(倉配提供方需要通知供貨商業(yè)務對象的庫存操作的實際情況)，此時，供貨商服務器31、倉配服務平臺32和倉配提供方服務器33的功能如下：

倉配提供方服務器33，用于向倉配服務平臺發(fā)送第三調用請求，所述第三調用請求用于調用倉配服務平臺的具有庫存操作實操通知功能的接口，攜帶有庫存操作實操單據；所述庫存操作實操單據中包含：庫存操作實操單號、實操日期、庫存操作實操類型和執(zhí)行庫存操作實操的業(yè)務對象的信息；以及接收倉配服務平臺發(fā)送的第三調用響應；

倉配服務平臺32，用于接收倉配提供方服務器發(fā)送的第三調用請求，在倉配提供方服務器的第三調用請求的觸發(fā)下，向供貨商服務器發(fā)送第四調用請求，所述第四調用請求用于調用供貨商服務器的具有庫存操作實操通知功能的接口，攜帶有所述庫存操作實操單據；以及接收供貨商服務器發(fā)送的第四調用 響應，所述第四調用響應中包含確認接收到實操通知，在第四調用響應的觸發(fā)下向倉配提供方服務器發(fā)送第三調用響應，所述第三調用響應中包含所述確認接收到實操通知；

供貨商服務器31，用于接收倉配服務平臺發(fā)送的第四調用請求，基于第四調用請求中攜帶的庫存操作實操單據向倉配服務平臺發(fā)送第四調用響應，所述第四調用響應中包含確認接收到實操通知。

在上述過程中，倉配服務平臺可以保存來自供貨商服務器的庫存操作申請單據，以及來自倉配提供方的庫存操作實操單據，供后續(xù)供貨商和倉配提供方進行查詢以及進行相關的分析和處理。

使用應用程序開發(fā)接口(applicationprograminginterface，api)以及服務提供接口(serviceproviderinterface，spi)實現(xiàn)上述系統(tǒng)時，具體的原理圖可如圖4所示，系統(tǒng)內的調用可以如圖5所示，圖5所示的是申請補貨時系統(tǒng)內的調用時序示意圖。

圖4中，在倉配服務平臺中的供貨商spi中，申請補貨(申請將供貨商的業(yè)務對象從供貨商入庫到倉配提供方的倉庫)、申請退貨(申請將已入庫到倉配提供方的倉庫中的供貨商的業(yè)務對象出庫到供貨商)、取消補貨申請、取消退貨申請是站在供貨商的角度來說的，其本質是供貨商針對業(yè)務對象的庫存操作申請。

圖4中有4個抽象類：供貨商api、供貨商spi、倉配提供方api和倉配提供方spi。它們是由倉配服務平臺統(tǒng)一抽象定義。通過圖4中類的方法定義，可以看到這些類的功能。其中，供貨商api：代表倉配服務平臺提供給供貨商的服務。供貨商spi：代表供貨商提供給倉配服務平臺的服務。倉配提供方api：代表倉配服務平臺提供給倉配提供方的服務。倉配提供方spi：代表倉配提供方提供給倉配服務平臺的服務。有3個實現(xiàn)類：供貨商、倉配服務平臺和倉配提供方。這3個類是具體api/spi的實現(xiàn)。有3個包：供貨商、倉配服務平臺和倉配提供方。這3個包代表了上述3個實現(xiàn)類的對象所在的環(huán)境。比如供貨商 對象就在供貨商服務器中，倉配提供方對象就在倉配提供方服務器中。

此外，基于安全方面的考慮，對象之間的遠程訪問可以建立在安全的數據通信上，比如基于公鑰基礎設施(publickeyinfrastructure，pki)的安全體系。

上述供貨商服務器和倉配服務平臺之間的通信協(xié)議以及倉配服務平臺和倉配提供方服務器之間的通信協(xié)議可以基于安全版本的超文本傳輸協(xié)議(hypertexttransferprotocoloversecuresocketlayer，https)的webservice，此時由于webservice是與操作系統(tǒng)和編程語言無關的，因此，無論服務器的操作系統(tǒng)是基于windows還是基于linux，上述接口的開發(fā)是基于java還是.net，都可以相互調用。

下面結合說明書附圖對本申請各個實施例作進一步地詳細描述。顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本申請保護的范圍。

如圖6所示，其為本申請實施例提供的一種物流業(yè)務處理方法的流程示意圖，具體為庫存操作申請方法的流程示意圖，包括以下步驟：

步驟601：供貨商服務器向倉配服務平臺發(fā)送第一調用請求，所述第一調用請求用于調用倉配服務平臺的具有庫存操作申請功能的接口，攜帶有庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息；

上述業(yè)務對象的信息可包括業(yè)務對象的標識、庫存數量單位(stockkeepingunit，sku)編碼信息以及計劃進行庫存操作的業(yè)務對象的數量。上述第一調用請求中還可以包括計劃進行庫存操作日期等信息。

在庫存操作申請類型為入庫申請時，倉配提供方的倉庫的標識即為入庫倉庫的標識；在庫存操作申請類型為出庫申請時，倉配提供方的倉庫的標識即為出庫倉庫的標識；在庫存操作申請類型為調撥申請時，倉配提供方的倉庫的標識包括出庫倉庫的標識和入庫倉庫的標識。

步驟602：倉配服務平臺在所述第一調用請求的觸發(fā)下，向倉配提供方服 務器發(fā)送第二調用請求，所述第二調用請求用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，所述第二調用請求中攜帶有所述庫存操作申請類型、所述倉配提供方的倉庫的標識和所述業(yè)務對象的信息；

上述步驟602中倉配服務平臺調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口即為遠程嵌套調用，實現(xiàn)了調用結果的同步獲知。

步驟603：倉配提供方服務器利用第二調用請求中攜帶的所述庫存操作申請類型、所述倉配提供方的倉庫的標識和所述業(yè)務對象的信息，創(chuàng)建庫存操作申請單據；

所述庫存操作申請單據中包含庫存操作申請單號、庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息。

步驟604：倉配提供方服務器向倉配服務平臺發(fā)送第二調用響應，所述第二調用響應中攜帶有庫存操作申請單據；

步驟605：倉配服務平臺在所述第二調用響應的觸發(fā)下，向供貨商服務器發(fā)送第一調用響應，所述第一調用響應中包含所述庫存操作申請單據。

在庫存操作申請后，倉配提供方針對供貨商的業(yè)務對象執(zhí)行庫存操作實操。實操完成后，可產生庫存操作實操單據，進入庫存操作實操通知階段，該庫存操作實操單據中可包括：庫存操作實操單號，庫存操作實操類型、業(yè)務對象的信息以及實際進行庫存操作實操的日期，這里的業(yè)務對象的信息可包括業(yè)務對象的標識、sku編碼信息以及實際執(zhí)行庫存操作的業(yè)務對象的數量。具體為庫存操作通知方法的流程示意圖如圖7所示，包括以下步驟：

步驟701：倉配提供方服務器向倉配服務平臺發(fā)送第三調用請求，所述第三調用請求用于調用倉配服務平臺的具有庫存操作實操通知功能的接口，攜帶有庫存操作實操單據；

步驟702：倉配服務平臺在所述第三調用請求的觸發(fā)下，向供貨商服務器發(fā)送第四調用請求，所述第四調用請求用于調用供貨商服務器的具有庫存操作實操通知功能的接口，攜帶有所述庫存操作實操單據；

步驟703：供貨商服務器向倉配服務平臺發(fā)送第四調用響應，所述第四調用響應中包含確認接收到實操通知；

步驟704：倉配服務平臺在所述第四調用響應的觸發(fā)下，向倉配提供方服務器發(fā)送第三調用響應，所述第三調用響應中包含所述確認接收到實操通知。

在庫存操作申請后，供貨商若需要取消庫存操作申請，此時的取消庫存操作申請的流程的示意圖如圖8所示，包括以下步驟：

步驟801：供貨商服務器向倉配服務平臺發(fā)送第五調用請求，所述第五調用請求用于調用倉配服務平臺的具有取消庫存操作申請功能的接口，攜帶有庫存操作申請單號；

步驟802：倉配服務平臺在所述第五調用請求的觸發(fā)下，向倉配提供方服務器發(fā)送第六調用請求，所述第六調用請求用于調用倉配提供方服務器的具有取消庫存操作申請單據功能的接口，攜帶有庫存操作申請單號；

步驟803：倉配提供方服務器向倉配服務平臺發(fā)送第六調用響應，所述第六調用響應中攜帶有確認取消申請消息；

步驟804：倉配服務平臺在所述第六調用響應的觸發(fā)下，向供貨商服務器發(fā)送第五調用響應，所述第五調用響應中攜帶有確認取消申請消息。

此外，現(xiàn)有的包括供貨商的服務器和倉配提供方服務器但不包括倉配服務平臺的系統(tǒng)中，考慮到渠道的不同，不同渠道供貨的數量不同，入庫過程中，供貨商需要將業(yè)務對象按渠道進行標識，也可相應的在實際的倉庫中對業(yè)務對象進行按渠道進行物理上的分離。例如：供貨商為a銷售平臺供貨100臺洗衣機、為b銷售平臺供貨300臺洗衣機，則需要在洗衣機入庫到倉配提供方的倉庫前，為400臺洗衣機中的100臺進行單獨標識，標識為供給a銷售平臺的業(yè)務對象，后續(xù)的300臺標識為供給b銷售平臺的業(yè)務對象。后續(xù)用戶在某一渠道下單后，供貨商服務器將按渠道標識的業(yè)務對象的信息發(fā)送給倉配提供方服務器，倉配提供方服務器通知倉配提供方從倉庫中為相應的渠道分配的物理庫存中進行業(yè)務對象的分揀及發(fā)貨。現(xiàn)有技術中將業(yè)務對象按渠道進行標識，實 現(xiàn)了業(yè)務對象在分渠道銷售。然而，由于業(yè)務對象已經按照了渠道進行標識，一方面，各渠道的業(yè)務對象在物理上是分離的，另一方面，各渠道的業(yè)務對象在標識上是獨立的，這就使得在所述物流業(yè)務系統(tǒng)下，不易進行渠道間業(yè)務對象的調配，并且增加倉庫管理的費用。為此，本申請實施例提供了一種可以進行渠道間業(yè)務對象的調配的物流業(yè)務處理方法，應用在包括供貨商服務器、倉配服務平臺和倉配提供方服務器的系統(tǒng)中，該可以進行渠道間業(yè)務對象的調配的物流業(yè)務處理方法可以是基于本申請實施描述的上述系統(tǒng)，也可以不基于本申請實施描述的上述系統(tǒng)，該方法的流程圖如9所示，可包括以下步驟：

步驟901：供貨商服務器向倉配服務平臺發(fā)送渠道庫存調配請求，所述渠道庫存調配請求中包括：調出方渠道的標識、調入方渠道的標識、調配涉及的業(yè)務對象的信息；

步驟902：倉配服務平臺按照所述渠道庫存調配請求中的調出方渠道的標識、調入方渠道的標識、調配涉及的業(yè)務對象的信息，修改存儲的調出方渠道中該業(yè)務對象的庫存信息和調入方渠道中的該業(yè)務對象的庫存信息，得到修改結果；

上述庫存信息可以包括：庫存數量、業(yè)務對象的sku信息。

步驟903：倉配服務平臺向供貨商服務器發(fā)送渠道庫存調配響應，所述渠道庫存調配響應中包括所述修改結果。

上述可以進行渠道間業(yè)務對象的調配的物流業(yè)務處理方法中，在倉配提供方服務器和供貨商服務器之間設立了倉配服務平臺作為中間方，將為各渠道分配的業(yè)務對象的庫存信息保存在了倉配服務平臺，實現(xiàn)了在倉配服務平臺上對業(yè)務對象進行了邏輯上的渠道區(qū)分，這就使得無需對業(yè)務對象按照渠道進行標識，業(yè)務對象在倉配提供方的倉庫中也無需進行渠道的區(qū)分，實現(xiàn)了物理上的一盤貨。在進行調配時，只需向倉配服務平臺發(fā)送渠道庫存調配請求，倉配服務平臺對業(yè)務對象在各渠道的庫存信息進行修改即可。

此外，由于為各渠道分配的業(yè)務對象的庫存信息保存在了倉配服務平臺， 因此，供貨商服務器還可以在發(fā)送第一調用請求時，將攜帶有渠道的標識和業(yè)務對象在各渠道的分配策略信息也攜帶上，以便于在倉配提供方服務器發(fā)送第三調用請求之后，實現(xiàn)對各渠道下業(yè)務對象的庫存信息進行修改，使其與倉配提供方的倉庫中的業(yè)務對象的庫存數量保持一致。

具體的，倉配服務平臺在接收到倉配提供方服務器發(fā)送的第三調用請求之后，可按照第三調用請求中攜帶的庫存操作實操單據中的執(zhí)行庫存操作實操的業(yè)務對象的信息、第一調用請求中攜帶的渠道的標識和業(yè)務對象在各渠道中的分配策略信息，對存儲的各渠道中該業(yè)務對象的庫存信息進行修改。

例如，若第一調用請求中攜帶有渠道的標識和業(yè)務對象在各渠道的分配策略信息為：業(yè)務對象a在銷售平臺a和銷售平臺b的分配策略為：銷售平臺a：銷售平臺b＝3:1；庫存操作實操單據中的執(zhí)行庫存操作實操的業(yè)務對象的信息為：業(yè)務對象a，入庫數量為100件；則對存儲的各渠道中該業(yè)務對象的庫存信息進行修改具體為：對銷售平臺a下業(yè)務對象的庫存數量增加75件，對銷售平臺a下業(yè)務對象的庫存數量增加25件。

在用戶在渠道上針對業(yè)務對象進行下單后，供貨商需要為用戶發(fā)貨，將業(yè)務對象從倉配提供方的倉庫發(fā)貨給用戶，此時的物流業(yè)務處理流程如圖10所示，包括以下步驟：

步驟1001：供貨商服務器向倉配服務平臺發(fā)送第一發(fā)貨請求，所述第一發(fā)貨請求中包括：渠道的標識、業(yè)務對象的信息和收貨人信息；

步驟1002：倉配服務平臺向倉配提供方服務器發(fā)送第二發(fā)貨請求，所述第二發(fā)貨請求中包括：所述業(yè)務對象的信息和所述收貨人信息；

步驟1003：倉配服務平臺按照第一發(fā)貨請求中的業(yè)務對象的信息，對第一發(fā)貨請求中的渠道的標識所表示的渠道中該業(yè)務對象的庫存信息進行修改；

這里由于是發(fā)貨，因此，對業(yè)務對象的庫存信息進行的修改是減少業(yè)務對象的庫存數量，具體減少的數量可由第一發(fā)貨請求中的業(yè)務對象的信息來決定。

這里步驟1002和步驟1003的執(zhí)行順序可以不分先后。

步驟1004：倉配提供方服務器按照業(yè)務對象的信息和收貨人信息執(zhí)行業(yè)務對象的物流信息處理操作。

由于在倉配服務平臺上存儲了各渠道下的業(yè)務對象的庫存信息，直接在倉配服務平臺上對相應的渠道下業(yè)務對象的庫存信息進行了修改，因此，在上述步驟103中，倉配服務平臺并沒有把渠道的標識發(fā)送給倉配提供方服務器，倉配提供方服務器也并不需要獲知相關渠道信息，倉配提供方的倉庫中的業(yè)務對象并不用區(qū)分渠道，是一盤貨。

在此步驟1004之后，倉配提供方服務器也可以向倉配服務平臺發(fā)送收到發(fā)貨通知，倉配服務平臺再把該收到通知發(fā)送給供貨商服務器。倉配服務平臺可以不在步驟1002中進行業(yè)務對象的庫存信息的修改，而是在收到發(fā)貨通知后修改第一發(fā)貨請求中包括的渠道的標識所表示的渠道中的業(yè)務對象的庫存信息。

此后，供貨商若需要取消為用戶發(fā)貨，此時的物流業(yè)務處理流程如圖11所示，可包括以下步驟：

步驟1101：供貨商服務器向倉配服務平臺發(fā)送第一取消發(fā)貨請求，所述第一取消發(fā)貨請求中包括：渠道的標識、業(yè)務對象的信息和發(fā)貨人信息；

步驟1102：倉配服務平臺按照第一取消發(fā)貨請求中的業(yè)務對象的信息，對第一取消發(fā)貨請求中包括的渠道的標識所表示的渠道中的業(yè)務對象的庫存信息進行修改；

這里由于是取消發(fā)貨，因此，對業(yè)務對象的庫存信息進行的修改是增加業(yè)務對象的庫存數量，具體增加的數量可由第一取消發(fā)貨請求中的業(yè)務對象的信息來決定。

步驟1103：倉配服務平臺向倉配提供方服務器發(fā)送第二取消發(fā)貨請求，所述第二取消發(fā)貨請求中包括：業(yè)務對象的信息和發(fā)貨人信息。

步驟1104：倉配提供方服務器根據業(yè)務對象的信息和發(fā)貨人信息，確認取 消發(fā)貨。

在此步驟1104之后，倉配提供方服務器也可以向倉配服務平臺發(fā)送取消發(fā)貨成功通知，倉配服務平臺再把該取消成功通知發(fā)送給供貨商服務器。倉配服務平臺可以不在步驟1102中進行業(yè)務對象的庫存信息的修改，而是在收到取消發(fā)貨成功通知后修改第一取消發(fā)貨請求中包括的渠道的標識所表示的渠道中的業(yè)務對象的庫存信息。

此外，倉配服務平臺除了可以接收到供貨商服務器發(fā)送的調配請求進行渠道間業(yè)務對象的調配外，在還可以基于各渠道下的業(yè)務對象的庫存數量自動進行渠道間業(yè)務對象信息的調配。具體實現(xiàn)過程如下：針對每一業(yè)務對象，執(zhí)行以下第一步至第四步：

第一步：倉配服務平臺確定該業(yè)務對象所屬的各渠道中，庫存數量小于對應的渠道安全閾值的第一渠道的標識，以及庫存數量大于預設的可調出閾值的第一渠道的標識，其中，預設的可調出閾值大于所述渠道安全閾值；

這里，由于在倉配服務平臺上對業(yè)務對象進行了邏輯上的渠道劃分，因此，每一業(yè)務對象均具有歸屬的渠道。

第二步：倉配服務平臺將第一渠道的標識作為調入方渠道的標識，將第二渠道的標識作為調出方渠道的標識；

第三步：倉配服務平臺根據第二渠道中該業(yè)務對象的庫存數量，確定該業(yè)務對象的調配數量；

調配數量的具體確定值是基于第一渠道的庫存數量的缺口和第二渠道中該業(yè)務對象的庫存數量來決定的。

第四步：倉配服務平臺按照所述調入方渠道的標識、所述調出方渠道的標識和確定的所述調配數量，修改存儲的調入方渠道中該業(yè)務對象的庫存數量和調出方渠道中的該業(yè)務對象的庫存數量。

這里，由于是進行調配，調入方渠道下該業(yè)務對象的庫存數量相應增加調配數量，調出方渠道下該業(yè)務對象的庫存數量相應減少調配數量。

進一步的，由于倉配服務器存儲了各渠道的實時庫存數量信息，因此，倉配服務平臺還可以自動基于渠道的業(yè)務對象的庫存數量來向供貨商服務器發(fā)送缺貨通知，具體實現(xiàn)過程為：針對每一渠道，倉配服務器確定庫存數量小于對應的渠道安全閾值的業(yè)務對象的信息；之后倉配服務器向供貨商服務器發(fā)送缺貨通知，所述缺貨通知中包含業(yè)務對象的信息和業(yè)務對象的信息和業(yè)務對象所屬渠道的標識。這里的缺貨通知實質上是缺貨預警通知，通知供貨商及時補貨，若不及時補貨，將會發(fā)生真實的缺貨。

上述各渠道的安全閾值可以基于供貨商在該渠道下的歷史銷售量確定，此時，則倉配提供方服務器需要向倉配服務器發(fā)送的第二發(fā)貨響應，所述發(fā)貨響應中包含交易出庫實操單據，所述交易出庫實操單據中包含交易出庫實操日期和執(zhí)行交易出庫實操的業(yè)務對象的信息；隨后，倉配服務器將第一發(fā)貨請求中攜帶的渠道的標識和接收的第二發(fā)貨響應中攜帶的交易出庫實操單據對應保存；保存后即可獲得業(yè)務對象在各渠道下的歷史銷售量信息；進而每一渠道中每一業(yè)務對象對應的渠道安全閾值可通過以下方式確定：

針對每一渠道，執(zhí)行以下操作：從該渠道的標識對應的交易出庫實操單據中，查找出交易出庫實操日期在設定時段內的交易出庫實操單據；利用查找出的交易出庫實操單據中的執(zhí)行交易出庫實操的業(yè)務對象的信息，確定該業(yè)務對象的日銷售量；利用預設的安全天數和確定的日銷售量，確定該業(yè)務對象在該渠道下的渠道安全閾值。這里，可將安全天數與確定的日銷售量相乘得到的結果作為渠道安全閾值。上述安全天數是指業(yè)務對象在其所屬渠道下至少可以銷售多少天，才不會出現(xiàn)斷貨。上述渠道安全閾值是指業(yè)務數對象在其所屬渠道下的庫存數量必須達到多少，才不會出現(xiàn)斷貨。

此外，還可以在倉配服務平臺上設置渠道間的關系，例如，設置為共享或獨占，對于設置為共享的各渠道，可以在各渠道間的進行業(yè)務對象的調配，對于設置為獨占的渠道，不可以進行渠道間的業(yè)務對象的調配。

上述圖10和圖11所示的物流業(yè)務處理過程也可以基于接口遠程嵌套調用 的方式實現(xiàn)，具體如下：

針對供貨商為用戶發(fā)貨的物流業(yè)務處理方法，其流程圖如圖12所示，包括以下步驟：

步驟1201：供貨商服務器向倉配服務平臺發(fā)送第七調用請求，所述第七調用請求用于調用倉配服務平臺的具有發(fā)貨申請功能的接口，攜帶有渠道的標識、業(yè)務對象的信息、倉配提供方的倉庫的標識和收貨人信息；

步驟1202：倉配服務平臺在所述第七調用請求的觸發(fā)下，向倉配提供方服務器發(fā)送第八調用請求，所述第八調用請求用于調用倉配提供方服務器的具有交易出庫單據創(chuàng)建功能的接口，攜帶有業(yè)務對象的信息、倉配提供方的倉庫的標識和收貨人信息；

步驟1203：倉配提供方服務器利用業(yè)務對象的信息、倉配提供方的倉庫的標識和收貨人信息，生成交易出庫申請單據；

所述交易出庫申請單據中可包括：交易出庫申請單號、交易出庫申請日期、業(yè)務對象的信息、供貨商的標識和倉配提供方的倉庫的標識等。

步驟1204：倉配提供方服務器向倉配服務平臺發(fā)送第八調用響應，所述第八調用響應中攜帶有交易出庫申請單據；

步驟1205：倉配服務平臺在所述第八調用響應的觸發(fā)下向供貨商服務器發(fā)送第七調用響應，所述第七調用響應中包含所述交易出庫申請單據。

接下來，倉配服務方利用業(yè)務對象的信息和發(fā)貨人信息，進行業(yè)務對象的分揀實操。實操完成后，需要通過倉配服務平臺向供貨商服務器發(fā)送交易出庫實操通知，交易出庫實操通知可包含交易出庫實操日期、業(yè)務對象的信息、交易出庫實操單號等等，通知供貨商服務器業(yè)務對象已經出庫，此時，具體的業(yè)務處理過程如圖13所示，包括以下步驟：

步驟1301：倉配提供方服務器向倉配服務平臺發(fā)送第九調用請求，所述第九調用請求用于調用倉配服務平臺的具有交易出庫實操通知功能的接口，攜帶有交易出庫實操單據；

步驟1302：倉配服務平臺利用所述交易出庫實操單據中攜帶的業(yè)務對象的信息，對存儲的第七調用請求中的渠道的標識所表示的渠道中的該業(yè)務對象的庫存信息進行修改；

步驟1303：倉配服務平臺在所述第九調用請求的觸發(fā)下向供貨商服務器發(fā)送第十調用請求，所述第十調用請求用于調用供貨商服務器的具有交易出庫實操通知功能的接口，攜帶有所述交易出庫實操單據；

步驟1304：供貨商服務器基于所述交易出庫實操單據向倉配服務平臺發(fā)送第十調用響應，所述第十調用響應中包含確認接收到交易出庫通知；

步驟1305：倉配服務平臺在所述第十調用響應的觸發(fā)下向倉配提供方服務器發(fā)送第九調用響應，所述第九調用響應中包含所述確認接收到交易出庫通知。

針對供貨商為用戶取消發(fā)貨的物流業(yè)務處理方法，其流程圖可如圖14所示，包括以下步驟：

步驟1401：供貨商服務器向倉配服務平臺發(fā)送第十一調用請求，所述第十一調用請求用于調用倉配服務平臺的具有取消發(fā)貨申請功能的接口，攜帶交易出庫申請單號；

步驟1402：倉配服務平臺在所述第十一調用請求的觸發(fā)下，向倉配提供方服務器發(fā)送第十二調用請求，所述第十二調用請求用于調用倉配提供方服務器的具有取消交易出庫單據創(chuàng)建功能的接口，攜帶有所述交易出庫申請單號；

步驟1403：倉配提供方服務器基于所述交易出庫申請單號，向倉配服務平臺發(fā)送第十二調用響應，所述第十二調用響應中攜帶有交易出庫申請單號和確認取消申請消息；

步驟1404：倉配服務平臺在所述第十二調用響應的觸發(fā)下，向供貨商服務器發(fā)送第十一調用響應，所述第十一調用響應中攜帶有交易出庫申請單號和確認取消申請消息。

此外，倉配服務平臺還可以自動基于渠道的業(yè)務對象的庫存數量來向供貨 商服務器發(fā)送缺貨通知，在使用接口調用實現(xiàn)時，具體可為：倉配服務平臺針對每一渠道，確定庫存數量小于對應的渠道安全閾值的業(yè)務對象的信息；倉配服務平臺向供貨商服務器發(fā)送第十三調用請求，所述第十三調用請求用于調用供貨商服務器的具有缺貨通知功能的接口，攜帶確定的業(yè)務對象的信息和該業(yè)務對象所屬的渠道的標識；供貨商服務器向倉配服務平臺發(fā)送第十三調用響應，所述第十三調用響應中包含確認接收到缺貨通知。

針對安全閾值的確定，使用接口調用實現(xiàn)時，倉配服務平臺可通過在倉配服務平臺接收倉配提供方服務器發(fā)送的第九調用請求后，執(zhí)行將第七調用請求中的渠道的標識和第九調用請求中攜帶的交易出庫實操單據對應保存的操作，獲取歷史交易出庫實操數據，具體的安全閾值確定方法已在上面進行了描述。

基于同一發(fā)明構思，本申請實施例還提供了一種倉配服務平臺、供貨商服務器和倉配提供服務器，具體如下：

如圖15所示，其為本申請實施例提供的倉配服務平臺的結構示意圖，包括：

第一接收單元151，用于接收供貨商服務器發(fā)送的第一調用請求，所述第一調用請求用于調用倉配服務平臺的具有庫存操作申請功能的接口，所述第一調用請求攜帶有庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息；

第一發(fā)送單元152，用于向倉配提供方服務器發(fā)送第二調用請求，所述第二調用請求用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，所述第二調用請求中攜帶有所述庫存操作申請類型、所述倉配提供方的倉庫的標識和所述業(yè)務對象的信息；

第二接收單元153，用于接收倉配提供方服務器發(fā)送的第二調用響應，所述第二調用響應中攜帶有庫存操作申請單據，所述庫存操作申請單據是利用所述第二調用請求中攜帶的信息生成的；

第二發(fā)送單元154，用于向供貨商服務器發(fā)送第一調用響應，所述第一調 用響應中包含所述庫存操作申請單據。

較佳的，所述第一接收單元151，還用于接收倉配提供方服務器發(fā)送的第三調用請求，所述第三調用請求用于調用倉配服務平臺的具有庫存操作實操通知功能的接口，所述第三調用請求攜帶有庫存操作實操單據；

所述第一發(fā)送單元152，還用于向供貨商服務器發(fā)送第四調用請求，所述第四調用請求用于調用供貨商服務器的具有庫存操作實操通知功能的接口，所述第四調用請求攜帶有所述庫存操作實操單據；

所述第二接收單元153，還用于接收供貨商服務器發(fā)送的第四調用響應，所述第四調用響應中包含確認接收到實操通知；

所述第二發(fā)送單元154，還用于向倉配提供方服務器發(fā)送第三調用響應，所述第三調用響應中包含所述確認接收到實操通知。

較佳的，所述庫存操作申請單據中包含庫存操作申請單號；

所述第一接收單元151，還用于在第二發(fā)送單元向供貨商服務器發(fā)送第一調用響應之后，接收供貨商服務器發(fā)送的第五調用請求，所述第五調用請求用于調用倉配服務平臺的具有取消庫存操作申請功能的接口，所述第五調用請求攜帶有庫存操作申請單號；

所述第一發(fā)送單元152，還用于向倉配提供方服務器發(fā)送第六調用請求，所述第六調用請求用于調用倉配提供方服務器的具有取消庫存操作申請功能的接口，所述第六調用請求攜帶有所述庫存操作申請單號；

所述第二接收單元153，還用于接收倉配提供方服務器發(fā)送的第六調用響應，所述第六調用響應中攜帶有確認取消申請消息；

所述第二發(fā)送單元154，還用于向供貨商服務器發(fā)送第五調用響應，所述第五調用響應中攜帶有確認取消申請消息。

較佳的，所述庫存操作實操單據中包含執(zhí)行庫存操作實操的業(yè)務對象的信息，所述第一調用請求中還攜帶有渠道的標識和業(yè)務對象在各渠道的分配策略信息；

所述倉配服務平臺還包括：渠道庫存修改單元155，用于在第一接收單元接收到倉配提供方服務器發(fā)送的第三調用請求之后，按照第三調用請求中攜帶的庫存操作實操單據中的執(zhí)行庫存操作實操的業(yè)務對象的信息、第一調用請求中攜帶的渠道的標識和業(yè)務對象在各渠道中的分配策略信息，對存儲的各渠道中該業(yè)務對象的庫存信息進行修改。

較佳的，所述第一接收單元151，還用于接收供貨商服務器發(fā)送的第七調用請求，所述第七調用請求用于調用倉配服務平臺的具有發(fā)貨申請功能的接口，所述第七調用請求攜帶有渠道的標識、業(yè)務對象的信息、倉配提供方的倉庫的標識和收貨人信息；

所述第一發(fā)送單元152，還用于向倉配提供方服務器發(fā)送第八調用請求，所述第八調用請求用于調用倉配提供方服務器的具有交易出庫單據創(chuàng)建功能的接口，所述第八調用請求攜帶有業(yè)務對象的信息、倉配提供方的倉庫的標識和收貨人信息；

所述第二接收單元153，還用于接收倉配提供方發(fā)送的第八調用響應，所述第八調用響應中攜帶有交易出庫申請單據，所述交易出庫申請單據是利用所述第八調用請求中攜帶的信息生成的，所述交易出庫申請單據中包括：交易出庫申請單號、倉配提供方的倉庫的標識和業(yè)務對象的信息；

所述第二發(fā)送單元154，還用于向供貨商服務器發(fā)送第七調用響應，所述第七調用響應中包含所述交易出庫申請單據。

較佳的：渠道庫存修改單元155；

所述第一接收單元151，還用于接收倉配提供方服務器發(fā)送的第九調用請求，所述第九調用請求用于調用倉配服務平臺的具有交易出庫實操通知功能的接口，所述第九調用請求攜帶有交易出庫實操單據；

所述渠道庫存修改單元155，還用于利用所述交易出庫實操單據中攜帶的業(yè)務對象的信息，對存儲的第七調用請求中的渠道的標識所表示的渠道中的該業(yè)務對象的庫存信息進行修改；

所述第一發(fā)送單元152，還用于向供貨商服務器發(fā)送第十調用請求，所述第十調用請求用于調用供貨商服務器的具有交易出庫實操通知功能的接口，所述第十調用請求攜帶有所述交易出庫實操單據；

所述第二接收單元153，用于接收供貨商服務器發(fā)送的第十調用響應，所述第十調用響應中包含確認接收到交易出庫通知；

所述第二發(fā)送單元154，用于向倉配提供方服務器發(fā)送第九調用響應，所述第九調用響應中包含所述確認接收到交易出庫通知。

較佳的，所述交易出庫申請單據中包括：交易出庫申請單號；

所述第一接收單元151，還用于接收供貨商服務器發(fā)送的第十一調用請求，所述第十一調用請求用于調用倉配服務平臺的具有取消發(fā)貨申請功能的接口，所述第十一調用請求攜帶交易出庫申請單號；

所述第一發(fā)送單元152，還用于向倉配提供方服務器發(fā)送第十二調用請求，所述第十二調用請求用于調用倉配提供方服務器的具有取消交易出庫單據創(chuàng)建功能的接口，所述第十二調用請求攜帶有所述交易出庫申請單號；

所述第二接收單元153，還用于接收倉配提供方發(fā)送的第十二調用響應，所述第十二調用響應中攜帶有交易出庫申請單號和確認取消申請消息；

所述第二發(fā)送單元154，還用于向供貨商服務器發(fā)送第十一調用響應，所述第十一調用響應中攜帶有交易出庫申請單號和確認取消申請消息。

較佳的，所述倉配服務平臺還包括：渠道庫存修改單元155；

所述第一接收單元151，還用于接收供貨商服務器發(fā)送的渠道庫存調配請求，所述渠道庫存調配請求中包括：調出方渠道的標識、調入方渠道的標識、調配涉及的業(yè)務對象的信息；

所述渠道庫存修改單元155，還用于按照所述渠道庫存調配請求中的調出方渠道的標識、調入方渠道的標識、調配涉及的業(yè)務對象的信息，修改存儲的調出方渠道中該業(yè)務對象的庫存信息和調入方渠道中的該業(yè)務對象的庫存信息。

所述倉配服務平臺還包括：渠道庫存調配單元156，用于針對每一業(yè)務對象，執(zhí)行以下操作：確定該業(yè)務對象所屬的各渠道中，庫存數量小于對應的渠道安全閾值的第一渠道的標識，以及庫存數量大于預設的可調出閾值的第一渠道的標識，其中，預設的可調出閾值大于所述渠道安全閾值；將第一渠道的標識作為調入方渠道的標識，將第二渠道的標識作為調出方渠道的標識；根據第二渠道中該業(yè)務對象的庫存數量，確定該業(yè)務對象的調配數量；按照所述調入方渠道的標識、所述調出方渠道的標識和確定的所述調配數量，修改存儲的調入方渠道中該業(yè)務對象的庫存數量和調出方渠道中的該業(yè)務對象的庫存數量。

所述倉配服務平臺還包括：渠道庫存缺貨通知單元157，用于針對每一渠道，確定庫存數量小于對應的渠道安全閾值的業(yè)務對象的信息；向供貨商服務器發(fā)送第十三調用請求，所述第十三調用請求用于調用供貨商服務器的具有缺貨通知功能的接口，所述第十三調用請求攜帶確定的業(yè)務對象的信息和該業(yè)務對象所屬的渠道的標識；接收供貨商服務器發(fā)送的第十三調用響應，所述第十三調用響應中包含確認接收到缺貨通知。

較佳的，所述交易出庫實操單據中包含：交易出庫實操日期和執(zhí)行交易出庫實操的業(yè)務對象的信息；所述倉配服務平臺還包括：保存單元158和渠道安全閾值確定單元159，所述保存單元158，用于在第一接收單元接收倉配提供方服務器發(fā)送的第九調用請求后，將第七調用請求中的渠道的標識和第九調用請求中攜帶的交易出庫實操單據對應保存；所述渠道安全閾值確定單元159，用于通過以下方式確定每一渠道中每一業(yè)務對象對應的渠道安全閾值：針對每一渠道，執(zhí)行以下操作：從該渠道的標識對應的交易出庫實操單據中，查找出交易出庫實操日期在設定時段內的交易出庫實操單據；利用查找出的交易出庫實操單據中的執(zhí)行交易出庫實操的業(yè)務對象的信息，確定該業(yè)務對象的日銷售量；利用預設的安全天數和確定的日銷售量，確定該業(yè)務對象在該渠道下的渠道安全閾值。

如圖16所示，其為本申請實施例提供的供貨商服務器的結構示意圖，包 括：

發(fā)送單元161，用于向倉配服務平臺發(fā)送第一調用請求，所述第一調用請求用于調用倉配服務平臺的具有庫存操作申請功能的接口，攜帶有庫存操作申請類型、倉配提供方的倉庫的標識和業(yè)務對象的信息；

接收單元162，用于接收倉配服務平臺發(fā)送的第一調用響應，所述第一調用響應是倉配服務平臺接收到第二調用響應后發(fā)送的，包含所述庫存操作申請單據；所述第二調用響應是倉配提供方服務器基于倉配服務平臺的第二調用請求發(fā)送的，所述第二調用請求用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，所述第二調用請求是倉配服務平臺在接收到所述第一調用請求后，向倉配提供方服務器發(fā)送的。

較佳的，所述接收單元162，還用于接收倉配服務平臺發(fā)送的第四調用請求，所述第四調用請求用于調用供貨商服務器的具有庫存操作實操通知功能的接口，所述第四調用請求是倉配服務平臺在倉配提供方服務器發(fā)送的第三調用請求后發(fā)送的，所述第三調用請求用于調用倉配服務平臺的具有庫存操作實操通知功能的接口，攜帶有庫存操作實操單據；

所述發(fā)送單元161，還用于向倉配服務平臺發(fā)送第四調用響應，所述第四調用響應中包含確認接收到實操通知。

較佳的，所述庫存操作申請單據中包含庫存操作申請單號；所述發(fā)送單元161，還用于向供貨商服務器向倉配服務平臺發(fā)送第五調用請求，所述第五調用請求用于調用倉配服務平臺的具有取消庫存操作申請功能的接口，攜帶有庫存操作申請單號；

所述接收單元162，還用于接收倉配服務平臺發(fā)送的第五調用響應，所述第五調用響應是倉配服務平臺在接收到倉配提供方服務器發(fā)送的第六調用響應后發(fā)送的，攜帶有申請單號和確認取消申請消息，所述第六調用響應是倉配提供方服務器基于倉配服務平臺的第六調用請求發(fā)送的，所述第六調用請求用于調用倉配提供方服務器的具有取消庫存操作申請單據功能的接口，攜帶有申 請單號和確認取消申請消息。

較佳的，所述發(fā)送單元161，還用于向倉配服務平臺發(fā)送第七調用請求，所述第七調用請求用于調用倉配服務平臺的具有發(fā)貨申請功能的接口，攜帶有渠道的標識、業(yè)務對象的信息、倉配提供方的倉庫的標識和收貨人信息，所述渠道的標識用于倉配提供方服務器在倉配服務平臺接收倉配提供方服務器發(fā)送的攜帶有交易出庫實操單據的第九調用請求后，對該渠道中的業(yè)務對象的庫存信息進行修改的；

所述接收單元162，還用于接收倉配服務平臺發(fā)送的第七調用響應，所述第七調用響應中包含交易出庫申請單據，所述交易出庫申請單據是利用業(yè)務對象的信息、倉配提供方的倉庫的標識和收貨人信息生成的。

較佳的，所述接收單元162，還用于接收倉配服務平臺發(fā)送的第十調用請求，所述第十調用請求用于調用供貨商服務器的具有交易出庫實操通知功能的接口，攜帶有所述交易出庫實操單據；

所述發(fā)送單元161，還用于向倉配服務平臺發(fā)送第十調用響應，所述第十調用響應中包含確認接收到交易出庫通知。

較佳的，所述交易出庫申請單據中包括：交易出庫申請單號，所述發(fā)送單元161，還用于向倉配服務平臺發(fā)送第十一調用請求，所述第十一調用請求用于調用倉配服務平臺的具有取消發(fā)貨申請功能的接口，攜帶有交易出庫申請單號；

所述接收單元162，還用于接收倉配服務平臺發(fā)送的第十一調用響應，所述第十一調用響應中攜帶有交易出庫申請單號和確認取消申請消息。

如圖17所示，其為本申請實施例提供的倉配提供方服務器的結構示意圖，包括：

接收單元171，用于接收倉配服務平臺發(fā)送的第二調用請求，所述第二調用請求是倉配服務平臺在接收到供貨商服務器的第一調用請求后發(fā)送的，用于調用倉配提供方服務器的具有創(chuàng)建庫存操作申請單據功能的接口，攜帶有庫存 操作申請類型、所述倉配提供方的倉庫的標識和業(yè)務對象的信息；

創(chuàng)建單元172，用于利用第二調用請求中攜帶的所述庫存操作申請類型、所述倉配提供方的倉庫的標識和所述業(yè)務對象的信息，創(chuàng)建庫存操作申請單據；

發(fā)送單元173，用于向倉配服務平臺發(fā)送第二調用響應，所述第二調用響應中攜帶有庫存操作申請單據，所述倉配服務平臺在接收到所述第二調用響應后，向供貨商服務器發(fā)送第一調用響應，所述第一調用響應中包含所述庫存操作申請單據。

較佳的，所述發(fā)送單元173，還用于向倉配服務平臺發(fā)送第三調用請求，所述第三調用請求用于調用倉配服務平臺的具有庫存操作實操通知功能的接口，攜帶有庫存操作實操單據，所述倉配服務平臺在接收到所述第三調用請求后，向供貨商服務器發(fā)送第四調用請求，所述第四調用請求用于調用供貨商服務器的具有庫存操作實操通知功能的接口；

所述接收單元171，還用于接收倉配服務平臺發(fā)送的第三調用響應，所述第三調用響應中包含確認消息，所述第三調用響應是倉配服務平臺在接收到供貨商服務器發(fā)送的第四調用響應后發(fā)送的。

較佳的，所述接收單元171，還用于接收倉配服務平臺發(fā)送的第六調用請求，所述第六調用請求用于調用倉配提供方服務器的具有取消庫存操作申請單據功能的接口，所述第六調用請求是倉配服務平臺在接收到供貨商服務器發(fā)送的第五調用請求后發(fā)送的，所述第五調用請求用于調用倉配服務平臺的具有取消庫存操作申請功能的接口，攜帶有庫存操作申請單號；

所述發(fā)送單元173，還用于向倉配服務平臺發(fā)送的第六調用響應，所述第六調用響應中攜帶有所述庫存操作申請單號和確認取消申請消息。

較佳的，所述接收單元171，還用于接收倉配服務平臺發(fā)送的第八調用請求，所述第八調用請求用于調用倉配提供方服務器的具有交易出庫單據創(chuàng)建功能的接口，攜帶有業(yè)務對象的信息、倉配提供方的倉庫的標識和收貨人信息；

所述發(fā)送單元173，還用于向倉配服務平臺發(fā)送第八調用響應，所述第八調用響應中攜帶有交易出庫申請單據，所述交易出庫申請單據是利用所述第八調用請求中攜帶的信息生成的。

較佳的，所述發(fā)送單元173，還用于向倉配服務平臺發(fā)送第九調用請求，所述第九調用請求用于調用倉配服務平臺的具有交易出庫實操通知功能的接口，攜帶有交易出庫實操單據；

所述接收單元171，還用于接收倉配服務平臺發(fā)送的第九調用響應，所述第九調用響應中包含供貨商服務器發(fā)送的確認接收到交易出庫通知消息。

較佳的，所述交易出庫申請單據中包括：交易出庫申請單號，所述接收單元171，還用于接收倉配服務平臺發(fā)送的第十二調用請求，所述第十二調用請求用于調用倉配提供方服務器的具有取消交易出庫單據創(chuàng)建功能的接口，攜帶有交易出庫申請單號；

所述發(fā)送單元173，還用于向倉配服務平臺發(fā)送第十二調用響應，所述第十二調用響應中攜帶有交易出庫申請單號和確認取消申請消息。

本領域的技術人員應明白，本發(fā)明的實施例可提供為方法、裝置(設備)、或計算機程序產品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產品的形式。

本發(fā)明是參照根據本發(fā)明實施例的方法、裝置(設備)和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執(zhí)行的指令產生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本發(fā)明的優(yōu)選實施例，但本領域內的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。

顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。