1、SAP運維制度1目的確保SAP系統有序、高效運行，保障信息化共性平臺系統中數據、流程、權限的完整性、有效性和安全性。2 范圍適用于SAP系統的運維管理。3 職責公司SAP運維管理采用數據/權限集中、運維分層管理的原則。3.1 公司信息化信息系統運營室 /開發室：負責制定SAP運維總體規劃，審核SAP的配置變 更和開發變更需求；負責SAP共性業務模塊的系統管理工作，組織信息化應用系統的持續改 進；協助業務歸口管理部門制定數據操作和業務流程管理制度。3.2 經營單元信息化系統運營室 /開發室：負責SAP在經營單元運行管理細則的制定、個性化系統權限設計、業務變更實現方案的制定和日常技術支持。3.3

2、公司內控業務歸口管理部門：負責在SAP運行的公司共性業務和資源整合需求的審核，共性數據（如財務科目、共性物料、供應商和客戶等）標準規范、配套管理制度和流程的制定；負責對共性數據質量進行監控。3.4 經營單元業務歸口管理部門：負責日常應用管理職能，按公司內控業務歸口管理部門制定的業務應用管理要求、制度和標準，負責本經營單元數據和業務需求的必要性審核，完成數據處理工作。4 SAP權限及賬號管理SAP按公司內控管理要求，基于職責分離原則設計系統權限。系統權限的設置與賬號權限分配實行公司統一管控。4.1 SAP權限設計及管理規范4.1.1 SAP權限設計架構項目說明SourceRole（源角色）又稱權

3、限職能包，由多個事務代碼組成，是業務部門可操作的基本不可拆分的職能集 合；經審計核定權責互斥矩陣，形成公司層級權限角色設計模板。CommonRole（通用角色）由源角色拷貝形成；除從源角色復制得來的FICO的通用角色不允許調整外，經營單元可根據實際業務使用情況對其他通用角色進行調整（客戶化事務代碼與標準事務代碼 不得維護在同一通用角色中）；調整后符合審計管控需求的通用角色形成經營單元層 級的權限設計通用角色，即經營單元的權限職能包。通用角色須限定組織機構級別的 權限對象取值以確保其只能在本經營單元使用。LocalRole（本地角色）繼承自通用角色（兩者事務代碼完全一致），并通過對組織機構（如公

4、司代碼，利潤 中心，工廠）、單據類型（如憑證類型，訂單類型等）及其它權限對象賦值以限定可 操作業務范圍。User （用戶）通過本地角色的分配，獲取操作權限。4.1.2 SAP權限角色編碼規范角色規則及示例說明源角色Z:AA_BBBBB_CC_S【示例】SD銷售訂單創建角色編碼：Z:SD_XSDD_04_S命名：銷售訂單創建AA:模塊，如 FI/CO/SD/MM/PPBBBBB職能包名稱名詞主語的漢語拼音首寫字母（如銷售訂單維護，則BBBB助XSDDCC:職能包名稱執行動詞的編碼（字典見SAP 系統權限設計及管理規范附件）S： Source簡寫，為固定字母通用角色Z:AA_BBBBB_CC_DD

5、D【示例】混凝土 SD銷售訂單創建角色編碼：Z:SD_XSDD_04_HNT命名：銷售訂單創建-混凝土AA/BBBBB/CC說明同上DDD經營單元名稱的漢語拼音首寫字母，至少2個字母（如工起，則 DDD為GQ本地角色Z:AA_BBBBB_CC_DDD_XXXXXX【示例】混凝土用于1100銷售組織1101銷售辦公室的SD銷售訂單創建角色編碼：Z:SD_XSDD_04_HNT_110001命名：銷售訂單創建-混凝土 -甘青銷售辦 公室AA/BBBBB/CC/DD說明同上XXXXXX本地角色所涉及的與模塊相關的授權 范圍編碼（字典見SAP系統權限設計及管理 規范附件）4.2 SAP權限方案變更4.

