前言：尋找寫作靈感？中文期刊網用心挑選的鐵路物資采購應付款信息化管理方案，希望能為您的閱讀和創作帶來靈感，歡迎大家閱讀并分享。
摘要：
闡述了鐵路物資應付款管理信息系統的設計開發思路和具體功能效果。
關鍵詞：
鐵路物資；物資管理；付款；信息系統
隨著鐵路建設的快速發展，投入使用的現代化裝備越來越多。鐵路運維物資品類及數量逐年增加，采購物資需要的資金逐年增多，資金壓力越來越大，路局物資采購難以得到全額的資金支持，資金缺口越來越大。如何利用好緊張的物資采購資金，與供應商協調好供需關系，為運輸生產保障供應，是擺在鐵路物資部門面前的一個重要課題。如何使用好緊張的資金計劃，對供應商的付款做到公正、公開，拒絕人情付款和暗箱操作，也是廉政風險防控的要求。路局物資部門應綜合考慮和合理使用物資采購資金，規范和細化應付款管理，建立應付款管理信息系統，實現相關部門參與，業務流程通暢，數據準確、共享，過程沒有人為干預的付款管理。
1業務流程及功能分析
1.1應付款業務流程
1.2發票維護管理
業務人員收到供應商開具的銷售發票后，要根據系統要求將其及時錄入系統，主要信息包括：供應商編碼、供應商名稱、業務員、發票金額、發票開票日期和錄入日期等。對錄入系統的發票信息進行審核和提交等處理。做到能夠查詢某個時間段內供應商的發票總額，已付款總額等信息。
1.3發票與收料單關聯處理
計劃員根據提交的供應商發票和自己錄入的收料單，建立起二者的關聯。以系統中的發票為主線，通過發票中的供應商、業務員等信息，查詢出對應的收料單信息，選中與發票對應的收料單，一張發票可以對應一張或多張收料單。核對正確后提交審核處理。
1.4審核處理
業務主管對業務員提交的數據進行審核，審核通過后提交財務，財務人員對業務主管提交的已經建立好關聯的發票和收料單進行復核，復核通過后轉到可以付款的數據序列中排隊。
1.5資金計劃和付款計劃管理
根據上級下撥的資金編制付款計劃定義本次可用的資金額度。其中，機動資金額度，系統自動付款資金額度，根據業務需要可以細化自動付款的排列順序。例如，本單位下的多經或集經企業。
1.6機動付款處理
系統顯示出按照合同約定或特殊情況需要本次付款的供應商及金額信息，還包括較長時間（6個月以上等）沒有付過款的供應商及金額信息，有專門人員或組織在系統中進行點撥付款發票，注意對機動付款的每一張發票都要寫明原因和理由。
1.7系統自動付款處理
根據提交的月付款計劃、已經審批通過的發票和收料單數據，由系統根據設置好的排序規則自動生成對供應商的付款記錄，對付款信息進行輸出處理。在生成付款通知單前，可以回退月付款計劃。在系統自動付款中剩余的資金額度根據系統設置自動結轉處理。供應商付款的排序規則有下列幾種方式供用戶選擇：一是按照供應商發票開具時間的先后順序進行排序。二是按照供應商發票進入系統時間的先后順序進行排序。三是建立供應商排序模型，將供應商向本局在一定時間段的供應金額，供應頻次、評價分數、出現的質量問題、發票開具時間等多項數據，進行組合處理，確定不同的權重、分數，進行綜合計算，最后得出供應商總分數，按供應商得分高低作為付款的先后順序進行排序。
1.8付款結果審核
系統生成付款信息（包括機動付款信息和系統自動付款信息）后，將生成付款通知書并可以打印輸出，提交到主管領導（財務科長、主管副段長、段長）進行審核處理，如果發現問題，可以對生成的付款信息進行回退，同時對應的發票和收料單數據標識、付款計劃等也做相應的回退處理，可以重新生成付款信息；如果審核通過則在打印的付款通知單上簽字并將系統中的付款信息提交財務部門進行付款處理。
1.9付款處理
財務部門接到審核通過的付款信息及系統外簽字的付款通知單，進行付款處理，并對供應商的發票進行標識處理，表明該發票已經付款完成。
1.10停付處理
供應商供應的物資質量或者開具的發票有問題或者由于其他原因，需要對該供應商進行應付款的停付處理，在系統中對該供應商加注停付標識并寫明原因。如果取消停付，則在系統中修改停付標識并寫明理由。供應商的應付款停付不影響與該供應商其他業務（收料入庫、賬料單核對等處理）的開展。
1.11應付款綜合查詢
系統提供應付款的動態查詢功能。如查詢單位有多少應付款、本年新增多少、本月新增多少、有哪些供應商組成等；查詢已付款的動態變化；查詢應付款、已付款的詳細信息等。
2系統架構與實現
鐵路物資企業應付款管理信息系統是在《鐵路物資管理信息系統》基礎上開發，數據完全共享，系統整體架構、開發工具、使用語言以及數據庫，與物資系統一致。
3總體框架示意圖
鐵路物資企業應付款管理信息系統總體框架。
4系統安全設計
鐵路局物資企業應付款管理信息系統安全按照鐵道部RFAMIS專項規劃中提出的網絡與系統安全方面的具體要求，在操作系統、遠程網絡和局域網、硬件設備配置等方面符合RFAMIS專項規劃中規定的安全標準。系統提供操作日志記錄，用戶訪問控制，角色權限設計等方面，加強對系統安全的保障。
5關鍵技術路線
系統采用和《鐵路物資管理信息系統》相同的技術和框架：.NET技術和體系，Ajax應用，基于組件的開發應用，面向服務的架構（Service-OrientedArchitecture，SOA）設計，采用WebService技術，實現不同異構系統之間的接口開發，采用Oracle數據庫。
6系統特點
應付款管理系統主要特點體現在：由于供應商的發票與收料單關聯，避免了可能出現的重復付款。細化了應付款數據：已付款或應付款信息可以細化到收料單上。方便與供應商的對賬處理。整個付款過程由系統自動處理，很少人工干預，體現了付款的公開、公正、公平，增強了廉政風險防控能力。
作者：宋興順 單位：中國鐵道科學研究院電子計算技術研究所
