1.應用企業(ye) 公司介紹

中國外運天津有限公司隸屬於(yu) 中國外運股份有限公司（香港上市公司-HKCODE:0598）,是以具有六十多年經營曆史的中國外運天津集團有限公司為(wei) 基礎，經過重組改製，於(yu) 2002年12月成立的一家集國際貨運代理、船舶代理、國際多式聯運、集裝箱場站、汽車運輸、報關(guan) 報驗等物流服務為(wei) 一體(ti) 的現代化、綜合性的大型物流企業(ye) 。

中國外運天津有限公司是中國最大貨運代理企業(ye) 中國外運長航在華北地區最大的綜合物流公司，下屬13家分、子公司和合資企業(ye) 。以京津冀協同發展、建設自由貿易園區、加快濱海新區開發開放、建設國家自主創新示範區、以及“一帶一路”建設五大曆史機遇為(wei) 契機，立足天津，依托港口，加強沿海兩(liang) 翼聯動，提升內(nei) 地服務功能，與(yu) 兄弟公司協同發展，努力形成“以口岸帶動內(nei) 地”的一體(ti) 化經營格局，成為(wei) 華北地區綜合物流服務的領跑者。

在海運訂艙領域，是天津口岸最大的集裝箱訂艙平台，公共訂艙量口岸排名第一；公司積極打造散雜貨訂艙平台，與(yu) 多家散雜貨船公司有著多年的良好合作關(guan) 係；在海運內(nei) 貿業(ye) 務中，公司依托中外運長航集團的內(nei) 貿船公司中外運速航，大力開展內(nei) 貿訂艙業(ye) 務，在天津地區的海運內(nei) 貿行業(ye) 占有重要地位；公司集裝箱堆場麵積為(wei) 35萬(wan) 平米,散雜貨堆場10萬(wan) 平米,倉(cang) 庫總麵積18萬(wan) 平米，擁有天津港港區內(nei) 單體(ti) 最大的綜合物流場站，年吞吐集裝箱50萬(wan) TEU；在船舶代理行業(ye) ，2014年代理船舶2648艘次，是天津口岸第二大船務代理公司；在報關(guan) 行業(ye) ，是報關(guan) 協會(hui) 常務理事單位，是首批海關(guan) 批準的A類企業(ye) 。在國家“一帶一路”戰略的指引下，天津公司多年從(cong) 事鐵路多式聯運業(ye) 務方麵的優(you) 勢逐漸凸現，通過與(yu) 鐵路及港口的積極配合，成為(wei) 天津口岸鐵路多式聯運業(ye) 務的排頭兵。

公司集中訂艙平台可以為(wei) 客戶提供天津新港到世界各地60多個(ge) 基本港的航線訂艙服務，結合公司操作平台、關(guan) 務平台，可為(wei) 客戶提供海洋運輸、租船、訂艙、口岸交接、報關(guan) 、報檢、海空聯運、鐵海聯運、無船承運、液體(ti) 罐箱運輸、拚箱集運等服務。此外，公司獨家獲準在天津新港各作業(ye) 區設立駐港小組，由專(zhuan) 業(ye) 人員提供24小時貨物跟蹤服務。

公司在天津港區內(nei) 擁有40萬(wan) 平方米的自營集裝箱場站、4.3萬(wan) 平方米高標準物流倉(cang) 庫、近千米的鐵路專(zhuan) 用線以及兩(liang) 座碼頭，5個(ge) 5000噸級泊位，配備有45噸正麵吊、40噸固定式吊機等現代化的集裝箱堆存、碼頭裝卸、貨物處理設施60餘(yu) 台。另外，作為(wei) 天津海關(guan) 指定的查驗堆場，海關(guan) 在公司設有查驗中心，為(wei) 客戶提供全方位的服務。

2.集裝箱綜合服務平台建設背景

2.1現有主營業(ye) 務係統操作痛點

