學術研究

您當前的位置: 首頁 > 學術研究 > 企業(ye) 案例 > 正文

哈爾濱飛揚軟件技術有限公司:基於TMS係統的園區管理平台解決方案

發布時間:2016-08-10 08:46:10 中國物流與(yu) 采購網

 1項目概述

1.1應用企業(ye) 簡介

西柳現代物流園是海城市委、市政府為(wei) 推進西柳服裝市場大發展、快發展,打造中國北方現代商貿物流集散中心的重點項目,也是省級服務業(ye) 集聚區重點配套項目之一。

園區地處遼寧中部城市群和沿海經濟帶的核心腹地,境內(nei) 有沈大、盤海營、京丹等高速公路,長大、溝海鐵路及哈大、盤海營等高速鐵路縱橫交錯,並在西柳及其周邊設有進出站口。西柳運輸市場與(yu) 西柳服裝市場相伴而生,隨著西柳市場曆時30餘(yu) 年的發展壯大,西柳的物流產(chan) 業(ye) 也隨之發展成為(wei) 擁有貨運線路1623條,運輸車輛萬(wan) 餘(yu) 台,其中企業(ye) 自有車輛1015台,年貨物吞吐量200萬(wan) 噸的全國最具影響力的運輸市場。近年來,西柳物流產(chan) 業(ye) 已由單一的運輸紡織服裝向多品類、綜合性的大物流方向轉變,成為(wei) 拉動遼南地區商貿物流、休閑消費等現代服務業(ye) 發展的龍頭。

園區規劃占地麵積102萬(wan) 平方米,建築麵積71.4萬(wan) 平方米,總投資21.4億(yi) 元人民幣。其中一期工程由西柳鎮人民政府於(yu) 2009年3月投資興(xing) 建,7月20日投入運營。一期工程占地麵積52萬(wan) 平方米,建築麵積31.2萬(wan) 平方米,投資額9.4億(yi) 元人民幣。其中:西柳物流園區一期工程集中理貨區建築麵積15萬(wan) 平方米;園區卸貨區建築麵積13萬(wan) 平方米,公共服務中心建築麵積3.2萬(wan) 平方米,園區停車場占地5萬(wan) 平方米;園區內(nei) 設門衛、地磅、雨棚、廣播、電子秤、信息顯示屏、微機聯網以及叉車裝卸、短途搬運等功能設施,並由中國科學院沈陽自動化研究所提供園區管理信息係統軟件支持。在此基礎上,依法製定了《西柳運輸市場管理辦法》,在全國物流市場首創了“統一限價(jia) 、統一計量、統一票據、統一交費、統一理貨”的五統一管理模式,為(wei) 鞏固運輸市場全麵放開成果,推動物流產(chan) 業(ye) 規範有序、不斷壯大發展奠定了堅實基礎。

1.2飛揚軟件公司介紹

飛揚軟件從(cong) 事物流軟件開發銷售十多年,具有較強的軟件開發能力。飛揚軟件完成了飛揚第三方物流管理軟件及相關(guan) 軟件等十幾個(ge) 應用軟件和平台軟件開發,並擁有十幾個(ge) 知識產(chan) 權認證,全國首家完成了物流金融雲(yun) 平台的開發上線運營,其中基於(yu) 飛揚一卡通專(zhuan) 利技術的物流代收貨款平台已經運營七年多,保險平台也已經運營一年多。公司與(yu) 華泰保險公司、工商銀行、民生銀行、龍江銀行等多家金融機構進行過合作,完成了與(yu) 多個(ge) 金融係統的對接開發項目。飛揚軟件開發的物流TMS運輸管理係統,集成了語音短信平台應用、條碼、射頻卡、gps、移動互聯APP等技術在物流方麵的應用。公司軟件開發團隊具有豐(feng) 富的物流行業(ye) 軟件開發經驗,連續三年獲得物流采購聯合會(hui) 物流優(you) 秀案例,並獲得2013年度物流軟件十佳集成商。

飛揚軟件在全國擁有十五個(ge) 辦事處,tms用戶近千家,成為(wei) 行業(ye) 內(nei) tms軟件全國客戶數量和市場覆蓋最多的企業(ye) 之一,是物流行業(ye) 客戶滿意度最高的tms係統供應商。

公司從(cong) 2005年開始開發飛揚第三方物流管理軟件內(nei) 部客戶的物流平台,為(wei) 使用飛揚軟件的物流企業(ye) 客戶提供統一查詢服務,於(yu) 2007年推出基於(yu) 飛揚一卡通的代收貨款查詢係統,通過多年的運營不僅(jin) 能夠維持平台費用,而且成為(wei) 飛揚軟件公司的重要盈利方式。2012年公司提出物流金融服務平台雲(yun) 的理念,並在2013年四月完成物流保險平台建設投入運營,2014年四月完成金融雲(yun) 平台的app服務。在多年的平台服務中,我們(men) 確保了企業(ye) 軟件及平台的運行,獲得了客戶的認可。

推廣普通運輸管理標準軟件及接口改造軟件企業(ye) 400餘(yu) 家,完成交通部物流公共信息平台驗收近三百家。在所有與(yu) 交通部物流公共信息平台合作的軟件廠商中推廣客戶數量及效率最高。

2010年中標交通部物流公共信息平台接口改造項目並成為(wei) 該批中標企業(ye) 中最早完成驗收企業(ye) , 2012年中標普通運輸管理軟件三號軟件,並按時完成驗收。飛揚軟件與(yu) 交通部物流公共信息平台有過多次項目合作,每次都能夠保質保量完成項目驗收。成為(wei) 推廣接口改造軟件企業(ye) 驗收數量最多的軟件企業(ye) 。

飛揚軟件參加了平台組織的浙江省內(nei) 所有地市集中推廣會(hui) 議,並在推廣會(hui) 議中成功對接了物流企業(ye) ,在杭州、寧波、台州、溫州、義(yi) 烏(wu) 、湖州、衢州等地都有實施成功客戶。

1.3項目背景分析

統的物流園區管理統係,一般依賴於(yu) 一個(ge) 非自動化的、以紙張文件為(wei) 基礎的係統來記錄、追蹤進出的貨物,完全由人工實施車輛進出管理。

隨著企業(ye) 規模的不斷擴大和物流產(chan) 品吞吐能力的不斷提高,進出園區的產(chan) 品的種類也在不斷變化,產(chan) 品車輛的進出入廠數量不斷增加,每年進出廠產(chan) 品物資和數量巨大,涉及車輛進出園區的相關(guan) 業(ye) 務也越來越重。