6、2.1權限職能包變更為保證在已授權用戶的權限不被不合理擴大的情況下將新功能賦予對應權限職能包，變更須遵循分層管理、統一管控原則：a）經營單元信息化 SAP內部顧問填寫權限設計變更申請單發起變更流程；b）經營單元業務歸口部門對業務合理性進行審核；c）經營單元信息化SAP模塊負責人對技術可行性和系統合理性進行審核；d）公司信息化SAP模塊負責人對整體權限架構和設計合理性進行審核，若變更涉及多個經營單元，公司信息化模塊負責人需協調相關經營單元信息化模塊負責人組織完成本經營單元對該方案的審核；e）公司信息化運營室主任對整體權限架構和設計合理性進行審核；f）公司數據庫管理員將權限方案部署到測試環境；g）

7、經營單元權限設計變更申請人完成權限測試并反饋測試報告；h）公司數據庫管理員在申請人測試通過后將權限方案部署到正式系統環境。詳見附件8.1權限職能包變更流程4.2.2 本地角色變更本地角色變更僅指本地角色的權限對象賦值變更（不含事務代碼調整） ，變更遵循分層 管理原則：a）經營單元信息化 SAP內部顧問填寫權限設計變更申請單發起變更流程；b）經營單元業務歸口部門對業務合理性進行審核；c）經營單元信息化SAP模塊負責人對技術可行性和系統合理性進行審核；d）經營單元信息化運營室主任對技術可行性和系統合理性進行審核；e）公司信息化SAP模塊負責人審核備案；f）公司數據庫管理員將權限方案部署到測試環境；

8、g）經營單元權限設計變更申請人完成權限測試并反饋測試報告；h）公司數據庫管理員在申請人測試通過后將權限方案部署到正式系統環境。詳見附件 8.2 本地角色變更流程 。4.3 SAP賬號及權限的申請與變更SAP賬號及權限的申請與變更按用戶類型及所申請系統環境的不同分別管理。4.3.1 SAP業務用戶正式系統賬號及權限申請與變更適用于SAP業務用戶對正式系統賬號及權限的申請與變更。a）申請人自行或委托他人填寫SAP系統賬號及權限申請單，申請開通賬號及權限。b）若為申請人所在經營單元權限申請，由經營單元信息化 SAP模塊負責人對所授權權限角色清單正確性進行審核；若為跨經營單元權限申請， 由公司信息化S

9、AP模塊負責人對所授權權限角色清單正確性進行審核。c）若為申請人所在經營單元所在部門權限申請， 由經營單元部門負責人審核權限需求 合理性； 若為申請人所在經營單元跨部門權限申請， 由經營單元相關部門負責人共 同審核權限需求合理性； 若為跨經營單元權限申請， 由對應經營單元相關部門負責 人共同審核權限需求合理性。d）若為申請人所在經營單元權限申請， 由經營單元信息化運營室主任對授權合理性進 行；若為跨經營單元權限申請，由公司信息化運營室主任對授權合理性進行。e）公司數據庫管理員按審批結果完成生產系統授權。詳見附件8.3SAP正式系統（業務用戶）賬號及權限申請與變更流程。4.3.2 SAP系統運維

10、正式環境賬號及權限申請與變更適用于SAP運維人員對正式系統賬號和權限的申請與變更。a）申請人或SAP項目經理填寫SAP系統賬號及權限申請單，申請開通賬號及權限。b）內部顧問權限申請，由經營單元信息化運營室主任從本經營單元SAP運維角度審核權限需求的合理性；外部顧問權限申請，由經營單元實施方 SAP項目經理從本經營 單元SAP項目角度審核權限需求的合理性。c）內部顧問權限申請，公司信息化運營室主任從公司SAP運維角度審核權限需求的合理性；外部顧問權限申請，由公司實施方SAP項目經理和公司信息化 SAP項目經理從公司SAP項目角度審核權限需求的合理性。d）公司數據庫管理員按審批結果完成生產系統授權

11、。詳見附件8.4SAP正式系統（系統運維）賬號及權限申請與變更流程。4.3.3 SAP系統運維非正式環境賬號及權限申請與變更適用于SAP運維人員對非正式系統賬號和權限的申請與變更。a）申請人或SAP項目經理填寫SAP系統賬號及權限申請單，申請開通賬號及權限。b）內部顧問權限申請，由經營單元信息化 SAP項目經理審核其合理性； 外部顧問權限 申請，由經營單元實施方 SAP項目經理審核其合理性。c）內部顧問權限申請，由公司信息化SAP項目經理審核其合理性；外部顧問權限申請， 由公司實施方SAP項目經理審定其合理性。d）公司數據庫管理員按審批結果完成系統授權并反饋賬號及密碼。詳見附件8.5SAP非正

