本申請(qǐng)涉及庫存信息處理技術(shù)領(lǐng)域，特別是涉及庫存類型信息處理方法及裝置。

背景技術(shù)：

在一些電子商務(wù)銷售平臺(tái)中，能夠提供統(tǒng)一的物流管理服務(wù)，例如，菜鳥提供的物流寶系統(tǒng)等等。在這種統(tǒng)一的物流管理服務(wù)體系中，物流管理平臺(tái)可以預(yù)先采購具體的物流服務(wù)商的物流資源/服務(wù)(包括倉庫資源、配送資源等等)，然后在系統(tǒng)中發(fā)布，之后，商家用戶可以從該物流管理平臺(tái)中訂購具體的物流資源/服務(wù)，然后將待售賣的貨品入駐到訂購的倉庫中，買家用戶在購買具體的商品對(duì)象后，由這種被訂購的倉庫進(jìn)行發(fā)貨，并由被訂購的配送資源進(jìn)行配送等等。通常，將這種物流管理模式稱為“4pl”。

這種統(tǒng)一的物流管理方式能夠從很大程度上解決商家的倉儲(chǔ)及配送問題，尤其是一些大家電等行業(yè)的商家，更可以明顯享受到該方案帶來的便利。但是，在具體技術(shù)實(shí)現(xiàn)時(shí)，物流管理平臺(tái)需要在商家以及物流服務(wù)商之間做好協(xié)調(diào)、管理等工作。其中一方面很重要的管理工作，就是對(duì)庫存信息的管理及同步。例如，商家在向某倉庫完成對(duì)某商品對(duì)象的補(bǔ)貨后，需要將補(bǔ)貨信息同步到物流管理平臺(tái)，平臺(tái)需要根據(jù)該事件增加該商品對(duì)象在該倉庫的庫存數(shù)量；在買家用戶購買了某商品對(duì)象，并路由到某倉庫來履行發(fā)貨服務(wù)時(shí)，物流管理平臺(tái)需要對(duì)該商品對(duì)象在該倉庫的庫存數(shù)量進(jìn)行鎖定，并通知對(duì)應(yīng)的物流服務(wù)商執(zhí)行發(fā)貨，等等。

在實(shí)際應(yīng)用中，庫存信息通常會(huì)包括多種類型，例如，包括可銷庫存、殘次庫存、在途庫存、凍結(jié)庫存等。而在一些精細(xì)化管理的需求下，每種庫存類型下可能還包括多種子類型。例如，殘次庫存下可能還包括機(jī)損待鑒定庫存、箱損待鑒定、機(jī)損商家責(zé)任等等。在對(duì)庫存信息進(jìn)行管理的過程中，通常會(huì)涉及到對(duì)上述各種類型信息的管理及同步。但是，在這種4pl體系下，物流管 理平臺(tái)需要與商家用戶以及物流服務(wù)商進(jìn)行交互，而商家用戶以及物流服務(wù)商通常會(huì)配備有第三方物流管理系統(tǒng)，例如，商家用戶可能會(huì)自行配備有erp(enterpriseresourceplanning，企業(yè)資源計(jì)劃)，物流服務(wù)商則可能配備有wms(warehousemanagementsystem，倉儲(chǔ)管理系統(tǒng))，并且，不同的商家用戶可能會(huì)使用不同的erp，不同的物流服務(wù)商也可能使用不同的wms。也就是說，統(tǒng)一物流管理平臺(tái)通常需要與多種erp、wms進(jìn)行交互，進(jìn)行庫存數(shù)量等信息的同步。

然而，不同的第三方物流管理系統(tǒng)對(duì)庫存的分類可能是各不相同的，例如，有些第三方物流管理系統(tǒng)簡單的將庫存分類為可售庫存和非可售庫存兩類。而有些第三方物流管理系統(tǒng)又將非可售庫存再進(jìn)一步細(xì)分，比如殘次庫存、銷退正品等，甚至還可能再將殘次庫存再進(jìn)一步細(xì)分為商家責(zé)任殘次、倉庫責(zé)任殘次、待鑒定殘次等等。因此，物流管理平臺(tái)需要能夠兼容各種異構(gòu)的第三方物流管理系統(tǒng)。

現(xiàn)有技術(shù)中，可以針對(duì)每個(gè)第三方物流管理系統(tǒng)開發(fā)一套適配器，適配器的作用是將第三方物流管理系統(tǒng)中定義的庫存類型轉(zhuǎn)換成統(tǒng)一物流管理平臺(tái)內(nèi)的標(biāo)準(zhǔn)定義。但是，這種方式會(huì)導(dǎo)致系統(tǒng)中有大量冗余的、混亂的規(guī)則代碼，此外，該方案并不具備擴(kuò)展性，每新增一個(gè)第三方物流管理系統(tǒng)需要新增一套適配模型。

因此，如何在提高物流管理平臺(tái)兼容性的同時(shí)，避免出現(xiàn)過多的代碼冗余或混亂，提高系統(tǒng)的可擴(kuò)展性，是需要本領(lǐng)域技術(shù)人員解決的技術(shù)問題。

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

本申請(qǐng)?zhí)峁┝藥齑骖愋托畔⑻幚矸椒把b置，可以在兼容各種異構(gòu)的第三方物流管理系統(tǒng)時(shí)，避免過多冗余代碼的產(chǎn)生，并且便于擴(kuò)展。

本申請(qǐng)?zhí)峁┝巳缦路桨福?/p>

一種庫存類型信息處理方法，包括：

提供庫存類型配置信息，每條配置條目用于記錄一個(gè)庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)與別名之間的對(duì)應(yīng)關(guān)系，其中，所述別名為對(duì)應(yīng)的庫存類型在第三方物流管理系統(tǒng)中的標(biāo)識(shí)；

接收到處理指定庫存操作訂單的請(qǐng)求時(shí)，確定所述庫存操作訂單中包含的庫存類型的第一標(biāo)識(shí)，以及所述指定庫存操作訂單的目標(biāo)接收方；

根據(jù)所述第一標(biāo)識(shí)確定匹配的目標(biāo)配置條目，并根據(jù)所述目標(biāo)配置條目，確定與所述第一標(biāo)識(shí)對(duì)應(yīng)的第二標(biāo)識(shí)；

