一、應用企業(ye) 介紹

誌鴻物流成立於(yu) 2003年，是國家“AAAA”級物流企業(ye) 。曆經10餘(yu) 年的發展，憑借精湛的卡車運營管理技術，汲取先進的物流實踐經驗，自2013年從(cong) 專(zhuan) 線物流轉型為(wei) “大車隊”運營模式，實現每年100%的速度增長，現已成為(wei) 中國領先的公路物流運輸解決(jue) 方案提供商。

服務的客戶包括順豐(feng) 速運、韻達、圓通、中通、百世、德邦、天地華宇、唯品會(hui) 、京東(dong) 等，運輸網絡覆蓋國內(nei) 160多個(ge) 城市，鏈接運輸車輛超過20000台。

2015年10月，引入中國本土排名前十大私募股權投資公司廣發信德、中國A股深創板最大市值公司溫氏集團、專(zhuan) 注供應鏈與(yu) 物流投資領域的創嵐投資作為(wei) A輪投資者，A輪融資近億(yi) 元；2016年11月，毅達資本、繸子財富、創瑞堅木、智維界上B輪融資2億(yi) +，廣發信德、光信資本跟投過億(yi) 。誌鴻物流致力於(yu) 構建中國最大的公路物流運輸網，成為(wei) 中國公路物流運輸領導者。 

二、項目介紹

隨著公司的快速發展壯大，誌鴻原有係統運作效率低下，係統間無法聯通，日趨龐大的管理成本嚴(yan) 重影響了企業(ye) 的市場競爭(zheng) 力。麵對市場的激烈競爭(zheng) ，優(you) 化內(nei) 控管理、降本增效、整合資源等需求變得迫在眉睫。而無論是基於(yu) 業(ye) 務運作或是企業(ye) 內(nei) 控的需要，誌鴻物流的高效運作都必須依靠信息技術的支持和信息化的即時共享來實現。而誌鴻物流公司原有的係統落後，不同係統之間無法聯通，數據無法實時共享與(yu) 呈現，導致業(ye) 務運作效率低下，管理和人力成本居高不下。

因此，本次項目旨在通過基於(yu) 握物流的整車物流智能管理係統，結合誌鴻的業(ye) 務屬性個(ge) 性化定製TMS係統。本項目采用線上、線下（O2O）相結合的方式打通從(cong) 招投標、合同簽署、訂單管理、交易結算、電子回單等流程，建立覆蓋全國的整車物流交易和甩掛運輸網絡。項目依托誌鴻物流現有業(ye) 務體(ti) 係、線下網絡、信息化係統和品牌優(you) 勢等，麵向中國大型快遞、快運、電商及商貿企業(ye) 提供優(you) 質高效的公路整車運輸解決(jue) 方案。通過本項目幫助誌鴻物流快速整合優(you) 質運力和物流供應商資源，實現業(ye) 務各環節間的信息即時共享和企業(ye) 內(nei) 部的協同管理，真正做到降本增效，提升企業(ye) 市場競爭(zheng) 力。 

三、項目的基本需求與(yu) 解決(jue) 方案

本次項目的實施，握物流通過發單、車輛調度、駐場拉貨、離場跟蹤、駐場卸貨、費用結算方式，訂單管理，異常處理等需求調研，深入分析了誌鴻物流訂單運輸的全部流程。在與(yu) 高層確定管理思路後，將該項目的基本需求大致概括為(wei) 三個(ge) 板塊：一、整合物流；二、實時物流；三、智慧物流。具體(ti) 細分為(wei) 以下5點：

1）整合優(you) 質運力資源

2）高效進行車輛調度

3）實現訂單全程可視

4）標準化作業(ye) 流程

5）大數據分析 

1、供應商簡介

廣州增信信息科技有限公司（簡稱“握物流”）創建於(yu) 2012年，是運用現代物流理念和物聯網技術，為(wei) 物流產(chan) 業(ye) 提供全方位信息化服務以及整體(ti) 解決(jue) 方案的平台供應商及協同運營商。

在信息化技術方麵，公司聚集了來自美國羅賓遜、富士康、華為(wei) 、阿裏、百度、卡行天下、新邦、好友匯、用友等國內(nei) 外頂尖互聯網技術人才和物流實戰專(zhuan) 家，先後推出OMS訂單管理係統、TMS運輸管理係統、WMS倉(cang) 儲(chu) 管理係統、LOGBI大數據分析係統、微信端、APP端等八大係統，可全麵覆蓋供應鏈上下遊的業(ye) 務需求。