我司集裝箱訂艙平台所使用的業(ye) 務係統都是由股份公司總部統一開發的全國統一版本海運業(ye) 務作業(ye) 係統，是麵向全國所有口岸統一開發定製的一套標準海運船代、貨代生產(chan) 作業(ye) 係統，該係統於(yu) 2006年開發上線，客戶端采用.NET1.1FrameWork框架。隨著使用年頭的逐年增長，各地口岸差異化需求的差異化開發實現，及桌麵操作係統的更新換代，現有業(ye) 務係統功能體(ti) 態較臃腫，服務端應用載荷越發沉重，整體(ti) 運行效能愈發滯後；隨著市場環境的動態變化及各口岸業(ye) 務模式的差異化，使得當下主營業(ye) 務操作係統迭代更新的頻度下滑，各口岸屬地差異化、個(ge) 性化需求越發不能得到滿足。因此，從(cong) 內(nei) 部業(ye) 務操作能效上迫切需要有一套能圍繞主營業(ye) 務係統的輔助管理係統，能建立在充分與(yu) 主係統數據交互的基礎之上，輔助實現地方口岸差異化、個(ge) 性化需求。

2.2出口訂艙客戶信控管理的痛點

因主營業(ye) 務係統在客戶信控管理環節上，設計得較為(wei) 嚴(yan) 謹，無論從(cong) 客戶的結費方式、放單方式、賬期、授信額度等關(guan) 鍵信控元素的參數配置環節較複雜，在客戶實際放單環節中，往往客戶的授信參數都是動態變化的，這樣有變化的客戶放單時就需要先去修改信控的配置參數，往往需要多環節的修改才能生效，導致信控變化改配工作量耗損較大，影響客戶的放單服務體(ti) 驗及業(ye) 務與(yu) 結算層麵的工作效率。

因此對於(yu) 大批量信控變化較大的客戶都不采用主營業(ye) 務係統的信控管理模塊，而采用結算線下的手工EXCEL客戶信控大表進行記錄。負責不同客戶群的結算人員大家相互共享該信控表格，結算每天都需要頻繁從(cong) 財務係統檢索客戶的結費情況來動態修改信控大表的客戶扣放單狀態，有時候往往相互間產(chan) 生文件修改衝(chong) 突，且修改記錄很難留痕跡，造成修改不及時、修改串客戶、客戶放單窗口扣放狀態傳(chuan) 導不及時、環節間反複多次確認、異常操作不能追溯、客戶取單體(ti) 驗差等一連串影響效能的問題。

2.3出口訂艙放單客戶取單痛點

原客戶取單模式為(wei) 非大廳標準化、流程化操作，而隻是有一個(ge) 放單對外服務窗口，且結算沒有與(yu) 放單窗口集中辦公，導致客戶取單人員需要來回奔波於(yu) 公司大樓內(nei) 業(ye) 務、結算、財務、放單窗口等多個(ge) 辦公地點，且無流水化排號係統，各環節點上都需要人工排隊，對於(yu) 放單單量集中發放的時點非常容易造成取單人員的無序、來回排隊，無形造成取單人員的耗時，客戶服務體(ti) 驗較差。

2.4紙質單據存檔備案的痛點

未上係統之前，對正本紙質提單，公司都要求有存檔備份，因此，外勤取單人員從(cong) 船公司取來正本紙質提單後，必須挨票挨頁進行複印掃描，這樣一方麵需要浪費較大的人力物理去耗費紙張掃描，另一方麵，掃描後的紙質單據需要集中存放，也浪費了公司的庫存空間，而且當確實發生業(ye) 務特殊情況需要翻查過往提單的時候，又要耗費巨大人力去翻箱倒櫃追溯之前的提單掃描文件。

2.5業(ye) 務操作內(nei) 容碎片化重複化操作痛點

以船代提單VGM業(ye) 務環節為(wei) 例，海事局要求船開前船上具備該船所有箱子的VGM重量申明。這就要求我們(men) 代理企業(ye) 在船開前務必向船東(dong) 客戶收集所載集裝箱的VGM重量申明。未上線VGM集疏功能之前，都是各個(ge) 業(ye) 務通過郵件的方式收集不同客戶所訂不同船公司所支持VGM申明報文，並碎片化、重複性的按艙位公司支持導入的報文格式來不停的、重複的、機械性導入海運業(ye) 務係統，這樣給公司操作員帶來很大程度上的高頻、低效、重複等方麵的工作，不利於(yu) 業(ye) 務線性操作，操作員的工作時間容易碎片化。

3.集裝箱綜合服務平台的構建過程

3.1係統技術架構的構建

（1）前端頁麵：HTML5+BootStrap3+JQuery

（2）模板技術：FreeMarker

（3）數據交互：WEBWORK

（4）業(ye) 務邏輯：SpringFrameWork

（5）數據映射：Hibernate3.0

（6）實體(ti) 數據庫：ORACLE11G

（7）數據庫連接池：Druid Alibaba

（8）數據緩存機製：EHCache