將所述指定庫存操作訂單中的第一標(biāo)識(shí)轉(zhuǎn)換為第二標(biāo)識(shí)后，發(fā)送到所述目標(biāo)接收方。

一種庫存類型信息處理裝置，包括：

配置信息提供單元，用于提供庫存類型配置信息，每條配置條目用于記錄一個(gè)庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)與別名之間的對(duì)應(yīng)關(guān)系，其中，所述別名為對(duì)應(yīng)的庫存類型在第三方物流管理系統(tǒng)中的標(biāo)識(shí)；

請(qǐng)求接收單元，用于接收到處理指定庫存操作訂單的請(qǐng)求時(shí)，確定所述庫存操作訂單中包含的庫存類型的第一標(biāo)識(shí)，以及所述指定庫存操作訂單的目標(biāo)接收方；

目標(biāo)配置條目確定單元，用于根據(jù)所述第一標(biāo)識(shí)確定匹配的目標(biāo)配置條目，并根據(jù)所述目標(biāo)配置條目，確定與所述第一標(biāo)識(shí)對(duì)應(yīng)的第二標(biāo)識(shí)；

標(biāo)識(shí)轉(zhuǎn)換單元，用于將所述指定庫存操作訂單中的第一標(biāo)識(shí)轉(zhuǎn)換為第二標(biāo)識(shí)后，發(fā)送到所述目標(biāo)接收方。

根據(jù)本申請(qǐng)?zhí)峁┑木唧w實(shí)施例，本申請(qǐng)公開了以下技術(shù)效果：

通過本申請(qǐng)實(shí)施例，可以預(yù)先提供配置信息，在這種配置信息中可以包含多條配置條目，每個(gè)配置條目用于記錄一個(gè)庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)與別名之間的對(duì)應(yīng)關(guān)系。其中，所謂的標(biāo)準(zhǔn)名稱是指在統(tǒng)一物流管理平臺(tái)中，對(duì)庫存類型的標(biāo)識(shí)，而別名是相對(duì)于標(biāo)準(zhǔn)標(biāo)識(shí)而言的，一般是在第三方物流管理系統(tǒng)中為對(duì)應(yīng)的庫存類型賦予的名稱。這樣，統(tǒng)一物流管理平臺(tái)就可以利用該配置信息實(shí) 現(xiàn)與各種異構(gòu)的第三方物流管理系統(tǒng)之間的對(duì)接，而不需要針對(duì)不同的第三方物流管理系統(tǒng)維護(hù)多個(gè)適配器，避免過多冗余代碼的產(chǎn)生。另外，當(dāng)有新的別名或者新的庫存類型出現(xiàn)時(shí)，直接在配置信息中新增一條記錄即可，因此，便于擴(kuò)展。

當(dāng)然，實(shí)施本申請(qǐng)的任一產(chǎn)品并不一定需要同時(shí)達(dá)到以上所述的所有優(yōu)點(diǎn)。

附圖說明

為了更清楚地說明本申請(qǐng)實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請(qǐng)的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本申請(qǐng)實(shí)施例提供的界面示意圖；

圖2是本申請(qǐng)實(shí)施例提供的另一界面示意圖；

圖3是本申請(qǐng)實(shí)施例提供的方法的流程圖；

圖4是本申請(qǐng)實(shí)施例提供的裝置的示意圖。

具體實(shí)施方式

下面將結(jié)合本申請(qǐng)實(shí)施例中的附圖，對(duì)本申請(qǐng)實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本申請(qǐng)一部分實(shí)施例，而不是全部的實(shí)施例?；诒旧暾?qǐng)中的實(shí)施例，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實(shí)施例，都屬于本申請(qǐng)保護(hù)的范圍。

在本申請(qǐng)實(shí)施例中，為了更好的適配各種異構(gòu)的第三方物流管理系統(tǒng)，可以預(yù)先提供配置信息，在這種配置信息中可以包含多條配置條目，每個(gè)配置條目用于記錄一個(gè)庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)與別名之間的對(duì)應(yīng)關(guān)系。其中，所謂的標(biāo)準(zhǔn)名稱是指在統(tǒng)一物流管理平臺(tái)中，對(duì)庫存類型的標(biāo)識(shí)，而別名是相對(duì)于標(biāo)準(zhǔn)標(biāo)識(shí)而言的，一般是在第三方物流管理系統(tǒng)中為對(duì)應(yīng)的庫存類型賦予的名稱。這樣，統(tǒng)一物流管理平臺(tái)就可以利用該配置表實(shí)現(xiàn)與各種異構(gòu)的第三方物流管 理系統(tǒng)之間的對(duì)接，而不需要針對(duì)不同的第三方物流管理系統(tǒng)維護(hù)多個(gè)適配器。

具體在建立上述配置表時(shí)，可以將各種第三方物流管理系統(tǒng)中定義的庫存類型及其別名進(jìn)行匯總，對(duì)應(yīng)每個(gè)庫存類型別名，創(chuàng)建標(biāo)準(zhǔn)庫存類型，并為其配置標(biāo)準(zhǔn)名稱。例如，假設(shè)共有兩種erp，兩種wms，其中，在第一種erp中，定義的庫存類型別名有：xsdjd、jsdjd、smth；在第二種erp中定義的庫存類型別名有xsdjd、jsdjd、xssjzr、xscpzr；在第一種wms中，定義的庫存類別名有：jssjzr、xtzp、cqxt；在第二種wms中定義的庫存類型別名有：hst、msp、whc、spz等。則在創(chuàng)建標(biāo)準(zhǔn)庫存類型時(shí)，可以是分別對(duì)應(yīng)：xsdjd、jsdjd、smth、xssjzr、xscpzr、jssjzr、xtzp、cqxt、hst、msp、whc、spz定義12種標(biāo)準(zhǔn)庫存，并分別給出各自的標(biāo)準(zhǔn)標(biāo)識(shí)，例如分別為101、102、103等等。

在統(tǒng)一物流管理平臺(tái)內(nèi)部，用這種標(biāo)準(zhǔn)名稱對(duì)庫存類型進(jìn)行描述，而在第三方物流管理系統(tǒng)中，仍然用各自的別名進(jìn)行描述。同時(shí)，在物流管理平臺(tái)提供一轉(zhuǎn)換功能模塊，該轉(zhuǎn)換功能模塊用于，在接收到對(duì)某庫存操作訂單進(jìn)行處理的請(qǐng)求時(shí)，對(duì)訂單中的庫存類型的標(biāo)識(shí)進(jìn)行轉(zhuǎn)換，轉(zhuǎn)換成接收方能夠識(shí)別的標(biāo)識(shí)，然后再將訂單發(fā)送到接收方。