但是此類信息由於(yu) 沒有相應的信息化係統支撐,大多物流行業(ye) 實行傳(chuan) 統的操作模式,各環節相對獨立,不利於(yu) 數據共享和信息實時查詢與(yu) 監管,從(cong) 而造成了一係列的問題:

 傳(chuan) 統的管理模式主要以人工操作,紙質單據為(wei) 主,由於(yu) 傳(chuan) 統手工管理的模式效率低、人為(wei) 幹預多、信息容易丟(diu) 失、無法實現信息實時交互等問題,使車輛進出的管理以及財務計費工作無法實現真正的信息化、科學化。嚴(yan) 重影響了車輛入園、計量、卸車、理貨、出廠等環節的工作效率,給企業(ye) 造成一定經濟損失,成為(wei) 企業(ye) 發展的重要瓶頸。

 由於(yu) 傳(chuan) 統的管理模式,手工管理致使人成為(wei) 管理的主要因素,因此不可避免的在管理過程中(貨物出廠與(yu) 稱重計量)出現人為(wei) 因素的幹擾,致使出現了車輛與(yu) 管理人員聯合起來作弊,偽(wei) 造貨物信息,致使貨物跑包等違法行為(wei) 的出現,損害了企業(ye) 的利益,給企業(ye) 造成一定的經濟損失。

 目前大多數的物流企業(ye) 管理數據資料已開始采用計算機數據係統管理,但數據還是采用先紙張記錄、再手工輸入計算機的方式進行采集和統計整理。這不僅(jin) 造成大量的人力資源浪費,而且由於(yu) 人為(wei) 的因素,造成數據錄入速度慢、準確率低。

 管理的貨物種類的數量在不斷增加,因此園區內(nei) 的稱重計量、財務收費以及出入園區門崗燈重要環節的工作頻率劇增,園區管理作業(ye) 也已十分複雜和多樣化。傳(chuan) 統的人工管理作業(ye) 模式和數據采集方式已難以滿足管理的快速、準確要求,嚴(yan) 重影響了企業(ye) 的運行工作效率,成為(wei) 製約企業(ye) 發展的一大障礙。

1.4項目可行性分析

 解決(jue) 多用戶多公司需求各異

由於(yu) 各公司之間的數據與(yu) 管理模式的差異,整個(ge) 軟件的標準流程與(yu) 數據展現及各個(ge) 報表均有差異,這就需要軟件支持自定義(yi) 報表和自定義(yi) 表單的功能,雖然入口有差異,但在最終數據通過數據采集中間層-標準單據完成采集。在這裏我們(men) 使用了統一的數據接入模式,表現層可由用戶自定義(yi) ,但數據層均使用統一化標準,使得電子路單時最終的數據報文標準化。

 行業(ye) 標準與(yu) 園區管理之間的協調

對於(yu) 具備一定規模的公司,其流程與(yu) 管理相對嚴(yan) 謹,各項數據和指標也都符合行業(ye) 或國家標準,軟件的標準是按照行業(ye) 國家標準製作,但是有些規模較小的公司流程簡單,不適合繁瑣的軟件流程,同時管理相對鬆散,軟件數據較隨意,這樣就會(hui) 產(chan) 生一些差異化的錯誤數據,這既影響了日常管理,也會(hui) 影響到采集到園區係統時出現的與(yu) 實際運輸情況的數據偏差。在這裏我們(men) 為(wei) 客戶提供了客戶級管理員身份,客戶可以根據自己的實際情況對錯誤的數據進行及時更正,防止由於(yu) 錯誤數據引起的報表差異。

 大數據量與(yu) 高訪問量

對於(yu) 任何大型項目來說,大數據量與(yu) 高訪問量都是需要在技術上特別注意的技術難點。對於(yu) 本項目來講,用戶量會(hui) 隨著時間的推移不斷增加,甚至會(hui) 出現幾何式井噴,這對於(yu) 軟件的大數據量與(yu) 高訪問量的高並發數據處理能力有著嚴(yan) 格的要求。在這裏我們(men) 使用了APACHE負載均衡與(yu) 動靜分離技術,靜態數據將由單獨的靜態服務器承載,動態數據將被分割為(wei) 多個(ge) 負載服務器承載,服務器才用並聯分布式管理,當用戶訪問時,中央服務器會(hui) 自動根據每個(ge) 負載服務器的負載情況分配到較空閑的服務器進行訪問數據,同時在數據更新時,中央服務器會(hui) 更新中央緩存,以確保各負載服務器數據的一致性和實時性。

1.5項目實施原則

根據本項目建設的需求,在總體(ti) 技術方案的設計中,需要遵循以下的原則:

 技術先進性與(yu) 實用性相結合的設計原則

係統在功能設計上要具有完善性和先進性,在實現技術的選擇上,也要充分考慮在將來相當一段時間內(nei) 能夠保持領先。這一方麵是對既有投資的保護,另一方麵也保證了這個(ge) 信息係統的實現質量。當然,在選擇技術上,將充分考慮可行性和實用性,選擇一些目前主流的、成熟的技術,使項目具備國內(nei) 領先的地位,並保證係統的穩定運行。

 資源共享多重利用原則

係統升級的目的之一就是充分挖掘和利用信息資源。這裏有多個(ge) 層麵的相互信息資源共享和利用,包括政府部門、運輸類貨運企業(ye) 、社會(hui) 公眾(zhong) 等。另外,運管部門信息化工作開展也有多年,目前為(wei) 止已購置和建立了一定的設備、網絡、軟件和數據,這在係統設計中,我們(men) 將盡可能利用好原有設備、網絡、軟件和數據等資源,充分考慮保護原有投資,力求成本最小化、效益最大化。

 功能的多樣性與(yu) 整體(ti) 性相結合的設計原則

由於(yu) 整個(ge) 信息係統包含了從(cong) 內(nei) 到外的多項功能內(nei) 容,要麵向不同的用戶,涉及到信息交流、信息發布、業(ye) 務協同辦理等技術實現方案,所以在各個(ge) 方案之間,必須有一個(ge) 更加基礎的綜合性的框架設計,來保證係統的組織完整性。在技術上要考慮到所有的軟硬件係統之間可以有效、穩定、安全的集成,並且集成後的應用係統也能方便日後的應用開發和管理。

 設計方案的規範性和標準性原則

整個(ge) 係統建設從(cong) 網絡協議、操作係統到各個(ge) 設計細節,應該全部遵循通用的國際或行業(ye) 標準,符合國家有關(guan) 標準規範的。

 技術的安全性設計原則

係統需要突出數據傳(chuan) 輸的完整性和保密性,業(ye) 務處理的可靠性和保密性;充分考慮各種安全措施。

 易操作和易維護原則

考慮到係統麵向的對象大部分為(wei) 非計算機專(zhuan) 業(ye) 人員,因此係統應具有良好的界麵,減少各種特別培訓,並具有在線幫助功能。係統須具備良好的可維護性,在投入正式運行後,維護成本較低。

 豐(feng) 富的硬件二次開發經驗

