本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，尤其涉及一種基于電子商務(wù)管理系統(tǒng)EBS的訂單預(yù)處理方法及系統(tǒng)。

背景技術(shù)：

目前，隨著電商平臺(tái)的發(fā)展，越來(lái)越多的用戶使用電商平臺(tái)購(gòu)物，對(duì)于自營(yíng)電商平臺(tái)來(lái)說(shuō)，其服務(wù)范圍大、服務(wù)對(duì)象多，因此會(huì)產(chǎn)生大量訂單，隨之而來(lái)的，與訂單相應(yīng)的管理數(shù)據(jù)和事務(wù)數(shù)據(jù)，例如退換貨管理、售后服務(wù)等事務(wù)，也遠(yuǎn)多于傳統(tǒng)企業(yè)。

EBS(E-Business Suit)是ORACLE(甲骨文)公司推出的的集財(cái)務(wù)、人力資源、客戶資源管理于一體的管理系統(tǒng)，因其主要針對(duì)傳統(tǒng)企業(yè)，所以對(duì)于電商平臺(tái)來(lái)說(shuō)，使用該系統(tǒng)對(duì)業(yè)務(wù)數(shù)據(jù)處理過(guò)程中，會(huì)因?yàn)閿?shù)據(jù)量過(guò)多生成大量的數(shù)據(jù)，需要占用大量空間進(jìn)行存儲(chǔ)，同時(shí)由于需要對(duì)訂單中包含的信息例如統(tǒng)計(jì)存儲(chǔ)，也會(huì)占用較長(zhǎng)的時(shí)間。

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

本發(fā)明的主要目的在于提供一種基于電子商務(wù)管理系統(tǒng)EBS的訂單預(yù)處理方法及系統(tǒng)，旨在解決現(xiàn)有訂單管理模式處理訂單時(shí)占用空間大的問題。

為實(shí)現(xiàn)上述目的，本發(fā)明提供的一種基于電子商務(wù)管理系統(tǒng)EBS的訂單預(yù)處理方法，該方法包括以下步驟：

周期性獲取客戶訂單；

將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮；

根據(jù)合并壓縮后的訂單生成預(yù)設(shè)的標(biāo)準(zhǔn)EBS接口數(shù)據(jù)。

優(yōu)選的，所述將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮之前還包括步驟：對(duì)客戶訂單進(jìn)行數(shù)據(jù)對(duì)賬。

優(yōu)選的，所述將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮具體包括步驟：

根據(jù)預(yù)設(shè)識(shí)別特征合并收款和退款數(shù)據(jù)生成收款匯總數(shù)據(jù)；

根據(jù)預(yù)設(shè)識(shí)別特征合并事務(wù)處理數(shù)據(jù)生成事務(wù)處理匯總數(shù)據(jù)；

根據(jù)預(yù)設(shè)識(shí)別特征合并所述收款匯總數(shù)據(jù)和事務(wù)處理匯總數(shù)據(jù)生成核銷匯總數(shù)據(jù)。

優(yōu)選的，根據(jù)所述合并壓縮后的訂單生成預(yù)設(shè)的標(biāo)準(zhǔn)EBS接口數(shù)據(jù)之后還包括步驟：

根據(jù)所述標(biāo)準(zhǔn)EBS接口數(shù)據(jù)生成會(huì)計(jì)分錄；

根據(jù)所述會(huì)計(jì)分錄生成財(cái)務(wù)報(bào)表。

優(yōu)選的，所述識(shí)別特征包括子公司、收款客戶、收款方法、發(fā)票類型、數(shù)據(jù)來(lái)源、業(yè)務(wù)模塊、業(yè)務(wù)渠道、幣種中的至少一種。

此外，為實(shí)現(xiàn)上述目的，本發(fā)明還提供一種基于電子商務(wù)管理系統(tǒng)EBS的訂單預(yù)處理系統(tǒng)，包括：

獲取模塊，用于周期性獲取客戶訂單；

合并模塊，用于將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮；

第一生成模塊，用于根據(jù)合并壓縮后的訂單生成預(yù)設(shè)的標(biāo)準(zhǔn)EBS接口數(shù)據(jù)。

