前言：尋找寫作靈感？中文期刊網用心挑選的廣電網絡采購管理系統開發，希望能為您的閱讀和創作帶來靈感，歡迎大家閱讀并分享。

摘要：

公司開發了新一代采購管理系統，該系統根據公司分級管理的要求，由區公司把控生產材料的價格與質量，分公司根據業務需要選購材料。新模式可有效降低庫存、增加流通性，更適應本地市場的需求變化并規避風險。

關鍵詞：

采購管理系統；采購模式；分級管理

1引言

隨著業務拓展和信息化水平的提高，企業提出整合外部資源和戰略合作伙伴的需求，進而需對采購流程進行有效的信息化改造，實現一體化的企業物資供應管理。良好的采購環節管理能為企業提高效益，提高企業的凈資產回報率。公司舊有的采購系統采用的是集中采購模式，即由區公司和廠家簽訂供應合同后分公司上報預計使用的材料，區公司匯總后再批量向廠家提交訂單。這種集中管理模式因分公司自主性不夠高、時效性不夠強，容易造成分公司不顧庫存加大購買自己傾向性高的商品，造成倉庫材料積壓。且訂單大批量流入生產廠家，會造成廠家原料采購、安排生產等方面的諸多問題。因而，建設一個符合企業當前業務發展方向，優化業務流程的采購管理系統成為公司信息化建設的新需求。

2系統設計

經濟全球化形式下，企業資源逐漸向橫向集成轉變以實現提高服務質量、降低成本、快速響應顧客需求的目的。因此，系統設計采用橫向設計，系統用戶間協同工作。一般，供應系統中上下游企業間存在“需求放大”的問題，上游企業得到的需求信息與實際的市場需求可能存在較大偏差，上游企業必須保證比下游企業更高的庫存量。這種情況是由于需求信息不夠清晰透明造成的，而維持一個高庫存會給上下游企業的經營帶來諸多隱患，不符合企業運營系統整體最優的原則。因此，系統設計時，要保證信息流通雙向透明，各方都要得到完整準確的信息，且盡可能在保證系統邏輯的情況下滿足業務部門的需求。

3系統架構

現代企業信息系統眾多，為了系統迭代升級一般采用模塊化設計方案，減少系統間的耦合。采購管理系統為獨立模塊，與倉庫管理系統、OA系統協同工作，相互間通過接口通信進行事務處理。網絡架構如圖1所示。供應商通過Internet域名訪問系統，分公司則通過局域網訪問。用戶登錄權限驗證通過OA系統接口提供，采購系統根據返回的用戶類別和權限信息展現相應的內容給用戶，采購系統不用維護人員和賬號信息。供應商處理訂單發貨后，采購系統會通知倉庫有即將到貨的物資，物資到貨后由倉庫系統接口處理并把結果返回給采購系統，采購系統把倉庫提供的數據作為付款依據。采購系統前端采用比較流行的Angularjs+Bootstrap架構，后端采用ASP.NET的MVC和WebAPI架構，使用NinjectWebCommon進行依賴注入，使用EntityFramework訪問數據庫，數據庫則使用SQLServer。

4系統業務流程

系統使用人員包括廣電合同管理人員、廣電采購業務人員、各供應商訂單管理人員、財務人員等。首先，由合同管理人員根據采購需求和潛在供應商簽訂入圍合同，再把合同信息錄入系統，其中包括合同詳細信息、供應商訂單負責人信息、合同附件、商品清單、合同有效范圍等。另外，要在系統錄入合同供應商的信息、人員賬號信息，如此供應商才能登錄采購系統。然后，供應商就可以進入系統維護合同商品的詳細信息，包括說明、參數、圖片等。分公司采購人員可根據需要在商品列表自行選購商品，確認購買后由系統拆分生成各個合同的訂單。供應商會在訂單列表看到用戶提交的訂單，根據訂單安排發貨，填寫發貨信息等。廠家發貨后倉庫管理人員就可以在倉庫管理系統中看到發貨待入庫的信息，在收到貨物核對后辦理入庫。最后，財務人員可以在系統中看到倉庫入庫信息，根據倉庫入庫情況核對合同進行付款。總體流程如圖2所示。系統主要由五部分構成：

（1）用戶首頁