12、式系統賬號及權限申請與變更流程。5 SAP公共數據維護5.1 客戶 / 供應商數據維護SAP客戶數據維護采用編碼/基礎數據集中管控、銷售/財務數據分層管理原則。5.1.1 客戶/供應商主數據基本信息創建a）經營單元客戶 /供應商管理員提出客戶主數據新增申請。b）經營單元SAP模塊實施工程師審核客戶/供應商主數據的規范性并進行排重。c）公司客戶/供應商管理員在 SAP系統內新增客戶/供應商主數據，生成相應編碼。d）經營單元客戶/供應商管理員接收 SAP客戶/供應商編碼，并進行銷售/財務數據維 護。詳見附件8.6SAP客戶/供應商主數據基本視圖創建流程。5.1.2 客戶/供應商主數據基本信息變更a

13、）經營單元客戶 /供應商管理員提出客戶主數據變更申請。b）經營單元SAP模塊實施工程師審核客戶/供應商的編碼有效性及數據規范性。c）該客戶 /供應商的各使用單位的客戶 /供應商管理員審核變更的合理性。d) 公司客戶/供應商管理員在 SAP系統內變更客戶/供應商主數據，并做正式發布。詳見附件8.7SAP客戶/供應商主數據基本視圖維護流程。5.2 共性物料維護共性物料(自制半成品、自制成品)的編碼統一由 PLM系統生成，SAP接收從PLM傳 遞過來的物料數據信息或將 PLM物料數據信息手工批導入 SAP整個過程須遵循PLM協 同平臺共性數據管理流程 。5.3 財務科目維護由財務線統管，通過發起 O

14、A 流程財務信息系統科目變更申請流程完成實施。6 SAP系統運維管理SAP上線兩個月，權限設計變更及用戶系統授權即轉入運維管理；上線三個月，配置變 更及系統開發即轉入運維管理。SAP系統運維管理分系統變更與日常支持兩個部分。6.1 SAP系統變更管理SAP系統管理遵循分層管控原則：a) 經營單元最終用戶(即需求提出人)提出變更需求。b) 經營單元業務部門負責人審核需求的業務合理性。c) 信息系統實施工程師對需求進行系統層面合理性、可行性分析；涉及其他經營單元共 用功能的變更或系統架構變更的需求， 須報信息系統運營室主任做跨經營單元的系統 變更的合理性及可行性確認；經確認系統可實現的需求，由信息

15、系統實施工程師輸出需求分析說明書 ，制定系統方案，評估開發周期。d) 若為重大需求及跨經營單元變更，由公司信息化分管領導審核需求分析說明書的 合理性；若為一般需求及經營單元獨立需求，由公司信息化部部長審核需求分析說 明書的合理性。e) 若為業務配置調整需求，由信息系統實施工程師根據業務需求在SAP內修改配置；若為系統開發需求，由軟件開發工程師根據<<SAP系統開發流程 >>進行處理。變更完成后，提交至系統數據庫管理員處進行測試環境部署。f) 信息系統實施工程師、 軟件開發工程師等需求實現人員聯合需求部門完成變更的測試 驗證，并由需求提出人輸出 SAP系統測試報告。g)

16、系統數據庫管理員在生產環境對系統更改進行變更，并歸檔相關文檔。詳見附件8.8SAP系統運維流程。6.2 SAP系統日常支持管理SAP系統日常支持分一般操作問題和系統技術類問題兩大類。6.2.1 一般操作問題系統一般操作、業務流程講解等基礎問題，由經營單元關鍵用戶負責處理。6.2.2 系統技術類問題一般操作和業務支持問題的技術指導、系統優化、 新需求受理、客戶端安裝、權限變更 等系統技術類問題，根據問題種屬不同采用分層管理原則。a) 經營單元最終用戶提出操作或使用問題。b) 經營單元信息系統實施工程師對問題進行定位和分流：配置變更/程序開發問題，轉SAP系統運維流程；權限問題，轉向SAP賬號及權