優(yōu)選的，還包括：

對(duì)賬模塊，用于對(duì)客戶訂單進(jìn)行數(shù)據(jù)對(duì)賬。

優(yōu)選的，所述合并模塊具體包括：

收款合并單元，用于根據(jù)預(yù)設(shè)識(shí)別特征合并收款和退款數(shù)據(jù)生成收款匯總數(shù)據(jù)；

事務(wù)合并單元，用于根據(jù)預(yù)設(shè)識(shí)別特征合并事務(wù)處理數(shù)據(jù)生成事務(wù)處理匯總數(shù)據(jù)；

核銷單元，用于根據(jù)預(yù)設(shè)識(shí)別特征合并所述收款匯總數(shù)據(jù)和事務(wù)處理匯總數(shù)據(jù)生成核銷匯總數(shù)據(jù)。

優(yōu)選的，還包括：

第二生成模塊，用于根據(jù)所述標(biāo)準(zhǔn)EBS接口數(shù)據(jù)生成會(huì)計(jì)分錄；

第三生成模塊，用于根據(jù)所述會(huì)計(jì)分錄生成財(cái)務(wù)報(bào)表。

優(yōu)選的，所述識(shí)別特征包括子公司、收款客戶、收款方法、發(fā)票類型、數(shù)據(jù)來(lái)源、業(yè)務(wù)模塊、業(yè)務(wù)渠道、幣種中的至少一種。

本發(fā)明的實(shí)施例通過(guò)周期性獲取客戶訂單；將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮；根據(jù)合并壓縮后的訂單生成預(yù)設(shè)的標(biāo)準(zhǔn)EBS接口數(shù)據(jù)。本實(shí)施例的技術(shù)方案通過(guò)對(duì)訂單按照相同的識(shí)別特征進(jìn)行壓縮，減少了訂單占用的空間，同時(shí)也有助于提高訂單處理效率。

附圖說(shuō)明

圖1為本發(fā)明的方法第一實(shí)施例的流程圖；

圖2為本發(fā)明的方法第二實(shí)施例的流程圖；

圖3為本發(fā)明的方法第三實(shí)施例對(duì)訂單進(jìn)行合并壓縮的細(xì)化流程圖；

圖4為本發(fā)明的系統(tǒng)第一實(shí)施例的模塊結(jié)構(gòu)框圖；

圖5為本發(fā)明的系統(tǒng)第二實(shí)施例的模塊結(jié)構(gòu)框圖；

圖6為本發(fā)明的系統(tǒng)第三實(shí)施例的合并模塊細(xì)化框圖。

本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說(shuō)明。

具體實(shí)施方式

應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實(shí)施例的技術(shù)方案主要是基于ORACLE(甲骨文)公司的EBS(E-Business Suit)電子商務(wù)管理系統(tǒng)實(shí)現(xiàn)的，但是該EBS系統(tǒng)在利用來(lái)自B2C網(wǎng)站、WMS倉(cāng)儲(chǔ)、VIS供應(yīng)商平臺(tái)、支付平臺(tái)系統(tǒng)的訂單數(shù)據(jù)進(jìn)行財(cái)務(wù)核算過(guò)程中，隨著業(yè)務(wù)規(guī)模的增長(zhǎng)，會(huì)使系統(tǒng)的數(shù)據(jù)量急劇增長(zhǎng)。

請(qǐng)參閱圖1所示，本發(fā)明提供一種基于電子商務(wù)管理系統(tǒng)EBS的訂單預(yù)處理方法，在一實(shí)施例中該方法包括以下步驟：

S100、周期性獲取客戶訂單。