同時打造了擁有多項自主知識產(chan) 權的“握係列”九大標準產(chan) 品，包括：車貨匹配智能交易平台（握物流）、同城配送平台（握同城）、零擔專(zhuan) 線管理平台（握零擔）、整車物流智能調度平台（握整車）、幹支裝一站式家居物流服務平台（握家居）、智慧園區信息化平台（握雲(yun) 倉(cang) ）、農(nong) 產(chan) 品一站式服務平台（握農(nong) 批）等。

公司是國家高新技術企業(ye) 、廣東(dong) 省“無車承運人”重要試點單位、廣東(dong) 省交通廳“互聯網+”運輸服務行動試點單位、廣州小巨人企業(ye) 。 

2、握物流TMS整體(ti) 解決(jue) 方案

根據項目定位和需求，握物流研發部門決(jue) 定對該項目進行“TMS運輸管理係統”、“LOGBI大數據分析係統”以及“APP+微信平台”幾大係統集成。

TMS係統負責核心的物流運輸作業(ye) 管理，包括運單管理、車輛調度、在途跟蹤、車輛管理、財務結算等。

LOGBI係統負責提供用戶、訂單、貨源、車源、運價(jia) 等全麵的物流運營數據挖掘分析和統計報表。

手機應用（APP和微信平台），一方麵通過GPS進行集成，實時獲取車輛在途信息反饋至TMS係統，從(cong) 而實現運輸過程的全程可視化管控。另一方麵通過APP，允許會(hui) 員加入，搭建運力集成平台。

整個(ge) 係統采用主流的SOA架構，通過服務組件及調用的方式進行服務調用及流程編排，以適應外係統多變、複雜的需求，靈活調整。

具體(ti) 的解決(jue) 方案如下：

2.1 整合物流——車輛分類，誠信標識。

>>利用互聯網技術，實施會(hui) 員製度，允許社會(hui) 車輛通過手機APP端注冊(ce) 加入，提升企業(ye) 的運力。

>>管理員通過係統後台對注冊(ce) 會(hui) 員提交的資料進行實名認證、審核通過。

>>係統對會(hui) 員司機、車輛進行分類分級標識，設置相應的權限、權益管理。

>>同時建立電子合同約束機製，形成完善的誠信體(ti) 係。  

2.2 實時物流——GPS定位，在途跟蹤。

>>利用移動互聯技術，通過司機手機定位功能，實現車輛實時在途跟蹤。

>>管理人員可以使用係統內(nei) 業(ye) 務跟蹤的地圖顯示功能，實時查看、監管車輛的在途信息。 

2.3 實時物流——操作節點，實時更新。

>>管理人員進行車輛調度後，司機即可同步通過APP 進行接單、搶單、競價(jia) 。

>>司機靠近駐場，將會(hui) 通過手機GPS觸發係統自動推送抵達消息至駐場工作人員，提前做好上貨、卸貨的準備。

>>簽收完畢，司機上傳(chuan) 電子回單，係統將同步顯示、更新訂單狀態，即時進行回單審核，減少訂單的周期時間。

>>管理人員通過係統內(nei) 的訂單狀態，可以隨時獲取訂單的最新狀態及所有操作曆史記錄。 

2.4 智慧物流——業(ye) 務流程化，管理透明化。

>>將誌鴻物流的訂單運輸全流程規範化、標準化，通過互聯網技術實現業(ye) 務從(cong) 開單、調度、合同上傳(chuan) 、預付款、裝貨、離台、運輸、靠台、卸貨、回單上傳(chuan) 、支付尾款的全流程化統一管理。

>>深入落實透明管理思想，對於(yu) 各業(ye) 務審核情況，如價(jia) 格審核、異常審核、回單審核等，由下至上層級處理，實時查看處理結果，提高工作效率。 

2.5 智慧物流——智能調度，無需人工。

>>TMS係統根據誌鴻的業(ye) 務情況，設置了完善的智能調度流程，可對自有車輛優(you) 先派單，對社會(hui) 車輛進行競單、搶單，實現資源最高配置，提高運輸效率。

>>指定派單，可選擇指定某個(ge) 司機，或者指定駐場工作人員進行派單。

