華中大區油庫公路付油自助提油平臺的開發及應用

解世偉

〔中國石化銷售股份有限公司華中分公司 湖北武漢 430000〕

隨著華中地區汽柴油經營總量的不斷增長，華中大區油庫公路出庫計劃逐年遞增，特別是節假日或汽柴油消費季節性波動期間，提油需求與油庫付油能力不匹配的矛盾較為突出，付油過程中諸多運行和管理問題亟待解決。本文根據華中大區油庫的實際運行情況，利用互聯網+和物聯網等技術，集成ERP日調度計劃、油庫門禁管理系統、公路付油系統，開發出公路付油自助提油平臺，實現了華中分公司、省市公司、運輸公司三方公路數據的互聯互通，有效提升了公路付油效率。

1 平臺開發背景

1.1 安全、道路改建

目前華中大區油庫日均公路提油計劃約為0.6萬t，而油庫大門大多緊鄰市政道路，無固定停車場所，如付油高峰期在油庫門口聚集，在導致市政道路交通擁堵的同時勢必會加大油庫安全管理風險。

1.2 發油秩序較亂、提高發油效率因素

當前各油庫公路發油普遍存在車輛規范管理難度大、開票過帳通常是根據先來后到的原則，在實際執行過程中人為因素影響較大，容易導致矛盾激化；加之部分司機擇臺現象嚴重，導致秩序較亂，發油效率較低。

1.3 存在信息壁壘

一方面是ERP與付油系統之間的信息壁壘；另一方面是華中、省市、運輸公司三方的信息壁壘。相互溝通通常都是單向聯系，溝通渠道不暢，公路發運業務效率不高。

2 平臺開發的目標及內容

2.1 開發目標

通過建立E提油服務平臺，集成ERP日調度計劃、門禁管理系統、公路付油系統、油庫發油能力和公路運輸相關信息，實現大區公司、省市公司、運輸公司三方公路數據的互聯、互通，優化了各單位業務銜接流程[1]。總體業務流程設計架構如圖1所示。

圖1 平臺總體業務流程設計架構

2.2 開發內容

自助平臺包含以下六部分內容的建設：門禁管理、預約管理、開票管理、大屏展示管理、量化考核管理、大數據分析等，分別進行桌面端和移動端的開發。自助平臺功能示意圖如圖2所示。

圖2 自助平臺功能示意圖

2.3 核心功能設置

2.3.1 門禁管理

(1)門禁配置管理。E提油平臺通過與門禁系統接口將自動生成的帶付油預約時間的計劃推送至門禁系統，實現在付油預約時間段內來提油的車輛自動抬桿入庫功能。同時開放人工在線單個或批量編輯門禁系統的通行權限功能，其中包括油庫、車牌號、開始時間、結束時間、禁止通行或允許通行的狀態等。

(2)門禁動態監控。實現實時監控車輛進出油庫狀態，包括進入、離開門禁的具體時間、油庫內滯留時間等的動態展示、查詢和導出功能。

(3)門禁黑白名單配置管理。油庫人員可管理車輛黑白名單，包括黑白名單增、刪、改、查功能，并通過接口將黑白名單同步傳至門禁系統。

2.3.2 預約管理

(1)預約規則管理。系統可對預約規則進行編輯，油庫管理人員可自定義修改或添加預約規則信息，按時間段、油品、車輛左右裝信息等對預約車輛數目進行控制。

(2)司機預約。按照單條計劃由司機自主預約任意時段，司機自主選擇提油計劃并按實際情況匹配到庫時間，當預約時段人數達到預設人數后不再接受預約，管理員也可在后臺為司機手動添加預約，將預約時段寫入門禁，預約結果推送至司機。

(3)取消預約。油庫可因特殊原因取消某一時段所有司機的預約計劃，并通知預約取消，司機也可自主選擇計劃取消預約。

2.3.3 量化考核管理

按周、月、季分別對司機積分進行排隊分析，對運輸公司進行定量橫向對比并提供通告發布功能。量化考核信息推送范圍可自定義選擇。

(1)量化考核指標體系管理。管理人員可對量化考核指標進行增刪改操作，包括指標分類、相關要求、加分/扣分標準、分數等。

(2)量化考核結果匯總。量化考核結果分時間段，按司機、運輸公司進行匯總，可按照運輸公司和司機對考核結果進行查詢和展示。

(3)量化考核打分管理。管理人員在桌面端對司機在提油過程中是否按照相關要求進行操作進行打分，系統同時提供相應的打分依據，包括文字描述、短視頻、圖片等上傳功能。

2.3.4 過賬管理

(1)電子提單過賬管理。通過ERP系統數據接口，司機通過刷身份證+刷IC卡驗證方式驗證個人信息，驗證通過后選擇計劃確認過賬。系統獲取實時電子提單過賬信息并實現動態展示，并提供按車隊、司機等信息查詢和統計功能。

(2)約定排隊。系統根據電子提單過賬的過單時間、按計劃提油，自動將提油車輛按秩序進行排隊，同時根據鶴位油品與提油情況對排隊車輛進行鶴位的動態分配，以促進司機提油過程的按序進行。排隊結果實時推送到司機企業微信號和付油系統，司機數據包括排隊序號、車牌號、油品、鶴位、等待人數等，付油系統數據包括提貨單號、數量、車牌號、鶴位等。