哈爾濱飛揚軟件技術有限公司成立以來,一直致力於(yu) 與(yu) 多家軟件、硬件產(chan) 品供應商進行產(chan) 品的整合與(yu) 開發,在豐(feng) 富自有軟件資源的同時,為(wei) 客戶提供更為(wei) 快捷、便利的服務。

1.條碼數據終端

托運貨物的準確裝車率和到達率是物流運輸企業(ye) 的根本,哈爾濱飛揚軟件技術有限公司開發的貨物裝車掃描模塊和貨物卸車掃描模塊,利用條碼數據終端的條碼掃描功能,通過對貨物條形碼掃描,實現自動記錄、件數累加、重量累加的功能。能夠直觀體(ti) 現,裝車、卸車的詳細信息和總的件數信息、重量信息。通過與(yu) 軟件數據進行交互,無需人工錄入,自動提示裝車貨物是否應該在此裝車,卸車貨物是否全部到達,實現貨物準確裝車、到達貨物準確入庫的功能。同時,考慮到物流運輸企業(ye) 的實施成本和承受能力,軟件對多檔次的條碼數據終端進行了集成,用戶可以根據自己的實際情況和需求進行選擇。

2.非接觸IC卡讀卡器

物流運輸企業(ye) 傳(chuan) 統的代收發放業(ye) 務一直存在口頭提供帳號不準確等問題。哈爾濱飛揚軟件技術有限公司根據物流運輸企業(ye) 的實際業(ye) 務提供了完善的解決(jue) 方案,對物流運輸企業(ye) 的客戶頒發IC卡,通過非接觸IC卡讀卡器將用戶的完整信息(包括開戶銀行、銀行帳號、領取人姓名、身份證號)寫(xie) 入磁卡。客戶取款時,隻需攜帶磁卡,就可以準確無誤的將代收貨款發放到客戶手中。

3.身份證閱讀器

為(wei) 確保與(yu) 物流運輸企業(ye) 業(ye) 務往來人員的信息真實性,哈爾濱飛揚軟件技術有限公司在托運單錄入模塊、送貨業(ye) 務模塊、付貨業(ye) 務模塊、代收業(ye) 務模塊將身份證閱讀器整合到軟件中來,通過身份證閱讀器與(yu) 第二代居民身份證內(nei) 的專(zhuan) 用芯片進行安全認證後,將芯片內(nei) 的個(ge) 人信息資料讀取出來,采集到程序中,為(wei) 物流運輸企業(ye) 的安全提供保障。

4.通信操作平台

物流運輸企業(ye) 與(yu) 客戶有許多的信息交流,如貨物到貨後通知收貨人取貨的信息;代收發放後通知發貨人的信息等。傳(chuan) 統模式下物流運輸企業(ye) 需要安排專(zhuan) 人按照業(ye) 務給客戶去電話進行通知。傳(chuan) 統的通知方式,不僅(jin) 提高了物流運輸企業(ye) 的人員成本、通信成本,同時也無法快速、準確的將信息發送給客戶。哈爾濱飛揚軟件技術有限公司根據貨流運輸企業(ye) 的實際業(ye) 務,將通信操作平台整合到程序中來,提供到貨、代收、代收直接轉賬、發貨、送貨、付貨、返貨等業(ye) 務的信息發送功能,用戶可以根據自己的實際情況自定義(yi) 編輯信息格式及內(nei) 容,選擇發送文字短信或者語音短信。

5.與(yu) 銀行業(ye) 合作

哈爾濱飛揚軟件技術有限公司是具有自主知識產(chan) 權的軟件公司,一直專(zhuan) 注於(yu) 物流行業(ye) 軟件的開發與(yu) 探索。

支持工商銀行、農(nong) 業(ye) 銀行、商業(ye) 銀行、交通銀行、建設銀行等多家銀行的網銀批量文件的生成。由於(yu) 某些銀行不同地區對網銀格式的需求不同,軟件支持二次開發,提供相應的格式方案。

6.移動終端開發

隨著網絡和技術朝著越來越寬帶化的方向的發展,移動通信產(chan) 業(ye) 將走向真正的移動信息時代。另一方麵,隨著集成電路技術的飛速發展,移動終端的處理能力已經擁有了強大的處理能力,移動終端正在從(cong) 簡單的通話工具變為(wei) 一個(ge) 綜合信息處理平台。這也給移動終端增加了更加寬廣的發展空間。

哈爾濱飛揚軟件有限公司根據市場實際需求,選擇搭載當前應用最為(wei) 廣泛、開源、成本低廉的androids係統的終端設備,借助3G互聯網絡的支持,實現現場開單、維護等功能。物流公司人員隻需一部千元的平板電腦、一張手機卡,就可以實現上門提貨,現場打票,提升終端用戶的體(ti) 驗。

為(wei) 實現移動終端的現場打票功能,哈爾濱飛揚軟件技術有限公司與(yu) 硬件廠商合作推出無線藍牙票據打印機,物流公司的操作人員隻需將打印機懸掛在腰帶上,無需任何數據線連接,就可以實現打印功能。

2技術解決(jue) 方案

2.1總體(ti) 設計思路

本項目在立足充分滿足普通運輸類企業(ye) 各類需求的基礎上,通過數據采集中間層將業(ye) 務數據采集至園區管理係統,提供貨物出入場重量、種類的統計與(yu) 分析,提供對代收貨款業(ye) 務的發放與(yu) 管理,提供可視化的圖片對園區內(nei) 的物流企業(ye) 的貨物存儲(chu) 程度,業(ye) 務量增長情況進行數據挖掘,提供通過調用硬件設備,更為(wei) 便捷的出入場結算流程 。

考慮到多種業(ye) 務模式的可能,其普通物流公司的主要流程也基本相同,作為(wei) 普通運輸類企業(ye) 管理軟件,從(cong) 設計之初,既要考慮運輸企業(ye) 業(ye) 務運營中的業(ye) 務和財務數據的收集和統計,也要考慮企業(ye) 內(nei) 部管理問題和企業(ye) 發展後的業(ye) 務擴展問題。我公司在本項目開發中,就是依據物流管理理論,結合計算機技術和網絡技術,通過優(you) 化第三方物流企業(ye) 的業(ye) 務流程,實現業(ye) 務流程的合理優(you) 化及與(yu) 業(ye) 務流程的完美結合,實現在不增加額外操作的情況下,對貨物流、資金流、憑證流等實現全程管理。堵塞了漏洞,降低了人為(wei) 操作的誤差。提高了企業(ye) 的管理水平,減少了管理成本,從(cong) 而大大提高了企業(ye) 的競爭(zheng) 力和企業(ye) 的形象。

技術上,將充分考慮技術的可行性和實用性,選擇一些目前主流的、成熟的技術,使項目具備國內(nei) 領先的地位,並保證係統的穩定運行。還要考慮到所有的軟硬件係統之間可以有效、穩定、安全的集成,並且集成後的應用係統也能方便日後的應用開發和管理。