本發(fā)明的技術(shù)方案主要針對(duì)的是訂單的存儲(chǔ)過(guò)程及后續(xù)的制作財(cái)務(wù)報(bào)表過(guò)程，因此不需要實(shí)時(shí)存儲(chǔ)訂單數(shù)據(jù)，同時(shí)需要為訂單可能存在的后續(xù)事務(wù)，例如退換貨或訂單的變更等預(yù)留一定的時(shí)間。本實(shí)施例中，優(yōu)選將訂單的處理周期設(shè)置為五天，預(yù)留足夠的時(shí)間一方面考慮到一般消費(fèi)者可能會(huì)對(duì)訂單做出變更，例如取消訂單或變更訂單，或在收到訂單后做出退貨的決定，而五天時(shí)間也同時(shí)考慮到了訂單所必須的物流過(guò)程耗費(fèi)的時(shí)間。顯然，該周期是可以根據(jù)具體情況而設(shè)定的，例如還可以設(shè)置為七天，即符合一周七天的工作周期，也考慮了相關(guān)的七天無(wú)理由退貨的相關(guān)規(guī)定。

考慮到購(gòu)物存在淡季和旺季，例如在某些特定的時(shí)間段，可能出現(xiàn)訂單激增的情況，本實(shí)施例中，還可以設(shè)置為訂單的周期，即每收到指定數(shù)量的訂單則進(jìn)行一次合并。例如每收到一萬(wàn)訂單，則進(jìn)行一次獲取操作，并進(jìn)一步進(jìn)行后續(xù)處理。

S200、將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮。

本實(shí)施例中將具有相同識(shí)別特征的訂單按照所述相同識(shí)別特征的合并壓縮，一般來(lái)說(shuō)，訂單中包含大量數(shù)據(jù)，一般來(lái)說(shuō)，至少應(yīng)當(dāng)包括商品相關(guān)信息和客戶的相關(guān)信息。例如，應(yīng)當(dāng)包括商品的名稱、編號(hào)、單價(jià)、產(chǎn)地、數(shù)量和總價(jià)等，為了進(jìn)行配送，進(jìn)一步的，訂單中還應(yīng)當(dāng)包括客戶的名稱、地址、聯(lián)系方式。進(jìn)一步的，訂單中還需要包括一些進(jìn)階信息，例如客戶的付款方式、快遞公司相關(guān)信息、快遞訂單編號(hào)等。本實(shí)施例中，在對(duì)訂單進(jìn)行后續(xù)整理時(shí)，將具有相同識(shí)別特征的訂單壓縮合并處理，合并處理后，可以將具有相同識(shí)別特征的訂單中相同的信息僅保存一次，在不影響訂單內(nèi)容的情況下，盡可能不重復(fù)存儲(chǔ)信息，即便于存儲(chǔ)，也便于后續(xù)的處理。

S300、根據(jù)合并壓縮后的訂單生成預(yù)設(shè)的標(biāo)準(zhǔn)EBS接口數(shù)據(jù)。

應(yīng)當(dāng)理解的是，本發(fā)明技術(shù)方案在將訂單壓縮后形成標(biāo)準(zhǔn)的管理數(shù)據(jù)，以便于對(duì)壓縮合并后的訂單進(jìn)行進(jìn)一步處理及利用相關(guān)的訂單數(shù)據(jù)。

本發(fā)明的實(shí)施例通過(guò)周期性獲取客戶訂單；將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮；根據(jù)合并壓縮后的訂單生成標(biāo)準(zhǔn)EBS接口數(shù)據(jù)。本實(shí)施例的技術(shù)方案通過(guò)對(duì)訂單按照相同的識(shí)別特征進(jìn)行壓縮，減少了訂單占用的空間，同時(shí)也有助于提高訂單處理效率。

如圖2所示，在本發(fā)明的方法基于上述實(shí)施例的第二實(shí)施例中，所述將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮之前還包括步驟：

S110、對(duì)客戶訂單進(jìn)行數(shù)據(jù)對(duì)賬。

應(yīng)當(dāng)理解的是，用戶在購(gòu)物過(guò)程中的可能對(duì)訂單做出變更，例如提出退換貨申請(qǐng)等，對(duì)于這些訂單，本實(shí)施例中在對(duì)訂單進(jìn)行合并壓縮之前，先進(jìn)行數(shù)據(jù)對(duì)賬，做沖銷處理。因?yàn)檫@些訂單并不會(huì)對(duì)財(cái)務(wù)報(bào)表產(chǎn)生影響，因此，本實(shí)施例中先對(duì)這些訂單進(jìn)行沖銷處理。

