時間：2023-06-02 15:27:55
引言：易發表網憑借豐富的文秘實踐，為您精心挑選了九篇合同審批及管理流程范例。如需獲取更多原創內容，可隨時聯系我們的客服老師。
【關鍵詞】EOS；SOA；合同管理
0 引言
隨著企業的逐步發展壯大，業務領域的不斷拓展，人們對于反應企業經營活動重要載體――合同逐步重視起來，合同管理也就逐漸成為企業管理的一個重要組成領域和研究的集中點。運用信息技術手段，利用現代企業的先進管理思想為企業提供決策、計劃、控制與經營績效評估的全方位、系統化的合同管理平臺也就成為企業所日益迫切的需求。某軍工企業長期以來一直以傳統的手工方式對公司的海量合同進行管理，管理效率低下流程難以監控等諸多問題嚴重的制約了企業的運營管理，以快速方式開發一套適應企業日常合同起草、流程審批、履行監控等要求的合同管理系統就顯得尤為必要和迫切了。
1 EOS概述
1.1 EOS Platform概述
EOS Platform是SOA應用平臺，基于JavaEE、Eclipse等開放的技術和平臺，采用SOA架構和標準規范，支持在線業務配置化開發，并把平臺化擴展技術、構件技術、可視化技術、圖形化技術與SCA、SDO等SOA標準技術結合起來，為構造SOA應用提供從設計、開發、調試和部署，到運行、維護、管控和治理的全生命周期支持。
1.2 EOS編程模式
EOS采用的編程模式是：流程+數據+人機交互。
其中流程包括：工作流、頁面流、邏輯流。頁面流用于描述用戶界面元素流轉關系的圖形化流程，管理頁面和頁面間的跳轉關系，以及頁面和頁面間共享的數據。邏輯流用于完成后端業務功能，采用圖形化的方式將小粒度的運算構件組裝成一段業務邏輯。工作流用于完成包含人工和自動的業務活動流程的構件，通過BPS for EOS開發環境來開發的流程管理的圖形化描述。
不同類型的流程從邏輯設計上把業務邏輯、業務服務及業務流程松耦合分離開來，按照SCA規范封裝、組合，達到業務應用的流程化。
數據包括持久化實體和非持久化尸體，并采用SDO標準來描述這些數據的格式，SDO作為一種數據編程架構和API，它統一了不同數據源類型的數據編程，讓開發人員可以從不同的數據源以統一的方式訪問和操作數據。
人機交互采用富客戶端控件及具體頁面來實現。
2 合同管理系統需求分析
在信息化的應用逐漸深入到從設計到生產及企業運營的方方面面，合同管理信息化需求的聲音也日顯強烈，為進一步規范公司合同管理，防范和控制合同法律風險，完善合同管理制度體系，建立一套從起草到生效，從履約到歸檔的全生命周期的完整的合同管理系統，實現合同信息化管理，達到對合同的實時監控預警，有效防范和控制合同法律風險，真正實現全過程的、系統性的、動態性的閉環合同管理，滿足合同管理事前、事中、事后風險防控需求。
合同的全生命周期管理分為以下幾個階段：合同起草、合同審批、合同執行、文檔管理和合同統計。
1）合同起草
提供合同范本庫，起草人選擇對應的合同范本，填寫合同要素，完成合同文本的擬寫。合同范本只允許起草人填空，不允許修改固定條款和格式。
2）合同審批
合同文本擬寫完成，在企業內部依照相關規定及流程，提交相應的審批流程，流轉經業務主管、財務價格審核、法律事務等相關部門，履行必須的審批手續，完成合同審批。
3）合同執行
合同審批結束雙方蓋章，合同正式生效，進入履約階段，此階段合同雙方需要按合同約定完成各階段的合同交付及付款，直到全部完成合同約定內容。其中包括：正常履約和中途發生合同變更、解除或終止等情況，如果發生變更需要以更新后條款對合同進行相同程序的管理。
4）文檔管理
合同履行完畢，對合同進行歸檔，對于已歸檔的合同需要一個完善的合同文檔臺帳管理，記錄合同相關信息，并且可以查看原始及變更合同、查看審批單等內容。
5）統計分析
對于企業簽訂的合同按階段、類別、金額等可以進行統計分析，給企業管理者提供統攬全局，分析決策的參考。
3 合同管理系統的設計與實現
3.1 功能設計
根據以上的需求分析，合同管理系統劃分為：合同相對方管理、合同范本管理、合同起草管理、合同審批流程管理、合同履行與風險監控管理、合同臺帳管理、合同變更解除終止管理和合同統計分析管理幾大功能模塊。
1）合同相對方管理
在合同管理系統中建立合同相對方資信管理模塊，其中包括相對方的基本信息、信用等級、合作領域、履約評價的管理，通過對合作單位資信的有效管理，在源頭上規避合同法律風險的產生。此模塊內容為合同起草的必要條件，所有擬寫合同的相對方必須從已經登記在冊的具有相應資質的相對方中選取，否則無法擬寫合同。
2）合同范本管理
以合同范本管理標準化為基礎，建立完整的合同范本庫管理模塊，提供合同范本管理平臺。該模塊中，將企業常用合同文本以word文檔形式固化并上傳，減少手工填寫部分，同時固化合同固定條款和格式使擬寫者不可隨意修改固定文本，在簡化合同擬寫的內容同時約束擬寫者的隨意性使之標準化，以減少審核人員的工作難度及強度。整個系統中使用的合同均由此功能模塊提供范本完成擬寫。
3）合同起草管理
合同起草管理模塊為合同文本的在線擬寫平臺。流程是由擬稿人填寫必要的合同基本信息，再選擇范本進行在線合同擬寫，擬寫的合同存放于草稿箱，可隨時進行編輯修改，直到定稿后提交流程審批。
4）合同審批流程管理
根據公司的業務及合同類型不同，定制了四種類型的流程：審價流程、不審價流程、培訓流程及課題流程。合同擬寫完成，由擬稿人選擇相應的審批流程，根據不同的類型流轉于不同業務部門進行審批及提交審批意見，全部完成后提交流程結束，系統自動生成公司統一的合同編號，填寫價格審核部門最終審定的合同金額，自動計算依照合同類型和最終核準價格的印花稅并記錄到合同信息中。同時可以在流程管理的流程歷史中隨時跟蹤合同審批狀態及查看當前審批人和審核意見，并在流程結束時，提供合同及審批單打印功能以供相關部門存檔。
5）合同履行與風險監控管理
合同管理系統通過合同信息，自動生成合同履約任務，對于合同履行情況進行監督，對于超期履約情況系統生成不同級別的履約報警，為合同履約負責人提供實時的合同風險預警，有效控制因合同履行引發的法律風險。合同履行由合同擬稿人按合同不同階段的交付及付款情況維護履行信息，到期未履行的亮燈提示。
6）合同臺帳管理
合同履行完畢進行合同歸檔，歸檔后可以在合同臺帳管理中查看和導出合同的全部信息，并且可以查看合同文本（包括原始文件及變更文件）和合同審批單。其中合同信息包括：合同編號、合同名稱、經辦人、所在部門、對方當事人名稱、合同金額、印花稅、合同類型、合同簽訂時間、合同收付款情況、是否存在變更終止解除、等信息、合同交付情況、合同付款情況、合同是否全部履行完畢等信息，并且可以按照不同查詢條件查看合同并導出查詢結果。
7）合同變更解除終止管理
該模塊為合同變更解除終止提供專門管理，首先，列出已生效進入履行階段的合同，用戶可從中選擇對其發起變更、解除、終止的申請并擬寫相應協議，完成合同補充協議的擬寫后提交審批流程，通過審批，合同以變更后的新條款進行履約，在臺帳信息中關聯原合同。
8）合同統計分析管理
合同管理系統提供針對合同數量、金額、類別、履行情況的內容，對實效、工作量、質量，基于公司維度、部門維度、個人維度的統計分析功能，并進行圖形化展示。
時效類統計：范本及非范本類合同審批時間、月審批時間最長的10個合同、各承辦部門平均處理時間、各審批部門平均處理時間等；工作類統計：按所屬部門統計合同數量及合同金額，未履行、部分履行和全部履行的合同數量及金額，按合同類型統計合同數量及金額，變更、解除、終止合同的數量、金額及占比等；質量類統計：合同倒簽數量、合同審批退回數量及占比、承辦部分廢除數量及占比等。
3.2 系統實現
合同管理系統應用EOS Studio開發環境，Tomcat應用服務器，Oracle數據庫進行開發。具體由以下步驟實現：
1）創建項目
作為一個應用系統運行的功能模塊放在同一個項目中進行開發。項目開始是要創建一個合同管理系統的空EOS項目，然后再進行構件包設計。
2）構件包設計
構件包設計主要是針對整個系統的子模塊進行劃分。在系統設計視圖中，將一個系統劃分成若干構件包，并且可以設計構件包間的依賴關系。這里分別對應以上功能模塊設置構建包，并創建一個公共構件包用于放置通用服務構件，供復用。
3）數據建模
數據模型是構建一個業務系統的基礎，在進行具體的構件設計前，需要首先設計系統的數據模型。首先在oracle中完成數據庫表的創建，然后導入到EOS系統中生成數據實體。在數據建模的視圖中，可以設置實體間的關聯關系、設置實體和數據庫表的映射關系、將一個查詢SQL語句映射成一個數據實體、根據數據庫的Schema生成數據實體。
4）頁面流開發
頁面流由一系列頁面、從這些頁面發出的用戶請求、以及系統為響應用戶請求而執行的邏輯處理所構成。它不僅描述了頁面之間的流轉關系，同時也定義了從一個頁面可能發出的用戶請求，以及對這些請求的響應行為。在頁面流設計中，對每項功能定義一個頁面流，從功能菜單為入口進入頁面，在頁面觸發一系列動作及響應。
5）頁面開發
可通過JSP源代碼編輯開發，或使用EOS提供的頁面控件、組合控件、控件向導以及JavascriptAPI，快速生成jsp頁面。
6）業務邏輯開發
邏輯構件開發：一個邏輯構件相當于一個Java類，邏輯構件是由多個邏輯流組成的，一個邏輯流相當于一個Java類里面的方法。邏輯流開發是利用EOS提供的基礎構件庫及用戶自己開發的運算邏輯和Spring構件，通過圖形化的構件組裝來實現應用的后臺處理邏輯。使用邏輯構件和邏輯流可以用可視化的類似流程的方式開發。這里在頁面流里需要使用邏輯構件實現的頁面提交后的功能都在邏輯構建里進行開發。
7）業務流程開發
業務流程是用于完成包含人工和自動的業務活動流程的構件，它是通過 BPS for EOS 開發環境來開發的流程管理的圖形化描述。BPS負責對業務流程整個生命周期的管理，包括業務流程的定義、測試驗證、部署、運行、監控、管理、業務化定制調整。合同管理系統中所有的審批流程都在BPS中定義和開發，通過運用開始活動、人工活動、自動活動、路由活動、子流程、連線、結束活動等圖元繪制整個業務流程圖，在每一個流程活動中設置對應的流程活動頁面流及流程參與者。
8）部署調試
EOS的部署調試提供了開發期的開發資源部署和調試功能。通過部署功能將整個項目、構件包和所需的開發資源文件部署到服務器上，并通過在邏輯流、頁面流和代碼中設置斷點的方式調試跟蹤每一個業務功能的執行過程，借助調試功能完成業務邏輯和頁面流的單元測試，保證邏輯運行和頁面流轉的正確性。
9）功能打包
系統開發完畢后，通過EOS提供的導出部署包和導出EAR的功能將開發的構件包導出，供上線實施時使用。對于已上線的系統，可以將修改和增加的內容導出生成補丁包，在EOSGovernor中對系統打補丁或進行升級。
10）部署實施
通過EOS Governor進行服務器、應用系統的配置管理，部署應用和構件包，完成系統的上線實施。
在實際開發過程中，其中的步驟不一定是嚴格按順序進行的，很多情況下是交互進行的。在開發模式上，EOS支持自頂向下、自底向上、迭代開發等開發模式，開發和實施人員可以根據項目的實際情況靈活執行這幾個步驟，完成應用系統的開發和實施。
4 結論
EOS面向構件的開發方式和豐富的基礎構件庫及其強大的工作流開發平臺大大簡化了系統的開發工作，使得復雜合同管理功能及流程得以快速實現。合同管理系統的開發實施，實現了合同完善的全生命周期管理，規范了合同管理的業務流程，增強了合同業務處理過程的透明度，節約了管理成本，提升了管理水平，實現了由傳統管理階段向信息管理與決策分析階段的轉變。
【參考文獻】
傳統的預算管理向信息化預算轉變，這是必然趨勢。一個信息軟件平臺支持管理、規范會使預算管理更有序，更有效為醫院的經濟管理服務。目前預算申報內容不全面，細化程度不夠，預算管理缺乏標準化的操作模式。就此建議，預算管理應與經費審批相關聯實行一體化管理。在相應的預算管理系統還未建成前，建議先改良現有院內預算申報細節和執行程序。
(一)預算申報流程
首先由申報預算科室向預算管理委員會提出申報，通過院辦公會議通過納入來年預算。由財務處預算管理員統一編制該項目的預算管理號，由申報科室項目經辦人就著預算管理員提供的預算管理號具體細化編制合同編號并報預算管理員備案。來年預算項目執行時，由項目經辦人執附有合同項目審批表的有關發票與合同到預算管理員處助登記審核。預算管理員此時要負責在審批表上登記預算號，預算總金額及該預算執行進度及已支付款項的金額和狀況。若發現該項目是非預算內或超預算的情況要退回材料并讓經辦科室人員重新申報預算。院領導和財務處長可通過該合同項目審批表的內容簽批項目資金是否予以執行。
(二)預算內項目合同審批流程
首先，申報科室要將預算內項目有關材料報備預算管理員編號，待編號完成后，由申報科室負責人簽字審批并轉交預算管理員填寫預算合同審批表，在這個過程中，我們可以實現細化管理以提高工作效率：預算管理員在填寫審批表時，可以按照資金總額的大小對合同進行分類，對于小于1000元的合同，可以直接交由財務處長進行審批，由出納部門出納；對于大于1000小于20000元的合同可以經過副院長審批之后交由財務處長完成出納過程；對于大于20000元的合同，就應該通過分管副院長、分管財務副院長、院長再到財務處長的完整程序完成審批，最后交由出納部門支付。
(三)預算支出審批流程
在建設好預算管理系統之后，預算支出審批流程如下：支出申請提出后，交由經辦人錄入支付事由存檔，經一線科室的經科主任護士長確認之后交由分管職能科審核，隨后，將原始單據提交財務可審核，由財務科對照預算管理系統匹配預算管理指標，再由系統匹配審批，待審批完成后打印審批單存根，然后付款，最后將預算管理系統中的預算內指標核減或追加預算外指標，完成支出審批。值得注意的是，預算外支出申請應先由預算管理系統審批完成之后，才能進入錄入支付事由的環節。
二、結束語
關鍵詞：企業合同 信息管理 系統
該系統采用目前流行的B/S架構，支持個人電腦的各類型操作系統，對各類主流瀏覽器都有很好的兼容性。該套系統采用主流的大型數據庫管理軟件Oracle管理、存儲合同信息，應用程序部署在Tomcat應用服務器之上。
根據常見的業務需求，合同管理系統分為三大模塊，分別是合同會簽管理，合同變更管理，合作伙伴管理。根據業務模塊的劃分和需求分析，設計關系模式并建立如下數據庫表和其中字段：1、合同信息表（合同ID，合同名稱，合同簡介，合作伙伴ID，合同類別ID，合同年份，項目ID，總金額，經辦人，經辦部門，合同履行開始時間，合同履行結束時間，歸檔人，歸檔日期，工作流序號，工作流狀態，驗收終止日期，企業編碼）。2、合同類別表（合同類別ID，合同類別名，識別碼，說明，修改人，是否使用）。3、合同變更申請表（合同變更ID，合同變更編號，合同ID，經辦人，申請部門，變更類型，原合同金額，現合同金額，變更理由，備注，工作流序號，工作流狀態，起草人，起草日期，企業編碼）。4、合作伙伴信息表（合作伙伴ID，合作伙伴性質ID，重要程度ID，行業ID，合作伙伴編號，合作伙伴名稱，公司負責人，基本介紹，業務范圍，主要業績，公司地址，聯系電話，電子郵箱，公司網址，法人代表，納稅人資格，開戶銀行，帳號，注冊資金，備注）。5、用戶信息表（用戶ID，用戶工號，用戶姓名，是否使用，企業編碼）。
其中合同會簽管理又可分為合同會簽起草，合同會簽審批，合同會簽查詢三個子模塊。
1.合同會簽起草頁面由合同起草人對合同信息進行登記，登記完之后可保存、上報給部門會簽和領導審批。登記內容包括合同名稱、合同類別、合同登記年月、項目名稱（需要關聯項目的合同）、供應商、合同履行開始結束時間、上傳附件等內容。
2.合同會簽審批頁面提供可視化的工作流審批查詢功能，實時查詢合同審批節點信息以及各節點審批人及審批意見。經辦部門提交合同后，根據合同的不同類別，進行不同的審批流程，流程在各個相關單位及領導之間流轉。在合同審批頁面除了可以查看合同基本信息，還設計了簽字、會簽表、會簽查詢三個按鈕，分別用于簽字審批，查看會簽表，查看會簽審批流程信息功能。
3.合同會簽查詢由兩個部分組成，即查詢條件和合同列表。查詢條件由合同信息的一些關鍵字段如登記日期，合同編號，合同名稱，供應商，經辦人，簽字狀態構成，根據這些條件可以進行過濾查詢，精確查找到需要的合同。合同列表則把正在審批流程中及已經審批結束的合同按行展示出來，每行顯示合同信息的關鍵字段，如合同編號、合同名稱、供應商、總金額、經辦人、會簽狀態等字段。
合同變更管理模塊支持合同按照要求的變更活動。即可以在固定節點控制合同是否可以進行變更。支持變更合同的審批。系統記錄合同的變更記錄，如資金變動情況。系統能重新生成變更審批表，合同的變動情況在臺賬和統計功能中自動反映出來。系統記錄合同變更的原因、影響，并將變更依據作為附件導入系統，從而兼顧了變更過程管理的嚴謹和自動性，關聯結果，有據可查，權責明晰。此模塊分為三個子模塊，即合同變更申請、合同變更審批、合同變更查詢。
1.合同變更申請頁面在進行合同變更時，首先選擇原來的合同，這樣系統就會自動帶出原合同的相關信息，在此頁面可以對包括合同名稱、合同經辦人、合同金額在內的一些字段信息進行修改，并填寫變更原因，上傳變更后的合同文本后保存，保存之后即可走合同變更審批流程，此時系統會自動生成合同變更號。
2.合同變更審批頁面是在合同變更之后，根據企業制定的審批流程合同變更信息會像上面的合同會簽一樣走一個審批流程。當合同變更信息走到對應部門負責人或相關領導節點時，其有權限對合同變更信息進行查詢，進而做出同意或者退回的審批意見。
3.合同變更查詢頁面可以對企業所有的合同變更信息進行查詢統計。
合作伙伴管理模塊通過對合作伙伴基本信息的錄入保存，提供了統一的準入機制、審核標準，實現了對合作伙伴注冊信息的審核、定期評價、分級歸類的管理。合作伙伴管理模塊分為兩個子模塊，即供應商信息登記、合作伙伴綜合管理兩個子模塊。
1. 供應商信息登記頁面實現了新增、修改、查詢合作伙伴基礎信息的功能，在此頁面可以對供應商全稱，供應商級別，公司負責人，企業類別，企業行業，企業性質，公司簡介，合作經歷以及合作伙伴的聯系方式進行登記。當企業信息發生變化時，也可在此頁面對企業相關信息進行修改。
1、分包招標及簽訂合同周期長，造成付款周期延長。
簽訂分包合同需要招標公告（2天），招標公告結束后進行資審（2-4天），資審結束后進行一輪報價（2-3天）、二輪報價（2天），開定標會（2-4），如定標會遇特殊情況定標時間將會延長（如土建標段利潤低，暫停定標），定標后進行合同評審（3-7），交完履約保證金后財務開收據（2-3）、合同簽字（2-5）合同蓋章（1），目前平均一個合同大概需要將近一個月時間可以簽訂完畢。另如需重新注冊分包資質大概需要7天。
2、資金計劃上報條件造成付款周期長。
按公司要求需要每月月初上報資金計劃，月末進行付款。上報資金計劃的金額為分包完成上個月的產值，不可以預估當月要發生的產值（資金計劃審核需提供月清月結資料）。
3、物資招標采購時間周期長。
正常走流程各審批人員一次通過的情況下從招標到定標需要20天，從定標到簽完合同需要16天，即從招標到簽完合同需要36天。（詳見招標流程公示）
4、廠家開具預付款保函時間長，根據我司財務要求，各廠家開的預付款保函需完全按照我公司文本，導致廠家找銀行開保函困難，個別廠家表示“我們財務跑遍了杭州的四大行，但因保函條款的問題，四大行法審這邊都通不過”。預付款保函開不出導致無法收到預付款，廠家很難進行排產。
5、供應商注冊，領導考察簽字用時較長。
雞東燃料乙醇項目土建分包工程產值主要集中在5、6、7月份，分包合同如四月份簽完合同，五月底進行月清月結工作，然后上報資金計劃，六月底才可以撥付給分包工程款，分包無力承擔兩個月的墊資，將嚴重影響項目工期。
因此申請1.縮短分包招標及簽訂合同周期，2.五月份上報工程量申請為當月預估工程量，五月底付款根據當月分包實際完成產值及合同約定付款比例進行付款。3.縮短物資采購審批流程。4.預付款保函格式允許銀行簡單調整，與觸犯我司要求原則。5.供應商注冊建議縮短流程，線下考察簽字建議走到線上，避免領導出差不在公司，簽字用時時間長等問題。6.各職能部門平行審批，避免一旦退回，需重新再走一遍審批流程。7盡量減少要求項目人員打報告次數，線下打報告耗費時間，且需各位領導在百忙中簽字，耗費大量時間，拖長采購周期。
雞東乙醇項目緊且為EPC項目三邊工程，
雞東項目工期緊，EPC項目三邊工程，公司的程序讓項目無所適從，恐難以按期完工，將遭受巨額罰款的報告
1、分包招標及簽訂合同周期長。
2、設備、材料采購周期長。
3、保函苛刻。
4、資金計劃上報條件造成付款周期長。
云筑網集采平臺物資采購招標流程公示
現將物資采購流程做出公示，以便加強溝通和理解，加快審批進度為項目更好服務、高效進行。
一、 集采平臺物資采購流程包括（簡述）：
1.接收材料計劃開始招標公告+審批（項目經理，沈陽公司經理，物資部經理，商務部經理，共4人審批）。審批考慮2天時間。
2.招標公告審批完招標公告報名，廠家平臺報名及截止（平臺要求不少于2天）。報名考慮2天時間。
3.供應商報完名之后審核確認+審批（項目經理，供應商管理員-邢家峰，物資經理-潘嫩芝，商務經理-張宇艷，共4人審批）。審批考慮2天時間。
4.資質審核通過之后，招標文件，招標文件審批，（共10人審批，分別是：（項目物資，商務，技術，項目經理，沈陽公司經理，物資經理，商務經理，法務，財務，總經濟師）。審批考慮3天時間。
5.招標文件審批完成后，廠家進行報價，報價不得低于3天?？紤]用時3天。
6.第一輪報價結束后，項目上談價，考慮用時3天。
6.談完之后開通第二輪調價，考慮用時2天。
關鍵字：產業管理；jquery；JsRender；Hibernate
中圖分類號：TP393 文獻標識碼：A 文章編號：1009-3044（2016）33-0094-02
隨著計算機技術的發展，及人們對生活質量需求的提高，許多辦公軟件應運而生，由于不同的公司工作流程的差異，出現了定制軟件。產業系統是根據特定企業的合同審批流程專門定制的一款辦公軟件，軟件的許多功能的操作流程模擬了真實工作中用戶的管理模式，節省了操作培訓流程，提高了工作效率。
1 系統需求分析
為了滿足生產經營管理相關工作人員的工作要求，提高在生產經營管理工作中的工作效率，系統主要實現如下幾個功能如圖表1所示：
1.1 系統管理
系統管理的功能是提供基礎配置功能，包括權限管理、角色管理、組織部門管理、用戶管理
1）權限管理：以一個基本的業務操作為權限單位，提供對權限的增、刪、改操作界面。
2）角色管理：每個角色由一組權限組成，根據不同職能部門的工作的內容，分別配置角色，方便對用戶進行權限的分配。系統主要有如下幾類角色：系統管理員、部門合同管理員、部門項目管理員、部門一般人員、部門領導、產業處合同管理員、產業處生產管理員、辦公室領導、所領導。
3）組織部門管理：因為不同的組織部門的業務操作不同，系統展示給不同部門用戶的數據是不同的，主要是數據范圍和數據類型的不同。
4）用戶管理：配置用戶的基本信息，明確用戶的組織部門，為用戶分配角色和權限。
1.2 工作臺
將生a經營活動中最主要的操作流程抽取出來，簡化工作人員的操作流程，幫助用戶快速的處理待辦事情。這個模塊由統計模塊、合同審批模塊、項目審批模塊、經費管理模塊組成。
1）統計模塊：統計從年初到當前時間，各個部門在生產經營活動過程中的收支情況，方便用戶快捷、直觀的了解當年工作指標的完成情況。
2）合同審批模塊：提示亟待用戶解決的合同相關事件，以及快速查詢和用戶相關的合同的處理狀態。
3）項目審批模塊：提示亟待用戶解決的項目相關事件，方便用戶快速的了解相關項目處理的狀態。
4）經營管理模塊：為用戶提供一個快速的收支申請入口，查看收支申請狀態。
1.3 合同管理
在生產經營活動中，合同從新增到審批通過會經過多個狀態的變化，狀態分別為：新增、結束、變更、草稿、待提交、待分發、待審批、審批中、審核退改、審批通過、審批未通過、執行中、已完結這幾個狀態。系統應能以列表的方式展現各個狀態的合同情況，同時預示用戶接下來要做哪些操作或者提示用戶有哪些事情亟待解決。
1.4 項目管理
根據項目審批流程中各個操作環節的不同，系統應分別實現各個操作環節。環節包括：新增、結束、調整、待提交、待分發、待審批、審批中、審核退改、審批通過、審批未通過、執行中、已完工。通過系統界面中的標示，提示待解決事件和項目狀態。
1.5 經營簡報管理
將財務部門所提供的數據按月錄入系統中。自動計算出經營簡報所需要的數據，并生成月度和季度經營簡報。
1.6 績效考核管理
提供年度、季度工作指標管理功能，系統根據各部門在規定的時間內任務的完成情況及年度完成指標，計算出各部門的生產利潤和績效完成情況，并生成績效報表。
1.7 報表統計
根據部門、合同類型和合同狀態統計出銷售合同個數、采購合同個數、合同金額、生效合同額、匯款金額等，并以圖表的方式展示統計結果。
2 系統設計
基于Web的產業管理信息系統主要采用B/S的三層架構如圖2，即表現層、業務邏輯層、數據訪問層。JAVA語言編寫，Tomcat作為服務器，MySql作為數據庫存儲。
3 系統實現及技術
系統采用jquery，JsViews和JsRender模板框架實現展現層，采用Hibernate做為數據庫的基本框架實現應用層與數據層的交互。
3.1 jquery
jQuery是一個快速、簡潔的JavaScript框架，它封裝JavaScript常用的功能代碼，提供一種簡便的JavaScript設計模式，優化HTML文檔操作、事件處理、動畫設計和Ajax交互。
3.2 JsViews
JsViews是基于JsRender并具有動態綁定功能的模板，兼具MVVM的特性和JavaScript的特性，使JsRender模板更加快捷和簡單。
3.3 JsRender
JsRender是一款基于jQuery的JavaScript模版引擎，為高性能的、純粹基于字符串的呈現做了優化，并且不依賴于DOM或jQuery。在JsRender中，是通過調用方法render（）來渲染模板的，實現在Html文件中使用java script來輸出html模板的內容。
3.4 Hibernate
Hibernate是一個開放源代碼的對象關系映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使用對象編程思維來操縱數據庫。 Hibernate可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序使用，也可以在Servlet/JSP的Web應用中使用，最具革命意義的是，Hibernate可以在應用EJB的J2EE架構中取代CMP，完成數據持久化的重任。
3.6 系統功能界面
系統界面操作簡便，一目了然，視圖簡潔大方等特點如圖3。并且采用菜單界面驅動方式，給操作用戶帶來了極大的便利，對用戶友好。對鼠標和鍵盤單獨支持。
4 結束語
產業管理信息系統實現了生產經營工作電子化，為用戶提供了一個操作簡潔、動態交互、界面簡潔大方的產業管理網站，在實際的應用中，很大程度上的提高了用戶的工作效率，得到了用戶的一致好評。
參考文獻：
該系統主要實現項目承攬信息、合同信息的錄入和統計輸出功能，包括各種表單和審批流程，都在網上實現。主要包括三大塊:一是項目承攬信息，包括信息錄入、審批流程、打印輸出等;二是合同蓋章審批，包括蓋章申請表、評審記錄表、收款和分成、統計和輸出等;三是委外審批，包括委外申請表、推薦受托方意見表、供方評定表、付款通知單、統計和輸出等功能。系統采用B/S模式，通過Web服務器提供服務，用戶通過瀏覽器進行訪問。
1.1系統運行模式
在局域網內提供一臺數據庫服務器和一臺Web服務器。為了確保數據安全，兩臺服務器互為備份，在發生故障時候進行切換，確保系統正常運行?？蛻舳诉B接到服務器上進行操作，外網用戶通過VPN連接訪問。
1.2系統主要功能
(1)項目承攬信息錄入
根據項目來源不同，由經營人員填寫《工程項目承攬申請表》或《集團公司參加合作投標項目審批表》(二選一)，包括項目名稱、委托單位、主要內容等基本信息，系統自動生成編號，編號格式為:年度－流水號。承攬信息錄入時，為避免重復錄入信息，提供根據委托單位和項目名稱進行模糊匹配的功能，對于近似的信息進行提示，并由用戶判斷是否重復。項目承攬信息錄入完畢后，按照規定的流程進行審批，各環節處理人可以填寫處理意見，提交下一步或退回。同時提供項目承攬信息的瀏覽和查詢界面，可以把項目承攬信息導出為Word格式文檔，方便打印和歸檔。
(2)承攬合同簽訂及管理
項目承攬信息審批通過后，如果進行到簽訂合同環節，可以進行合同錄入和審批的操作。由經營人員填寫合同相關信息，然后根據預定義的流程進行審批。首先填寫相關內容，并發起蓋章申請，需要上傳《與產品有關要求評審記錄表》，形成掃描件上傳，作為蓋章申請表的附件(不強制上傳，未上傳的顯示為紅色進行標識)。完成此表的手續后，進行合同簽訂，對簽訂后的合同進行合同登記、合同編號等后續工作。并且可以對合同信息進行瀏覽、查詢、導出、打印等功能。
(3)合同收款管理
合同審批完成后，即建立合同臺帳信息，可以進行合同的收款信息錄入和統計功能。經營人員可以根據合同條款預錄入計劃收款的時間和金額，可用做收款提醒和與實際收款對比。當收到合同款之后，需要填寫收入分成簽認單，用來明確本次收款金額、預留金額、分成比率等內容，然后進行審批。在合同收款的時候，可以預留部分資金用作委外使用，在年底進行清算，若有剩余，可轉為當年的產值重新分配，或進入預留資金庫，供后繼的委外使用。
(4)委外合同簽訂及管理
委外合同管理用來對合同的委外部分進行錄入和審批管理，并可以管理付款信息，付款需要在收款金額的限制下進行。申請委外合同之前，需要先填寫委外申請表，一般要先有承攬合同，再進行委外，但有時也可以先開展工作。根據項目性質不同，分為《公司管理項目委外申請表》和《分公司自攬項目委外申請表》。同時需要填寫《推薦受托方意見表》(分為工程勘察設計項目和資產管理、物業管理等其他項目兩種)，若選擇新的受托單位，則需要填寫《新增受托方審批表》。對受托方進行單獨的管理，提供新增、修改、刪除、模糊查找等功能，并與委外申請表關聯起來，可以直接選擇受托方信息或將新增加的受托方添加進去。委外申請通過后，就可以進行委外合同蓋章審批，根據項目類型不同也分為兩種(工程勘察設計項目和資產管理、物業管理等其他項目)，審批通過后即形成委外合同臺帳信息，能夠進行后繼的付款等操作。在需要進行付款的時候，需要填寫《委外撥款通知書》內容，首先選擇對應的委外合同，自動獲取委外合同相關信息以及承攬合同的信息，并填寫本次付款金額。付款來源于預留資金庫，一般情況下應該從本項目的預留資金中支出，但可以根據實際情況從其他項目未使用的預留資金中支出，并將支出明細體現在委外撥款通知書中。
2安全要求
為確保系統的數據可靠和應用正常運行，需要從三方面提供安全機制。
2.1服務器安全
系統通過兩臺服務器提供數據庫服務和Web服務，兩臺服務器互為備份，包括數據備份和應用備份。系統正常運行時，服務器A提供Web服務，作為用戶訪問的入口，服務器B提供數據庫服務，進行數據存儲并提供數據訪問操作。當其中一臺服務器出現故障的時候，可以切換到另一臺服務器上，同時提供兩種服務，確保系統能夠正常運行，并在服務器故障排除后進行恢復。
2.2防止非法進入
為防止未經授權的用戶登錄和訪問數據，需要在系統中提供完備的加密手段，對數據庫和數據包進行加密，并通過在訪問地址中加入防注入代碼、強制用戶修改原始密碼等措施提升系統的安全性。需要嚴格控制不同用戶的操作權限，防止進行超出權限的操作，系統內對權限進行細粒度的劃分，能夠按照不同的審批流程和環節分配給不同的人來操作，同時提供查看和編輯權限的控制。
2.3日志記錄
【關鍵詞】 合同管理； 內部控制； 過程導向
一、引言
在市場經濟環境下，合同已成為企業最常見的契約形式（劉玉廷，2010）。而在國際市場上，國際工程承包公司通過履行合同參與國際業務，所有的權利義務均由合同條款確定，項目的成功與否與合同簽訂及履行情況息息相關。目前全球經濟持續性低迷，對我國國際工程承包企業形成了巨大沖擊，利潤空間不斷縮小。通過合同內部控制管理項目風險并獲取合理合法的項目經濟預期，已成為目前國際工程承包企業的內生性需求。
2010年五部委共同制定并頒布了《合同內部控制應用指引》，該項指引以過程控制為導向，因此合同內部控制（以下簡稱“合同內控”）貫穿于合同調查、簽訂、履行、后評價的全過程，為企業建設、完善合同內控制度提供了理論依據。
本文擬以合同內控應用指引為理論框架，對國際工程承包企業的合同內控制度建設進行研究，其目標是通過全過程化的合同內控，針對國際工程承包企業的合同管理特殊需要，對其合同行為予以管理。
二、國際工程承包合同的管理特點
（一）合同管理的復雜性
國際工程項目合同隨項目參與各方特性各異，專業性強，文件眾多且內容涵蓋廣泛，合同管理作為一個管理各個項目參與方的接口，需要控制的風險點較多且情況復雜，因而合同內控的難度顯而易見。
（二）合同管理的重要性
在國際工程承包業務中，合同是協調管理項目各參與方行為的強制性契約準繩，是指導設計、施工、安裝調試、運營維修等項目各個環節工作的“圣經”，也是項目后期進行索賠管理的重要依據。因此，國際工程項目合同管理是整個項目管理的核心，是組織項目實施、把控項目質量、控制項目風險的重要手段。
（三）合同管理的持續性
國際工程合同期限少則一兩年，長則二十至三十年（如BOT項目），在此期間，合同管理貫穿始終，而且在合同管理時，還要從整體長期角度全面考慮國際工程項目實施中可能出現的各種因素，尤其要對項目風險進行充分的調查分析和預估。
（四）合同管理的嚴密性
國際工程承包業務作為一個多方參與的業務流價值增值鏈，項目風險隨著業務鏈條的增長不斷復雜化和多樣化，作為整合業務流程和價值增值的工程總承包，需要將項目風險在各項目參與方之間進行合理有效的分擔、傳遞、轉移和承受，由此必須要通過合同管理的方式，以合同條款對各方承擔的風險予以約定，以合同定價對承擔風險的合同方要求或給予相應的經濟補償。
三、國際工程承包公司合同內部控制環境分析
（一）工程承包公司合同內控的組織安排
合同內控的組織形式安排是內控執行有效的首要保障。國際工程承包合同歸口管理部門無疑應由承接工程的業務部門承擔，而成立專業素質高、協調能力好、善于把握全局的合同內控小組，是合同內控的重要組織形式。該小組以總經理或分管業務的副總經理為領導，業務部、技術部、法律部、財務部各部門抽調人員共同組成，必要時也應聘請外部專家參與。該合同內控小組應自項目合同前期調查起，對合同運作的全流程進行管理控制，對合同風險進行項目事前、事中、事后的全過程監控反饋。
（二）工程承包公司合同內控的分級授權審批
國際工程承包合同內控的分級授權審批機制包括兩類，一類是針對與項目業主簽訂的標志項目承接的項目主合同，為項目分級授權審批，對不同金額的項目需分級報經總經理、經理辦公會批準，如金額巨大且性質重要的項目，需報送董事會進行聯席審批。另一類是合同分級授權審批，是針對項目項下與除項目業主外的其他項目參與方簽訂的合同。鑒于國際工程承包合同的重要程度與合同金額并不直接相關，合同特殊性較強，因此，每個合同均需由項目負責人確認，經合同內控小組審核聯簽后，由合同內控小組的最高領導——總經理或分管副總經理審批。
（三）工程承包公司合同內控的信息平臺
由于國際工程承包項目的合同文本和過程文件眾多，信息平臺能夠切實提高合同內控的效率和效力，有利于合同內控的動態過程控制。該信息平臺的建設目標是保證與合同相關的各類信息，如合同檔案管理系統、合同付款審批系統、合同進度報告等，能在符合合同管理權限級別要求的同時，高效安全地共享、傳遞、處理和反饋。
四、基于過程導向的工程承包合同內控制度建設
（一）投標階段的合同內控
鑒于國際工程項目的復雜性，投標階段的合同內控管理是項目實施階段合同內控工作的基礎，其重要性不言而喻。本階段涉及的合同文本主要包括項目招標書、資格預審申請書、技術建議書和商務建議書。國際工程承包企業應根據項目招標書的要求，深入分析工程特性，重點研究設計技術方案和商務條款偏差，同時還要對各個可能的項目參與方（即潛在的合同方，包括業主和分包商）進行資質調查和履約能力分析，這個階段需要投入大量的精力和時間。國際工程承包企業在對項目進行全面分析調查的基礎上完成項目可行性調查報告，根據項目金額和重要性的不同及國際工程承包公司項目分級授權機制進行項目投標審批。如涉及投資事項，如BOO、BOT及資源開發等項目，還需報經公司內部投資審批流程批準。
（二）訂立階段的合同內控
1.與業主簽訂的項目主合同。國際工程承包公司在收到中標函后，進入與業主的合同談判階段，在這一階段，項目主合同將由前一階段的要約變為實際具有法律約束力的合同文本。本階段涉及的合同文本主要包括合同協議書、中標通知書、合同通用條款、合同專用條款、技術標準及規范、設計圖紙、價格清單、保函格式等。國際工程承包項目主合同文件審批應根據項目金額的不同，經合同內控小組審核聯簽后，根據國際工程承包公司項目分級授權機制確定審批人或審批機構。項目主合同簽約后，如業主、成本等情況發生重大變動及國際政治經濟環境發生重大變化，或者項目主合同超過一定時間還沒有生效，應在開立履約保函或辦理其他生效關鍵事項前進行合同生效評審，從而評價合同簽訂后項目主要風險因素的變化及其對合同執行的影響，明確應對措施。合同生效評審的管控流程比照項目主合同流程執行。
2.與其他項目參與方簽訂的其他合同，如分包合同、監理合同、保險協議、貸款協議、保函或其他擔保合同等。項目其他合同一般在總承包合同簽訂完畢后進行擬訂簽署工作，具體的簽署內容和時間由項目管理計劃確定。對于國際工程承包項目，由于項目部分重要參與方（如主要設計、土建、采購分包商、銀行等）在前期合同調查階段就已確定，甚至共同參與項目主合同的談判，對于這部分項目參與者的合同，往往通過議標方式確定，其他項目參與者還需通過招標方式確定后再進行合同談判。項目其他合同談判小組的成員應由參與項目主合同談判小組的成員組成或由其領導，以便通過合同條款將項目風險在各項目參與方之間進行分擔、傳遞和轉移。
項目其他合同文件審批應根據合同金額和重要性的不同，經合同內控小組審核聯簽后，根據合同分級授權機制確定審批人或審批機構，不應因合同量大減弱這一控制活動的控制力度。
（三）實施階段的合同內控
項目實施階段的合同內控，其目的是確保各個項目參與方都履行其合同義務，并確保自身的合同權利得到保障。
1.合同履行。國際工程承包合同的履行內控，其重要流程是在建立項目管理計劃下，對項目重大合同制定單個合同管理計劃，包括合同過程文件、交付內容和管理要求，該合同管理計劃應涵蓋整個合同過程的全部合同管理活動。負責合同管理計劃審批和監督的人員應為執行負責人的上級管理崗位或部門。
2.合同結算。由于工程承包項目資金安排的系統性，對合同結算風險的控制應始于項目業務部門提交合同付款申請之時，項目業務部門應結合項目預算、項目主合同收款進度、結匯情況、相關合同條款，綜合評價項目各類合同結算，防止超預算、超合同、超余額、超幣種的項目合同付款情況出現。財務部門應專設合同付款審批崗位，對合同付款進行復核并應定期將各項目的各個合同結算情況反饋給項目業務部門，以便查錯防漏。
3.合同變更。國際工程承包項目引發合同變更情況很多，項目合同變更管理應與項目整體變更控制相結合，尤其是項目主合同變更時一般也會引發項目其他合同的變更。合同變更的內部審批流程應比照合同簽訂的審批流程辦理，防止未經授權審批的合同變更。國際工程承包項目合同中對合同變更條款詳細約定的，實際變更發生時，應嚴格按照合同約定的文件和程序處理。合同變更后，項目業務部門應及時更新財務部門的合同備案，以便按照變更后的合同執行。
4.合同索賠。國際工程承包項目索賠方式應在合同條款中規定，索賠發生時按照合同規定的程序進行。由于索賠事項的特殊性、重要性和專業性，一旦合同需要通過仲裁方式進行索賠，需要法律部門的介入，必要時應建立業務、法律、財務三位一體的合同索賠小組，仔細衡量仲裁方式的價值和意義所在，并應報經公司管理層的審批同意。
總之，國際工程承包的合同內控建設和實施是一個復雜的系統工程，持續周期長，可變因素多，是強化公司業務、財務、法律三位一體，共同動態提升國際工程承包項目全過程管理精度的重要管理工具。
【主要參考文獻】
[1]財政部會計司.企業內部控制規范講解2010[M].北京：經濟科學研究社，2010：349-360.
[2]李鳳鳴.內部控制學（第二版）[M].北京：北京大學出版社，2012：311-317.
[3]馬穎.過程控制導向的企業合同內部控制系統研究[J].會計研究，2011（9）：61-65.
公司領導：
現有檔案管理工作已遠超公司現有人員及檔案室存儲空間的負荷。為提升業務處理效率，緩解檔案管理壓力，配合公司2008年業務目標，風險控制部對公司現有檔案管理情況進行了梳理，并提出相應的優化方案。
一、紙質檔案管理現狀
目前，公司的業務檔案仍是以紙質為主。截至2018年01月05日，公司在保項目 筆，按照目前的檔案管理要求，也就意味著已有 筆項目的紙質檔案需逐筆進行歸檔。
（一）人員問題。區域辦事處人員尚未完全到位，風險控制部檔案管理人員目前僅有一人，目前的檔案管理工作已超現有人員負荷。前期盧氏金融扶貧等資料尚未歸檔到位，小額綠色通道業務、糧食收購貸業務等也未能完全歸檔到位。由于缺乏專業檔案管理設備、系統及人員，未來即便相應檔案全部歸檔到位，后續查閱單筆項目的紙質檔案也無異于大海撈針。
（二）存儲空間問題。
（三）未來業務量壓力
二、電子檔案進展情況
2017年10月1日，公司擔保業務系統正式啟用，所有業務基本實現了線上處理。但紙質檔案向電子檔案轉變的現實條件尚不具備，主要受限于四個方面：
（一）擔保業務系統電子印章尚未啟用，審批流程類的資料仍需從系統打印紙質資料、加蓋印章，并保留紙質檔案；
（二）擔保業務系統中的檔案管理模塊尚未開發，無法實現審批流程類電子文檔的歸檔、查閱等功能；
三、業務檔案管理優化建議
（一）盡快在業務系統中開發檔案管理模塊，實現電子文檔的歸檔、查閱等功能。目前，擔保業務系統中缺乏檔案管理模塊，導致審批流程類資料（如提請放款通知書）僅存儲在服務器中，無法在系統中查閱，僅當前任務處理人員可見，一旦任務處理完畢，經辦人員無法查閱已出具文件；
（二）配備專業的存儲設備，提升擔保業務系統運行效率，確保電子文檔的存儲空間，進行災難備份，確保電子文檔的存儲安全。依照目前的業務發展速度，擔保業務系統很快就將出現超負荷運轉的情況，擔保業務系統不時也會出現卡頓情況，運行效率有待進一步提高；
（三）適時逐步啟用擔保業務系統的電子印章。1.優先啟用審批流程類資料（如提請放款通知書）的電子印章，并授權審批流程類的資料均以電子檔案形式存儲，在提升業務處理效率的同時，減輕審批類紙質檔案的存儲壓力；2.為各區域辦事處配備專業掃描設備，提升電子檔案的成像質量，減輕相關人員的掃描和審查壓力；3.梳理客戶核保類合同簽署環節的流程，逐步啟用客戶核保類合同的電子印章，實現客戶核保類合同以電子檔案存儲為主，紙質檔案存儲為輔，以解決區域辦事處人員與省公司的距離問題，并減輕合同類紙質檔案的存儲壓力；
（四）適當調整業務檔案管理方式，梳理完善擔保業務系統相關流程。1.小額批量類業務，合作機構之間正式往來函件（含推薦確認表、待核保貸款客戶表、待核保借款客戶確認函、已放款客戶明細表、解除擔保責任通知書、履行擔保責任通知書、代償證明等）以紙質檔案方式存儲，借款人基礎資料（如身份證、營業執照、審批單頁、繳費憑證、借款合同、放款憑證、保險單、貸后檢查報告）、公司審批流程類資料均以電子檔案形式存儲于系統各個審批、收費、放款、保后等流程中，方便隨時調閱；2.獨立調查審批類業務，基礎資料中除了必要證件，其他基礎資料均已電子檔案方式存儲，審批類資料均以電子檔案方式存儲，客戶核保類合同逐步以電子檔案方式存儲，合作機構類合同及往來函件等均以紙質檔案方式存儲。
關鍵詞：電力物資采購合同；管理；流程控制
作者簡介：董付梅（1976-），女，山東臨邑人，山東省臨邑縣供電公司，助理工程師。（山東 德州 251500）
中圖分類號：F272?????文獻標識碼：A?????文章編號：1007-0079（2012）33-0118-02
一、電力物資采購合同管理的意義
實施電力物資采購合同的有效管理能更好地防范電力物資采購風險，能提高物資管理部門的整體管理水平，能加強物資采購合同履行過程的控制，提高合同履約水平，能優化合同管理流程，提高合同管理效率。電力物資采購合同管理堅持依法從嚴管理，嚴格合同簽約履約，深化“集中簽訂、集中結算”的合同管理模式，建立上下聯動、統籌協調的物資現場服務和履約協調機制，通過對物資采購合同的簽約、履約全流程管控實現物資管理的科學化、規范化、標準化、法制化，從而提高了企業的經濟效益，提升了企業的社會形象。
二、電力物資采購合同管理的方法
臨邑縣供電公司電力物資采購合同管理以電子商務平臺和ERP系統為基礎，全過程控制物資合同的簽約、變更、履約和資金結算業務，并采用流程控制方法進行管理。流程控制方法通過流程繪制管理工作的過程，全面描述如何從一個節點流向另一個節點，包括節點具體工作方法、工作工具等的描述以及關鍵節點、創新節點說明。采用流程控制方法，加強物資采購合同全過程管控，以達到標準化、科學化、規范化的要求。
三、物資采購合同標準化管理流程控制
1.流程控制
（1）電力物資采購合同簽約管理流程控制。
1）市公司下發中標結果并確定是否需要簽訂技術協議。一般來說，對于新應用設備材料、技術復雜或項目實施的關鍵設備材料，可根據需要組織項目管理部門、物資需求部門、設計單位等相關部門進行技術協議的簽訂。
2）如果需要則組織簽訂技術協議，由市公司負責組織，縣公司授權項目主管部門負責人與供應商代表簽訂技術協議。
3）縣公司物流服務中心采購員在ERP系統中創建采購訂單。
4）縣公司物流服務中心主任在ERP系統中審批采購訂單。
5）判斷采購訂單是否審批通過。
6）采購訂單審批通過，縣公司物流服務中心主任（公司委托授權人）與供應商代表簽訂物資采購合同。
7）縣公司物流服務中心履約員上報合同簽訂資料。
8）省市公司合同專工匯總合同簽訂資料，提出考評意見并下達。
9）縣公司物流服務中心履約員將合同相關資料歸檔。
（2）電力物資采購合同變更管理流程控制。
1）縣公司項目主管部門根據設計變更通知單提出合同變更申請。根據項目實際要求，需對采購結果進一步補充說明或明確物資合同雙方權利義務的事項，且不造成對采購結果實質性內容進行的更改。
2）縣公司物流服務中心主任審核提報的合同變更申請。審核的依據是物資規格參數不變、單價不變，合同簽訂數量予以增加或減少，增減幅度是否超過招標文件或采購文件約定的15%執行，是否超過50萬元。若合同簽訂數量增減幅度超過招標文件或采購文件約定的15%且超過50萬元，則需重新納入物資計劃采購管理。
3）判斷合同變更申請審核是否通過。
4）縣公司物流服務中心主任審核通過后報縣公司分管領導審批。
5）判斷合同變更申請審核是否通過。
6）縣公司分管領導審批通過后報省市公司物資部專工審批。
7）判斷合同變更申請審批是否能過。
8）省市公司物資部合同專工審批通過后，縣公司物流服務中心履約員根據審批結果確定合同變更方案并通知供應商。
9）縣公司物流服務中心采購員根據合同變更方案在ERP系統內更改采購訂單或增加采購訂單。
10）縣公司物流服務中心主任在ERP系統內審批變更合同或補充合同。
11）判斷變更合同或補充合同審批是否通過。
12）縣公司物流服務中心主任審批合同通過后，縣公司物流服務中心履約員上報合同變更情況。
13）省市公司合同專工匯總合同履約信息，提出并下達考評意見。
14）縣公司物流服務中心履約員將合同變更相關資料歸檔。
（3）電力物資采購合同履約管理流程控制。
1）縣公司物流服務中心履約員在ERP系統內根據采購合同到貨日期制訂物資催交計劃。重要設備材料要及時掌握供應商的生產準備和排產計劃，按照關鍵生產節點，核實生產進度，及時協調解決生產中出現的問題。
2）供應商根據采購合同的到貨日期制訂生產計劃。
3）縣公司物流服務中心履約員對重點物資生產節點履約跟蹤。
4）縣公司物流服務中心建立交貨配送制度。根據合同交貨期和施工進度，履約員及時與物資需求部門確定物資到貨需求，與供應商落實配送安排，編制配送計劃。采用配送單的方式通知供應商發貨和現場服務人員做好接貨準備。
5）供應商按確定的時間和方式交貨。
6）縣公司物流服務中心履約員組織物資需求部門與供應商現場辦理交接手續，并組織項目單位與供應商代表進行物資驗收工作。
7）確定物資驗收是否合格，相關驗收人員在驗收單上簽字確認。
8）物資需求部門與供應商辦理現場交接手續。
9）物流服務中心協調供應商按照合同規定和現場管理的要求安全、優質地完成技術服務、消缺補件、設備安裝調試等工作。
10）縣公司物流服務中心履約員上報合同履約信息。
11）省市公司合同專工匯總合同履約信息，提出并下達考評意見。
12）縣公司物流服務中心履約員將合同履約資料歸檔。
（4）電力物資采購合同資金結算管理流程控制。
1）縣公司物流服務中心履約員根據采購合同提交預付款申請，附物資采購合同、預付款保函和相應的收款收據。
2）縣公司物流服務中心履約員提交到貨驗收款申請，附增值稅發票、項目主管部門簽字確認后的到貨驗收單和相應的收款收據。
3）縣公司物流服務中心履約員提交投運款申請，附運維單位簽字確認后的物資投運單和相應的收款收據。
4）采購物資質保期滿無質量問題的，縣公司物流服務中心履約員提交質保金申請，附項目單位簽字確認后的質保單和相應的收款收據。
5）縣公司物流服務中心核算員匯總履約員提交的預付款申請、到貨款申請、投運款申請、質保金申請，在財務管控系統中編制物流服務中心月度現金流量預算（物資采購支出預算）。
6）縣公司物流服務中心主任在財務管控系統中對物資采購支出預算進行審核。
7）判斷物資采購支出預算審核是否通過。
8）物流服務中心主任審核通過后，縣公司分管領導對物資采購支出預算進行審核。
9）判斷物資采購支出預算審核是否通過。
10）縣公司分管審核通過后，縣公司財務部專工對物資采購支出預算進行審核、匯總。
11）判斷物資采購支出預算審核是否通過。
12）各級審核通過后，財務人員實施預付款處理或應付賬款處理。
2.關鍵節點及創新節點說明
（1）電力物資采購合同簽約管理關鍵節點及創新節點。其中第3）點既是關鍵節點又是創新節點。采購員在ERP系統內創建采購訂單，保存時系統會自動檢查是否超預算。如果超預算，系統會提示并不予通過，此時由采購員聯系采購申請的創建人進入項目變更管理流程調整預算，之后重新維護采購訂單。如果不超預算，采購訂單保存成功。
在ERP系統中采購訂單維護成功后，采購合同、配送單、到貨驗收單、投運單、質保單在系統中以統一的文本格式自動生成，這5種單據可以根據業務進展情況在不同時期打印。為簡化業務流程、提高工作效率，采購員在成功創建采購訂單后將5種單據一次性全部打印，根據具體情況分發給買賣雙方或存檔，尤其是驗收單、投運單、質保單，一次性打印全部由供應商留存，便于在不同時期提交進行資金結算，減少了供應商多次到物流服務中心打印單據的麻煩，為客戶提供了便利。
第6）點既是關鍵節點又是創新節點。物資合同簽訂后，履約員要核實是否需要預付款。如果需要預付款，進入采購付款管理流程。如果不需要，則根據實際情況進入物資收貨流程。
在ERP系統中采購訂單維護成功后，市公司組織供應商與各縣公司集中簽約，嚴格使用國家電網公司物資采購統一合同文本，確保在中標結果后15日內及時完成合同簽訂。嚴格中標結果執行，合同簽訂不得更改中標結果或違背招標、投標文件實質性條款，逐步取消技術協議簽訂，進一步加快合同簽訂速度，大大提高了簽約效率，降低了簽約成本，方便了客戶。
（2）電力物資采購合同變更管理關鍵節點。第9）點，集團公司物資部合同專工審核合同變更申請，若增幅度超過15%或超過50萬，則需轉入物資需求計劃管理流程，新增物資需求計劃；若增幅度不超過15%且不超過50萬，允許合同變更。
（3）電力物資采購合同履約管理關鍵節點及創新節點。其中第3）點是關鍵節點。建立履約管理常態機制，實時監控供應商實際生產狀況、項目進度對物資供應的需求，確保供應商按期供貨、項目單位按期收貨。
第5）點是關鍵節點。供應商是否按照采購合同約定的日期和方式交貨是其履約水平的重要環節，是物資計劃執行準確率的重要因素。
第6）點是關鍵節點。物資的驗收是對物資的數量、外觀、內在質量以及有關技術資料、憑證和物資標志等進行檢查，以驗證物資是否符合合同規定；物資的驗收工作質量的好壞直接關系到整個電網建設和生產的質量。物資到貨驗收合格后必須在合同交貨期滿10日內辦理ERP入庫手續，確保計劃執行準確率達到95%以上。
第12）點是創新節點。在合同履約過程中建立“一單（訂單）一評價”的履約評價機制，及時采集供應商交貨、產品質量和售后服務等信息，對供應商合同履約情況實行卡片式管理，并將結果及時上報。嚴格供應商違約處置，嚴格按照合同約定對供應商違約行為進行當期處理。建立誠信評價機制，對合同簽訂履約情況開展誠信評價，加大對失信行為的懲戒力度，營造誠實守信的良好氛圍。
（4）電力物資采購合同資金結算管理關鍵節點。第1）點物資合同簽訂后，供應商提交預付款申請需出具預付款保函、收款收據和物資合同；若供應商放棄預付款，預付款可與到貨驗收款、投運款一起支付。
縣公司物流服務中心核算員匯總供應商提交的付款申請，在財務管控系統中編制月度現金流量預算。預算編制及資金支付應按照合同相關條款及公司財務相關規定，在付款相應憑據匯集完成后進行。