2.2總體(ti) 規劃設計

本項目在充分考慮園區管理、物流企業(ye) 實際需求的基礎上,將項目功能規劃為(wei) 三層,TMS係統、數據采集中間層、園區管理係統。

2.2.1 TMS係統

TMS係統基本功能包括提供企業(ye) 間基礎聯網、標準轉換和技術參數維護、行業(ye) 管理信息發布和行業(ye) 監管等。係統的增值功能主要包括短信服務、條碼掃描、數據交換、貨物跟蹤、車貨交易等。增值服務部分由運營商實現增值服務軟件市場化運營,為(wei) 中小物流企業(ye) 提供專(zhuan) 業(ye) 化服務。

無論什麽(me) 樣的業(ye) 務模式物流公司的主要流程相同,作為(wei) 標準版運輸類企業(ye) 管理軟件設計,既要考慮企業(ye) 業(ye) 務運營中的業(ye) 務和財務數據的收集和統計,更要考慮管理問題和企業(ye) 發展後的業(ye) 務擴展問題。我們(men) 現在基本都稱呼運輸類企業(ye) 為(wei) 第三方物流企業(ye) ,他們(men) 的業(ye) 務發展也會(hui) 符合物流管理理論和國際物流發展的趨勢,我公司在本項目開發中,就是依據物流管理理論,結合計算機技術和網絡技術,通過優(you) 化第三方物流企業(ye) 的業(ye) 務流程,實現業(ye) 務流程的合理優(you) 化及與(yu) 業(ye) 務流程的完美結合,實現在不增加額外操作的情況下,對貨物流、資金流、憑證流等實現全程管理。堵塞了漏洞,降低了人為(wei) 操作的誤差。提高了企業(ye) 的管理水平,減少了管理成本,從(cong) 而大大提高了企業(ye) 的競爭(zheng) 力和企業(ye) 的形象。

技術上,將充分考慮技術的可行性和實用性,選擇一些目前主流的、成熟的技術,使項目具備國內(nei) 領先的地位,並保證係統的穩定運行。還要考慮到所有的軟硬件係統之間可以有效、穩定、安全的集成,並且集成後的應用係統也能方便日後的應用開發和管理。

2.2.2數據采集中間層

依據合理、安全、海量的數據存儲(chu) 作為(wei) 基礎,哈爾濱飛揚軟件技術有限公司對本項目提供的服務也會(hui) 得到不斷的擴展。本項目考慮提供網站應用場景的實現外,同時提供開放式接口。當前模式下我們(men) 可以滿足本公司TMS係統、其他TMS係統的無縫對接,實現用戶在互聯網上便捷、安全、高效的愉快體(ti) 驗。

對外接口服務盡可能提供Web Service,因為(wei) Web Service的主要目標是跨平台的可互操作性。為(wei) 了達到這一目標,Web Service完全基於(yu) XML(可擴展標記語言)、XSD (XML Schema)等獨立於(yu) 平台、獨立於(yu) 軟件供應商的標準,是創建可互操作的、分布式應用程序的新平台,由於(yu) 其使用通用擴展語言的特性,也保證了其跨平台的優(you) 勢。

基於(yu) 以上原因,在今後的應用擴展上我們(men) 可以具備通過支撐不同的底層接口,像HTTP(S)或許SMTP的方式,跨越防火牆的阻隔進行通訊;對接口服務的整合管理,不再分散;自帶的接口代碼解釋,易於(yu) 理解。

對相應接口發布有規劃的、標準的單據標準,製定完整的代碼數據集,發布易於(yu) 調用的API封裝接口,使園區內(nei) 各係統之間無需考慮開發語言、係統架構,大大節約開發成本,降低係統接入難度。

2.3總體(ti) 建設方案

2.3.1建設目標

本項目針對物流園區管理特點的定製開發,在滿足園區零擔專(zhuan) 線運輸類小型運輸企業(ye) ,承擔各線路運輸業(ye) 務,各線路運輸企業(ye) 基本存在固定貨源,也接受零散、不固定的業(ye) 務,各專(zhuan) 線業(ye) 務之間能夠相互調整、分配業(ye) 務模式基礎上,通過對數據的整理、挖據,優(you) 化、提高園區管理部門對園區內(nei) 物流企業(ye) 的風險可控度,靈活度。

 業(ye) 務功能模塊化、可配置、可添加隱藏,流程走向可調整。

 角色、權限可分配。

 開票模板支持拖拉式調整,支持導出功能。

 支持多點聯網。

 支持多種硬件設備。

 滿足園區統計、分析數據要求。

2.3.2係統體(ti) 係架構

2.3.3係統業(ye) 務流程圖

2.3.3.1園區業(ye) 務流程圖

2.3.3.2代收發放、拒付衝(chong) 回業(ye) 務流程圖

2.3.3.3條碼掃描業(ye) 務流程圖

2.3.3.4製卡充值業(ye) 務流程圖:

3詳細設計

3.1 TMS係統

考慮到第三方物流企業(ye) 分支機構比較分散,其主要業(ye) 務內(nei) 容涵蓋:倉(cang) 儲(chu) 、運輸、配送等內(nei) 容,尤其考慮到未來隨物流企業(ye) 服務內(nei) 容的擴展,將會(hui) 涉及到的GPS、GIS、RF和條碼等技術應用、電子商務、客戶呼叫中心、客戶服務中心設計等情況,我們(men) 設計的物流信息化係統構架設計如附圖:物流企業(ye) 信息化係統構架圖。

物流中心信息化係統主要由四個(ge) 子係統組成:

一、 園區業(ye) 務管理子係統:園區業(ye) 務管理子係統由於(yu) 涉及多個(ge) 崗位角色的配合作業(ye) ,針對不同崗位工作人員應該擁有不同的係統權限以及提供相關(guan) 快速的操作界麵,主要可分為(wei) 園區理貨中心(包括RF卡管理、充值、對賬)、銀行對接操作員、出園門禁、入園門禁、高層 數據管控等等。涉及業(ye) 務主要包括RF卡基礎信息管理(包括製卡、充值、注銷等)、RF卡現金交易記錄查詢(包括對賬、統計匯總)、入園管理、出園管理、出入園匯總查詢、收款管理、返款管理、線路信息查詢、代收貨款查詢等。

二、 物流企業(ye) 業(ye) 務子係統:包括企業(ye) 基本信息管理維護,企業(ye) 下屬車輛信息維護(涉及出入園業(ye) 務信息),企業(ye) 線路信息維護(需要園區審核,防止數據錯誤產(chan) 生),托運單功能模塊,貨運單管理模塊,代收兌(dui) 付模塊,對賬統計查詢等業(ye) 務部分,涵蓋物流企業(ye) 內(nei) 部業(ye) 務功能管理以及基礎信息維護,期間涉及到地磅秤稱重數據采集工作,皆由計算機自動數據采集,減少人力操作環節並且確保了數據的準確性,防止人為(wei) 幹預進行誤操作,考慮到未來發展的拓展性,各大數據模塊均提供統一對外數據接口,並且嚴(yan) 格過濾非法請求,防止信息外泄。