用戶首頁是用戶使用系統的快捷入口，因此必須涵蓋用戶常用的功能。系統采用扁平化設計，根據登錄用戶類型和權限顯示不同的功能入口和公告、消息列表，而不用點擊導航菜單再次進入常用功能，內容直觀，操作便捷。首頁上方設置用戶個人信息、縮進左側菜單、進入首頁等功能按鈕。左側布局為系統功能菜單，根據用戶權限進行加載。中間部分為個人待處理任務入口和待辦消息等個性化內容。

（2）合同管理

合同管理模塊可以新增、編輯合同信息。合同清單頁面可填寫合同的商品信息，執行范圍頁面可設定本合同的適用公司范圍，訂單信息頁面顯示該合同的所有訂單信息，可直接根據本合同下訂單，付款信息頁面顯示本合同所有的付款單信息，可直接根據合同新建付款單。合同類型為入圍合同的，需要供應商參與。選擇合同供應商后，該供應商用戶即可登錄系統維護自己的商品信息，從而及時反映商品的變化。合同也可以指定訂單是否需要審核和訂單審核人，加強對有特殊要求的合同進行管理。供應商只能收到審核通過的訂單，審核不通過的訂單會返回給訂購人做進一步處理。

（3）商品列表

搜索、顯示可購買的合同清單對應的商品信息。系統提供了多樣的篩選過濾方式，只列出符合條件的待購商品。購買人員搜索對應的商品后，點擊商品名稱進入商品詳情頁面購買商品，或直接填寫數量加入購物車。由于商品詳情直接由廠家維護，因此內容更加詳盡，實時性更高。購買人員不必關心商品的來源，只需關心商品本身的屬性即可，買賣雙方都是透明的。生產商可把精力集中在訂單導向的產品上，而消費者可以選擇對自身更優的解決方案。

（4）購物車

電子商務已經發展得越來越成熟，信息系統用戶目前對于購物車的使用不再陌生，可以說購物車在電子商務網站已經成為了標配。本系統也采用購物車的方式供采購人員使用，采購人員在購買不同廠家、不同合同商品時不必再一個一個的下訂單，可以一次性完成所有購物車內商品的訂單，簡化了訂購流程，在購物車內對商品進行比較時也更加直觀和便利。

（5）報表

報表的統計信息是提供決策的重要依據。系統根據業務部門需求開發了面向不同用戶的報表。有面向合同管理人員的合同商品統計報表、購買人員的商品訂購統計報表、供應商使用的訂單明細報表等。合同管理人員可以根據訂購情況對相應的合同商品進行調配，實現統籌規劃管理的目的。購買人員可以查看自己的訂單流轉情況，及時對生產進行調整。生產廠家可以在統計頁面批量發貨，導出訂單安排生產。財務人員可以了解企業的進銷存情況，掌控資金流，安排付款。

5系統安全

由于采購系統的供應商需要從互聯網外部接入公司的內部網絡環境，因此必須做好網絡安全的防護措施。首先，通過互聯網出口防火墻做第一道保障，外網訪問Web服務器經過VPN及WAF防火墻。外網用戶登錄專用的站點，確保安全性和獨立性。數據采用SSL加密傳輸，防止信息被截取泄露。身份認證上采用JSONWebToken（JWT）方式，用戶提交賬號密碼經過身份驗證服務器驗證成功后，驗證服務器會把用戶信息對象發送給采購系統。采購系統會對用戶信息進行加密生成Token返回給用戶，用戶訪問系統時需要提交Token內容。系統會解密Token信息對用戶的權限進行驗證，只有合法用戶才能收到系統的返回信息。各個系統相互間的調用接口通過esp管理，增加key校驗，確保接口安全性。

6結束語

采購環節面對的是上游廠家，而訂單都是來自于下游的客戶需求，多樣化的需求應該直接提交給上游廠家為他們的生產做決策參考。訂單的延遲或產品不能跟隨市場變化，可能會誤導上游的生產企業，導致下游訂購廠家利益受損。因此，必須讓市場和上游企業建立更緊密的聯系，理順供應關系，清理其中可能出現的障礙，讓信息流通更加流暢。

作者：翁毅 趙冠臣 李天日 羅佳宇 單位：廣西廣播電視信息網絡股份有限公司

參考文獻

[1]亞歷山大•澤埃爾,彼得•默騰斯.供應鏈管理與SAP系統實現[M].機械工業出版社，2004.