>>如果發貨緊急，可選擇搶單，四輪調價(jia) 尋找最優(you) 運力，若最終無人搶單，則該訂單將係統自動打回事業(ye) 部重新指定派單。

>>如果發貨不急，可選擇競單，尋找最優(you) 運力，若最終無人競單，則係統自動競單轉搶單，搶單轉指派。 

2.6 智慧物流——大數據分析，提供決(jue) 策支持。

>>通過係統內(nei) 的訂單報表，對司機進行KPI考核，建立良性生態鏈。

>>通過係統內(nei) 的運營明細報表，對成本、利潤、線路、出貨量等全方位報表分析，為(wei) 未來市場戰略方向提供決(jue) 策支持。

>>通過係統內(nei) 的財務掛賬報表、已付明細報表，對供應商、司機進行運費自動結算，實現財務輕鬆核算。 

四、係統在建設過程中的難題與(yu) 解決(jue) 方法 

1、信息化實施麵臨(lin) 的挑戰與(yu) 設計

1）係統的先進性。

該項目是誌鴻物流大車隊日常業(ye) 務運營必用的係統軟件，因此，在運行速度及穩定性方麵，該係統必須具有緩存技術、頁麵異步數據交換等最新的互聯網技術來滿足大量訪問下的正常運行；另外，軟件的安裝、更新較為(wei) 麻煩，也缺乏異地靈活操作，因此，在便捷性方麵，該係統需要具有先進的技術架構。

2）係統的安全性。

由於(yu) 該項目是將財務、業(ye) 務、行政一體(ti) 化，關(guan) 於(yu) 財務、運營、人員等企業(ye) 核心數據都在該係統上，一旦丟(diu) 失，將對企業(ye) 造成不可挽回的損失。因此，在安全性能方麵，對係統的要求極高，除了軟件自身的各種安全措施外，還需提供可靠的硬件安全方案。

3）係統的靈活性。

這是一個(ge) 全部門操作的係統，各個(ge) 部門之間存在獨立性，也存在相互協同性。於(yu) 是，在係統配置方麵，如格式、流程、表單、權限等，要求更加靈活。 

2、握物流的解決(jue) 方法與(yu) 實施

2.1係統技術架構

產(chan) 品開發平台使用當前主流技術——Ajax構建，完全基於(yu) B/S結構，不需安裝任何客戶端，直接使用瀏覽器訪問。

係統基於(yu) 主流的SOA服務架構，模塊設計時，需要明確各中心之間的邊界關(guan) 係，通過中心間的解耦，做到中心服務化、簡單化和組件化；

係統采用多層結構（WEB接入層、服務SV層、組件調用層、數據訪問層）和開放式架構設計，確保係統具備良好的可擴展性，通過多層結構的分解，支持各層間係統架構的水平（橫向）擴展，支持服務結點的動態伸縮；

各層間都有緩存支持，通過本地緩存和遠程緩存策略，提高係統運行效率；

完善的發布機製，服務監測機製，實現DevOps開發模式。

2.2 軟件體(ti) 係架構

前後分離：將前端界麵與(yu) 後端業(ye) 務邏輯進行解耦，實現前後端分離，前端側(ce) 重展示和客戶體(ti) 驗，後端開放係統基礎能力。

接口標準：統一使用HTTP(S)+JSON的主流開放協議標準進行設計。

接入部分：該部分主要解決(jue) 第三方係統接入問題，如安全問題，如何防止非法調用，涉及認證管理和權限管理；不同的第三方對同一個(ge) 功能需求可能不一樣，涉及差異化版本發布問題。

服務管控：對接入的服務進行有效的管控。接入的服務可以向外直接提供，也可以通過組件化，流程編排形成新的能力向外提供。能力生命周期的管控提供了對能力的注冊(ce) 、發布、上線、下線、注銷等管理。該部分還提供能力間的消息傳(chuan) 遞、異常處理、數據控製等機製，以保障能力中心的高效、可靠。

基礎管理：該部分作為(wei) 一種底層框架支撐以屏蔽各個(ge) 能力提供者之間係統差異，同時為(wei) 整個(ge) 能力平台提供統一的係統級管理，如統一緩存管理、事務管理、內(nei) 部服務總線等。

數據層：數據層主要提供數據的存儲(chu) ，該層除提供不同的數據庫支撐和自身數據的存儲(chu) 外，還提要提供業(ye) 務操作的日誌留存，通過操作日誌留存，支持業(ye) 務記錄能查找，問題反饋能追溯，關(guan) 鍵業(ye) 務能對賬。

