近年來，我國快遞業(yè)得到突飛猛進(jìn)的發(fā)展，2015年，快遞業(yè)務(wù)量完成206億件，同比增長(zhǎng)48%，預(yù)計(jì)未來幾年仍將處于高速增長(zhǎng)期。然而，缺乏競(jìng)爭(zhēng)優(yōu)勢(shì)的中國快遞企業(yè)既面臨國內(nèi)同行的激烈競(jìng)爭(zhēng)，又要應(yīng)對(duì)國際快遞巨頭的挑戰(zhàn)，“壓力山大”。特別是在“互聯(lián)網(wǎng)+”的影響下，快遞企業(yè)要想實(shí)現(xiàn)可持續(xù)發(fā)展，需要借助技術(shù)升級(jí)為企業(yè)發(fā)展提供強(qiáng)有力的支撐。

電商規(guī)模持續(xù)增長(zhǎng)，要求相應(yīng)的物流服務(wù)更加高效、精準(zhǔn)，倉配一體化成為必然發(fā)展趨勢(shì)。一方面是自營(yíng)物流的電商企業(yè)建立倉配一體的物流網(wǎng)絡(luò)，如京東，充分利用互聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)的支撐，通過智能倉儲(chǔ)系統(tǒng)在全國范圍內(nèi)進(jìn)行智能分貨，并對(duì)配送路徑進(jìn)行持續(xù)優(yōu)化，這種技術(shù)創(chuàng)新驅(qū)動(dòng)下倉配一體的物流模式，實(shí)現(xiàn)了“減少商品搬運(yùn)次數(shù)，通過提高效率創(chuàng)造價(jià)值”；另一方面，則是快遞企業(yè)，專注為電子商務(wù)等行業(yè)提供倉、運(yùn)、配一站式服務(wù)，這一模式能夠使訂單快速響應(yīng)并高質(zhì)量完成，還能有效地減少物流成本。當(dāng)然，這需要專業(yè)的技術(shù)裝備支持，如需要訂單管理系統(tǒng)、運(yùn)輸管理系統(tǒng)、倉儲(chǔ)管理系統(tǒng)、結(jié)算管理系統(tǒng)等多個(gè)系統(tǒng)的無縫對(duì)接，來實(shí)現(xiàn)商品出入庫管理、庫存管理、打印訂單管理、分揀貨物管理、全程監(jiān)控管理，到最后的結(jié)算管理等。因此，可以認(rèn)為，倉配一體化與客戶端無縫對(duì)接的服務(wù)模式是快遞企業(yè)技術(shù)升級(jí)發(fā)展的推動(dòng)力。

下面主要從系統(tǒng)層面對(duì)物流的四大支撐系統(tǒng)OTWB做相應(yīng)的介紹：

OMS系統(tǒng)一般包括訂單接收、訂單處理、訂單跟蹤、虛擬庫存管理、訂單計(jì)費(fèi)等模塊，如圖1所示。

圖1訂單管理系統(tǒng)功能結(jié)構(gòu)圖

OMS系統(tǒng)：

1.  一體化物流訂單管理模式，滿足不同行業(yè)的訂單多模式管理需求；

2.  訂單全生命周期管理和全程可視化跟蹤，滿足不同角色的跟蹤和管理要求；

3.  與上下游業(yè)務(wù)系統(tǒng)集成，支持跨地域、跨行業(yè)的多模式業(yè)務(wù)的敏捷協(xié)同運(yùn)作；

4.  一般集成眾多電商平臺(tái)與ERP接口，支持多店鋪庫存管理、多承運(yùn)商管理；

5.  提供靈活的事件流程配置，滿足各種類型訂單的不同業(yè)務(wù)處理流程需求；

6.  強(qiáng)大的規(guī)則配置，滿足不同客戶、項(xiàng)目、倉庫的不同作業(yè)習(xí)慣，支持訂單自動(dòng)處理引擎，提升訂單處理操作效率；

7.  支持訂單大數(shù)據(jù)預(yù)測(cè)，滿足訂單各項(xiàng)KPI考核的要求。

TMS系統(tǒng)一般包括運(yùn)輸訂單接收、運(yùn)輸訂單執(zhí)行、運(yùn)輸全程可視化跟蹤、結(jié)算等模塊，如圖2所示。

圖2運(yùn)輸管理系統(tǒng)功能結(jié)構(gòu)圖

TMS系統(tǒng)：

1.  運(yùn)輸多組織管理，支持電商等多種運(yùn)輸模式；

2.  智能運(yùn)輸路由，根據(jù)不同的訂單要求自動(dòng)生成任務(wù)，處理任務(wù)計(jì)劃及指定承運(yùn)商；