需要說明的是，統(tǒng)一物流管理平臺(tái)內(nèi)創(chuàng)建的標(biāo)準(zhǔn)庫存類型具有各自的業(yè)務(wù)含義，這種業(yè)務(wù)含義與第三方物流管理系統(tǒng)中定義的業(yè)務(wù)含義可以是相同的。例如，具體的業(yè)務(wù)含義可以包括：可銷庫存、殘次庫存、機(jī)損商家責(zé)任庫存、箱損物流責(zé)任庫存等等。只是在統(tǒng)一物流管理平臺(tái)中對(duì)相同業(yè)務(wù)含義的庫存類型的標(biāo)識(shí)方式，與第三方物流管理系統(tǒng)中的標(biāo)識(shí)方式是不同的。例如，對(duì)于機(jī)損商家責(zé)任庫存，在統(tǒng)一物流管理平臺(tái)中的標(biāo)準(zhǔn)標(biāo)識(shí)可以為50101，而在某erp中的別名可能是jssjzr，等等。

在統(tǒng)一物流管理平臺(tái)生成庫存操作訂單，或者第三方物流管理系統(tǒng)中生成庫存操作訂單時(shí)，都可以是根據(jù)實(shí)際發(fā)生的事件(例如退貨入庫、采購入庫等等)，確定出需要對(duì)具有何種業(yè)務(wù)含義的庫存類型進(jìn)行操作，然后在生成的庫存操作訂單中，將這種業(yè)務(wù)含義的庫存類型對(duì)應(yīng)的標(biāo)準(zhǔn)標(biāo)識(shí)或別名寫入到庫存操作訂單中。發(fā)送方發(fā)出該訂單后，可以先到達(dá)前述轉(zhuǎn)換功能模塊，由該模塊 進(jìn)行庫存類型標(biāo)識(shí)的轉(zhuǎn)換后，再發(fā)送給接收方，使得接收方能夠按照自己的邏輯對(duì)庫存操作訂單進(jìn)行處理。

通過這種配置表的方式來兼容各種異構(gòu)的第三方物流管理系統(tǒng)的實(shí)現(xiàn)方式，可以避免出現(xiàn)過多的冗余代碼，并且也具有良好的可擴(kuò)展性。例如，當(dāng)有新的第三方物流管理系統(tǒng)加入，或者第三方物流管理系統(tǒng)中定義了新的庫存類型別名，只需要向配置表中插入一條記錄，即可按照本申請(qǐng)實(shí)施例的邏輯實(shí)現(xiàn)適配。

但在實(shí)際應(yīng)用中，可能出現(xiàn)以下情況：不同的第三方物流管理系統(tǒng)中定義了不同別名的庫存類型，但是實(shí)際上在業(yè)務(wù)含義上卻是相同的。例如，有兩種erp，第一種erp中定義了某種庫存類型的別名為sjzrcc，另一erp中定義了某種庫存類型的別名為sjzrcpkc。然而實(shí)際上，這兩個(gè)庫存類型的業(yè)務(wù)含義均為：商家責(zé)任殘次庫存。在這種情況下，如果仍然按照前述實(shí)現(xiàn)方式進(jìn)行標(biāo)準(zhǔn)庫存類型的創(chuàng)建，則這兩個(gè)別名會(huì)對(duì)應(yīng)兩個(gè)不同的標(biāo)準(zhǔn)庫存類型，也對(duì)應(yīng)不同的標(biāo)準(zhǔn)標(biāo)識(shí)。針對(duì)這種情況，可能存在一個(gè)問題是：在統(tǒng)一物流管理平臺(tái)生成庫存操作訂單時(shí)，由于是按照發(fā)生的時(shí)間，確定出需要對(duì)哪個(gè)業(yè)務(wù)含義的庫存類型進(jìn)行操作，因此，假設(shè)確定出是需要對(duì)業(yè)務(wù)含義為“商家責(zé)任殘次庫存”的庫存類型進(jìn)行操作，則會(huì)發(fā)現(xiàn)有兩個(gè)標(biāo)準(zhǔn)標(biāo)識(shí)與該庫存類型相對(duì)應(yīng)，此時(shí)，到底該將哪個(gè)標(biāo)準(zhǔn)標(biāo)識(shí)寫入到當(dāng)前的庫存操作訂單中？

針對(duì)這種情況，一種解決方案可以是：在配置表中增加各條目適用的第一用戶/倉庫資源標(biāo)識(shí)，在統(tǒng)一物流管理平臺(tái)需要生成庫存操作訂單時(shí)，除了確定待操作庫存類型的業(yè)務(wù)含義，還可以確定出接收方對(duì)應(yīng)的第一用戶標(biāo)識(shí)，或倉庫資源標(biāo)識(shí)，然后，通過業(yè)務(wù)含義和第一用戶標(biāo)識(shí)/倉庫資源標(biāo)識(shí)這兩方面的信息來唯一確定一滿足條件的目標(biāo)配置條目。

其中，關(guān)于第一用戶與erp、物流服務(wù)商與wms之間的對(duì)應(yīng)關(guān)系，可以是預(yù)先獲知的，具體的，在第一用戶/物流服務(wù)商在統(tǒng)一物流管理平臺(tái)中注冊(cè)簽約時(shí)，就可以提供其使用的第三方物流管理系統(tǒng)名稱、版本等信息。這樣，對(duì)于一erp，可以確定出與erp關(guān)聯(lián)的第一用戶，也即有哪些第一用戶在使用，對(duì)于一wms，可以確定出與wms關(guān)聯(lián)的物流服務(wù)商，也即有哪些物流 服務(wù)商在用，等等。進(jìn)而，在配置表中為某第三方物流管理系統(tǒng)中關(guān)于某庫存類型的別名創(chuàng)建具體的配置條目時(shí)，可以將該第三方物流管理系統(tǒng)關(guān)聯(lián)的第一用戶標(biāo)識(shí)/倉庫資源標(biāo)識(shí)，填寫在該條目對(duì)應(yīng)的字段中。