三、 係統基礎信息子係統:由係統用戶管理、角色管理、角色權限管理、係統設置、菜單管理、日誌管理、通知管理、物流企業(ye) 管理、線路管理、限價(jia) 管理、過秤費設置、貨物類型管理等組成。提供係統操作的數據恢複查詢接口,防止係統用戶誤操作產(chan) 生的各種問題以及提供數據操作追溯的可能,各個(ge) 模塊均可按照用戶管理需求實現靈活設置,為(wei) 後期係統管理提供了良好的可維護性。

四、 銀行操作業(ye) 務子係統:業(ye) 務包括用戶開卡信息管理、代收貨款兌(dui) 付管理、代收貨款托運單查詢以及代收貨款匯總統計等。因涉及現金發放以及貨款扭轉,該模塊需要考慮數據高並發時的糾錯處理,采用事務規則執行放款業(ye) 務,確保現金業(ye) 務無誤差執行。

四個(ge) 子係統業(ye) 務相互穿插,需實現無縫對接,並且提供快速操作流程,期間涉及各個(ge) 環境盡量減少人為(wei) 操作幹預,減少物流企業(ye) 操作的同時又能保證數據的準確性,為(wei) 後期的匯總統計提供良好的數據采集基礎,提供統一標準接口,預留後期擴展接口,實現內(nei) 部與(yu) 外部的信息共享。為(wei) 確保係統長期使用效率優(you) 化,係統可提供數據轉移功能,提供快速的數據轉移操作,為(wei) 係統能夠長期的高效率運作提供堅實的基礎。

3.1.1園區業(ye) 務管理模塊

園區業(ye) 務管理可根據園區實際情況自定義(yi) 分配權限操作角色,根據現有業(ye) 務大致可將角色分為(wei) 高層數據管控、RF卡管理員、理貨中心收返款操作員、入園管理員、出園管理員、園區數據管理員。各個(ge) 角色擁有不同的操作權限,隻需關(guan) 注本角色的業(ye) 務流程,高層管控可對全局數據進行匯總分析以及根據數據所產(chan) 生的問題進行業(ye) 務處理,理貨中心負責企業(ye) 收款、返款,完成相關(guan) 業(ye) 務後進行數據記錄並且上傳(chuan) 至服務器進行保存。

根據現期園區功能調研,現將園區業(ye) 務管理模塊劃分為(wei) 以下各個(ge) 功能子模塊:

RF卡信息管理

RF卡交易記錄查詢

企業(ye) 收款管理

企業(ye) 返款管理

特殊業(ye) 務處理

線路匯總查詢

代收貨款查詢

入園信息管理

出園信息管理

出入園信息匯總

在園車輛查詢

3.1.1.1 RF卡信息管理

RF卡具有可重複擦寫(xie) 功能且便於(yu) 攜帶,現大規模運用於(yu) 國內(nei) 各大物流園區內(nei) 部管理,其優(you) 勢是實現基礎數據的設備自動采集,最大程度的減少人為(wei) 因素幹預,並且大大的提高了園區業(ye) 務辦理效率,由理貨中心設置發卡作業(ye) 點,業(ye) 主辦理RF卡後可使用該卡交付運費以及出園時自動扣取相關(guan) 物流費用,業(ye) 務完成後自動將信息提交至服務器,為(wei) 日後數據匯總提供依據。

RF卡具有唯一標識碼,在理貨中心辦理之後,該卡與(yu) 卡片持有人信息進行身份綁定,完成綁定後可對該卡進行充值、消費等操作,產(chan) 生交易記錄自動上傳(chuan) 至服務器,可提供對賬信息查詢功能。

3.1.1.2 RF卡交易記錄查詢

RF卡每次充值、消費都會(hui) 相對應的產(chan) 生充值、消費記錄,RF卡持卡人可使用該卡進行交易記錄查詢,可實時調取任意時段的充值、消費記錄,並且形成匯總信息(充值次數、消費次數、充值金額、消費金額等等),方便企業(ye) 、園區對賬。

3.1.1.3 收款管理

企業(ye) 收款管理可根據待收款、已收款等狀態進行數據劃分,可查看托運單的物流企業(ye) 、貨物重量、代收貨款、運費、手續費等信息,根據送貨人手持的托運單票據調取托運單詳細記錄,根據園區統一運費標準生成運費單據,發貨人對托運單繳費,完成後打印托運單繳費票據,完成收款操作。該模塊可提供收款業(ye) 務的記錄查詢、窗口收款記錄查詢、企業(ye) 收款記錄查詢、匯總查詢等,並提供導出EXCEL功能。

業(ye) 務描述:散貨車輛將貨物送至檔口,發貨人配合物流企業(ye) 操作員通過地磅秤進行稱重,自動將重量數據進行采集,錄入相關(guan) 信息後生成托運單,係統自動將信息上傳(chuan) 至服務器,物流企業(ye) 通過平台自動打印帶條形碼四聯單據,送貨人持打印的四聯單據至理貨中心,理貨中心工作人員通過設備掃描單據條形碼可快速進行繳費業(ye) 務。

3.1.1.4 返款管理

企業(ye) 返款管理用於(yu) 管理企業(ye) 費用結算,完成園區與(yu) 物流企業(ye) 所產(chan) 生的全部費用結算操作,並生成結算處理中生成的各種票據,並且記錄數據上傳(chuan) 至數據庫,以提供數據匯總統計查詢及出納進行款項的銀行轉賬。該模塊主要記錄物流企業(ye) 信息、銀行卡號、返款日期以及返款金額等,可提供返款款業(ye) 務的記錄查詢、匯總查詢,提供導出EXCEL功能。

3.1.1.5 特殊業(ye) 務處理

此模塊主要管理托運單過程中,送貨人已繳納托運相關(guan) 手續費之後,發生變故,需要取消本次托運過程,送貨人持托運原始票據、托運單繳費單據通過理貨中心窗口進行注銷,記錄信息包括托運單基礎詳細信息、繳費時間、申請退費時間、退費金額、退費原因等。托運單注銷過程需要嚴(yan) 格驗證該托運單是否已經生成貨運單,對於(yu) 已經出園的托運單無法取消,托運單取消之後,係統自動將托運單狀態修改,並且關(guan) 聯貨運單自動更新貨物配載信息。考慮涉及現金退回,此模塊可提供相關(guan) 領導審核功能。提供根據指定日期段、物流企業(ye) 檔口、托運單號進行快速查詢。

3.1.1.6 線路匯總查詢