3.  靈活的配載調(diào)度模式，提供配載優(yōu)化、裝車分析功能，提高制訂運(yùn)輸計(jì)劃的效率；

4.  全程可視化監(jiān)控，支持與GPS、GIS、GSM、北斗、LBS等技術(shù)的集成，對(duì)車輛進(jìn)行動(dòng)態(tài)調(diào)度以及在途監(jiān)控；

5.  移動(dòng)智聯(lián)應(yīng)用，實(shí)現(xiàn)運(yùn)輸任務(wù)流轉(zhuǎn)、作業(yè)交接、線路導(dǎo)向、運(yùn)輸動(dòng)態(tài)采集、簽收及異常匯報(bào)等移動(dòng)應(yīng)用；

6.  靈活精確的計(jì)費(fèi)引擎，結(jié)合靈活可配置、可擴(kuò)展的費(fèi)率結(jié)算模式，滿足物流費(fèi)用快速、準(zhǔn)確結(jié)算的需求；

7.  高效回單管理，集成多種回單處理模式，有效管理運(yùn)輸派送單據(jù)全流程管理。

WMS系統(tǒng)一般包括系統(tǒng)管理、接口管理、協(xié)同管理、倉儲(chǔ)管理、報(bào)表管理等模塊，如圖3所示。

圖3倉儲(chǔ)管理系統(tǒng)功能結(jié)構(gòu)圖

WMS系統(tǒng)：

1.  系統(tǒng)管理：產(chǎn)品的核心控制模塊，包括對(duì)平臺(tái)的管理、用戶角色、功能權(quán)限管理與維護(hù)、數(shù)據(jù)權(quán)限控制，以及系統(tǒng)的參數(shù)控制等等；

2.  基礎(chǔ)管理：產(chǎn)品的基礎(chǔ)模塊，是產(chǎn)品運(yùn)行的支持體系，包括物料商品的維護(hù)，客戶供應(yīng)商管理，區(qū)域、城市配送，項(xiàng)目等基礎(chǔ)維護(hù)功能；

3.  接口管理：產(chǎn)品提供強(qiáng)大的接口管理平臺(tái)，可以根據(jù)客戶的需求配置各種導(dǎo)入和導(dǎo)出的報(bào)文。可采用定時(shí)或直接對(duì)接的方式與上下游的供應(yīng)商或客戶對(duì)接；

4.  協(xié)同管理：產(chǎn)品作為供應(yīng)鏈的其中的一個(gè)環(huán)節(jié)，溝通上下游的操作必不可少。主要包括供應(yīng)商、生產(chǎn)、客戶的協(xié)同，如采購訂單，生產(chǎn)訂單，發(fā)運(yùn)訂單等等協(xié)同功能；

5.  倉儲(chǔ)管理：是本產(chǎn)品的主體的功能，管理倉庫作業(yè)的單據(jù)，庫存，以及相關(guān)的操作，包括基本的倉庫的管理，出入庫的操作管理，庫存的管理，倉庫作業(yè)相關(guān)的策略管理，以及倉庫費(fèi)用管理等功能；

6.  績(jī)效報(bào)表管理：除了提供最基本的操作方面的統(tǒng)計(jì)報(bào)表，庫存的余量、庫位使用情況、工班作業(yè)的效率等績(jī)效報(bào)表外，還可以通過自定義報(bào)表的方式，根據(jù)實(shí)際的業(yè)務(wù)需要制訂各種實(shí)用的報(bào)表。

BMS系統(tǒng)一般包括費(fèi)用歸集，費(fèi)用管理，賬單管理，發(fā)票管理，收付款管理，稅費(fèi)管理等模塊，如圖4所示，

1.  BMS一般需要無縫對(duì)接OWT等業(yè)務(wù)作業(yè)系統(tǒng)，歸集各業(yè)務(wù)的成本和收入，實(shí)現(xiàn)跨業(yè)務(wù)的統(tǒng)一結(jié)算管理；

2.  從費(fèi)用歸集、賬單生成、對(duì)賬，到發(fā)票、實(shí)收付、核銷的完整和統(tǒng)一的結(jié)算體系功能；

3.  集成工作流事件引擎，支持完全自定義的審批流程配置，各類結(jié)算數(shù)據(jù)可配置多級(jí)審批流程，實(shí)現(xiàn)審批流程的科學(xué)管控；

4.  靈活多層次的稅率配置，實(shí)現(xiàn)自動(dòng)的價(jià)稅分離，以及稅費(fèi)的統(tǒng)一管理；

5.  支持多賬套管理，與多種財(cái)務(wù)系統(tǒng)實(shí)現(xiàn)多類財(cái)務(wù)數(shù)據(jù)的接口對(duì)接能力。