17、限申請與變更流程；用戶操 作和系統使用問題，由信息系統實施工程師予以指導和解答。c) 信息系統實施工程師制定處理方案，輸出 SAP問題處理方案報告。d) 問題提出人確認處理結果的有效性。e) 信息化部信息系統實施工程師完成相應文檔歸檔。處理流程詳見附件 8.9SAP系統用戶問題反饋流程。7 制度保障為保證SAP系統的穩定、正常運行，本制度及其規范應得到切實貫徹執行。對因不遵循本制度、規范造成的系統授權失當、配置錯誤、開發錯誤、數據混亂等，一經發現，將在信 息化線內通報處理； 由此系統問題導致影響業務正常運行的， 將視其影響范圍與程度， 按公 司獎懲制度進行處理。制度起草人：鄧珍石 制度審核人：

18、張飛慶羅穎 制度批準人：王玉坤8 附件8.1 權限職能包變更流程適用范圍：本流程適用于源角色 /通用角色所含事務代碼的調整。流程圖說明填寫權限設計變更申請單， 提交權限設計文檔。完成權限變更的業務合理性 審核0.5個工作日以內完成技術可 行性和系統合理性審核2個工作日以內完成整體權 限架構和設計合理性審核；若 變更涉及多個經營單元，需協 調相關經營單元信息化SAP模塊負責人組織完成本經營 單元對該方案的審核0.5個工作日以內完成整體權 限架構和設計合理性審核0.5個工作日以內完成權限方 案測試環境部署0.5個工作日以內完成權限測 試，輸出測試報告0.5個工作日以內完成權限方 案正式系統環境部署

19、責任人（參與人） 經營單元信息系統運 營工程師 經營單元業務部門負 責人經營單元信息系統運 營工程師（SAP模塊負 責人）公司信息化部信息系 統運營工程師（SAP模 塊負責人）公司信息化運營室主 任公司信息化部信息系 統運營工程師 經營單元信息系統運 營工程師公司信息化部信息系 統運營工程師 最終用戶公司信息化部信息系 統運營工程師0.5個工作日以內完成生產環 境變更驗證，并關閉流程 歸檔8.2 本地角色變更流程適用范圍：適用于本地權限對象賦值的調整（事務代碼的變更須從通用角色變更發起）說明填寫權限設計變更申請 單，提交權限設計文檔。0.5個工作日以內完成權限 變更的業務合理性審核0.5個工作

20、日以內完成整體 權限架構和設計合理性審核0.5個工作日以內完成權限 方案測試環境部署0.5個工作日以內完成權限 驗證，輸出報告。0.5個工作日以內完成權限 方案正式系統環境部署 歸檔責任人（參與人） 經營單元信息系統運 營工程師經營單元業務歸口部門負責人經營單元信息系統運 營工程師（SAP模塊負 責人）公司信息系統運營工 程師（SAP模塊負責人） 經營單元信息化運營 室主任公司信息化部信息系 統運營工程師經營單元信息系統運 營工程師（最終用戶） 公司信息化部信息系 統運營工程師公司信息化部信息系 統運營工程師8.3 SAP正式系統（業務用戶）賬號及權限申請與變更流程適用范圍：本流程適用于 SA

21、P業務用戶對正式系統賬號及權限的申請與變更。責任人（參與人） 申請人 經營單元信息系統運 營工程師（SAP模塊負 責人） 公司信息化部信息系 統運營工程師（SAP模 塊負責人） 經營單元業務部門負 責人 經營單元相關業務部 門負責人 各經營單元相關業務 部門負責人 派駐經營單元信息化 主管 公司信息化運營室主 任 公司信息系統運營工 程師 公司信息系統運營工 程師說明填寫SAP系統賬號及權限申 請單。1若為本經營單元權限申請，0.5個工作日以內完成所授 權權限角色清單正確性審 核；2若為跨經營單元權限申請，0.5個工作日以內完成所授 權權限角色清單正確性審 核。1. 若為本經營單元本部門權 限