上述實(shí)現(xiàn)方式中，意味著有多少別名就要?jiǎng)?chuàng)建多少個(gè)標(biāo)準(zhǔn)庫存類型，并配置相應(yīng)數(shù)目的不同標(biāo)注標(biāo)識(shí)與這些別名相對(duì)應(yīng)，對(duì)于統(tǒng)一物流管理平臺(tái)而言，如果同一業(yè)務(wù)含義的庫存類型對(duì)應(yīng)著不同的標(biāo)準(zhǔn)標(biāo)識(shí)，則管理成本會(huì)比較高，并且也不符合“標(biāo)準(zhǔn)”本身應(yīng)有的作用。為此，在本申請(qǐng)實(shí)施例中，還可以通過以下方式進(jìn)行：預(yù)先確定各種第三方物流管理系統(tǒng)中定義的各種庫存類型的業(yè)務(wù)含義以及別名，對(duì)業(yè)務(wù)含義進(jìn)行去重后生成業(yè)務(wù)含義集合，然后，為該集合內(nèi)的各業(yè)務(wù)含義對(duì)應(yīng)的庫存類型配置標(biāo)準(zhǔn)標(biāo)識(shí)，并根據(jù)集合內(nèi)各業(yè)務(wù)含義在各第三方物流管理系統(tǒng)中對(duì)應(yīng)的別名，生成多條配置條目。

例如，假設(shè)共有兩個(gè)erp，兩個(gè)wms，其中，第一個(gè)erp中定義的庫存類型信息如下：

可銷庫存a1，殘次庫存b1，在途庫存c1，凍結(jié)庫存d1。

第二個(gè)erp中定義的庫存類型信息如下：

可銷庫存a1，殘次庫存b1，在途庫存c1，凍結(jié)庫存d1，銷退正品庫存e1，商家責(zé)任殘次庫存f1、倉庫責(zé)任殘次庫存g1、待鑒定殘次庫存h1。

第一個(gè)wms中定義的庫存類型信息如下：

可銷庫存a2，殘次庫存b2，在途庫存c2，凍結(jié)庫存d2，銷退正品庫存e2，商家責(zé)任殘次庫存f2、倉庫責(zé)任殘次庫存g2、待鑒定殘次庫存h2。

第二個(gè)wms中定義的庫存類型信息如下：

可銷庫存a3，殘次庫存b3，在途庫存c3，凍結(jié)庫存d3，機(jī)損待鑒定庫存i1，箱損待鑒定庫存j1，機(jī)損商家責(zé)任庫存k1，機(jī)損物流責(zé)任庫存l1，箱損物流責(zé)任庫存m1，上門退貨殘次庫存n1。

對(duì)上述各個(gè)第三方物流管理系統(tǒng)中定義的庫存類型的業(yè)務(wù)含義去重后生成的業(yè)務(wù)含義集合為：

{可銷庫存，殘次庫存，在途庫存，凍結(jié)庫存，銷退正品庫存，商家責(zé)任殘次庫存，倉庫責(zé)任殘次庫存，待鑒定殘次庫存，機(jī)損待鑒定庫存，箱損待鑒定庫存，機(jī)損商家責(zé)任庫存，機(jī)損物流責(zé)任庫存，箱損物流責(zé)任庫存，上門退貨殘次庫存}

然后，就可以對(duì)上述集合中的各個(gè)業(yè)務(wù)含義對(duì)應(yīng)的庫存類型定義標(biāo)注標(biāo)識(shí)即可。也就是說，以其中的可銷庫存為例，雖然在第一個(gè)erp中的別名為a1，在第一個(gè)wms中的別名為a2，在第二個(gè)wms中的別名為a3，但是由于對(duì)應(yīng)的業(yè)務(wù)含義均為“可銷庫存”，因此，在統(tǒng)一物流管理平臺(tái)中就可以用同一個(gè)標(biāo)準(zhǔn)標(biāo)識(shí)來表達(dá)，例如101，等等。當(dāng)然，由于一個(gè)業(yè)務(wù)含義在不同的第三方物流管理系統(tǒng)中可能有多個(gè)不同的別名，因此，針對(duì)不同第三方物流管理系統(tǒng)中的不同別名可以配置多個(gè)配置條目，只不過對(duì)應(yīng)同一業(yè)務(wù)含義的不同條目中，庫存類的標(biāo)準(zhǔn)標(biāo)識(shí)是相同的。當(dāng)然，對(duì)于這種情況，同樣可以在配置條目中包含使用范圍信息，該適用范圍信息可以包括支持的行業(yè)標(biāo)識(shí)、erp關(guān)聯(lián)的第一用戶標(biāo)識(shí)和/或wms關(guān)聯(lián)的倉庫資源標(biāo)識(shí)。

此外，在具體實(shí)現(xiàn)時(shí)，考慮到各種庫存類型在業(yè)務(wù)含義上往往會(huì)具有父子關(guān)系，或者概括與細(xì)分之間的關(guān)系，例如，殘次庫存，在一些第三方物流管理系統(tǒng)中被細(xì)分為商家責(zé)任殘次庫存，倉庫責(zé)任殘次庫存，待鑒定殘次庫存等等。因此，在本申請(qǐng)實(shí)施例中，在創(chuàng)建標(biāo)準(zhǔn)庫存類型時(shí)，可以包括庫存主類型、庫存子類型，并且可以建立主類型與子類型之間的關(guān)聯(lián)關(guān)系。這樣區(qū)分主類型與子類型的好處在于：在各種異構(gòu)的第三方物流管理系統(tǒng)中，各種子類型不一定在每個(gè)第三方物流管理系統(tǒng)中都有定義，但是，對(duì)于主類型，通常是在每個(gè)第三方物流管理系統(tǒng)中都會(huì)存在。因此，在具體實(shí)現(xiàn)時(shí)，對(duì)于這部分庫存主類型，在配置好標(biāo)準(zhǔn)標(biāo)識(shí)后，可以要求各個(gè)第三方物流管理系統(tǒng)在自己的系統(tǒng)內(nèi)容也直接使用這種標(biāo)準(zhǔn)標(biāo)識(shí)來表達(dá)各種庫存主類型。這樣，可以通過主類型的標(biāo)準(zhǔn)標(biāo)識(shí)使得各個(gè)第三方物流管理系統(tǒng)之間的部分庫存類型信息在表達(dá)方式上達(dá)成一致，并且與統(tǒng)一物流管理平臺(tái)中定義的表達(dá)方式也是一致的，這樣可以提高效率。而對(duì)于各個(gè)第三方物流管理系統(tǒng)的個(gè)性化部分，例如對(duì)于有精細(xì)化表達(dá)及管理需求的第三方物流管理系統(tǒng)，則可以通過子類型來體現(xiàn)。當(dāng)然，在實(shí)際應(yīng)用中，主類型也可能在第三方物流管理系統(tǒng)具有別名，子類型還可能在第 三方物流管理系統(tǒng)中不具有別名，也即第三方物流管理系統(tǒng)中的標(biāo)識(shí)與標(biāo)準(zhǔn)標(biāo)識(shí)相同等等，總之，主類型、子類型與是否具有別名之間并不需要做強(qiáng)制性規(guī)定。