依據貨運單產(chan) 生的現有數據記錄,形成的線路匯總信息查詢,提供已裝車企業(ye) 線路的裝車重量、合同數量、包裹件數匯總信息查詢,權限人員可根據起始日期、物流企業(ye) 進行定製查詢。

3.1.1.7 代收貨款查詢

園區相關(guan) 權限人員可查詢現階段已經產(chan) 生的所有代收貨款記錄,並且查看匯總信息,掌握所有企業(ye) 的代收貨款發放情況,監督銀行操作放款效率,並且根據代收貨款相關(guan) 記錄對企業(ye) 運營情況有詳細的了解。

3.1.1.8流水帳管理

查詢收款流水帳與(yu) 出園收費流水帳。

3.1.1.9 入園信息管理

3.1.1.9.1 業(ye) 務說明

車輛入園時由入園門禁記錄,係統記錄車輛相關(guan) 信息(車牌號、歸屬公司、入園時間,車輛類型),由入園地磅進行稱重,自動采集重量信息,正常情況禁止人為(wei) 更改重量信息,記錄業(ye) 務類型(西柳始發外地、經西柳轉發外地、短途自用車、外地發往西柳等),完成入園登記後並給車輛駕駛員發放入園卡,數據自動上傳(chuan) 至服務器,自動更新車輛入園狀態完成入園操作。

入園信息管理可提供入園信息的指定日期段以及指定車輛的入園記錄查詢,提供匯總查詢功能。

3.1.1.9.2入園記錄表單

3.1.1.10 出園信息管理

3.1.1.10.1 業(ye) 務說明

車輛出園時必須提供貨運單詳細清單,出園門禁人員新增出園記錄時輸入車輛信息自動調出該車輛的貨運單信息,車輛由出園地磅進行稱重,自動采集出園重量信息,正常情況禁止人為(wei) 更改重量信息,根據地磅稱重自動判斷裝車重量與(yu) 貨運單記錄貨物重量是否相符,若重量在允許範圍之內(nei) 方可刷卡放行,收回入園卡並清空卡裏信息,完成之後自動修改車輛貨運單狀態,自動記錄本次貨運單出園操作,若重量不符否則由車輛相關(guan) 人員與(yu) 物流企業(ye) 進行溝通重新對貨運單進行加碼操作,加碼操作需另行記錄,為(wei) 後期提供加碼匯總信息查詢。當重量符合出園標準之後,係統根據基礎費用設置自動計算出園相關(guan) 費用,車輛相關(guan) 人員進行刷卡自動繳費,打印相關(guan) 票據(支持出園票據補打),出園門禁人員保存出園記錄後由係統自動控製出門機械道閘,實現道閘自動化控製,對信息不符合園區規定的車輛不予放行。

出園信息管理可提供出園信息的指定日期段以及指定車輛的出園記錄查詢,提供匯總查詢功能。

3.1.1.10.2出園記錄表單

3.1.1.11 出入園信息匯總

車輛入園、出園時產(chan) 生的記錄信息,例如門禁主任可通過該模塊進行入、出園整體(ti) 記錄查詢,提供匯總信息,可根據指定日期、指定操作人員、指定車輛進行快速的信息篩查,便於(yu) 管理園區的出入園相關(guan) 工作。

3.1.1.12 在園車輛查詢

車輛入園時自動記錄車輛入園狀態,車輛出園時自動更新車輛的出園狀態,在園車輛查詢可指定日期、指定車輛進行在園車輛的快速查詢,並且提供車輛的入園時間、司機姓名、司機電話等信息,方便園區管理在園車輛,並且提供入園數據匯總車輛的出入園效率等相關(guan) 數據。

3.1.2係統基礎信息模塊

係統基礎信息模塊包括多項軟件使用前的基本設置,園區管理員可根據具體(ti) 業(ye) 務邏輯進行基礎費用、貨物類型、業(ye) 務依賴等數據設置,其他模塊均需要依賴此模塊。園區管理員可完全自定義(yi) 設置各個(ge) 角色的操作權限,並且可以控製整體(ti) 菜單的隱藏顯示,實現全麵控製係統的各項業(ye) 務的開啟與(yu) 關(guan) 閉,能夠對企業(ye) 的基礎信息進行管理,係統操作用戶的實時維護,根據日誌管理提供功能監管各用戶的操作行為(wei) ,提供設置線路、各項基礎費用、限價(jia) 相關(guan) 、貨物類型等等功能,設置完成後自動應用於(yu) 其他業(ye) 務模塊,包含實際功能模塊如下:

用戶管理

菜單管理

角色管理

角色權限管理

係統設置

日誌管理

通知管理

物流企業(ye) 管理

線路管理

限價(jia) 管理

過秤費設置

貨物類型管理

3.1.2.1用戶管理

係統登錄用戶管理,用戶的基礎信息維護,包括用戶名、登錄密碼、用戶類型、真實姓名、狀態、用戶角色等,提供用戶信息的快速查詢,物流企業(ye) 用戶需與(yu) 此模塊進行綁定,用於(yu) 鎖定賬戶以及企業(ye) 登錄權限支持。用戶模塊配置角色後用戶自動擁有該角色操作功能,該模塊在本係統中涉及業(ye) 務交互較多,需提供高效率且穩定的調用接口,為(wei) 其他模塊提供業(ye) 務支持。

3.1.2.2菜單管理

菜單管理包括菜單隱藏、顯示配置,菜單基礎信息修改(菜單名稱、菜單描述、菜單幫助信息等),菜單管理模塊可針對係統菜單進行層級配置,可實現完全自定義(yi) 的顯示格式,方便園區對係統菜單進行任意配置,方便用戶使用,提供快速查詢功能,設置完菜單幫助信息之後,用戶進入該菜單後可直接查看使用幫助說明,大幅度減少係統使用中產(chan) 生的軟件使用谘詢工作。

3.1.2.3角色管理

係統角色的維護模塊,包括角色名稱、角色編號等信息,新增入係統後,用戶可選擇對應的角色,角色對應指定的菜單權限,實現完全自定義(yi) 權限的設置。

3.1.2.4係統設置

係統設置是係統運行基礎參數的設置模塊,包括係統名稱、係統LOGO、頁麵顯示條數、日誌係統設置、開發注冊(ce) 、開啟驗證碼、每包最大重量、代收貨款默認回款天數、特殊商品自動審批時間段等設置完成之後係統自動生效,使用用戶無需關(guan) 注此模塊,由管理員統一設置。

3.1.2.5日誌管理

日誌管理用於(yu) 記錄所有用戶的操作痕跡,以便日後查找各項功能的使用情況,追蹤操作人員,可以查詢到每個(ge) 操作員登錄狀態;可以按日期段、操作員、操作窗口、操作動作、操作類型等條件查詢到每一次對軟件的操作,各個(ge) 模塊操作時產(chan) 生操作日誌,記錄操作員、操作動作、操作內(nei) 容等基礎信息。

3.1.2.6 通知管理