請(qǐng)進(jìn)一步參閱圖3，在本發(fā)明的方法基于上述實(shí)施例的第三實(shí)施例中，所述將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮具體包括步驟：

S210、根據(jù)預(yù)設(shè)識(shí)別特征合并收款和退款數(shù)據(jù)生成收款匯總數(shù)據(jù)；

S220、根據(jù)預(yù)設(shè)識(shí)別特征合并事務(wù)處理數(shù)據(jù)生成事務(wù)處理匯總數(shù)據(jù)；

S230、根據(jù)預(yù)設(shè)識(shí)別特征合并所述收款匯總數(shù)據(jù)和事務(wù)處理匯總數(shù)據(jù)生成核銷匯總數(shù)據(jù)。

存在退款的訂單并不能直接和原收款訂單直接沖銷，其收款和退款過(guò)程必須體現(xiàn)在財(cái)務(wù)報(bào)表中，因此，本實(shí)施例中，將所有存在收款的訂單和存在退款的訂單匯總，并按照相同的識(shí)別特征進(jìn)行壓縮合并處理，對(duì)具有相同識(shí)別特征的訂單僅保留其具有區(qū)別的訂單內(nèi)容，而對(duì)其共同部分不重復(fù)保存，可以有效減少占用的存儲(chǔ)空間。

進(jìn)一步的，為了便于對(duì)相關(guān)訂單事務(wù)的管理，將訂單事務(wù)也按照相同的識(shí)別特征進(jìn)行合并。

在對(duì)財(cái)務(wù)和事務(wù)進(jìn)行合并匯總后，將兩者的內(nèi)容交互處理，進(jìn)一步進(jìn)行核銷，生成標(biāo)準(zhǔn)的核銷匯總數(shù)據(jù)。

應(yīng)當(dāng)理解的是，本實(shí)施例中的收款合并匯總數(shù)據(jù)、事務(wù)處理合并匯總數(shù)據(jù)和核銷匯總數(shù)據(jù)是針對(duì)所述EBS系統(tǒng)的外部接口而生成的，本實(shí)施例中收款合并匯總數(shù)據(jù)、事務(wù)處理合并匯總數(shù)據(jù)和核銷匯總數(shù)據(jù)構(gòu)成EBS系統(tǒng)所需的全部管理數(shù)據(jù)。

在本發(fā)明的方法基于上述實(shí)施例的第四實(shí)施例中，根據(jù)所述合并壓縮后的訂單生成預(yù)設(shè)的標(biāo)準(zhǔn)EBS接口數(shù)據(jù)之后還包括步驟：

S400、根據(jù)所述標(biāo)準(zhǔn)EBS接口數(shù)據(jù)生成會(huì)計(jì)分錄；

S500、根據(jù)所述會(huì)計(jì)分錄生成財(cái)務(wù)報(bào)表。

本實(shí)施例中，進(jìn)一步通過(guò)所述EBS系統(tǒng)生成符合標(biāo)準(zhǔn)的會(huì)計(jì)分錄，并將生成的會(huì)計(jì)分錄與其他會(huì)計(jì)分錄合并，生成財(cái)務(wù)報(bào)表。

在基于上述實(shí)施例的本發(fā)明第五實(shí)施例中，所述識(shí)別特征優(yōu)選包括子公司、收款客戶、收款方法、發(fā)票類型、數(shù)據(jù)來(lái)源、業(yè)務(wù)模塊、業(yè)務(wù)渠道、幣種中的至少一種。

本發(fā)明的技術(shù)方案通過(guò)按照上述識(shí)別特征壓縮訂單，有效減少了訂單占用的空間，在具體使用過(guò)程中，經(jīng)過(guò)驗(yàn)證，本發(fā)明的技術(shù)方案可以將3.5TB的訂單數(shù)據(jù)壓縮至200GB左右，顯著的節(jié)約了所需的存儲(chǔ)空間，提高了工作效率。

如圖4所示，為實(shí)現(xiàn)上述目的，本發(fā)明還提供一種基于電子商務(wù)管理系統(tǒng)EBS的訂單預(yù)處理系統(tǒng)，包括：

獲取模塊10，用于周期性獲取客戶訂單。

