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

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

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

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

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

OMS系統(tǒng)：

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

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

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

4.  一般集成眾多電商平臺與ERP接口，支持多店鋪庫存管理、多承運商管理；

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

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

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

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

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

TMS系統(tǒng)：

1.  運輸多組織管理，支持電商等多種運輸模式；

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

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

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

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

6.  靈活精確的計費引擎，結(jié)合靈活可配置、可擴展的費率結(jié)算模式，滿足物流費用快速、準確結(jié)算的需求；

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

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

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

WMS系統(tǒng)：

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

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

3.  接口管理：產(chǎn)品提供強大的接口管理平臺，可以根據(jù)客戶的需求配置各種導入和導出的報文。可采用定時或直接對接的方式與上下游的供應商或客戶對接；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. 多版本管理困難；

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

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

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

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

支持廣泛的數(shù)據(jù)格式及標準，如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. 健全的日志以及異常處理機制；

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

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

在非功能層面，包含：

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

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

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

4. 良好的可擴展性。

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

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

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

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

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

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

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

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

圖6 一體化物流運營平臺

圖7 OTMS在物流中的集成

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

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

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

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

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