擁有通知管理模塊編輯權限用戶可發送通知報告,無編輯權限的其他用戶可查看通知相關(guan) 信息,用戶在登錄係統之後自動獲取最新通知信息;提供園區信息公示,通知發布操作,用戶可隨時查看曆史通知信息,方便企業(ye) 針對園區通知通告進行工作調整。

3.1.2.7 物流企業(ye) 管理

園區內(nei) 所有檔口物流企業(ye) 的基礎信息(檔口編號、企業(ye) 全稱、簡稱、企業(ye) 法人、電話、傳(chuan) 真、稅號、開戶行信息、備注等)維護工作,包括新增、編輯、刪除、注銷等操作,新增物流企業(ye) 時自動生成關(guan) 聯係統用戶,新增完成後,企業(ye) 可使用關(guan) 聯的係統用戶進行登錄業(ye) 務操作;提供快速查詢功能,可根據指定條件查詢,方便園區管理,可通過此模塊進行物流企業(ye) 經營線路分配,並可在分配線路時添寫(xie) 線路電話與(yu) 線路對應銀行卡號。

3.1.2.8 線路(限價(jia) )管理

線路基礎信息(線路起點、重點、裏程、備注等)維護,係統添加線路基礎信息之後,擁有限價(jia) 設置權限的用戶可以直接選擇現有線路根據貨物類型的不同設置不同的最低限價(jia) 與(yu) 最高限價(jia) 設置,設置完成之後企業(ye) 可按照限價(jia) 設置模塊進行業(ye) 務管理。

3.1.2.9 過秤費設置

過秤費設置包含業(ye) 務類型設置,根據業(ye) 務類型不同設置不同的單位價(jia) 格,現係統中包括西柳始發外地、經西柳轉發外地、短途自用車、外地發往西柳等,用戶可根據實際需要進行業(ye) 務調整,可提供新增、編輯、刪除等操作。

3.1.2.10 貨物類型設置

貨物類型設置包含貨物類型設置,根據貨物類型不同設置不同的單位價(jia) 格以及重量上限,現係統中包括重物、輕物、超輕物、中轉貨物等,用戶可根據實際需要進行業(ye) 務調整,可提供新增、編輯、刪除等操作。

3.1.3物流企業(ye) 業(ye) 務管理模塊

包括企業(ye) 基本信息管理維護,企業(ye) 車輛信息維護(涉及出入園業(ye) 務信息),企業(ye) 線路信息維護(需要園區審核,防止數據錯誤產(chan) 生),托運單功能模塊,貨運單管理模塊,代收貨款模塊,代收貨款統計查詢等業(ye) 務部分,涵蓋物流企業(ye) 內(nei) 部業(ye) 務功能管理以及基礎信息維護,期間涉及到地磅秤稱重數據采集工作,皆由計算機自動數據采集,減少人力操作環節並且確保了數據的準確性,防止人為(wei) 幹預進行誤操作,考慮到未來發展的拓展性,各大數據模塊均提供統一對外數據接口,並且嚴(yan) 格過濾非法請求,防止信息外泄。

3.1.3.1企業(ye) 基本信息管理維護

物流企業(ye) 用戶可以通過此模塊實現對本物流企業(ye) 基本信息的維護功能,企業(ye) 基本信息包含:物流企業(ye) 名稱、物流企業(ye) 電話、地址、負責人、聯係人、銀行帳號等詳細信息。

3.1.3.2企業(ye) 車輛信息維護

物流企業(ye) 用戶可以通過此模塊實現對本企業(ye) 下自有車輛的詳細信息管理,便於(yu) 物流企業(ye) 車輛進行監管與(yu) 調度工作,並可對車輛信息進行增、刪、改、查等操作。車輛信息包含:車輛類型、車輛品牌、車輛牌照、車輛裝載噸數、車輛負責人、車輛狀誠等詳細信息。

3.1.3.3企業(ye) 線路信息維護

物流企業(ye) 用戶可以通過此模塊查看本企業(ye) 擁有貨去線路,企業(ye) 在開據托運單時可以使用本線路信息。線路信息包含:線路名稱、線路公裏數、線路目的地、線路運費等詳細信息。

3.1.3.4托運單管理

3.1.3.4.1 業(ye) 務說明

某客戶需要進行貨物托運業(ye) 務時,物流企業(ye) 用戶通過此模塊實現為(wei) 托運客戶開據托運單與(yu) 托運單打印功能,並根據托運單編碼生成托運單條型碼,如托運單為(wei) 代收貨款類型,生成相關(guan) 原始代收貨款記錄上傳(chuan) 至服務器,物流企業(ye) 用戶可以對托運單進行增、刪、改、查、等操作,當托運單進行修改,刪除操作時要級聯操作相應代收貨款記錄,以保證數據的完整性。

當辦理托運業(ye) 務客戶憑借物流企業(ye) 開具的托運單,至收費中心繳費後,係統根據托運單唯一編號自動將托運單改為(wei) 已繳費狀態,當托運單變為(wei) 已繳費狀態後,物流企業(ye) 用戶對此條托運單記錄隻能進行查詢操作,如辦理托運業(ye) 務客戶要取消本次業(ye) 務,可以到物流相應業(ye) 務部門取消本次托運業(ye) 務。

托運單信息包含: 托運單編號、企業(ye) 名稱、始發站、到達站、是否為(wei) 代收貨款、中轉目的地、收貨人地址、收貨人姓名、收貨人電話、發貨人姓名、發貨人電話、保價(jia) 費、貨物類型、貨物件數、代收貨款金額、是否已繳款、創建時間、收款時間、出園時間,貨物信息 (貨物信息包含:貨物名稱、手寫(xie) 重量、自動重量、運費單價(jia) 、運費總計、應收金額)等詳細信息。托運單添寫(xie) 完成後,根據貨物類型、線路等信息、貨物重量,自動計算出相應貨物應繳運費價(jia) 格、運費總合計、應收金額。

3.1.3.4.2 托運單表單

3.1.3.5貨運單管理

3.1.3.5.1業(ye) 務說明

當貨物裝車完成後,物流企業(ye) 用戶通過此模塊實現為(wei) 車輛駕駛員開據貨運單與(yu) 貨運單打印功能,提供車輛出園與(yu) 收費的憑證,並可通過掃描托運單條型碼直接生成本次已裝車托運單明細,物流企業(ye) 用戶可以對托運單進行增、刪、改、查等操作。

當本次貨運單業(ye) 務車輛出園後,係統根據車輛牌號、貨運單編號將貨運單標識為(wei) 已出園,當貨運單變為(wei) 已出園後,物流企業(ye) 用戶對此條貨運單記錄隻能進行查詢操作。

貨運單信息包含: 貨運單編號、到達站、物流企業(ye) 名稱、 車輛牌照、車輛駕駛員、駕駛員電話、押運人、貨物重量總計、托運單明細(托運單編號、所屬企業(ye) ,中轉目的地、運費等)等詳細信息。