本發(fā)明的技術(shù)方案主要針對(duì)的是訂單的存儲(chǔ)過(guò)程及后續(xù)的制作財(cái)務(wù)報(bào)表過(guò)程，因此不需要實(shí)時(shí)存儲(chǔ)訂單數(shù)據(jù)，同時(shí)需要為訂單可能存在的后續(xù)事務(wù)，例如退換貨或訂單的變更等預(yù)留一定的時(shí)間。本實(shí)施例中，優(yōu)選將訂單的處理周期設(shè)置為五天，預(yù)留足夠的時(shí)間一方面考慮到一般消費(fèi)者可能會(huì)對(duì)訂單做出變更，例如取消訂單或變更訂單，或在收到訂單后做出退貨的決定，而五天時(shí)間也同時(shí)考慮到了訂單所必須的物流過(guò)程耗費(fèi)的時(shí)間。顯然，該周期是可以根據(jù)具體情況而設(shè)定的，例如還可以設(shè)置為七天，即符合一周七天的工作周期，也考慮了相關(guān)的七天無(wú)理由退貨的相關(guān)規(guī)定。

合并模塊20，用于將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮。

本實(shí)施例中將具有相同識(shí)別特征的訂單按照所述相同識(shí)別特征的合并壓縮，一般來(lái)說(shuō)，訂單中包含大量數(shù)據(jù)，一般來(lái)說(shuō)，至少應(yīng)當(dāng)包括商品相關(guān)信息和客戶的相關(guān)信息。例如，應(yīng)當(dāng)包括商品的名稱、編號(hào)、單價(jià)、產(chǎn)地、數(shù)量和總價(jià)等，為了進(jìn)行配送，進(jìn)一步的，訂單中還應(yīng)當(dāng)包括客戶的名稱、地址、聯(lián)系方式。進(jìn)一步的，訂單中還需要包括一些進(jìn)階信息，例如客戶的付款方式、快遞公司相關(guān)信息、快遞訂單編號(hào)等。本實(shí)施例中，在對(duì)訂單進(jìn)行后續(xù)整理時(shí)，將具有相同識(shí)別特征的訂單壓縮合并處理，合并處理后，可以將具有相同識(shí)別特征的訂單中相同的信息僅保存一次，在不影響訂單內(nèi)容的情況下，盡可能不重復(fù)存儲(chǔ)信息，即便于存儲(chǔ)，也便于后續(xù)的處理。

第一生成模塊30，用于根據(jù)合并壓縮后的訂單生成預(yù)設(shè)的標(biāo)準(zhǔn)EBS接口數(shù)據(jù)。

應(yīng)當(dāng)理解的是，本發(fā)明技術(shù)方案在將訂單壓縮后形成預(yù)設(shè)的標(biāo)準(zhǔn)的管理數(shù)據(jù)，以便于對(duì)壓縮合并后的訂單進(jìn)行進(jìn)一步處理及利用相關(guān)的訂單數(shù)據(jù)。

本發(fā)明的實(shí)施例通過(guò)周期性獲取客戶訂單；將所述客戶訂單中具有相同識(shí)別特征的訂單根據(jù)所述相同識(shí)別特征合并壓縮；根據(jù)合并壓縮后的訂單生成標(biāo)準(zhǔn)EBS接口數(shù)據(jù)。本實(shí)施例的技術(shù)方案通過(guò)對(duì)訂單按照相同的識(shí)別特征進(jìn)行壓縮，減少了訂單占用的空間，同時(shí)也有助于提高訂單處理效率。

請(qǐng)參閱圖5，在本發(fā)明的系統(tǒng)基于上述實(shí)施例的第二實(shí)施例中，還包括：

對(duì)賬模塊40，用于對(duì)客戶訂單進(jìn)行數(shù)據(jù)對(duì)賬。

應(yīng)當(dāng)理解的是，用戶在購(gòu)物過(guò)程中的可能對(duì)訂單做出變更，例如提出退換貨申請(qǐng)等，對(duì)于這些訂單，本實(shí)施例中在對(duì)訂單進(jìn)行合并壓縮之前，先進(jìn)行數(shù)據(jù)對(duì)賬，做沖銷處理。因?yàn)檫@些訂單并不會(huì)對(duì)財(cái)務(wù)報(bào)表產(chǎn)生影響，因此，本實(shí)施例中先對(duì)這些訂單進(jìn)行沖銷處理。