總之，通過上述方式，同一物流管理平臺(tái)在生成庫存操作訂單時(shí)，只需要確定出待操作的庫存類型的業(yè)務(wù)含義，即可確定出在訂單中需寫入的庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)。后續(xù)在需要進(jìn)行標(biāo)識(shí)轉(zhuǎn)換時(shí)，首先根據(jù)標(biāo)準(zhǔn)標(biāo)識(shí)確定出相匹配的至少一條配置條目，再根據(jù)訂單中關(guān)聯(lián)的具體的第一用戶標(biāo)識(shí)和/或倉庫資源標(biāo)識(shí)，對(duì)適用范圍進(jìn)行判斷，從中選擇出一條最匹配的目標(biāo)配置條目。

需要說明的是，所謂的行業(yè)可以包括大家電行業(yè)、小家電行業(yè)、商超行業(yè)、“儷人購”，等等。關(guān)于各個(gè)配置條目的適用范圍信息，根據(jù)實(shí)際的情況，可以配置成多種形式。例如，假設(shè)某配置條目中記錄的庫存類目別名，對(duì)全部行業(yè)類型、以及全部第一用戶、物流服務(wù)商都適用，則行業(yè)類型、第一用戶標(biāo)識(shí)、倉庫資源標(biāo)識(shí)字段都可以為空，也即對(duì)這幾個(gè)字段都不進(jìn)行限定。如果某配置條目中記錄的庫存類目別名僅適用于某個(gè)行業(yè)，則可以在行業(yè)標(biāo)識(shí)字段進(jìn)行限定；如果某配置條目中記錄的庫存類目別名僅適用于某個(gè)行業(yè)中的某個(gè)或部分第一用戶，則可以在行業(yè)標(biāo)識(shí)字段以及第一用戶標(biāo)識(shí)字段都進(jìn)行限定；某配置條目中記錄的庫存類目別名僅適用于某個(gè)行業(yè)下某個(gè)用戶訂購的某個(gè)倉，則可以在行業(yè)標(biāo)識(shí)字段、第一用戶標(biāo)識(shí)字段以及倉庫資源標(biāo)識(shí)字段都進(jìn)行限定。

其中，對(duì)應(yīng)于各配置條目中被限定的適用范圍字段數(shù)目的不同，各個(gè)配置條目還可以具有不同的優(yōu)先級(jí)。其中，被限定的字段數(shù)目越多，則優(yōu)先級(jí)越高。這樣，在進(jìn)行標(biāo)識(shí)轉(zhuǎn)換時(shí)，如果發(fā)現(xiàn)在類型標(biāo)識(shí)、適用范圍上都匹配的配置條目有多個(gè)，則還可以根據(jù)優(yōu)先級(jí)信息，選擇優(yōu)先級(jí)最高的一條作為目標(biāo)配置條目。

需要說明的是，在第一用戶、物流服務(wù)商向統(tǒng)一物流管理平臺(tái)進(jìn)行注冊(cè)簽約時(shí)，通常會(huì)提供其所屬的行業(yè)信息。因此，在進(jìn)行標(biāo)識(shí)轉(zhuǎn)換的過程中，在根據(jù)支持的行業(yè)類型進(jìn)行判斷時(shí)，可以根據(jù)請(qǐng)求參數(shù)中的第一用戶標(biāo)識(shí)以及倉庫資源標(biāo)識(shí)，確定出所屬的行業(yè)類型，再與具體配置條目進(jìn)行匹配。

另外，在實(shí)際應(yīng)用中，不同的第三方物流管理系統(tǒng)還可能會(huì)對(duì)同一種庫存類型有不同的業(yè)務(wù)規(guī)則，比如某些wms銷退訂單返回的庫存直接當(dāng)成可售庫存，而某些wms必須先入成銷退正品，等等。也就是說，統(tǒng)一物流管理平臺(tái)在異構(gòu)的第三方物流管理系統(tǒng)系統(tǒng)之間的兼容性問題，除了前述的庫存類型標(biāo)識(shí)方面的兼容，還可能涉及到業(yè)務(wù)規(guī)則方面的兼容。

為此，在本申請(qǐng)實(shí)施例中，針對(duì)存在上述業(yè)務(wù)規(guī)則的情況，還可以在對(duì)應(yīng)配置條目的適用范圍字段中，增加支持/不支持的訂單類型以及事件類型字段。其中，訂單類型可以包括采購入庫訂單、退貨訂單、調(diào)撥訂單，等等。事件可以包括訂單創(chuàng)建、訂單確認(rèn)等事件。這樣，在確定目標(biāo)配置條目時(shí)，除了通過訂單中的庫存類型標(biāo)識(shí)、參數(shù)中的第一用戶標(biāo)識(shí)、倉庫資源標(biāo)識(shí)等進(jìn)行匹配，還可以考慮訂單類型及事件，這些參數(shù)都匹配都成功后，再確定為目標(biāo)配置條目。

綜合以上所述，在一種優(yōu)選的實(shí)現(xiàn)方式中，為配置表定義的字段及其含義可以如以下表1所示：

表1

在定義出配置表中的字段后，就可以據(jù)此生成具體的配置條目，例如，具體生成的配置表可以如以下表2所示(其中僅顯示了一些主要字段上的信息)：

表2