3.2與(yu) 主營業(ye) 務係統的數據源對接

因主營業(ye) 務係統屬於(yu) 相對封閉獨立的全局業(ye) 務應用係統，其與(yu) 外部係統對接開放數據交互的敞口較少，為(wei) 了能使公司綜合服務平台與(yu) 主營業(ye) 務海運係統能比較簡潔、便利、高效、多數據場景的對接交互，我們(men) 借助海運係統官方標準的EDI數據交互平台WEBMETHOD作為(wei) 交互通道，構建了綜合服務平台融合WEBMETHOD平台的數據通訊回調模塊。先將要數據交互的應用場景開發成一個(ge) 個(ge) 可執行的service程序，通過綜服的數據通訊回調模塊進行回調執行，實現了綜服係統與(yu) 主營係統的數據安全交互。

3.3客戶信控體(ti) 係的建立

開發客戶信控縮略管理模塊，將原先所有結算人員共享的大EXCEL表格的客戶信控數據統一導入綜服的客戶信控縮略模塊，所有結算對自己所管轄客戶的結費方式、扣放單狀態統一在該模塊上修改，並且客戶信控的每個(ge) 字段的修改，係統都會(hui) 留痕，即記錄修改人員、修改項目、修改前後的數據值，既防範了一些不規範操作，又能將客戶信控狀態實時傳(chuan) 導到具體(ti) 的放單窗口，實現了公司對客戶整體(ti) 的信用安全防控，保障了公司業(ye) 務運營安全。

3.4放單大廳窗口標準化服務模式的構建

“綜合放單模塊”配合了集裝箱分公司3樓裝修為(wei) 集中放單服務大廳窗戶化服務模式。通過海運係統將完船提單導入業(ye) 務平台，外勤取單後將提單通過高拍儀(yi) 掃描進入平台並關(guan) 聯綁定提單，結算員可前置批量生成放單批號並根據客戶授信情況進行放單審核，客戶取單人員直接窗口叫號取單，核放後拍照留檔；並且平台針對客戶開通網上預約放單功能，客人可以隨時隨地查詢自己的提單是否回單是否具備放單條件（隻有我司放單操作員將從(cong) 船公司取回的紙質單據進行掃描存檔後才具備客戶取單預約的條件），自己下單預約取單批號，係統生成條形碼預約單後即可委派取單人員憑預約批號取單。該模塊的開發應用，實現了集裝箱放單的流程化、標準化、無紙化，可查詢、可跟蹤、可預約、可評價(jia) 。

放單模塊單據流轉流程圖

3.5高拍儀(yi) 電子文檔化管理的構建

通過采購雙攝像頭高拍儀(yi) ，主鏡頭用於(yu) 拍攝提單文件，對於(yu) 船公司取回的正本紙質提單，拍照上傳(chuan) 到綜服係統進行存檔，或通過OCR識別定位到提單後進行圖片文件的存檔。從(cong) 攝像頭，用於(yu) 針對客戶所派的取單員來窗口取單後，進行拍照存檔，留痕，為(wei) 日後的提單數據和取單人信息提供檢索數據。

3.6OCR智能識別係統的應用

借助股份公司構建的騰訊雲(yun) OCR單證智能學習(xi) 識別平台所開放的識別服務，開發綜合服務平台單證掃描時發起OCR識別驗證的集成應用功能。具體(ti) 業(ye) 務操作流程如下：

（1）放單操作員將從(cong) 業(ye) 務或外勤遞交的紙質提單文件放置在高拍儀(yi) 下。

（2）放單員在放單掃描模塊，開啟OCR掃描識別界麵，觸發高拍儀(yi) 拍照並同步向股份OCR單證識別平台發起識別請求。在該請求過程中，通過給不同的高拍儀(yi) 設置不同船公司的提單識別區域參數，同時將高拍儀(yi) 拍攝的提單圖片一並發送給股份OCR識別平台。

（3）綜服解析OCR回執報文，獲取識別提單號後，在後台檢索定位訂艙提單記錄，並將掃描圖片掛載到該提單下，存儲(chu) 於(yu) 文件服務器上完整掃描存檔。

股份騰訊雲(yun) OCR單證識別平台集成示意圖

3.7郵件智能解析集疏服務的構建