圖4結(jié)算管理系統(tǒng)功能結(jié)構(gòu)圖

目前來看，快遞企業(yè)作業(yè)各環(huán)節(jié)的技術(shù)發(fā)展水平與快遞業(yè)務(wù)發(fā)展的實(shí)際需要并不匹配，技術(shù)應(yīng)用與迅速攀升的業(yè)務(wù)需求不相適應(yīng)，先進(jìn)設(shè)備的應(yīng)用率不高，技術(shù)創(chuàng)新對(duì)整個(gè)行業(yè)的支撐作用不明顯，體現(xiàn)在信息化建設(shè)水平參差不齊。大數(shù)據(jù)時(shí)代需要以信息化技術(shù)為基礎(chǔ)，促進(jìn)產(chǎn)業(yè)的轉(zhuǎn)型升級(jí)。但是，中國快遞行業(yè)目前還存在大量的信息孤島，快遞作業(yè)各部門、各環(huán)節(jié)之間信息化建設(shè)自成體系，信息和資源不能共享；快遞企業(yè)的信息系統(tǒng)往往自成體系，與其他系統(tǒng)不能有效銜接，這給各個(gè)系統(tǒng)間互聯(lián)集成、數(shù)據(jù)共享造成了一定的困難，影響企業(yè)的運(yùn)營(yíng)效率，進(jìn)而抬高了企業(yè)的運(yùn)營(yíng)成本。為了解決該問題，需要引入EDI平臺(tái)建設(shè)。

在引入專業(yè)EDI平臺(tái)之前，快遞企業(yè)一般已實(shí)現(xiàn)了部分EDI的功能，但是，存在的主要問題有：

1. 推廣使用更加安全的通信方式存在困難，比如AS2，HTTPS等；

2. 不支持所有數(shù)據(jù)格式，比如JSON，X12，EDIFACT，并且數(shù)據(jù)格式轉(zhuǎn)換無工具實(shí)現(xiàn)；

3. 多版本管理困難；

4. 同步處理方式增加了系統(tǒng)的負(fù)擔(dān)；

5. 多系統(tǒng)聯(lián)調(diào)困難；

6. 對(duì)接方式較單一，無法快速適應(yīng)低開發(fā)水平的客戶的對(duì)接需求。

為了解決這些問題，從技術(shù)上提升快遞企業(yè)的核心競(jìng)爭(zhēng)力，一般會(huì)引入專業(yè)的EDI平臺(tái)。包含Integrator, Gateway Interchange, API gateway等EDI技術(shù)平臺(tái)，總體功能包含：

支持廣泛的數(shù)據(jù)格式及標(biāo)準(zhǔn)，如JSON、XML、Flatfile、CSV、X12、ebXML、EDIFACT、RosettaNet；

1. 支持any-to-any數(shù)據(jù)格式轉(zhuǎn)換；

2. 支持廣泛的通信協(xié)議，如http(s), Web Services, OFTP, SFTP/FTP(s), AS2等；

3. 健全的日志以及異常處理機(jī)制；

4. 數(shù)據(jù)交換全過程的監(jiān)控，提供各類管理報(bào)表；

5. 封裝良好的API gateway開發(fā)框架，如異常處理、日志等通用處理方法。

在非功能層面，包含：

1. 支撐高并發(fā)、大數(shù)據(jù)量應(yīng)用場(chǎng)景；

2. 安全的通信以及數(shù)據(jù)簽名加密機(jī)制；

3. 平臺(tái)穩(wěn)定性；

4. 良好的可擴(kuò)展性。

EDI電子數(shù)據(jù)交換平臺(tái)整體架構(gòu)如圖5。

圖5 EDI電子數(shù)據(jù)交換平臺(tái)架構(gòu)

Gateway Interchange：EDI通信網(wǎng)關(guān)，自動(dòng)連接至Secure Relay獲取數(shù)據(jù)進(jìn)行安全驗(yàn)證、加密、解密、報(bào)文信封頭處理等，提供數(shù)據(jù)交換全過程的監(jiān)控信息；

Secure Relay：作為EDI交互的前置服務(wù)器，部署在DMZ區(qū)域，進(jìn)行外部請(qǐng)求與內(nèi)部應(yīng)用的安全隔離；

Integrator：EDI數(shù)據(jù)轉(zhuǎn)換核心引擎，處理外部貿(mào)易伙伴任意格式的轉(zhuǎn)換，并與后端系統(tǒng)進(jìn)行交互；

Composer：數(shù)據(jù)轉(zhuǎn)換開發(fā)和配置工具；