(3)特殊排隊業務管控。第一，插隊權限業務管理。實現人工在線編輯插隊權限功能，包括將指定車牌號與指定排隊順序進行關聯，系統自動重新進行按序排隊，并將排隊結果推送給司機企業微信號和付油系統。第二，鶴位設備故障業務管理。根據產生設備故障的鶴位信息編輯鶴位暫停付油起始時間，在鶴位暫停期間不再為該鶴位動態分配車輛。第三，鶴位短時間暫停業務管理。因故需要指定鶴位短暫停止發油時，系統可編輯該鶴位暫停發油起止時間，并自動暫停為該鶴位動態分配車輛。

(4)特殊情況補油業務管理。鶴位補油和計量校核補油業務流管理。建立與付油系統接口，記錄因計量誤差等原因造成的需要二次補油的油品規格、數量及補油原因，并通過特殊業務流程管控，對補油車輛進行人工在線編輯插隊。

2.3.5 大屏展示管理

將提油車輛排隊信息實時推送給大屏幕進行滾動展示，包括排隊序號、車牌號、油品、鶴位、等待人數等，同時提供音頻叫號服務。

2.3.6 大數據分析

分析內容包括排隊秩序分析(提油系統排隊時間、司機平均等待時間、加油車次分析等)、鶴位付油時間分析(鶴位實際付油時間、司機鶴位等候時間分析等)、量化考核分析(按照量化考核結果對車隊和司機進行分析和對比)、分時間段發油車數分析(預約情況分析按運輸公司、司機、時間段等分析預約準時入場率、預約情況等)。

3 技術解決方案[2]

3.1 技術架構

系統功能要求開發移動端應用，考慮到開發周期緊、工作量大等特點，經過技術評估，該系統開發擬借助微信即時通訊特性采用企業微信號平臺進行系統功能開發。

整個系統分為數據層、服務層、業務層及展示層。展示層通過移動終端與桌面終端對整個系統平臺進行展示；業務應用層是系統所提供的應用服務。根據業務應用場景，將系統平臺分為管理者、庫站、外部單位(車隊司機、車隊調度、配送中心)、公共服務四大部分；服務層提供系統中需要的各類服務；數據層是整個系統的主要數據來源，包括各種結構化、非結構化的業務數據及文檔資料，并對數據進行安全管理、信息管理及權限管理，為系統提供數據存儲與數據管理。

系統技術架構如圖3所示，整個系統從技術角度上劃分為客戶端、前端、服務端和數據庫。 系統技術上采用前后端松耦合的架構模式，前端和服務端通過標準的REST服務的方式通信，服務端將數據以JSON格式返回給前端，服務端和數據庫以數據庫連接器協議進行數據交換。

圖3 技術架構

前端的主要作用是調用REST API從服務端獲取數據，將數據按照功能需求以圖表等多種形式進行展示，技術上利用主流的開源React,Redux，React-router前端組合框架，實現對數據的查詢展現。服務層為前端的數據需求提供統一的REST API數據服務，以通用的cx_oracle協議訪問數據庫，支持對提油數據、智能鎖控數據和門戶等業務數據的訪問。數據層采用Oracle數據庫平臺，為系統應用提供數據存儲和數據管理，數據通過相關功能模塊進行維護。

3.2 集成架構

自助提油平臺需要集成企業及二級單位內部系統、省市公司系統和外部系統，需集成的系統相對較多，系統的接口具有多樣性。自助服務平臺集成架構如圖4所示。

圖4 集成架構

從圖4可以看出，集成系統由內部單位系統、省市公司系統和外部系統組成，包括ERP系統、付油調度系統、門戶系統和門禁系統、第三方的微信平臺、高德地圖服務和天氣預報服務等。

各個系統的接口采用不同的集成方式，ERP采用RFC接口調用方式抽取數據，付油系統采取webservice的方式抽取數據、天氣預報采取HTTP接口方式抽取數據，高德地圖采用REST服務方式，集成微信平臺采用Oauth的方式。

目前各項功能已開發完成，移動端和桌面端應用界面如圖5所示。

圖5 自助提油平臺移動端(上)和桌面端(下)應用界面

4 結束語

(1)自助提油平臺推廣使用后，實現了人工在線編制到庫計劃、公路計劃自動分發移動終端、司機自主刷卡換票、到庫車輛智能分配臺位及排序、在線記錄及發布違規信息、車輛量化考核等功能。

(2)利用信息化的管理手段，對內搭建智慧油庫底層基礎、提升發油效率、降低勞動用工成本、提升庫站整體形象、降低員工勞動強度，對長期以來高峰時期配送車輛“扎堆”的安全風險進行整治，提升了油庫安全管理；對外為省市可提供實時油庫、加油站、車輛、路況動態信息，為省市合理安排配送計劃提供數據支持，實現保障加油站資源供應、降低車輛空駛及等待時間，提高了油庫公路提油的效率，使資源的精準配送能力得到提升。