請(qǐng)進(jìn)一步參閱圖6，在本發(fā)明的系統(tǒng)基于上述實(shí)施例的第三實(shí)施例中，所述合并模塊20具體包括：

收款合并單元21，用于根據(jù)預(yù)設(shè)識(shí)別特征合并收款和退款數(shù)據(jù)生成收款匯總數(shù)據(jù)；

事務(wù)合并單元22，用于根據(jù)預(yù)設(shè)識(shí)別特征合并事務(wù)處理數(shù)據(jù)生成事務(wù)處理匯總數(shù)據(jù)；

核銷單元23，用于根據(jù)預(yù)設(shè)識(shí)別特征合并所述收款匯總數(shù)據(jù)和事務(wù)處理匯總數(shù)據(jù)生成核銷匯總數(shù)據(jù)。

在退款的訂單并不能直接和原收款訂單直接沖銷，其收款和退款過(guò)程必須體現(xiàn)在財(cái)務(wù)報(bào)表中，因此，本實(shí)施例中，將所有存在收款的訂單和存在退款的訂單匯總，并按照相同的識(shí)別特征進(jìn)行壓縮合并處理，對(duì)具有相同識(shí)別特征的訂單僅保留其具有區(qū)別的訂單內(nèi)容，而對(duì)其共同部分不重復(fù)保存，可以有效減少占用的存儲(chǔ)空間。

進(jìn)一步的，為了便于對(duì)相關(guān)訂單事務(wù)的管理，將訂單事務(wù)也按照相同的識(shí)別特征進(jìn)行合并。

在對(duì)財(cái)務(wù)和事務(wù)進(jìn)行合并匯總后，將兩者的內(nèi)容交互處理，進(jìn)一步進(jìn)行核銷，生成標(biāo)準(zhǔn)的核銷匯總數(shù)據(jù)。

應(yīng)當(dāng)理解的是，本實(shí)施例中的收款合并匯總數(shù)據(jù)、事務(wù)處理合并匯總數(shù)據(jù)和核銷匯總數(shù)據(jù)是針對(duì)所述EBS系統(tǒng)的外部接口而生成的，本實(shí)施例中收款合并匯總數(shù)據(jù)、事務(wù)處理合并匯總數(shù)據(jù)和核銷匯總數(shù)據(jù)構(gòu)成EBS系統(tǒng)所需的全部管理數(shù)據(jù)。

在本發(fā)明的系統(tǒng)基于上述實(shí)施例的第四實(shí)施例中，還包括：

第二生成模塊，用于根據(jù)所述標(biāo)準(zhǔn)EBS接口數(shù)據(jù)生成會(huì)計(jì)分錄；

第三生成模塊，用于根據(jù)所述會(huì)計(jì)分錄生成財(cái)務(wù)報(bào)表。

本實(shí)施例中，進(jìn)一步通過(guò)所述EBS系統(tǒng)生成符合標(biāo)準(zhǔn)的會(huì)計(jì)分錄，并將生成的會(huì)計(jì)分錄與其他會(huì)計(jì)分錄合并，生成財(cái)務(wù)報(bào)表。

在基于上述實(shí)施例的本發(fā)明第五實(shí)施例中，所述識(shí)別特征包括子公司、收款客戶、收款方法、發(fā)票類型、數(shù)據(jù)來(lái)源、業(yè)務(wù)模塊、業(yè)務(wù)渠道、幣種中的至少一種。

本發(fā)明的技術(shù)方案通過(guò)按照上述識(shí)別特征壓縮訂單，有效減少了訂單占用的空間，在具體使用過(guò)程中，經(jīng)過(guò)驗(yàn)證，本發(fā)明的技術(shù)方案可以將3.5TB的訂單數(shù)據(jù)壓縮至200GB左右，顯著的節(jié)約了所需的存儲(chǔ)空間，提高了工作效率。

以上僅為本發(fā)明的優(yōu)選實(shí)施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說(shuō)明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。