1項目概述
1.1應用企業簡介
西柳現代物流園是海城市委、市政府為推進西柳服裝市場大發展、快發展，打造中國北方現代商貿物流集散中心的重點項目，也是省級服務業集聚區重點配套項目之一。
園區地處遼寧中部城市群和沿海經濟帶的核心腹地,境內有沈大、盤海營、京丹等高速公路，長大、溝海鐵路及哈大、盤海營等高速鐵路縱橫交錯，并在西柳及其周邊設有進出站口。西柳運輸市場與西柳服裝市場相伴而生,隨著西柳市場歷時30余年的發展壯大，西柳的物流產業也隨之發展成為擁有貨運線路1623條，運輸車輛萬余臺，其中企業自有車輛1015臺，年貨物吞吐量200萬噸的全國最具影響力的運輸市場。近年來，西柳物流產業已由單一的運輸紡織服裝向多品類、綜合性的大物流方向轉變，成為拉動遼南地區商貿物流、休閑消費等現代服務業發展的龍頭。
園區規劃占地面積102萬平方米，建筑面積71.4萬平方米，總投資21.4億元人民幣。其中一期工程由西柳鎮人民政府于2009年3月投資興建，7月20日投入運營。一期工程占地面積52萬平方米，建筑面積31.2萬平方米，投資額9.4億元人民幣。其中：西柳物流園區一期工程集中理貨區建筑面積15萬平方米；園區卸貨區建筑面積13萬平方米，公共服務中心建筑面積3.2萬平方米，園區停車場占地5萬平方米；園區內設門衛、地磅、雨棚、廣播、電子秤、信息顯示屏、微機聯網以及叉車裝卸、短途搬運等功能設施，并由中國科學院沈陽自動化研究所提供園區管理信息系統軟件支持。在此基礎上，依法制定了《西柳運輸市場管理辦法》，在全國物流市場首創了“統一限價、統一計量、統一票據、統一交費、統一理貨”的五統一管理模式，為鞏固運輸市場全面放開成果，推動物流產業規范有序、不斷壯大發展奠定了堅實基礎。
1.2飛揚軟件公司介紹
飛揚軟件從事物流軟件開發銷售十多年，具有較強的軟件開發能力。飛揚軟件完成了飛揚第三方物流管理軟件及相關軟件等十幾個應用軟件和平臺軟件開發，并擁有十幾個知識產權認證，全國首家完成了物流金融云平臺的開發上線運營，其中基于飛揚一卡通專利技術的物流代收貨款平臺已經運營七年多，保險平臺也已經運營一年多。公司與華泰保險公司、工商銀行、民生銀行、龍江銀行等多家金融機構進行過合作，完成了與多個金融系統的對接開發項目。飛揚軟件開發的物流TMS運輸管理系統，集成了語音短信平臺應用、條碼、射頻卡、gps、移動互聯APP等技術在物流方面的應用。公司軟件開發團隊具有豐富的物流行業軟件開發經驗，連續三年獲得物流采購聯合會物流優秀案例，并獲得2013年度物流軟件十佳集成商。
飛揚軟件在全國擁有十五個辦事處，tms用戶近千家，成為行業內tms軟件全國客戶數量和市場覆蓋最多的企業之一，是物流行業客戶滿意度最高的tms系統供應商。
公司從2005年開始開發飛揚第三方物流管理軟件內部客戶的物流平臺，為使用飛揚軟件的物流企業客戶提供統一查詢服務，于2007年推出基于飛揚一卡通的代收貨款查詢系統，通過多年的運營不僅能夠維持平臺費用，而且成為飛揚軟件公司的重要盈利方式。2012年公司提出物流金融服務平臺云的理念，并在2013年四月完成物流保險平臺建設投入運營，2014年四月完成金融云平臺的app服務。在多年的平臺服務中，我們確保了企業軟件及平臺的運行，獲得了客戶的認可。
推廣普通運輸管理標準軟件及接口改造軟件企業400余家，完成交通部物流公共信息平臺驗收近三百家。在所有與交通部物流公共信息平臺合作的軟件廠商中推廣客戶數量及效率最高。
2010年中標交通部物流公共信息平臺接口改造項目并成為該批中標企業中最早完成驗收企業， 2012年中標普通運輸管理軟件三號軟件，并按時完成驗收。飛揚軟件與交通部物流公共信息平臺有過多次項目合作，每次都能夠保質保量完成項目驗收。成為推廣接口改造軟件企業驗收數量最多的軟件企業。
飛揚軟件參加了平臺組織的浙江省內所有地市集中推廣會議，并在推廣會議中成功對接了物流企業，在杭州、寧波、臺州、溫州、義烏、湖州、衢州等地都有實施成功客戶。
1.3項目背景分析
統的物流園區管理統系，一般依賴于一個非自動化的、以紙張文件為基礎的系統來記錄、追蹤進出的貨物，完全由人工實施車輛進出管理。
隨著企業規模的不斷擴大和物流產品吞吐能力的不斷提高，進出園區的產品的種類也在不斷變化，產品車輛的進出入廠數量不斷增加，每年進出廠產品物資和數量巨大，涉及車輛進出園區的相關業務也越來越重。
但是此類信息由于沒有相應的信息化系統支撐，大多物流行業實行傳統的操作模式，各環節相對獨立，不利于數據共享和信息實時查詢與監管，從而造成了一系列的問題：
? 傳統的管理模式主要以人工操作，紙質單據為主，由于傳統手工管理的模式效率低、人為干預多、信息容易丟失、無法實現信息實時交互等問題，使車輛進出的管理以及財務計費工作無法實現真正的信息化、科學化。嚴重影響了車輛入園、計量、卸車、理貨、出廠等環節的工作效率，給企業造成一定經濟損失，成為企業發展的重要瓶頸。
? 由于傳統的管理模式，手工管理致使人成為管理的主要因素，因此不可避免的在管理過程中（貨物出廠與稱重計量）出現人為因素的干擾，致使出現了車輛與管理人員聯合起來作弊，偽造貨物信息，致使貨物跑包等違法行為的出現，損害了企業的利益，給企業造成一定的經濟損失。
? 目前大多數的物流企業管理數據資料已開始采用計算機數據系統管理，但數據還是采用先紙張記錄、再手工輸入計算機的方式進行采集和統計整理。這不僅造成大量的人力資源浪費，而且由于人為的因素，造成數據錄入速度慢、準確率低。
? 管理的貨物種類的數量在不斷增加，因此園區內的稱重計量、財務收費以及出入園區門崗燈重要環節的工作頻率劇增，園區管理作業也已十分復雜和多樣化。傳統的人工管理作業模式和數據采集方式已難以滿足管理的快速、準確要求，嚴重影響了企業的運行工作效率，成為制約企業發展的一大障礙。
1.4項目可行性分析
? 解決多用戶多公司需求各異
由于各公司之間的數據與管理模式的差異，整個軟件的標準流程與數據展現及各個報表均有差異，這就需要軟件支持自定義報表和自定義表單的功能，雖然入口有差異，但在最終數據通過數據采集中間層-標準單據完成采集。在這里我們使用了統一的數據接入模式，表現層可由用戶自定義，但數據層均使用統一化標準，使得電子路單時最終的數據報文標準化。
? 行業標準與園區管理之間的協調
對于具備一定規模的公司，其流程與管理相對嚴謹，各項數據和指標也都符合行業或國家標準，軟件的標準是按照行業國家標準制作，但是有些規模較小的公司流程簡單，不適合繁瑣的軟件流程，同時管理相對松散，軟件數據較隨意，這樣就會產生一些差異化的錯誤數據，這既影響了日常管理，也會影響到采集到園區系統時出現的與實際運輸情況的數據偏差。在這里我們為客戶提供了客戶級管理員身份，客戶可以根據自己的實際情況對錯誤的數據進行及時更正，防止由于錯誤數據引起的報表差異。
? 大數據量與高訪問量
對于任何大型項目來說，大數據量與高訪問量都是需要在技術上特別注意的技術難點。對于本項目來講，用戶量會隨著時間的推移不斷增加，甚至會出現幾何式井噴，這對于軟件的大數據量與高訪問量的高并發數據處理能力有著嚴格的要求。在這里我們使用了APACHE負載均衡與動靜分離技術，靜態數據將由單獨的靜態服務器承載，動態數據將被分割為多個負載服務器承載，服務器才用并聯分布式管理，當用戶訪問時，中央服務器會自動根據每個負載服務器的負載情況分配到較空閑的服務器進行訪問數據，同時在數據更新時，中央服務器會更新中央緩存，以確保各負載服務器數據的一致性和實時性。
1.5項目實施原則
根據本項目建設的需求，在總體技術方案的設計中，需要遵循以下的原則：
? 技術先進性與實用性相結合的設計原則
系統在功能設計上要具有完善性和先進性，在實現技術的選擇上，也要充分考慮在將來相當一段時間內能夠保持領先。這一方面是對既有投資的保護，另一方面也保證了這個信息系統的實現質量。當然，在選擇技術上，將充分考慮可行性和實用性，選擇一些目前主流的、成熟的技術，使項目具備國內領先的地位，并保證系統的穩定運行。
? 資源共享多重利用原則
系統升級的目的之一就是充分挖掘和利用信息資源。這里有多個層面的相互信息資源共享和利用，包括政府部門、運輸類貨運企業、社會公眾等。另外，運管部門信息化工作開展也有多年，目前為止已購置和建立了一定的設備、網絡、軟件和數據，這在系統設計中，我們將盡可能利用好原有設備、網絡、軟件和數據等資源，充分考慮保護原有投資，力求成本最小化、效益最大化。
? 功能的多樣性與整體性相結合的設計原則
由于整個信息系統包含了從內到外的多項功能內容，要面向不同的用戶，涉及到信息交流、信息發布、業務協同辦理等技術實現方案，所以在各個方案之間，必須有一個更加基礎的綜合性的框架設計，來保證系統的組織完整性。在技術上要考慮到所有的軟硬件系統之間可以有效、穩定、安全的集成，并且集成后的應用系統也能方便日后的應用開發和管理。
? 設計方案的規范性和標準性原則
整個系統建設從網絡協議、操作系統到各個設計細節，應該全部遵循通用的國際或行業標準，符合國家有關標準規范的。
? 技術的安全性設計原則
系統需要突出數據傳輸的完整性和保密性，業務處理的可靠性和保密性；充分考慮各種安全措施。
? 易操作和易維護原則
考慮到系統面向的對象大部分為非計算機專業人員，因此系統應具有良好的界面，減少各種特別培訓，并具有在線幫助功能。系統須具備良好的可維護性，在投入正式運行后，維護成本較低。
? 豐富的硬件二次開發經驗
哈爾濱飛揚軟件技術有限公司成立以來，一直致力于與多家軟件、硬件產品供應商進行產品的整合與開發，在豐富自有軟件資源的同時，為客戶提供更為快捷、便利的服務。
1.條碼數據終端
托運貨物的準確裝車率和到達率是物流運輸企業的根本，哈爾濱飛揚軟件技術有限公司開發的貨物裝車掃描模塊和貨物卸車掃描模塊，利用條碼數據終端的條碼掃描功能，通過對貨物條形碼掃描，實現自動記錄、件數累加、重量累加的功能。能夠直觀體現，裝車、卸車的詳細信息和總的件數信息、重量信息。通過與軟件數據進行交互，無需人工錄入，自動提示裝車貨物是否應該在此裝車，卸車貨物是否全部到達，實現貨物準確裝車、到達貨物準確入庫的功能。同時，考慮到物流運輸企業的實施成本和承受能力，軟件對多檔次的條碼數據終端進行了集成,用戶可以根據自己的實際情況和需求進行選擇。
2.非接觸IC卡讀卡器
物流運輸企業傳統的代收發放業務一直存在口頭提供帳號不準確等問題。哈爾濱飛揚軟件技術有限公司根據物流運輸企業的實際業務提供了完善的解決方案，對物流運輸企業的客戶頒發IC卡，通過非接觸IC卡讀卡器將用戶的完整信息（包括開戶銀行、銀行帳號、領取人姓名、身份證號）寫入磁卡。客戶取款時，只需攜帶磁卡，就可以準確無誤的將代收貨款發放到客戶手中。
3.身份證閱讀器
為確保與物流運輸企業業務往來人員的信息真實性，哈爾濱飛揚軟件技術有限公司在托運單錄入模塊、送貨業務模塊、付貨業務模塊、代收業務模塊將身份證閱讀器整合到軟件中來，通過身份證閱讀器與第二代居民身份證內的專用芯片進行安全認證后，將芯片內的個人信息資料讀取出來，采集到程序中，為物流運輸企業的安全提供保障。
4.通信操作平臺
物流運輸企業與客戶有許多的信息交流，如貨物到貨后通知收貨人取貨的信息；代收發放后通知發貨人的信息等。傳統模式下物流運輸企業需要安排專人按照業務給客戶去電話進行通知。傳統的通知方式，不僅提高了物流運輸企業的人員成本、通信成本，同時也無法快速、準確的將信息發送給客戶。哈爾濱飛揚軟件技術有限公司根據貨流運輸企業的實際業務，將通信操作平臺整合到程序中來，提供到貨、代收、代收直接轉賬、發貨、送貨、付貨、返貨等業務的信息發送功能，用戶可以根據自己的實際情況自定義編輯信息格式及內容，選擇發送文字短信或者語音短信。
5.與銀行業合作
哈爾濱飛揚軟件技術有限公司是具有自主知識產權的軟件公司，一直專注于物流行業軟件的開發與探索。
支持工商銀行、農業銀行、商業銀行、交通銀行、建設銀行等多家銀行的網銀批量文件的生成。由于某些銀行不同地區對網銀格式的需求不同，軟件支持二次開發，提供相應的格式方案。
6.移動終端開發
隨著網絡和技術朝著越來越寬帶化的方向的發展，移動通信產業將走向真正的移動信息時代。另一方面，隨著集成電路技術的飛速發展，移動終端的處理能力已經擁有了強大的處理能力，移動終端正在從簡單的通話工具變為一個綜合信息處理平臺。這也給移動終端增加了更加寬廣的發展空間。
哈爾濱飛揚軟件有限公司根據市場實際需求，選擇搭載當前應用最為廣泛、開源、成本低廉的Android系統的終端設備，借助3G互聯網絡的支持，實現現場開單、維護等功能。物流公司人員只需一部千元的平板電腦、一張手機卡，就可以實現上門提貨，現場打票，提升終端用戶的體驗。
為實現移動終端的現場打票功能，哈爾濱飛揚軟件技術有限公司與硬件廠商合作推出無線藍牙票據打印機，物流公司的操作人員只需將打印機懸掛在腰帶上，無需任何數據線連接，就可以實現打印功能。
2技術解決方案
2.1總體設計思路
本項目在立足充分滿足普通運輸類企業各類需求的基礎上，通過數據采集中間層將業務數據采集至園區管理系統，提供貨物出入場重量、種類的統計與分析，提供對代收貨款業務的發放與管理，提供可視化的圖片對園區內的物流企業的貨物存儲程度，業務量增長情況進行數據挖掘，提供通過調用硬件設備，更為便捷的出入場結算流程 。
考慮到多種業務模式的可能，其普通物流公司的主要流程也基本相同，作為普通運輸類企業管理軟件，從設計之初，既要考慮運輸企業業務運營中的業務和財務數據的收集和統計，也要考慮企業內部管理問題和企業發展后的業務擴展問題。我公司在本項目開發中，就是依據物流管理理論，結合計算機技術和網絡技術，通過優化第三方物流企業的業務流程，實現業務流程的合理優化及與業務流程的完美結合，實現在不增加額外操作的情況下，對貨物流、資金流、憑證流等實現全程管理。堵塞了漏洞，降低了人為操作的誤差。提高了企業的管理水平，減少了管理成本，從而大大提高了企業的競爭力和企業的形象。
技術上，將充分考慮技術的可行性和實用性，選擇一些目前主流的、成熟的技術，使項目具備國內領先的地位，并保證系統的穩定運行。還要考慮到所有的軟硬件系統之間可以有效、穩定、安全的集成，并且集成后的應用系統也能方便日后的應用開發和管理。
2.2總體規劃設計
本項目在充分考慮園區管理、物流企業實際需求的基礎上，將項目功能規劃為三層，TMS系統、數據采集中間層、園區管理系統。
2.2.1 TMS系統
TMS系統基本功能包括提供企業間基礎聯網、標準轉換和技術參數維護、行業管理信息發布和行業監管等。系統的增值功能主要包括短信服務、條碼掃描、數據交換、貨物跟蹤、車貨交易等。增值服務部分由運營商實現增值服務軟件市場化運營，為中小物流企業提供專業化服務。
無論什么樣的業務模式物流公司的主要流程相同，作為標準版運輸類企業管理軟件設計，既要考慮企業業務運營中的業務和財務數據的收集和統計，更要考慮管理問題和企業發展后的業務擴展問題。我們現在基本都稱呼運輸類企業為第三方物流企業，他們的業務發展也會符合物流管理理論和國際物流發展的趨勢，我公司在本項目開發中，就是依據物流管理理論，結合計算機技術和網絡技術，通過優化第三方物流企業的業務流程，實現業務流程的合理優化及與業務流程的完美結合，實現在不增加額外操作的情況下，對貨物流、資金流、憑證流等實現全程管理。堵塞了漏洞，降低了人為操作的誤差。提高了企業的管理水平，減少了管理成本，從而大大提高了企業的競爭力和企業的形象。
技術上，將充分考慮技術的可行性和實用性，選擇一些目前主流的、成熟的技術，使項目具備國內領先的地位，并保證系統的穩定運行。還要考慮到所有的軟硬件系統之間可以有效、穩定、安全的集成，并且集成后的應用系統也能方便日后的應用開發和管理。
.png)
2.2.2數據采集中間層
依據合理、安全、海量的數據存儲作為基礎，哈爾濱飛揚軟件技術有限公司對本項目提供的服務也會得到不斷的擴展。本項目考慮提供網站應用場景的實現外，同時提供開放式接口。當前模式下我們可以滿足本公司TMS系統、其他TMS系統的無縫對接，實現用戶在互聯網上便捷、安全、高效的愉快體驗。
對外接口服務盡可能提供Web Service，因為Web Service的主要目標是跨平臺的可互操作性。為了達到這一目標，Web Service完全基于XML（可擴展標記語言）、XSD （XML Schema）等獨立于平臺、獨立于軟件供應商的標準，是創建可互操作的、分布式應用程序的新平臺,由于其使用通用擴展語言的特性，也保證了其跨平臺的優勢。
基于以上原因，在今后的應用擴展上我們可以具備通過支撐不同的底層接口，像HTTP(S)或許SMTP的方式，跨越防火墻的阻隔進行通訊；對接口服務的整合管理，不再分散；自帶的接口代碼解釋，易于理解。
對相應接口發布有規劃的、標準的單據標準，制定完整的代碼數據集，發布易于調用的API封裝接口，使園區內各系統之間無需考慮開發語言、系統架構，大大節約開發成本，降低系統接入難度。
.jpg)
2.3總體建設方案
2.3.1建設目標
本項目針對物流園區管理特點的定制開發，在滿足園區零擔專線運輸類小型運輸企業，承擔各線路運輸業務，各線路運輸企業基本存在固定貨源，也接受零散、不固定的業務，各專線業務之間能夠相互調整、分配業務模式基礎上，通過對數據的整理、挖據，優化、提高園區管理部門對園區內物流企業的風險可控度，靈活度。
? 業務功能模塊化、可配置、可添加隱藏，流程走向可調整。
? 角色、權限可分配。
? 開票模板支持拖拉式調整，支持導出功能。
? 支持多點聯網。
? 支持多種硬件設備。
? 滿足園區統計、分析數據要求。
2.3.2系統體系架構
.png)
2.3.3系統業務流程圖
2.3.3.1園區業務流程圖
.png)
2.3.3.2代收發放、拒付沖回業務流程圖
.png)
2.3.3.3條碼掃描業務流程圖
.png)
2.3.3.4制卡充值業務流程圖：
.png)
3詳細設計
3.1 TMS系統
考慮到第三方物流企業分支機構比較分散，其主要業務內容涵蓋：倉儲、運輸、配送等內容，尤其考慮到未來隨物流企業服務內容的擴展，將會涉及到的GPS、GIS、RF和條碼等技術應用、電子商務、客戶呼叫中心、客戶服務中心設計等情況，我們設計的物流信息化系統構架設計如附圖：物流企業信息化系統構架圖。
.jpg)
物流中心信息化系統主要由四個子系統組成：
一、 園區業務管理子系統：園區業務管理子系統由于涉及多個崗位角色的配合作業，針對不同崗位工作人員應該擁有不同的系統權限以及提供相關快速的操作界面，主要可分為園區理貨中心（包括RF卡管理、充值、對賬）、銀行對接操作員、出園門禁、入園門禁、高層 數據管控等等。涉及業務主要包括RF卡基礎信息管理（包括制卡、充值、注銷等）、RF卡現金交易記錄查詢（包括對賬、統計匯總）、入園管理、出園管理、出入園匯總查詢、收款管理、返款管理、線路信息查詢、代收貨款查詢等。
二、 物流企業業務子系統：包括企業基本信息管理維護，企業下屬車輛信息維護（涉及出入園業務信息），企業線路信息維護（需要園區審核，防止數據錯誤產生），托運單功能模塊，貨運單管理模塊，代收兌付模塊，對賬統計查詢等業務部分，涵蓋物流企業內部業務功能管理以及基礎信息維護，期間涉及到地磅秤稱重數據采集工作，皆由計算機自動數據采集，減少人力操作環節并且確保了數據的準確性，防止人為干預進行誤操作，考慮到未來發展的拓展性，各大數據模塊均提供統一對外數據接口，并且嚴格過濾非法請求，防止信息外泄。
三、 系統基礎信息子系統：由系統用戶管理、角色管理、角色權限管理、系統設置、菜單管理、日志管理、通知管理、物流企業管理、線路管理、限價管理、過秤費設置、貨物類型管理等組成。提供系統操作的數據恢復查詢接口，防止系統用戶誤操作產生的各種問題以及提供數據操作追溯的可能，各個模塊均可按照用戶管理需求實現靈活設置，為后期系統管理提供了良好的可維護性。
四、 銀行操作業務子系統：業務包括用戶開卡信息管理、代收貨款兌付管理、代收貨款托運單查詢以及代收貨款匯總統計等。因涉及現金發放以及貨款扭轉，該模塊需要考慮數據高并發時的糾錯處理，采用事務規則執行放款業務，確保現金業務無誤差執行。
四個子系統業務相互穿插，需實現無縫對接，并且提供快速操作流程，期間涉及各個環境盡量減少人為操作干預，減少物流企業操作的同時又能保證數據的準確性，為后期的匯總統計提供良好的數據采集基礎，提供統一標準接口，預留后期擴展接口，實現內部與外部的信息共享。為確保系統長期使用效率優化，系統可提供數據轉移功能，提供快速的數據轉移操作，為系統能夠長期的高效率運作提供堅實的基礎。
3.1.1園區業務管理模塊
園區業務管理可根據園區實際情況自定義分配權限操作角色，根據現有業務大致可將角色分為高層數據管控、RF卡管理員、理貨中心收返款操作員、入園管理員、出園管理員、園區數據管理員。各個角色擁有不同的操作權限，只需關注本角色的業務流程，高層管控可對全局數據進行匯總分析以及根據數據所產生的問題進行業務處理，理貨中心負責企業收款、返款，完成相關業務后進行數據記錄并且上傳至服務器進行保存。
根據現期園區功能調研，現將園區業務管理模塊劃分為以下各個功能子模塊：
RF卡信息管理
RF卡交易記錄查詢
企業收款管理
企業返款管理
特殊業務處理
線路匯總查詢
代收貨款查詢
入園信息管理
出園信息管理
出入園信息匯總
在園車輛查詢
3.1.1.1 RF卡信息管理
RF卡具有可重復擦寫功能且便于攜帶，現大規模運用于國內各大物流園區內部管理，其優勢是實現基礎數據的設備自動采集，最大程度的減少人為因素干預，并且大大的提高了園區業務辦理效率，由理貨中心設置發卡作業點，業主辦理RF卡后可使用該卡交付運費以及出園時自動扣取相關物流費用，業務完成后自動將信息提交至服務器，為日后數據匯總提供依據。
RF卡具有唯一標識碼，在理貨中心辦理之后，該卡與卡片持有人信息進行身份綁定，完成綁定后可對該卡進行充值、消費等操作，產生交易記錄自動上傳至服務器，可提供對賬信息查詢功能。
3.1.1.2 RF卡交易記錄查詢
RF卡每次充值、消費都會相對應的產生充值、消費記錄，RF卡持卡人可使用該卡進行交易記錄查詢，可實時調取任意時段的充值、消費記錄，并且形成匯總信息（充值次數、消費次數、充值金額、消費金額等等），方便企業、園區對賬。
3.1.1.3 收款管理
企業收款管理可根據待收款、已收款等狀態進行數據劃分，可查看托運單的物流企業、貨物重量、代收貨款、運費、手續費等信息，根據送貨人手持的托運單票據調取托運單詳細記錄，根據園區統一運費標準生成運費單據，發貨人對托運單繳費，完成后打印托運單繳費票據，完成收款操作。該模塊可提供收款業務的記錄查詢、窗口收款記錄查詢、企業收款記錄查詢、匯總查詢等,并提供導出EXCEL功能。
業務描述：散貨車輛將貨物送至檔口，發貨人配合物流企業操作員通過地磅秤進行稱重，自動將重量數據進行采集，錄入相關信息后生成托運單，系統自動將信息上傳至服務器，物流企業通過平臺自動打印帶條形碼四聯單據，送貨人持打印的四聯單據至理貨中心，理貨中心工作人員通過設備掃描單據條形碼可快速進行繳費業務。
3.1.1.4 返款管理
企業返款管理用于管理企業費用結算，完成園區與物流企業所產生的全部費用結算操作，并生成結算處理中生成的各種票據，并且記錄數據上傳至數據庫，以提供數據匯總統計查詢及出納進行款項的銀行轉賬。該模塊主要記錄物流企業信息、銀行卡號、返款日期以及返款金額等，可提供返款款業務的記錄查詢、匯總查詢，提供導出EXCEL功能。
3.1.1.5 特殊業務處理
此模塊主要管理托運單過程中，送貨人已繳納托運相關手續費之后，發生變故，需要取消本次托運過程，送貨人持托運原始票據、托運單繳費單據通過理貨中心窗口進行注銷，記錄信息包括托運單基礎詳細信息、繳費時間、申請退費時間、退費金額、退費原因等。托運單注銷過程需要嚴格驗證該托運單是否已經生成貨運單，對于已經出園的托運單無法取消，托運單取消之后，系統自動將托運單狀態修改，并且關聯貨運單自動更新貨物配載信息。考慮涉及現金退回，此模塊可提供相關領導審核功能。提供根據指定日期段、物流企業檔口、托運單號進行快速查詢。
3.1.1.6 線路匯總查詢
依據貨運單產生的現有數據記錄，形成的線路匯總信息查詢，提供已裝車企業線路的裝車重量、合同數量、包裹件數匯總信息查詢，權限人員可根據起始日期、物流企業進行定制查詢。
3.1.1.7 代收貨款查詢
園區相關權限人員可查詢現階段已經產生的所有代收貨款記錄，并且查看匯總信息，掌握所有企業的代收貨款發放情況，監督銀行操作放款效率，并且根據代收貨款相關記錄對企業運營情況有詳細的了解。
3.1.1.8流水帳管理
查詢收款流水帳與出園收費流水帳。
3.1.1.9 入園信息管理
3.1.1.9.1 業務說明
車輛入園時由入園門禁記錄，系統記錄車輛相關信息（車牌號、歸屬公司、入園時間，車輛類型），由入園地磅進行稱重，自動采集重量信息，正常情況禁止人為更改重量信息，記錄業務類型（西柳始發外地、經西柳轉發外地、短途自用車、外地發往西柳等），完成入園登記后并給車輛駕駛員發放入園卡，數據自動上傳至服務器，自動更新車輛入園狀態完成入園操作。
入園信息管理可提供入園信息的指定日期段以及指定車輛的入園記錄查詢，提供匯總查詢功能。
3.1.1.9.2入園記錄表單
.png)
3.1.1.10 出園信息管理
3.1.1.10.1 業務說明
車輛出園時必須提供貨運單詳細清單，出園門禁人員新增出園記錄時輸入車輛信息自動調出該車輛的貨運單信息，車輛由出園地磅進行稱重，自動采集出園重量信息，正常情況禁止人為更改重量信息，根據地磅稱重自動判斷裝車重量與貨運單記錄貨物重量是否相符，若重量在允許范圍之內方可刷卡放行，收回入園卡并清空卡里信息，完成之后自動修改車輛貨運單狀態，自動記錄本次貨運單出園操作，若重量不符否則由車輛相關人員與物流企業進行溝通重新對貨運單進行加碼操作，加碼操作需另行記錄，為后期提供加碼匯總信息查詢。當重量符合出園標準之后，系統根據基礎費用設置自動計算出園相關費用，車輛相關人員進行刷卡自動繳費，打印相關票據（支持出園票據補打），出園門禁人員保存出園記錄后由系統自動控制出門機械道閘，實現道閘自動化控制，對信息不符合園區規定的車輛不予放行。
出園信息管理可提供出園信息的指定日期段以及指定車輛的出園記錄查詢，提供匯總查詢功能。
3.1.1.10.2出園記錄表單
.png)
3.1.1.11 出入園信息匯總
車輛入園、出園時產生的記錄信息，例如門禁主任可通過該模塊進行入、出園整體記錄查詢，提供匯總信息，可根據指定日期、指定操作人員、指定車輛進行快速的信息篩查，便于管理園區的出入園相關工作。
3.1.1.12 在園車輛查詢
車輛入園時自動記錄車輛入園狀態，車輛出園時自動更新車輛的出園狀態，在園車輛查詢可指定日期、指定車輛進行在園車輛的快速查詢，并且提供車輛的入園時間、司機姓名、司機電話等信息，方便園區管理在園車輛，并且提供入園數據匯總車輛的出入園效率等相關數據。
3.1.2系統基礎信息模塊
系統基礎信息模塊包括多項軟件使用前的基本設置，園區管理員可根據具體業務邏輯進行基礎費用、貨物類型、業務依賴等數據設置，其他模塊均需要依賴此模塊。園區管理員可完全自定義設置各個角色的操作權限，并且可以控制整體菜單的隱藏顯示，實現全面控制系統的各項業務的開啟與關閉，能夠對企業的基礎信息進行管理，系統操作用戶的實時維護，根據日志管理提供功能監管各用戶的操作行為，提供設置線路、各項基礎費用、限價相關、貨物類型等等功能，設置完成后自動應用于其他業務模塊，包含實際功能模塊如下：
用戶管理
菜單管理
角色管理
角色權限管理
系統設置
日志管理
通知管理
物流企業管理
線路管理
限價管理
過秤費設置
貨物類型管理
3.1.2.1用戶管理
系統登錄用戶管理，用戶的基礎信息維護，包括用戶名、登錄密碼、用戶類型、真實姓名、狀態、用戶角色等，提供用戶信息的快速查詢，物流企業用戶需與此模塊進行綁定，用于鎖定賬戶以及企業登錄權限支持。用戶模塊配置角色后用戶自動擁有該角色操作功能，該模塊在本系統中涉及業務交互較多，需提供高效率且穩定的調用接口，為其他模塊提供業務支持。
3.1.2.2菜單管理
菜單管理包括菜單隱藏、顯示配置，菜單基礎信息修改（菜單名稱、菜單描述、菜單幫助信息等），菜單管理模塊可針對系統菜單進行層級配置，可實現完全自定義的顯示格式，方便園區對系統菜單進行任意配置，方便用戶使用，提供快速查詢功能，設置完菜單幫助信息之后，用戶進入該菜單后可直接查看使用幫助說明，大幅度減少系統使用中產生的軟件使用咨詢工作。
3.1.2.3角色管理
系統角色的維護模塊，包括角色名稱、角色編號等信息，新增入系統后，用戶可選擇對應的角色，角色對應指定的菜單權限，實現完全自定義權限的設置。
3.1.2.4系統設置
系統設置是系統運行基礎參數的設置模塊，包括系統名稱、系統LOGO、頁面顯示條數、日志系統設置、開發注冊、開啟驗證碼、每包最大重量、代收貨款默認回款天數、特殊商品自動審批時間段等設置完成之后系統自動生效，使用用戶無需關注此模塊，由管理員統一設置。
3.1.2.5日志管理
日志管理用于記錄所有用戶的操作痕跡，以便日后查找各項功能的使用情況，追蹤操作人員，可以查詢到每個操作員登錄狀態；可以按日期段、操作員、操作窗口、操作動作、操作類型等條件查詢到每一次對軟件的操作，各個模塊操作時產生操作日志，記錄操作員、操作動作、操作內容等基礎信息。
3.1.2.6 通知管理
擁有通知管理模塊編輯權限用戶可發送通知報告，無編輯權限的其他用戶可查看通知相關信息，用戶在登錄系統之后自動獲取最新通知信息；提供園區信息公示，通知發布操作，用戶可隨時查看歷史通知信息，方便企業針對園區通知通告進行工作調整。
3.1.2.7 物流企業管理
園區內所有檔口物流企業的基礎信息（檔口編號、企業全稱、簡稱、企業法人、電話、傳真、稅號、開戶行信息、備注等）維護工作，包括新增、編輯、刪除、注銷等操作，新增物流企業時自動生成關聯系統用戶，新增完成后，企業可使用關聯的系統用戶進行登錄業務操作；提供快速查詢功能，可根據指定條件查詢，方便園區管理，可通過此模塊進行物流企業經營線路分配，并可在分配線路時添寫線路電話與線路對應銀行卡號。
3.1.2.8 線路（限價）管理
線路基礎信息（線路起點、重點、里程、備注等）維護，系統添加線路基礎信息之后，擁有限價設置權限的用戶可以直接選擇現有線路根據貨物類型的不同設置不同的最低限價與最高限價設置，設置完成之后企業可按照限價設置模塊進行業務管理。
3.1.2.9 過秤費設置
過秤費設置包含業務類型設置，根據業務類型不同設置不同的單位價格，現系統中包括西柳始發外地、經西柳轉發外地、短途自用車、外地發往西柳等，用戶可根據實際需要進行業務調整，可提供新增、編輯、刪除等操作。
3.1.2.10 貨物類型設置
貨物類型設置包含貨物類型設置，根據貨物類型不同設置不同的單位價格以及重量上限，現系統中包括重物、輕物、超輕物、中轉貨物等，用戶可根據實際需要進行業務調整，可提供新增、編輯、刪除等操作。
3.1.3物流企業業務管理模塊
包括企業基本信息管理維護，企業車輛信息維護（涉及出入園業務信息），企業線路信息維護（需要園區審核，防止數據錯誤產生），托運單功能模塊，貨運單管理模塊，代收貨款模塊，代收貨款統計查詢等業務部分，涵蓋物流企業內部業務功能管理以及基礎信息維護，期間涉及到地磅秤稱重數據采集工作，皆由計算機自動數據采集，減少人力操作環節并且確保了數據的準確性，防止人為干預進行誤操作，考慮到未來發展的拓展性，各大數據模塊均提供統一對外數據接口，并且嚴格過濾非法請求，防止信息外泄。
3.1.3.1企業基本信息管理維護
物流企業用戶可以通過此模塊實現對本物流企業基本信息的維護功能，企業基本信息包含：物流企業名稱、物流企業電話、地址、負責人、聯系人、銀行帳號等詳細信息。
3.1.3.2企業車輛信息維護
物流企業用戶可以通過此模塊實現對本企業下自有車輛的詳細信息管理，便于物流企業車輛進行監管與調度工作,并可對車輛信息進行增、刪、改、查等操作。車輛信息包含：車輛類型、車輛品牌、車輛牌照、車輛裝載噸數、車輛負責人、車輛狀誠等詳細信息。
3.1.3.3企業線路信息維護
物流企業用戶可以通過此模塊查看本企業擁有貨去線路，企業在開據托運單時可以使用本線路信息。線路信息包含：線路名稱、線路公里數、線路目的地、線路運費等詳細信息。
3.1.3.4托運單管理
3.1.3.4.1 業務說明
某客戶需要進行貨物托運業務時，物流企業用戶通過此模塊實現為托運客戶開據托運單與托運單打印功能，并根據托運單編碼生成托運單條型碼，如托運單為代收貨款類型，生成相關原始代收貨款記錄上傳至服務器，物流企業用戶可以對托運單進行增、刪、改、查、等操作，當托運單進行修改，刪除操作時要級聯操作相應代收貨款記錄，以保證數據的完整性。
當辦理托運業務客戶憑借物流企業開具的托運單，至收費中心繳費后，系統根據托運單唯一編號自動將托運單改為已繳費狀態，當托運單變為已繳費狀態后，物流企業用戶對此條托運單記錄只能進行查詢操作，如辦理托運業務客戶要取消本次業務，可以到物流相應業務部門取消本次托運業務。
托運單信息包含: 托運單編號、企業名稱、始發站、到達站、是否為代收貨款、中轉目的地、收貨人地址、收貨人姓名、收貨人電話、發貨人姓名、發貨人電話、保價費、貨物類型、貨物件數、代收貨款金額、是否已繳款、創建時間、收款時間、出園時間，貨物信息 (貨物信息包含：貨物名稱、手寫重量、自動重量、運費單價、運費總計、應收金額)等詳細信息。托運單添寫完成后，根據貨物類型、線路等信息、貨物重量，自動計算出相應貨物應繳運費價格、運費總合計、應收金額。
3.1.3.4.2 托運單表單
.png)
3.1.3.5貨運單管理
3.1.3.5.1業務說明
當貨物裝車完成后，物流企業用戶通過此模塊實現為車輛駕駛員開據貨運單與貨運單打印功能，提供車輛出園與收費的憑證，并可通過掃描托運單條型碼直接生成本次已裝車托運單明細，物流企業用戶可以對托運單進行增、刪、改、查等操作。
當本次貨運單業務車輛出園后，系統根據車輛牌號、貨運單編號將貨運單標識為已出園，當貨運單變為已出園后，物流企業用戶對此條貨運單記錄只能進行查詢操作。
貨運單信息包含: 貨運單編號、到達站、物流企業名稱、 車輛牌照、車輛駕駛員、駕駛員電話、押運人、貨物重量總計、托運單明細(托運單編號、所屬企業，中轉目的地、運費等)等詳細信息。
3.1.3.5.2貨運單表單
.png)
3.1.3.6代收貨款管理
3.1.3.6.1業務說明
此模塊實現代收貨款兌付功能，物流企業用戶通過此模塊根據回表單狀態，完成狀態（0：未完成，1：已完成，-1：退回）查詢本企業哪些代收貨款是已提交或已完成的記錄，物流企業用戶對代收貨款只能進行更新費用、申請發放、核銷代收貨款申請操作，根據權限不同，物流企業用戶只能查看本企業數據，無權操作代收的發放和拒付核銷操作。
物流企業用戶需要更新某條代收貨款手續費或拒付金額時，需要通列新費功能進行數據的操作，以保證代收貨款原始數據的完整性，并達到數據的更新操作。
當收貨人收到貨物并匯款后，物流企業用戶可以對代收貨款記錄進行批量勾選，進行代收貨款兌付申請操作,并生成相應兌付申請單，便于銀行及時查詢代收貨款發放申請并進行放款業務，提供生成代收款兌付表功能。
對產生拒付業務的代收貨款記錄，物流企業用戶可以進行拒付核銷操作，并生成相關核銷代收貨款申請單，便于銀行及時對代收貨款進行注銷操作。
代收貨款信息包含：代收貨款編碼、客戶名稱、客戶電話、企業名稱、收貨人名稱、所屬托運單、代收貨款金額、回款期限、應兌付時間、實際兌付時間、表單狀態、是否完成狀態等詳細信息。
3.1.3.6.2代收貨款發放確認單、代收貨款拒付申請單
.png)
.png)
3.1.3.7代收貨款統計
此模塊可以按時間段、客戶名稱、企業名稱、兌付狀態等條件，統計出已兌付、未兌付的企業代收貨款匯總數據，并生成各種明細統計報表與統計分析圖表。根據用戶不同，查詢不同企業的代收貨款統計(企業用戶只能查看本企業數據，物流園用戶可查看所有物流企業代收貨款數據)。
3.1.4銀行業務管理模塊
銀行業務管理模塊業務包括企業開卡管理、代收貨款兌付管理、代收貨款托運單查詢以及代收貨款匯總統計等。因涉及現金發放以及貨款扭轉，該模塊需要考慮數據高并發時的糾錯處理，采用事務規則執行放款業務，確保現金業務無誤差執行。
3.1.4.1開卡管理
當銀行用戶為客戶進行銀行開卡業務后，可以通過此模塊實現對客戶銀行卡綁定業務，便于后期銀行可以過客戶名稱等條件查詢物流企業開卡記錄。
3.1.4.2代收貨款放款管理
銀行用戶可以通過此模塊并根據物流企業名稱、線路名稱、代收貨款單編號時間段查詢各企業代收貨款放款信息，如物流企業已將代收貨款匯至物流園帳號，銀行用戶可以通過些模塊對代收貨款記錄進行放款，如代收貨款超過回款期限，系統將鎖定物流企業系統帳號制單功能，當物流企業將代收貨款匯至物流園銀行指定帳號后, 物流企業帳號將自動解鎖。
當銀行收到代收貨款發放申請，可對代收貨款記錄進行發完成、核對、退回操作。收到拒付核銷申請時，如園區、發貨方、檔口三方對拒付核銷的代收貨款記錄確認無誤，銀行用戶可通過此模塊注銷本次代收貨款業務，并取消本次代收貨款的終止回款期限。
3.1.4.3代收貨款托運單查詢
銀行用戶通過此模塊提供的企業名稱，托運單編號、日期段，是否完成等條件查詢各物流企業代收貨款托運單信息，便于銀行用戶及時查詢各物流企業的代收貨款托運單信息。
3.1.4.4代收貨款匯總統計
此模塊可以按時間段、企業名稱等條件，統計出各企業代收貨款已付金額、未付金額、代收貨款總額、代收貨款筆數等信息，并生成各種明細統計報表與統計分析圖表，達到快速、準確、自動地為銀行用戶提供代收貨款各業務費用詳細信息的目的，并提供導出EXCEL報表功能。
4實施信息化后的效益分析
系統實施后, 真正實現了對園區內企業的統一管理,一人一票，一貨一計量，統一了發貨票據，市場業務統一到理貨大廳繳費，一票一收，一卡一繳費，實時查看理貨大廳各窗口收費情況，統計更加方便快捷。對園區內的企業線路、企業用戶、運費限價、出園貨物信息、代收貨款等統一管理，方便了發貨人的同時，也提高了園區內物流企業的管理。
對進出園區車輛線路及運輸貨物系統自動進行出、入園線路及出、入園貨物統計。出門時系統自動追蹤該車輛在園區內的裝車重量并與出門時自動采集的貨物凈重進行對比，隨時掌握園區內出、入貨物的情況、及各條線路的運輸情況，隨時可以監控到進出西柳地區的貨物品類、重量、體積等，并可以隨時分析發往全國各地的貨物運量，為管理部門提供了真實詳盡的數據信息。
為園區內企業提供一套簡捷的管理系統，并為園區內企業提供統一的運費結算、代收貨款結算、統一的稱重服務、統一的叉車服務，為物流企業解決了信息化難題的同時，也為物流企業節省了大部分人力、物力。統一運費價格管理，避免了園區內物流企業的惡性競爭；統一的代收貨款管理，也解決了發貨人的后顧之憂。
園區管理系統的全面應用，真正實現了五統一的；“統一計量、統一限價、統一票據、統一收費、統一理貨”方便了園區管理、方便了物流企業管理、方便了發貨人，真正使物流參與各方都得到了實惠。
最新案例