2.3 係統安全保護與(yu) 措施

對外接口統一使用HTTP（POST）+JSON的主流接口通信方式，兼容不同異構係統間的相互通訊，第三方平台係統使用統一的接口協議進行服務調用交互。接口調用使用簽名機製來保證第三方的接入允可及安全性保障。

1）接入處理

通過統一的報文組件及統一的異常錯誤代碼的處理，實現接入服務調度配置，減少硬編碼，使用IP接入限製和安全的接入控製，提供統一接口的安全保障，使用高效的序列化和反序列化報文解析，保證流式數據的正確性校驗和解析。

2）安全設計

A、IP限製

支持黑名單和白名單的IP接入控製。

B、使用ticket有效性認證

用戶登錄後向服務器提供用戶認證信息（如賬戶和密碼），服務器認證完後給客戶端返回一個(ge) Token令牌，用戶再次獲取信息時，帶上此令牌，如果令牌正取，則返回數據。對於(yu) 獲取Token信息後，訪問用戶相關(guan) 接口，客戶端請求的url需要帶上如下參數：

時間戳：timestamp

Token令牌：token

隨機數：rd

然後將所有用戶請求的參數按照字母排序（包括timestamp，token），然後更具MD5加密（可以加點鹽），全部大寫(xie) ，生成sign簽名，這就是所說的url簽名算法。然後登陸後每次調用用戶信息時，帶上sign，timestamp，token，rd參數。

3）報文協議

接口地址：

https://xxxxxxx/intf

請求方式：POST

加密方式

SHA1(sort(appScrectKey ,tokenId,time, rd,content))

注：加密前排序：Arrays.sort(arry)，參與(yu) 加密的字段如下：

字段 說明

appScrectKey 平台提供唯一KEY，（握物流提供）

tokenId 票據

rd 3位隨機數字

content 方法體(ti) （加密後）

time 時間戳

接口樣例：

接口名稱 用戶登錄

接口編碼 100001

功能說明 用戶登錄

接口提供方 物流平台接口

接口方式 HTTP＋JSON

參數編碼 參數名稱 參數類型 約束 備注

輸入參數

inCode 握物流接口編碼 String 1

appId 應用ID，握物流提供 String 1

rd 隨機數（3位數字） String 1

tokenId 請求票據 String 1

content 方法體(ti) ，base64加密 String 1

time 時間戳 String 1

sign 具體(ti) 見簽名機製 String 1

content入參方法體(ti)

phones 用戶號碼 String 1

uId 用戶在合作夥(huo) 伴係統中的唯一編碼 String 0  

輸出參數

content 出參方法體(ti) String 1

status 狀態 String 1

time 時間 String

content出參方法體(ti)

tokenId 登錄票據 String 1

msg 業(ye) 務提示 String 1

4）標準化錯誤代碼

200：成功

403：未認證或token過期

500：服務器內(nei) 部錯誤，運行時異常

501：服務器不支持請求錯誤，業(ye) 務級錯誤提示，如：手機號碼不正確

505：服務器拒絕請求，數字簽名不正確。

 

3、項目的實施與(yu) 推進

整個(ge) 項目分成三個(ge) 階段：

第一階段：需求分析及設計階段。需求分析、項目經理、產(chan) 品經理、設計人員進場。

第一周前半周完成需求收集、需求整理、需求分析工作，產(chan) 出物為(wei) 需要規格說明書(shu) 。設計人員參與(yu) 需求分析，對需求的開發工作量、難度進行評估，並給出實現需求的思路。

第一周後半周及第二周上半周由設計人員、產(chan) 品經理對主要功能界麵出具產(chan) 品原型，並且就原型與(yu) 甲方一起進行評審。

第二周下半周由產(chan) 品經理、設計人員根據評審結果對原型做出修改。並且設計人員、開發人員開始編寫(xie) 詳細設計方案，並進行內(nei) 部評審，產(chan) 出物為(wei) 詳細設計說明書(shu) 。同時就產(chan) 品原型與(yu) 甲方一起進行二次評審。

第二階段：開發測試階段。產(chan) 品經理到現場，其他人員在公司進行開發。整個(ge) 開發分成三個(ge) 迭代。

第一個(ge) 迭代周期：時間為(wei) 一周。主要進行框架、基礎功能開發，為(wei) 下一階段的開發打下基礎。