從該表2可以看出，第1至第3個(gè)條目記錄的主類型，第4至第7個(gè)條目記錄的是子類型，其中，主類型沒有對(duì)應(yīng)的別名，每個(gè)子類型都有對(duì)應(yīng)的別名。第1至第3個(gè)條目中還記錄了不支持的訂單類型及事件，其中，訂單類型由類型編號(hào)表達(dá)，例如704、201等，對(duì)應(yīng)的訂單的業(yè)務(wù)含義包括采購入庫訂單、調(diào)撥入庫訂單，等等。第4至第7個(gè)條目中還記錄了支持的訂單類型及事件。關(guān)于支持的行業(yè)類型、倉庫編碼、第一用戶id方面，第1至第3個(gè)條目中，三個(gè)字段均未限定，也即，該條目對(duì)所有行業(yè)、所有倉庫、所有第一用戶都適用，相應(yīng)的，優(yōu)先級(jí)也最低，為0。第4條和第6條中僅對(duì)行業(yè)類型進(jìn)行了限定，也即，這兩個(gè)條目僅適用于編碼為5001的行業(yè)類型，相應(yīng)的，優(yōu)先級(jí)相對(duì)較高，為1。第5條中對(duì)行業(yè)類型以及倉編碼進(jìn)行了限定，也即，該條目僅對(duì)編碼為5001的行業(yè)類型、倉編碼為store_3745的倉庫適用，該條目的優(yōu)先級(jí)也更高，為2。第7條中對(duì)行業(yè)類型、倉編碼以及第一用戶id均進(jìn)行了限定，也即，僅當(dāng)行業(yè)類型為5001，倉編碼為store_3745且第一用戶id為1001時(shí)，該條目才適用，相應(yīng)的，該條目的優(yōu)先級(jí)最高，為3。

另外，第4條與第5條都是標(biāo)準(zhǔn)標(biāo)識(shí)為104的子類型對(duì)應(yīng)的條目，也即該子類型對(duì)應(yīng)的別名有兩個(gè)，一個(gè)是xsdjd，另一個(gè)是xsdjd。假設(shè)統(tǒng)一物流管理平臺(tái)生成的301類型的訂單中，關(guān)聯(lián)的倉庫是store_3745，待操作的庫存類型是104，則可以確定出第4條與第5條均匹配，但是，由于第5條的優(yōu)先級(jí)高于第4條，因此，可以將第5條確定為目標(biāo)配置條目，進(jìn)而，將庫存類型104轉(zhuǎn)換為第5條中對(duì)應(yīng)的別名xsd。

需要說明的是，關(guān)于配置表中的各個(gè)配置條目可以是由開發(fā)者編輯的，具體實(shí)現(xiàn)時(shí)，為了便于進(jìn)行編輯工作，還可以提供可視化的配置工具。參見圖1以及圖2，該配置工具的用戶界面中，可以提供用于對(duì)配置表中的各個(gè)字段進(jìn)行配置的操作選項(xiàng)，例如，可以是輸入框或者選擇框、復(fù)選框等等。其中，圖1為基本的配置界面，其中提供了“行業(yè)類型”、“用戶標(biāo)識(shí)”、“倉庫”等多個(gè)字段，并且提供了相應(yīng)的下拉列表，這些字段用于填寫適用范圍信息，其中，行業(yè)類型字段用于填寫適用的行業(yè)類型，用戶標(biāo)識(shí)字段用于填寫適用的第一用戶的標(biāo)識(shí)，倉庫字段用于填寫適用的倉庫編碼等。另外，圖1中還提供了用于選擇適用的訂單類型及操作類型的選項(xiàng)，其中羅列了各種可能的訂單類型及其對(duì)應(yīng)的操作類型，例如，訂單類型可以包括交易出庫、調(diào)撥單、退貨入庫、歸還入庫等等，操作類型主要包括創(chuàng)建以及確認(rèn)兩種。圖2是觸發(fā)了圖1中的“新增配置”選項(xiàng)后提供的操作界面，其中同樣給出多個(gè)字段及對(duì)應(yīng)的操作選項(xiàng)，包括“行業(yè)編號(hào)”、“庫存類型”、“子類型”等等。完成對(duì)各個(gè)操作選項(xiàng)的操作后，就可以提交，相應(yīng)的，系統(tǒng)就可以生成配置表中的一個(gè)條目，插入到配置表中。每次在向配置表中新增一個(gè)條目時(shí)，系統(tǒng)還可以進(jìn)行校驗(yàn)，避免與已有的條目重復(fù)。

生成的配置表可以保存在數(shù)據(jù)庫中，在需要進(jìn)行庫存類型的轉(zhuǎn)換時(shí)可以訪問數(shù)據(jù)庫，以查詢?cè)撆渲帽?。?dāng)然，由于在實(shí)際應(yīng)用中，該配置表可能會(huì)被頻繁的訪問，為了避免過多的數(shù)據(jù)庫讀寫造成的系統(tǒng)負(fù)擔(dān)，還可以在系統(tǒng)初始化時(shí)，將配置表讀取到內(nèi)存中，還可以按照支持的行業(yè)類型等進(jìn)行分組索引，并按照配置的優(yōu)先級(jí)進(jìn)行組內(nèi)排序，以提高處理效率。

綜合以上所述，在本申請(qǐng)實(shí)施例中，提供了一種庫存類型信息處理方法， 參見圖3，該方法可以包括以下步驟：

s301：提供庫存類型配置信息，每條配置條目用于記錄一個(gè)庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)與別名之間的對(duì)應(yīng)關(guān)系，其中，所述別名為對(duì)應(yīng)的庫存類型在第三方物流管理系統(tǒng)中的標(biāo)識(shí)；

如前文所述，配置信息可以通過以下方式確定：預(yù)先確定各種第三方物流管理系統(tǒng)中定義的各種庫存類型的業(yè)務(wù)含義以及別名，對(duì)業(yè)務(wù)含義進(jìn)行去重后生成業(yè)務(wù)含義集合，為所述集合內(nèi)的各業(yè)務(wù)含義對(duì)應(yīng)的庫存類型配置標(biāo)準(zhǔn)標(biāo)識(shí)，并根據(jù)集合內(nèi)各業(yè)務(wù)含義在各第三方物流管理系統(tǒng)中對(duì)應(yīng)的別名，生成多條配置條目。

其中，如果同一業(yè)務(wù)含義的庫存類型在不同的第三方物流管理系統(tǒng)中存在不同的別名，則可以針對(duì)該庫存類型生成多條配置條目，每個(gè)配置條目用于記錄該庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)與在其中一第三方物流管理系統(tǒng)中的別名之間的對(duì)應(yīng)關(guān)系，以及配置條目的適用范圍信息。