通過實施新的VGM數據集疏程序，將客戶以鬆散的郵件形式報送來VGM數據與(yu) 聲明書(shu) 兩(liang) 項文件進行係統自動分類，按照船名航次完成自動匯總，分別存入數據庫與(yu) 聲明書(shu) 文件夾，並將收取到的信息在係統解析後即刻向客戶以郵件形式反饋結果，既省去了船代公司的長時間低效待機運轉之苦，又使客戶能夠在第一時間掌握VGM數據報送的接收結果，使錯誤能夠消滅在萌芽狀態，從(cong) 而降低風險。在係統進行接收解析VGM數據的同時，會(hui) 自動建立船期索引，將數據和文件進行匯總分類，並在兩(liang) 者之間建立關(guan) 聯關(guan) 係進行對應，同時在後台運行邏輯糾錯功能，將客戶提供的典型不規範格式、不明確信息或數據項遺漏等進行糾錯處理，免去了客戶重新發送之苦，提高了客戶的工作效率，也確保了數據的完整性和合理性。到達VGM數據收集截止時間，係統會(hui) 將收集的數據、文件進行統計，對錯誤數據或文件進行報錯（針對缺少或者冗餘(yu) 數據與(yu) 文件進行邏輯校驗），船代公司會(hui) 根據統計結果聯係未提供齊數據與(yu) 文件的客戶進行補交操作。待數據與(yu) 文件統計核準之後，係統自動將所有VGM數據自動同步到外運公司的海運係統船代操作界麵，此時自動打包下載VGM聲明書(shu) 的窗口也被打開，業(ye) 務員可以根據業(ye) 務需要進行對應的操作。數據同步入海運係統後，業(ye) 務員可以選擇進入數據精細比對界麵，此界麵將自動實現對NCL數據與(yu) VGM數據的核準工作，完成核準後，可直接提供核準結果，將不符合海事局重量差要求的貨物清單展示給船代公司業(ye) 務員，業(ye) 務員會(hui) 憑此信息與(yu) 客戶進行再次確認，並按照客戶核實的信息進行更新，從(cong) 而保證數據合理不失真，避免出現“自縛刑場”的尷尬，也彰顯了對海事局、國際海事組織托付工作的負責態度。至此完成整個(ge) VGM數據集疏程序的運轉。

VGM集疏應用流程示意圖

3.8艙單申報與(yu) 單一窗口集成的構建

按照國家規劃的國際貿易“單一窗口”標準版試點部署要求，天津市加快推進中國（天津）國際貿易單一窗口升級版建設，積極參與(yu) 國家“單一窗口”標準版建設，中國（天津）國際貿易單一窗口是促進天津口岸通關(guan) 便利的重要信息化平台。為(wei) 落實《關(guan) 於(yu) 國際貿易“單一窗口”建設的框架意見》關(guan) 於(yu) “單一窗口”標準版建設及推廣有關(guan) 要求，天津市政府將“單一窗口”建設作為(wei) 重點推進工作，由市口岸辦牽頭會(hui) 同各相關(guan) 單位專(zhuan) 門成立了國家“單一窗口”標準版天津口岸試點工作領導小組，全力推動工作落實，計劃2018年底實現天津口岸90%以上的貨物、艙單和運輸工具的申報。 

對此，我們(men) 成立了專(zhuan) 門的艙單單一窗口對接小組，包括業(ye) 務成員和IT開發成員，借助國口辦推行的“單一窗口客戶端”對接通道，通過開發綜服的集成申報模塊，實現了主營業(ye) 務海運係統與(yu) 單一窗口客戶端的對接。具體(ti) 流程如下：

（1）國口辦提供單一窗口客戶端安裝程序，客戶端程序集成報文上載和回執下載監聽程序通道服務。【國家標準服務】

（2）從(cong) 海運係統導出海運新艙單主要數據一次申報報文，到集裝箱綜服平台，綜服將按單一窗口報文標準進行格式轉換。

（3）綜服將轉換後的報文接入單一窗口客戶端上載通道內(nei) ，隨後單一窗口掃描上傳(chuan) 到數據中心，校驗通過後轉發海關(guan) 總署。

（4）單一窗口客戶端獲取回執報文，綜服將回執報文解析將結果回傳(chuan) 海運係統。

（5）綜服偵(zhen) 聽一次申報海關(guan) 入庫狀態，如入庫成功，則自動啟動裝載艙單的生成，傳(chuan) 入單一窗口客戶端上載通道。

（6）綜服解析裝載艙單回執報文，將裝載回執結果回傳(chuan) 海運係統。

單一窗口客戶端集成申報流程示意圖