22、申請，0.5個工作日以內完 成權限需求的業務合理性審 核；2若為本經營單元跨部門權 限申請，0.5個工作日以內完 成權限需求的業務合理性聯 合審定；3若為跨經營單元權限申請，0.5個工作日以內完成權限 需求業務合理性聯合審定。1若為本經營單元權限申請，0.5個工作日以內完成授權 合理性審核；2. 若為跨經營單元權限申請，0.5個工作日以內完成授權 合理性審核。0.5個工作日以內完成生產 環境賬號開通及授權。存檔匯總。8.4 SAP正式系統（系統運維）賬號及權限申請與變更流程適用范圍：本流程適用于 SAP系統運維用戶對正式系統賬號及權限的申請與變更。流程圖歸檔說明責任人（參與人）填寫SAP系統賬

23、號及權限r申請人申請單。派駐經營單元信息化1.內部顧問權限申請，0.5主管個工作日以內完成其合理經營單元實施方 SAP性審核；項目經理2外部顧問權限申請，0.5公司信息化運營室主個工作日以內完成其合理任性審核。公司實施方SAP項目1.內部顧問權限申請，0.5經理、公司信息系統個工作日以內完成其合理實施工程師（SAP項目性審核；經理）2外部顧問權限申請，0.5公司信息系統運營工個工作日以內完成其合理程師性聯合審定。公司信息系統運營工0.5個工作日以內完成完成程師系統賬號開通及授權0.5個工作日以內完成存檔匯總8.5 SAP非正式系統賬號及權限申請與變更流程適用范圍：本流程適用于對非正式系統賬號和

24、權限的申請與變更。流程圖說明責任人（參與人）權限申請發起 嵋No初審復審YesYes申請人經營單元信息系統運 營工程師（SAP項目經 理）經營單元實施方SAP 項目經理公司信息系統實施工 程師（SAP項目經理） 公司實施方SAP項目 經理、公司信息系統實 施工程師（SAP項目經 理）公司信息系統運營工 程師公司信息系統運營工 程師填寫SAP系統賬號及權限 申請單。1.內部顧問權限申請，0.5個工作日以內完成其合理 性審核；2外部顧問權限申請，0.5 個工作日以內完成其合理 性審核。1.內部顧問權限申請，0.5個工作日以內完成其合理 性審核；2外部顧問權限申請，0.5 個工作日以內完成其合理 性

25、聯合審定。在0.5個工作日以內完成相 應環境賬號開通及授權，反 饋賬號及密碼。存檔匯總。系統授權8.6 SAP客戶/供應商主數據基本視圖創建流程適用范圍：本流程適用于公司SAP客戶/供應商主數據基本視圖創建。流程圖說明責任人（參與人）經營單元客戶/供應商管理員經營單元信息系統運營工程師公司客戶/供應商管理 員（公司信息系統運營 工程師）公司客戶/供應商管理 員（公司信息系統運營 工程師）公司信息系統運營工 程師歸檔。提出新增主數據申請。0.5個工作日以內完成主數據 審核： 系統內是否已有該客戶/供應商； 是否符合SAP主數據維護規 范。0.5個工作日以內完成客戶/供 應商主數據在SAP系統內的

26、新 增。0.5個工作日以內完成新增客戶/供應商主數據編碼發布。8.7 SAP客戶/供應商主數據基本視圖維護流程適用范圍：本流程適用于公司SAP客戶/供應商主數據基本視圖維護 （修改/刪除/凍結）。流程圖說明責任人（參與人）提出變更主數據申請經營單兀客戶/供應商0.5個工作日以內完成主數據管理員審核：經營單元信息系統運是否維護客戶/供應商數據營工程師基本視圖；各經營單元客戶/供應是否符合SAP主數據維護規商主數據管理員范公司客戶/供應商管理2個工作日以內完成相關經營員（公司信息系統運營單兀數據變更的合理性確認工程師）2個工作日內對變更審核不通公司客戶/供應商管理過原因進行核實，從公司共性員（公司信息系統運營物質統一管理角度對變更不工程師）通過的數據進行評估， 并協調公司客戶/供應商管理各事業部確定最終變更方案。員（公司信息系統運營0.5個工作日以內完成客戶/供工程師）應商主數據在SAP系統內的維公司信息化部信息系護統運營工程師0.5個工作日以內完成變更內 容發布歸檔。8.8 SAP系統運維流程適用范圍：本流程適用于公司S