另外，配置條目中還可以記錄條目的優(yōu)先級(jí)信息。再者，集合內(nèi)的業(yè)務(wù)含義，確定庫存主類型、庫存子類型以及主類型與子類型之間的關(guān)聯(lián)關(guān)系，其中，主類型在各第三方物流管理系統(tǒng)中的別名與所述標(biāo)準(zhǔn)標(biāo)識(shí)相同時(shí)，對(duì)應(yīng)配置條目中的別名字段為空。

s302：接收到處理指定庫存操作訂單的請(qǐng)求時(shí)，確定所述庫存操作訂單中包含的庫存類型的第一標(biāo)識(shí)，以及所述指定庫存操作訂單的目標(biāo)接收方；

s303：根據(jù)所述第一標(biāo)識(shí)確定匹配的目標(biāo)配置條目，并根據(jù)所述目標(biāo)配置條目，確定與所述第一標(biāo)識(shí)對(duì)應(yīng)的第二標(biāo)識(shí)；

其中，指定庫存操作訂單包括某第一用戶的第三方物流管理系統(tǒng)(也即第一用戶的erp)發(fā)送給統(tǒng)一物流管理平臺(tái)的訂單，例如，某第一用戶對(duì)某商品對(duì)象執(zhí)行了向某倉庫的采購入庫操作，創(chuàng)建了采購入庫類型的訂單，訂單中指定需要對(duì)“可售”的庫存類型進(jìn)行增加操作，等等。此時(shí)，所述第一標(biāo)識(shí)為某庫存類型在該erp中的別名，所述第二標(biāo)識(shí)為該庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)。

或者，指定庫存操作訂單也包括由統(tǒng)一物流管理平臺(tái)發(fā)送給指定wms的訂單，例如，統(tǒng)一物流管理平臺(tái)接收到了第二用戶(例如買家用戶等)的退貨入庫請(qǐng)求，創(chuàng)建了退貨入庫類型的訂單，訂單中指定需要對(duì)“在途”的庫存類型進(jìn)行增加操作，等等。此時(shí)，所述第一標(biāo)識(shí)為某庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)，所述第二標(biāo)識(shí)為該標(biāo)準(zhǔn)標(biāo)識(shí)對(duì)應(yīng)的庫存類型在所述指定wms中的別名。

具體實(shí)現(xiàn)，如果配置條目中記錄的適用范圍信息包括支持的行業(yè)標(biāo)識(shí)、所述erp關(guān)聯(lián)的第一用戶標(biāo)識(shí)和/或wms關(guān)聯(lián)的倉庫資源標(biāo)識(shí)，則具體在根據(jù)所述第一標(biāo)識(shí)確定匹配的目標(biāo)配置條目時(shí)，可以首先根據(jù)所述第一標(biāo)識(shí)確定出相匹配的至少一條配置條目，根據(jù)所述請(qǐng)求中攜帶的參數(shù)，從所述至少一條配置條目中確定出適用范圍信息相符的目標(biāo)配置條目；所述參數(shù)包括第一用戶標(biāo)識(shí)和/或倉庫資源標(biāo)識(shí)。具體的，還可以根據(jù)參數(shù)中攜帶的第一用戶標(biāo)識(shí)以及倉庫資源標(biāo)識(shí)確定出對(duì)應(yīng)的行業(yè)類型，然后，根據(jù)第一用戶標(biāo)識(shí)、倉庫資源標(biāo)識(shí)以及確定出的行業(yè)類型，進(jìn)行適用范圍信息的判斷操作。如果該適用范圍信息還包括支持/不支持的訂單類型以及事件類型。則還可以根據(jù)請(qǐng)求中的訂單類型以及事件，對(duì)該適用范圍信息進(jìn)行判斷。另外，當(dāng)所述適用范圍信息相符的配置條目為多條時(shí)，則可以將其中優(yōu)先級(jí)最高的作為所述目標(biāo)配置條目。

s304：將所述指定庫存操作訂單中的第一標(biāo)識(shí)轉(zhuǎn)換為第二標(biāo)識(shí)后，發(fā)送到所述目標(biāo)接收方。

總之，通過本申請(qǐng)實(shí)施例，可以預(yù)先提供配置信息，在這種配置信息中可以包含多條配置條目，每個(gè)配置條目用于記錄一個(gè)庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)與別名之間的對(duì)應(yīng)關(guān)系。其中，所謂的標(biāo)準(zhǔn)名稱是指在統(tǒng)一物流管理平臺(tái)中，對(duì)庫存類型的標(biāo)識(shí)，而別名是相對(duì)于標(biāo)準(zhǔn)標(biāo)識(shí)而言的，一般是在第三方物流管理系統(tǒng)中為對(duì)應(yīng)的庫存類型賦予的名稱。這樣，統(tǒng)一物流管理平臺(tái)就可以利用該配置信息實(shí)現(xiàn)與各種異構(gòu)的第三方物流管理系統(tǒng)之間的對(duì)接，而不需要針對(duì)不同的第三方物流管理系統(tǒng)維護(hù)多個(gè)適配器，避免過多冗余代碼的產(chǎn)生。另外，當(dāng)有新的別名或者新的庫存類型出現(xiàn)時(shí)，直接在配置信息中新增一條記錄即可，因此，便于擴(kuò)展。

與本申請(qǐng)實(shí)施例提供的庫存類型信息處理方法相對(duì)應(yīng)，本申請(qǐng)實(shí)施例還提供了一種庫存類型信息處理裝置，參見圖4，該裝置可以包括：

配置信息提供單元401，用于提供庫存類型配置信息，每條配置條目用于記錄一個(gè)庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)與別名之間的對(duì)應(yīng)關(guān)系，其中，所述別名為對(duì)應(yīng)的庫存類型在第三方物流管理系統(tǒng)中的標(biāo)識(shí)；

請(qǐng)求接收單元402，用于接收到處理指定庫存操作訂單的請(qǐng)求時(shí)，確定所述庫存操作訂單中包含的庫存類型的第一標(biāo)識(shí)，以及所述指定庫存操作訂單的目標(biāo)接收方；