4.集裝箱綜合服務平台的上線能效分析

4.1客戶放單能效分析

（1）提升客戶體(ti) 驗，提高服務質量。

綜服平台放單模塊的信息化，使得客戶能快速、有效地獲取提單；並可通過網上預約及時獲知提單狀態信息、自行預約放單。準確的提單信息避免客戶重複無效勞動；提前預約有效節省了客戶取單等待時間。自上線以來，大大提高了客戶體(ti) 驗，獲得客戶一致好評。

客戶打印預約放單憑條

（2）提高工作效率，節省時間成本

綜服平台放單模塊的信息化，使得放單效率有了大幅的提升。原審核環節由平均每單3分鍾縮短至1分鍾以內(nei) ；放單環節由每票5分鍾縮短至2分鍾。大大提升了工作效率，節省客戶等待時間。目前月均簽放提單萬(wan) 餘(yu) 票，且再無客戶排隊等候狀況出現。

（3）優(you) 化業(ye) 務流程，全程可視化。

綜服平台放單模塊的信息化，將整個(ge) 放單環節進行係統固化，全流程可視。係統記錄放單環節每個(ge) 節點且互相製約，規範了業(ye) 務操作，加強了風險防控。有效保存了各環節電子檔案，提升狀態查詢的及時性。

（4）提升工作質量，加強風險防控。

綜服平台放單模塊有效地將客戶信控及欠款情況向結合，係統控製放單狀態，減少人工判斷誤差；且能及時反饋欠款狀態及提單情況，加強客戶信用風險防控。通過綜服平台放單模塊我們(men) 可以了解客戶在押提單狀態，及時控製欠款客戶在押提單，采取相應措施有效催收欠款，減少壞賬風險。

（5）操作模式的創新也未後續業(ye) 務流程的進一步優(you) 化創建了基礎。

隨著航運業(ye) 信息化程度的進一步加深，相關(guan) 各環節的服務要求也在不斷提高。綜服平台的創建，為(wei) 後續各業(ye) 務環節的信息化創建了基礎。包括為(wei) 客戶提供相關(guan) 貨物信息查詢、網上訂艙、電子發票預約、網上支付、提單預約等等各方麵的服務。一方麵提高服務質量、增加產(chan) 品附加值、提升客戶體(ti) 驗；另一方麵也使我們(men) 的業(ye) 務流程規範化，提高工作效率與(yu) 工作質量，降低業(ye) 務成本，增強風險防控。

4.2單據無紙化能效分析

通過高拍儀(yi) 將紙質提單文件逐頁拍攝存入綜服係統，將原先需要挨票掃描提單並進行實物存儲(chu) 的工作省略了，這樣既節省了大量的紙張，實現了無紙化作業(ye) 流程，又節省了實際文檔存儲(chu) 場地的占用，特別是後續需要檢索查閱跟蹤過往提單記錄時，能從(cong) 綜服係統快速檢索定位，並調出單據電子圖片，全流程跟蹤單據的流轉放單、取單情況的追溯。

4.3客戶信控管理能效分析

將原來傳(chuan) 統的所有結算人員共享一張大的客戶信控excel表格的模式轉為(wei) 綜服線上統一管理的模式，摒棄了原先各結算人員變更客戶信控記錄時，需要靠線下廣播的方式，通知其他結算人員進行更新，容易造成數據的篡改、誤改、無痕、無追溯、低效、不及時等困擾，實現了客戶信控向放單各環節的及時傳(chuan) 導，大大提升運轉效率，高效控製客戶放單風險。

4.4OCR單證識別能效分析

通過給每台高拍儀(yi) 設定不同船公司的提單號所處的識別區域後，直接在提單掃描界麵點擊OCR識別自動啟動識別請求，避免了人為(wei) 對著紙質提單一邊看一邊手工錄入後再查詢檢索的過程，而直接實現掃描檢索，文件掛載存儲(chu) 的過程一氣嗬成，極大提高文件掃描效率。

OCR提單掃描示意圖

近期OCR單證識別單量統計數

4.5單一窗口集成能效分析

（1）海運係統業(ye) 務一鍵觸發預配艙單的申報後進入綜合並按單一窗口標準加簽生成新申報報文。

（2）綜服解析海運預配申報報文進入綜服存檔，為(wei) 後續自動生成裝載積累原始申報數據。

（3）綜服掃描單一窗口下行回執，並轉發給海運係統後寫(xie) 入海運係統回執狀態數據。