第二個(ge) 迭代周期：時間為(wei) 二周。進行訂單管理功能、運價(jia) 采集功能、其他功能開發及係統聯調測試。

第三個(ge) 迭代周期：時間為(wei) 一周。進行基礎信息功能、係統管理功能、內(nei) 部接口功能開發。

第三階段：實施上線階段。

第一周前半周：進行係統培訓及基礎數據收集。

第一周後半周：進行基礎數據初始及內(nei) 部係統對接準備。

第二周前半周：進行係統試運行。

第二周後半周：進行係統正式運行。 

五、信息化主要效益分析與(yu) 評估

本次誌鴻物流對該TMS項目的投資回報分析主要體(ti) 現在人力成本、運營成本、運營收入的財務分析上，同時通過對人均效能的非財務分析，有效、客觀地反應了該TMS項目的投資回報情況。 

1、節省人力成本

1）數據統計人員節約

數據BI係統建立，運營質量監督、成本/利潤、公司日/月/年度經營報表等係統自動生成。目前數據統計分析類人員由75名縮減至2名BI工程師。直接為(wei) 公司年度節省394.2萬(wan) 元人力成本，同時數據準確度大幅提升。

2）財務人員節約

財務係統實現自動化處理，供應商及客戶賬單自動生成。公司預付/尾款事業(ye) 部批量審核由財務統一核銷。目前事業(ye) 部及財務審核人員由68人縮減至30人。直接為(wei) 公司年度節省205.2萬(wan) 元人力成本。 

2、節省運營成本

司機通過APP在一個(ge) 公平、公開、公正的平台進行競價(jia) 、搶單。去除中間成本，使公司運輸采購更接近市場價(jia) 格。達到司機與(yu) 公司雙贏的理想情況，同時對後服市場推廣提供良好的依托。

以2月16-20日，廣州到成都線的車價(jia) 為(wei) 例：

通過平台調車，價(jia) 格均值在13800；

通過人工調車，價(jia) 格均值在14060；

平台調車價(jia) 較之前人工調車價(jia) 降低了1.8%。 

3、運營收益大幅提升

2016年第一季度營業(ye) 額13.3億(yi) 元，後服消費金額0.8億(yi) 元，占第一季度總收入的6%；

2017年第一季度營業(ye) 額22.1億(yi) 元，後服消費金額5.93億(yi) 元，占第一季度總收入的25.7%。

相較2016年，無論是從(cong) 總收入來看，還是後服產(chan) 品收入來看，使用了該TMS係統後，運營收益有了大幅提升。 

4、人均效能大幅提升

2016年職能人員300名，銷售人員356名；2017年職能人員224名，銷售人員448名，職能人員占比下降63%。

2016年全體(ti) 員工共656人，第一季度共創營業(ye) 額13.3億(yi) 元；2017年全體(ti) 員工共672人，第一季度共創營業(ye) 額22.1億(yi) 元，人均效能提升78%。 

六、項目意義(yi)

本次項目的主要目標為(wei) 通過運輸管理整體(ti) 解決(jue) 方案的實施，立足於(yu) 當前誌鴻物流的業(ye) 務特點，采用先進的物流管理理念和互聯網技術，幫助誌鴻物流快速編織出中國最大的公路物流運輸網。同時，通過係統對業(ye) 務流程化的實施，實現企業(ye) 物流作業(ye) 的標準化，提升作業(ye) 效率及客戶的滿意度。另外，通過係統對運力資源的整合、配置，以及係統對信用體(ti) 係的搭建，增強企業(ye) 與(yu) 供應鏈下遊間的緊密協同能力，提升企業(ye) 在供應鏈上遊端的競爭(zheng) 力及話語權。

而此次誌鴻物流TMS管理係統項目的成功對握物流具有重大意義(yi) ，再一次從(cong) 實踐案例中證實了握物流在物流信息化應用中的技術實力，進一步奠定了握物流在物流平台供應領域的行業(ye) 地位。

未來，握物流將一直秉承“開放共享，協同共贏”的理念，致力於(yu) 為(wei) 物流行業(ye) 提供全方位信息化服務及優(you) 化升級：無信息化的，建信息化；有信息化的，做鏈接；鏈接好的，資源對接。同時通過不懈努力，助力中國物流行業(ye) 構建一個(ge) 開放、公平、公正的良性智慧物流生態圈。