目標(biāo)配置條目確定單元403，用于根據(jù)所述第一標(biāo)識(shí)確定匹配的目標(biāo)配置條目，并根據(jù)所述目標(biāo)配置條目，確定與所述第一標(biāo)識(shí)對(duì)應(yīng)的第二標(biāo)識(shí)；

標(biāo)識(shí)轉(zhuǎn)換單元404，用于將所述指定庫存操作訂單中的第一標(biāo)識(shí)轉(zhuǎn)換為第二標(biāo)識(shí)后，發(fā)送到所述目標(biāo)接收方。

其中，所述指定庫存操作訂單包括某第一用戶的第三方物流管理系統(tǒng)發(fā)送給統(tǒng)一物流管理平臺(tái)的訂單，所述第一標(biāo)識(shí)為某庫存類型在該第三方物流管理系統(tǒng)中的別名，所述第二標(biāo)識(shí)為該庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)。

或者，所述指定庫存操作訂單包括由統(tǒng)一物流管理平臺(tái)發(fā)送給指定物流服務(wù)商的第三方物流管理系統(tǒng)的訂單，所述第一標(biāo)識(shí)為某庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)，所述第二標(biāo)識(shí)為該標(biāo)準(zhǔn)標(biāo)識(shí)對(duì)應(yīng)的庫存類型在所述該第三方物流管理系統(tǒng)中的別名。

其中，所述配置信息通過以下方式確定：預(yù)先確定各種第三方物流管理系統(tǒng)中定義的各種庫存類型的業(yè)務(wù)含義以及別名，對(duì)業(yè)務(wù)含義進(jìn)行去重后生成業(yè)務(wù)含義集合，為所述集合內(nèi)的各業(yè)務(wù)含義對(duì)應(yīng)的庫存類型配置標(biāo)準(zhǔn)標(biāo)識(shí)，并根據(jù)集合內(nèi)各業(yè)務(wù)含義在各第三方物流管理系統(tǒng)中對(duì)應(yīng)的別名，生成多條配置條目；

其中，如果同一業(yè)務(wù)含義的庫存類型在不同的第三方物流管理系統(tǒng)中存在不同的別名，則針對(duì)該庫存類型生成多條配置條目，每個(gè)配置條目用于記錄該 庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)與在其中一第三方物流管理系統(tǒng)中的別名之間的對(duì)應(yīng)關(guān)系，以及配置條目的適用范圍信息；所述適用范圍信息包括支持的行業(yè)標(biāo)識(shí)、所述erp關(guān)聯(lián)的第一用戶標(biāo)識(shí)和/或wms關(guān)聯(lián)的倉庫資源標(biāo)識(shí)；

所述目標(biāo)配置條目確定單元，包括：

第一確定子單元，用于根據(jù)所述第一標(biāo)識(shí)確定出相匹配的至少一條配置條目；

第二確定子單元，用于根據(jù)所述請(qǐng)求中攜帶的參數(shù)，從所述至少一條配置條目中確定出適用范圍信息相符的目標(biāo)配置條目；所述參數(shù)包括第一用戶標(biāo)識(shí)和/或倉庫資源標(biāo)識(shí)。

所述適用范圍信息還包括支持/不支持的訂單類型以及事件類型；

所述第二確定子單元具體用于：

根據(jù)所述請(qǐng)求中攜帶的第一用戶標(biāo)識(shí)、倉庫資源標(biāo)識(shí)、訂單類型以及事件類型，從所述至少一條配置條目中確定出適用范圍信息相符的目標(biāo)配置條目。

所述配置條目中還包括優(yōu)先級(jí)信息，其中，適用范圍信息中被限定的字段數(shù)目越多，則對(duì)應(yīng)配置條目的優(yōu)先級(jí)越高；

所述目標(biāo)配置條目確定單元還包括：

第三確定子單元，用于當(dāng)所述適用范圍信息相符的配置條目為多條時(shí)，將其中優(yōu)先級(jí)最高的作為所述目標(biāo)配置條目。

根據(jù)所述集合內(nèi)的業(yè)務(wù)含義，確定庫存主類型、庫存子類型以及主類型與子類型之間的關(guān)聯(lián)關(guān)系，其中，主類型在各第三方物流管理系統(tǒng)中的別名與所述標(biāo)準(zhǔn)標(biāo)識(shí)相同時(shí)，對(duì)應(yīng)配置條目中的別名字段為空。

通過本申請(qǐng)實(shí)施例，可以預(yù)先提供配置信息，在這種配置信息中可以包含多條配置條目，每個(gè)配置條目用于記錄一個(gè)庫存類型的標(biāo)準(zhǔn)標(biāo)識(shí)與別名之間的對(duì)應(yīng)關(guān)系。其中，所謂的標(biāo)準(zhǔn)名稱是指在統(tǒng)一物流管理平臺(tái)中，對(duì)庫存類型的標(biāo)識(shí)，而別名是相對(duì)于標(biāo)準(zhǔn)標(biāo)識(shí)而言的，一般是在第三方物流管理系統(tǒng)中為對(duì) 應(yīng)的庫存類型賦予的名稱。這樣，統(tǒng)一物流管理平臺(tái)就可以利用該配置信息實(shí)現(xiàn)與各種異構(gòu)的第三方物流管理系統(tǒng)之間的對(duì)接，而不需要針對(duì)不同的第三方物流管理系統(tǒng)維護(hù)多個(gè)適配器，避免過多冗余代碼的產(chǎn)生。另外，當(dāng)有新的別名或者新的庫存類型出現(xiàn)時(shí)，直接在配置信息中新增一條記錄即可，因此，便于擴(kuò)展。

通過以上的實(shí)施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請(qǐng)可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)?；谶@樣的理解，本申請(qǐng)的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在存儲(chǔ)介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請(qǐng)各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。

本說明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見即可，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處。尤其，對(duì)于系統(tǒng)或系統(tǒng)實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述得比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。以上所描述的系統(tǒng)及系統(tǒng)實(shí)施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上。可以根據(jù)實(shí)際的需要選擇其中的部分或者全部模塊來實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動(dòng)的情況下，即可以理解并實(shí)施。

以上對(duì)本申請(qǐng)所提供的庫存類型信息處理方法及裝置，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本申請(qǐng)的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本申請(qǐng)的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請(qǐng)的思想，在具體實(shí)施方式及應(yīng)用范圍上均會(huì)有改變之處。綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本申請(qǐng)的限制。