3.1.3.5.2貨運單表單

3.1.3.6代收貨款管理

3.1.3.6.1業(ye) 務說明

此模塊實現代收貨款兌(dui) 付功能,物流企業(ye) 用戶通過此模塊根據回表單狀態,完成狀態(0:未完成,1:已完成,-1:退回)查詢本企業(ye) 哪些代收貨款是已提交或已完成的記錄,物流企業(ye) 用戶對代收貨款隻能進行更新費用、申請發放、核銷代收貨款申請操作,根據權限不同,物流企業(ye) 用戶隻能查看本企業(ye) 數據,無權操作代收的發放和拒付核銷操作。

物流企業(ye) 用戶需要更新某條代收貨款手續費或拒付金額時,需要通列新費功能進行數據的操作,以保證代收貨款原始數據的完整性,並達到數據的更新操作。

當收貨人收到貨物並匯款後,物流企業(ye) 用戶可以對代收貨款記錄進行批量勾選,進行代收貨款兌(dui) 付申請操作,並生成相應兌(dui) 付申請單,便於(yu) 銀行及時查詢代收貨款發放申請並進行放款業(ye) 務,提供生成代收款兌(dui) 付表功能。

對產(chan) 生拒付業(ye) 務的代收貨款記錄,物流企業(ye) 用戶可以進行拒付核銷操作,並生成相關(guan) 核銷代收貨款申請單,便於(yu) 銀行及時對代收貨款進行注銷操作。

代收貨款信息包含:代收貨款編碼、客戶名稱、客戶電話、企業(ye) 名稱、收貨人名稱、所屬托運單、代收貨款金額、回款期限、應兌(dui) 付時間、實際兌(dui) 付時間、表單狀態、是否完成狀態等詳細信息。

3.1.3.6.2代收貨款發放確認單、代收貨款拒付申請單

3.1.3.7代收貨款統計

此模塊可以按時間段、客戶名稱、企業(ye) 名稱、兌(dui) 付狀態等條件,統計出已兌(dui) 付、未兌(dui) 付的企業(ye) 代收貨款匯總數據,並生成各種明細統計報表與(yu) 統計分析圖表。根據用戶不同,查詢不同企業(ye) 的代收貨款統計(企業(ye) 用戶隻能查看本企業(ye) 數據,物流園用戶可查看所有物流企業(ye) 代收貨款數據)。

3.1.4銀行業(ye) 務管理模塊

銀行業(ye) 務管理模塊業(ye) 務包括企業(ye) 開卡管理、代收貨款兌(dui) 付管理、代收貨款托運單查詢以及代收貨款匯總統計等。因涉及現金發放以及貨款扭轉,該模塊需要考慮數據高並發時的糾錯處理,采用事務規則執行放款業(ye) 務,確保現金業(ye) 務無誤差執行。

3.1.4.1開卡管理

當銀行用戶為(wei) 客戶進行銀行開卡業(ye) 務後,可以通過此模塊實現對客戶銀行卡綁定業(ye) 務,便於(yu) 後期銀行可以過客戶名稱等條件查詢物流企業(ye) 開卡記錄。

3.1.4.2代收貨款放款管理

銀行用戶可以通過此模塊並根據物流企業(ye) 名稱、線路名稱、代收貨款單編號時間段查詢各企業(ye) 代收貨款放款信息,如物流企業(ye) 已將代收貨款匯至物流園帳號,銀行用戶可以通過些模塊對代收貨款記錄進行放款,如代收貨款超過回款期限,係統將鎖定物流企業(ye) 係統帳號製單功能,當物流企業(ye) 將代收貨款匯至物流園銀行指定帳號後, 物流企業(ye) 帳號將自動解鎖。

當銀行收到代收貨款發放申請,可對代收貨款記錄進行發完成、核對、退回操作。收到拒付核銷申請時,如園區、發貨方、檔口三方對拒付核銷的代收貨款記錄確認無誤,銀行用戶可通過此模塊注銷本次代收貨款業(ye) 務,並取消本次代收貨款的終止回款期限。

3.1.4.3代收貨款托運單查詢

銀行用戶通過此模塊提供的企業(ye) 名稱,托運單編號、日期段,是否完成等條件查詢各物流企業(ye) 代收貨款托運單信息,便於(yu) 銀行用戶及時查詢各物流企業(ye) 的代收貨款托運單信息。

3.1.4.4代收貨款匯總統計

此模塊可以按時間段、企業(ye) 名稱等條件,統計出各企業(ye) 代收貨款已付金額、未付金額、代收貨款總額、代收貨款筆數等信息,並生成各種明細統計報表與(yu) 統計分析圖表,達到快速、準確、自動地為(wei) 銀行用戶提供代收貨款各業(ye) 務費用詳細信息的目的,並提供導出EXCEL報表功能。

4實施信息化後的效益分析

係統實施後, 真正實現了對園區內(nei) 企業(ye) 的統一管理,一人一票,一貨一計量,統一了發貨票據,市場業(ye) 務統一到理貨大廳繳費,一票一收,一卡一繳費,實時查看理貨大廳各窗口收費情況,統計更加方便快捷。對園區內(nei) 的企業(ye) 線路、企業(ye) 用戶、運費限價(jia) 、出園貨物信息、代收貨款等統一管理,方便了發貨人的同時,也提高了園區內(nei) 物流企業(ye) 的管理。

對進出園區車輛線路及運輸貨物係統自動進行出、入園線路及出、入園貨物統計。出門時係統自動追蹤該車輛在園區內(nei) 的裝車重量並與(yu) 出門時自動采集的貨物淨重進行對比,隨時掌握園區內(nei) 出、入貨物的情況、及各條線路的運輸情況,隨時可以監控到進出西柳地區的貨物品類、重量、體(ti) 積等,並可以隨時分析發往全國各地的貨物運量,為(wei) 管理部門提供了真實詳盡的數據信息。

為(wei) 園區內(nei) 企業(ye) 提供一套簡捷的管理係統,並為(wei) 園區內(nei) 企業(ye) 提供統一的運費結算、代收貨款結算、統一的稱重服務、統一的叉車服務,為(wei) 物流企業(ye) 解決(jue) 了信息化難題的同時,也為(wei) 物流企業(ye) 節省了大部分人力、物力。統一運費價(jia) 格管理,避免了園區內(nei) 物流企業(ye) 的惡性競爭(zheng) ;統一的代收貨款管理,也解決(jue) 了發貨人的後顧之憂。

園區管理係統的全麵應用,真正實現了五統一的;“統一計量、統一限價(jia) 、統一票據、統一收費、統一理貨”方便了園區管理、方便了物流企業(ye) 管理、方便了發貨人,真正使物流參與(yu) 各方都得到了實惠。

首頁