（4）綜服掃描單一窗口下行回執中的“預配放行”，並根據回執內(nei) 容自動檢索原本地存儲(chu) 的預配數據自動生產(chan) 裝載申報。

（5）綜服針對拚票“預配放行”回執，不自動生成裝載而是自動生成虛擬裝載回執到海運以提醒業(ye) 務從(cong) 海運將拚票集中申報。

綜上，除直接改配與(yu) 拚票裝載需要業(ye) 務在海運係統手工二次幹預申報外，其他正常主體(ti) 申報實現業(ye) 務一鍵預配申報即可，後續由綜服自動裝載並將回執實時反饋回寫(xie) 與(yu) 海運係統，打破多年來海運係統不能與(yu) 海關(guan) 數據實時對接而多套係統切換操作的困擾，各個(ge) 節點操作環節整體(ti) 效能提升近一倍。

4.6業(ye) 務操作集疏能效分析

通過開發“VGM數據集疏程序”，使原本碎片化、格式不統一、耗時冗長且與(yu) 原本CLP收集工作嚴(yan) 重衝(chong) 突的VGM收集核對工作變成了隻需要業(ye) 務員輕擊鼠標即可完成的獨立閉環業(ye) 務體(ti) 係，大大優(you) 化了業(ye) 務員的工作，更將疲於(yu) 應付直接升級至管理業(ye) 務的高級階段，將效率、準確性、精細化實現了完美統一。從(cong) 客戶角度看，既不必受船代公司的強勢欺壓，又不過分限製數據格式以及發送報送時間，還可以即時獲取數據傳(chuan) 輸結果，出現錯誤或者漏發情況會(hui) 有提醒，在沒有增加任何工作量的前提下完成了一整套棘手的工作。

此程序自投入使用以來，深受廣大客戶的歡迎，得到了數家核心客戶的交口稱讚。在使用中，技術團隊與(yu) 應用測試團隊還不斷吸取來自於(yu) 業(ye) 務員、客戶的意見與(yu) 點評，緊密將開發與(yu) 生產(chan) 應用聯係在一起，將業(ye) 務需求貫徹到產(chan) 品中，突出實用性。

5.係統開發上線總結

集裝箱綜合服務平台的開發，是集公司自有IT開發力量、具體(ti) 分公司業(ye) 務專(zhuan) 員、外協開發力量及股份公司IT資源的導入，這樣多方力量有效匯聚，通過建立項目開發團隊的方式，各司其職，各盡其能。由自有IT提供技術開發框架；自有IT協同業(ye) 務進行業(ye) 務需求的調研、需求的設計、開發文檔的編寫(xie) 、任務進度的安排與(yu) 推進；技術開發工作由外采社會(hui) 供應商的單純技術開發人員，按我們(men) 自己設計的開發流程與(yu) 任務分工要求進行穩步有序的推進；每個(ge) 模塊的開發都進行業(ye) 務的模擬測試，流程跑通之後才上線生產(chan) ，按每周周計劃要求的方式，定義(yi) 好開發目標和開發工作量的人員分攤，使得整個(ge) 團隊高效運轉。

6.係統後期規劃與(yu) 展望

業(ye) 務的需求和流程的優(you) 化再造是沒有止境的，係統建設在取得現有成果的基礎之上，我們(men) 更應該繼續深化和挖掘及敢於(yu) 自我否定的態度，讓係統在業(ye) 務的動態變化中得到不停的迭代更行升級。後續我們(men) 將在下麵重點方麵進行擴展：

（1）繼續深化與(yu) 主營業(ye) 務係統的融合，在放單、VGM等集成基礎之上，擴展更多如艙單收發的集疏、費用的查詢等更深層次的融合。

（2）基於(yu) 綜服對內(nei) 輔助服務體(ti) 係的建立後，構建客戶服務體(ti) 係，開放專(zhuan) 業(ye) 對外的客戶服務門戶，將提供更多板塊的數據服務、流程處理、業(ye) 務狀態節點的開放、客戶數據的動態交互等方麵，拉近公司與(yu) 客戶的服務距離，提升客戶服務體(ti) 驗。

（3）進一步擴展創新技術的應用場景，如擴大OCR智能單證識別的應用範圍，將其擴大客戶服務門戶的自訂艙識別導入、對內(nei) 的發票、船公司費用清單等方麵的識別場景，縮減人為(wei) 手工錄入的工作量，提質增效。