API Server：API Server實(shí)現(xiàn)快遞與電商平臺(tái)的對(duì)接，支持各類電商平臺(tái)對(duì)接方式，通過圖形化工具Policy Studio配置方式快速實(shí)現(xiàn)對(duì)接。

為了適應(yīng)目前電商物流的發(fā)展，結(jié)合OTWB和EDI，必須搭建如圖6所示一體化物流運(yùn)營(yíng)平臺(tái)，形成如圖7所示整合OWTS的整體物流數(shù)據(jù)交換，來滿足電商物流通過接口與電商平臺(tái)對(duì)接，實(shí)現(xiàn)訂單接收；訂單接收后自動(dòng)對(duì)訂單進(jìn)行預(yù)處理，包括訂單校驗(yàn)、訂單拆并、訂單發(fā)貨倉庫分配；實(shí)現(xiàn)訂單分解倉庫作業(yè)，根據(jù)規(guī)則進(jìn)行承運(yùn)商的分配及運(yùn)單號(hào)的獲取。普通銷售出庫單下發(fā)倉儲(chǔ)進(jìn)行出庫作業(yè)，跟蹤出庫作業(yè)狀態(tài)反饋。針對(duì)大批量的如促銷訂單，通過簡(jiǎn)易出庫流程進(jìn)行快速發(fā)貨處理。整個(gè)過程涉及的費(fèi)用統(tǒng)一通過結(jié)算管理系統(tǒng)處理。

圖6 一體化物流運(yùn)營(yíng)平臺(tái)

圖7 OTMS在物流中的集成

隨著電子商務(wù)的不斷發(fā)展，快遞和物流服務(wù)已經(jīng)深入到人們生活的方方面面。然而從產(chǎn)業(yè)發(fā)展的角度看，無論快遞、物流都不僅僅是收件和投遞那么簡(jiǎn)單。“互聯(lián)網(wǎng)+物流”更非快遞、物流企業(yè)簡(jiǎn)單開發(fā)一套OTWB而已。目前物流行業(yè)依然存在一些問題沒有得到解決：

整個(gè)物流產(chǎn)業(yè)鏈上，企業(yè)之間常常是既合作又競(jìng)爭(zhēng)的關(guān)系，不同環(huán)節(jié)彼此不信任，不愿意共享貨物具體信息，形成“數(shù)據(jù)孤島”，比如在廣州買東西，本該從廣州倉發(fā)貨，因?yàn)樾畔⒉粚?duì)稱，無法做到實(shí)時(shí)追溯和調(diào)配，結(jié)果從上海發(fā)貨，帶來大量損耗浪費(fèi)。需要設(shè)法保證上下游鏈條上的各家企業(yè)從原材料到生產(chǎn)、加工、倉儲(chǔ)、物流等各個(gè)環(huán)節(jié)的信息公開透明，并且確保真實(shí)性和時(shí)序性，實(shí)現(xiàn)物品溯源；

處于末端的司機(jī)拿到現(xiàn)款才接單，但在物流的頂端，比如，圓通接了大客戶華為的單子，華為通常是延遲一個(gè)月才付款，這種賬期就會(huì)在物流環(huán)節(jié)中層層傳遞，中間某些環(huán)節(jié)就會(huì)出現(xiàn)資金短暫的中斷，而物流供應(yīng)鏈上大多是資金能力薄弱的中小微企業(yè)，又缺乏固定資產(chǎn)，很難獲得銀行等傳統(tǒng)金融機(jī)構(gòu)的貸款；

在物流過程中,需要設(shè)法充分保證信息安全以及寄、收件人的隱私。需要設(shè)法保證最終用戶沒有收到快遞就不會(huì)有簽收記錄,快遞員無法偽造簽名,杜絕快遞員通過偽造簽名來逃避考核的行為,減少用戶投訴,防止貨物的冒領(lǐng)誤領(lǐng)。而真正的收件人又不需要在快遞單上直觀展示實(shí)名制信息,促使安全隱私有保障,從而促進(jìn)國家物流實(shí)名制的落實(shí)。另外,需要設(shè)法通過智能合約簡(jiǎn)化物流程序和大幅度提升物流的效率。

隨著智能物流數(shù)字網(wǎng)絡(luò)服務(wù)的發(fā)展，我們應(yīng)該從產(chǎn)業(yè)鏈條的延伸上找到突破口，從平臺(tái)角度延伸出數(shù)據(jù)、金融、流量等商業(yè)價(jià)值。把互聯(lián)網(wǎng)思維滲透到物流業(yè)，變革產(chǎn)業(yè)運(yùn)作模式，商業(yè)價(jià)值將呈幾何級(jí)裂變。