SAP運維制度V14

1、SAP運維制度目的確保$AP系統(tǒng)有序、高效運行，保障信息化共性平臺系統(tǒng)中數(shù)據(jù)、流程、權限的完整性、有效性和安全性。范圍適用于$AP系統(tǒng)的運維管理。職責公司$AP運維管理采用數(shù)據(jù)/權限集中、運維分層管理的原則。3.1公司信息化涪息系統(tǒng)運營室/開發(fā)室：負責制$AP運維總體規(guī)劃，審核$AP的配置變更和開發(fā)變更需求：負責$AP共性業(yè)務模塊的系統(tǒng)管理工作，組織信息化應用系統(tǒng)的 持續(xù)改進：協(xié)助業(yè)務歸口管理部門制泄數(shù)據(jù)操作和業(yè)務流程管理制度.3.2經(jīng)營單元借息化系統(tǒng)運營室/開發(fā)室：負責$AP在經(jīng)營單元運行管理細則的制定、個性化系統(tǒng)權限設計、業(yè)務變更實現(xiàn)方案的制世和日常技術支持。3.3公司內(nèi)控業(yè)務歸口管理部門

2、：負責在$AP運行的公司共性業(yè)務和資源整合需求的審核，共性數(shù)據(jù)（如財務科目、共性物料、供應商和客戶等）標準規(guī)范、配套管理制度和流 程的制總：負責對共性數(shù)據(jù)質量進行監(jiān)控。3.4經(jīng)營單元業(yè)務歸口管理部門：負責日常應用管理職能，按公司內(nèi)控業(yè)務歸口管理部門制企的業(yè)務應用管理要求、制度和標準，負責本經(jīng)營單元數(shù)據(jù)和業(yè)務需求的必要性審核, 完成數(shù)據(jù)處理工作。6 $AP權限及賬號管理$AP按公司內(nèi)控管理要求，基于職責分離原則設計系統(tǒng)權限。系統(tǒng)權限的設置與賬號權限分配實行公司統(tǒng)一管控。6.1$AP權限設計及管理規(guī)范 6.W $AP權限設計架構權限設訃架構Source RolejCopy項目說明SourceRol

3、e（源角色）又稱權限職能包由多個事務代碼組成.是業(yè)務部門可操作的基木不可拆分的職 能集合：經(jīng)審汁核定權貴互斥矩陣形成公司層級權限角色設il模板。Common Role（通用角色）由源角色拷貝形成：除從源角色復制得來的RCO的通川角色不允許調整外.經(jīng)營 敢元可根據(jù)實際業(yè)務使川情況對其他通用介色進行調整 客戶化爭務代碼與標準事務 代碼不得維護在同一通用角色中八調整后符合審計管控需求的通用角色形成經(jīng)營敢 元層級的權限設il通用角色，即經(jīng)營敢元的權限職能包。通川角色須限定組織機構級 別的權限對象取值以確保其只能在木經(jīng)營敢元使用。Local Role繼承自通用角色（兩者爭務代碼完全一致）.并通過對組織機

4、構（如公司代碼（木地角利潤中心，工廠、飛據(jù)類型（如施證類型訂單類型等）及其它權限對欽賦值以限色）定可操作業(yè)務范ffl。U(er ooiXXXXXX：木地角色所涉及的與模塊相關的授權范圉編碼（字典見$AP系統(tǒng)權限設計及管理規(guī)范）附件）命名：銷售訂爪創(chuàng)建混凝土tt青銷售辦公室6.2 SAP權限方案變更 621權限職能包變更為保證在已授權用戸的權限不被不合理擴大的情況下將新功能賦予對應權限職能包，變 更須遵循分層皆理、統(tǒng)一管控原則:經(jīng)營單元信息化$八卩內(nèi)部顧問填寫權限設計變更申請單發(fā)起變更流程:b)經(jīng)營單元業(yè)務歸口部門對業(yè)務合理性進行審核:C)經(jīng)營單元信息化$AP模塊負責人對技術可行性和系統(tǒng)合理性進

5、行審核:d)公司信息化SAP模塊負責人對整體權限架構和設計合理性進行審核，若變更涉及多個經(jīng)營單元，公司信息化模塊負責人需協(xié)調相關經(jīng)營單元信息化模塊負責人組織完成本經(jīng)營單元對該方案的審核:e)公司信息化運營室主任對整體權限架構和設計合理性進行審核:公司數(shù)據(jù)庫管理員將權限方案部署到測試環(huán)境:9)經(jīng)營單元權限設計變更申請人完成權限測試并反饋測試報告;h)公司數(shù)據(jù)庫管理員在申請人測試通過后將權限方案部署到正式系統(tǒng)環(huán)境。詳見附件8權限職能包變更流程。6.2.2本地角色變更本地角色變更僅指本地角色的權限對象賦值變更(不含事務代碼調整，變更遵循分層管理原則:)經(jīng)營單元信息化$八卩內(nèi)部顧問填寫權限設汁變更申請

6、單發(fā)超變更流程:b)經(jīng)營單元業(yè)務歸口部門對業(yè)務合理性進行審核:C)經(jīng)營單元信息化$AP模塊負責人對技術可行性和系統(tǒng)合理性進行審核:d)經(jīng)營單元信息化運營室主任對技術可行性和系統(tǒng)合理性進行審核:e)公司信息化$AP模塊負責人審核備案:9)h)公司數(shù)據(jù)庫管理員將權限方案部署到測試環(huán)境:經(jīng)營單元權限設計變更申請人龍成權限測試并反饋測試報告: 公司數(shù)據(jù)庫管理員在申請人測試通過后將權限方案部署到正式系統(tǒng)環(huán)境。詳見附件8.2本地角色變更流程。6.3 SAP賬號及權限的申請與變更$AP賬號及權限的申請與變更按用戶類型及所申請系統(tǒng)環(huán)境的不同分別管理。6.3.1 $AP業(yè)務用戶正式系統(tǒng)賬號及權限申請與變更適用于

7、$AP業(yè)務用戶對正式系統(tǒng)賬號及權限的申請與變更。a）申請人自行或委托他人填寫“AP系統(tǒng)賬號及權限申請單九申請開通賬號及權限。b）若為申請人所在經(jīng)營單元權限申請，由經(jīng)營單元信息化$AP模塊負貴人對所授權權限角色淸單正確性進行審核；若為跨經(jīng)營單元權限申請，由公司信息化$AP模塊負責人對所授權權限角色清單正確性進行審核。C）若為申請人所在經(jīng)營單元所在部門權限申請由經(jīng)營單元部門負責人審核權限需求合理性：若為申請人所在經(jīng)營單元跨部門權限申請，由經(jīng)營單元相關部門 負責人共同審核權限需求合理性：若為跨經(jīng)營單元權限申請，由對應經(jīng)營單元相關 部門負責人共同審核權限需求合理性。d）若為申請人所在經(jīng)營單元權限申請，

8、由經(jīng)營單元涪息化運營室主任對授權合理性進行：若為跨經(jīng)營單元權限申請.由公司信息化運營室主任對授權合理性進e）公司數(shù)據(jù)庫管理員按審批結果完成生產(chǎn)系統(tǒng)授權。詳見附件8.3$AP正式系統(tǒng)（業(yè)務用戶）賬號及權限申請與變更流程。6.3.2 $AP系統(tǒng)運維正式環(huán)境賬號及權限申請與變更適用于$AP運維人員對正式系統(tǒng)賬號和權限的申請與變更。a）申請人或$八（項目經(jīng)理填寫$AP系統(tǒng)賬號及權限申請單，申請開通賬號及權限。b）內(nèi)部顧問權限申請，由經(jīng)營單元信息化運營室主任從本經(jīng)營單SAP運維角度審核權限需求的合理性；外部顧問權限申請，由經(jīng)營單元實施方$AP項目 經(jīng)理從本經(jīng)營單元$AP項目角度審核權限需求的合理性。c）

9、內(nèi)部顧問權限申請，公司信息化運營室主任從公司$AP運維角度審核權限需求的合理性：外部顧問權限申請，由公司實施方$AP項目經(jīng)理和公司信息化$AP項目經(jīng)理從公司$AP項目角度審核權限需求的合理性。d）公司數(shù)據(jù)庫管理員按審批結果完成生產(chǎn)系統(tǒng)授權。詳見附件8.4$AP正式系統(tǒng)（系統(tǒng)運維）賬號及權限申請與變更流程。6.3.3 $AP系統(tǒng)運維非正式環(huán)境賬號及權限申請與變更適用于$AP運維人員對非正式系統(tǒng)賬號和權限的申請與變更。a）申請人或$八項目經(jīng)理填寫$AP系統(tǒng)賬號及權限申請單兒申請開通賬號及權限。b）內(nèi)部顧問權限申請，由經(jīng)營單元信息化$AP項目經(jīng)理審核英合理性：外部顧問權限申請.由經(jīng)營單元實施方$AP

10、項目經(jīng)理審核其合理性。C）內(nèi)部顧問權限申請，由公司信息化$AP項目經(jīng)理審孩其合理性：外部顧問權限申請，由公司實施方$AP項目經(jīng)理審定其合理性。d）公司數(shù)據(jù)庫管理員按審批結果完成系統(tǒng)授權并反饋賬號及密碼。詳見附件8.5SAP非正式系統(tǒng)賬號及權限申請與變更流程。7 $AP公共數(shù)據(jù)維護71客戶/供應商數(shù)據(jù)維護$AP客戶數(shù)據(jù)維護采用編碼/基礎數(shù)據(jù)集中皆控、銷售/財務數(shù)據(jù)分層管理原則。K14客戶/供應商主數(shù)據(jù)基本信息創(chuàng)建a）經(jīng)營單元客戶/供應商管理員提出客戶主數(shù)據(jù)新增申請。b）經(jīng)營單元$AP模塊實施工程師審核客戶/供應商主數(shù)據(jù)的規(guī)范性并進行排重。C）公司客戶/供應商管理員在$AP系統(tǒng)內(nèi)新增客戶/供應商主

11、數(shù)據(jù)，生成相應編碼。d）經(jīng)營單元客戶/供應商管理員接收$AP客戶/供應商編碼，并進行銷售/財務數(shù)據(jù)維護。詳見附件8.6 SAP客戶/供應商主數(shù)據(jù)基本視圖創(chuàng)建流程。7兒2客戶/供應商主數(shù)據(jù)基本信息變更a）經(jīng)營單元客戶/供應商管理員提出客戶主數(shù)據(jù)變更申請。b)經(jīng)營單元$AP模塊實施工程師審核客戶/供應商的編碼有效性及數(shù)據(jù)規(guī)范性。C）該客戶/供應商的各使用單位的客戶/供應商管理員審核變更的合理性。d)公司客戶/供應商皆理員在$AP系統(tǒng)內(nèi)變更客戶/供應商主數(shù)據(jù)，并做正式發(fā)布。詳見附件8.7 $AP客戶/供應商主數(shù)據(jù)基本視圖維護流程。7.2 共性物料維護共性物料（自制半成品、自制成品）的編碼統(tǒng)一由PLM

12、系統(tǒng)生成.$AP接收從PLM傳遞過來的物料數(shù)據(jù)信息或將PLM物料數(shù)據(jù)信息乎工批導入SAP.整個過程須遵循PLM協(xié)同平臺共性數(shù)據(jù)管理流程。7.3 財務科g維護由財務線統(tǒng)管，通過發(fā)起OA流程財務借息系統(tǒng)科目變更申請流程完成實施。8 $AP系統(tǒng)運維管理SAP I：線兩個月，權限設計變更及用戶系統(tǒng)授權即轉入運維管理：上線三個月，配置變更及系統(tǒng)開發(fā)即轉入運維管理。SAP系統(tǒng)運維管理分系統(tǒng)變更與日常支持兩個部分。8.1 $AP系統(tǒng)變更管理$AP系統(tǒng)管理遵循分層管控原則:G經(jīng)營單元最終用戶（即需求提出人）提出變更需求0b）經(jīng)營單元業(yè)務部門負責人審核需求的業(yè)務合理性。C）信息系統(tǒng)實施工程師對需求進行系統(tǒng)層而合

13、理性、可行性分析：涉及其他經(jīng)營單元共用功能的變更或系統(tǒng)架構變更的需求，須報信息系統(tǒng)運營室主任做跨經(jīng)營單元的系統(tǒng)變更的合理性及可行性確認：經(jīng)確認系統(tǒng)可實現(xiàn)的需求，由信息系統(tǒng)實施工程師輸出需求分析說明書，制總系統(tǒng)方案，評估開發(fā)周期。d）若為重大需求及跨經(jīng)營單元變更，由公司信息化分管領導審核需求分析說明書的合理性：若為一般需求及經(jīng)營單元獨立需求，由公司信息化部部長審核需求分析說明書的合理性。e）若為業(yè)務配巻調整需求，由信息系統(tǒng)實施工程師根據(jù)業(yè)務需求在SAP內(nèi)修改配置；若為系統(tǒng)開發(fā)需求，由軟件開發(fā)工程師根據(jù)$八卩系統(tǒng)開發(fā)流程進行處理。變更完成后，提交至系統(tǒng)數(shù)據(jù)庫管理員處進行測試環(huán)境部署。0信息系統(tǒng)實施

14、工程師、軟件開發(fā)工程師等需求實現(xiàn)人員聯(lián)合需求部門完成變更的測試驗證，并由需求提出人輸出$AP系統(tǒng)測試報告。9）系統(tǒng)數(shù)據(jù)庫管理員在生產(chǎn)環(huán)境對系統(tǒng)更改進行變更，并歸檔相關文檔。詳見附件$AP系統(tǒng)運維流程。8.2 $AP系統(tǒng)日常支持管理$AP系統(tǒng)日常支持分一般操作問題和系統(tǒng)技術類問題兩大類。82，般操作問題系統(tǒng)一般操作、業(yè)務流程講解等基礎問題，由經(jīng)營單元關鍵用戶負責處理。8.2.2系統(tǒng)技術類問題一般操作和業(yè)務支持問題的技術指導、系統(tǒng)優(yōu)化、新需求受理、客戶端安裝、權限變更 等系統(tǒng)技術類問題，根據(jù)問題種屬不同采用分層管理原則。a）經(jīng)營單元最終用戶提出操作或使用問題 b）經(jīng)營單元信息系統(tǒng)實施工程師對問題進

15、行泄位和分流：配置變更/程序開發(fā)問題.轉SAP系統(tǒng)運維流程：權限問題，轉向$AP賬號及權限申請與變更流程:用戶操作和系統(tǒng)使用問題，由信息系統(tǒng)實施工程師予以指導和解答。C）信息系統(tǒng)實施工程師制世處理方案，輸出$AP問題處理方案報告。d）問題提出人確認處理結果的有效性。e）信息化部信息系統(tǒng)實施工程師完成相應文檔歸檔。處理流程詳見附件8.9$AP系統(tǒng)用戶問題反饋流程。9 制度保障為保證$AP系統(tǒng)的穩(wěn)泄、正常運行，本制度及英規(guī)范應得到切實貫徹執(zhí)行。對因不遵 循本制度、規(guī)范造成的系統(tǒng)授權失當、配置錯誤、開發(fā)錯誤、數(shù)據(jù)混亂等，一經(jīng)發(fā)現(xiàn)，將在 信息化線內(nèi)通報處理：由此系統(tǒng)問題導致影響業(yè)務正常運行的，將視尖影

16、響范圍與程度，按 公司獎懲制度謹行處理。制度起草人：鄧珍石制度審孩人：張飛慶羅穎制度批準人：王玉坤IO附件 10.1權限職能包變更流程適用范圍：本流程適用于源角色/通用角色所含事務代碼的調整。流程圖說明責任人（參與人）成權限方案正式系統(tǒng)環(huán)境部65個匸作日以內(nèi)完成生產(chǎn)環(huán)境變更驗證，并關閉流程歸檔最終用戶公司信息化部信息系統(tǒng)運營工程師10.2本地角色變更流程完成權限驗證，輸出報告。0.5個匸作日以內(nèi)完成權限方案正式系統(tǒng)環(huán)境部署歸檔公司信息化部信息系統(tǒng)運營工程師公司信息化部信息系統(tǒng)運營工程師10.3 $AP正式系統(tǒng)（業(yè)務用戶）賬號及權限申請與變更流程，若為本經(jīng)營單元權限申請，0.5個匸作日以內(nèi)完成授

17、權合理性審核:N若為跨經(jīng)營單元權限申請.0.5個工作日以內(nèi)完成授權合理性審核。0.5個工作日以內(nèi)完成生產(chǎn)環(huán)境賬號開通及授權。存檔匯總。室主任公司信息系統(tǒng)運營工程師公司信息系統(tǒng)運營工程師10.4 $AP正式系統(tǒng)（系統(tǒng)運維）賬號及權限申請與變更流程10.5 $AP非正式系統(tǒng)賬號及權限申請與變更流程適用范圍：本流程適用于對非正式系統(tǒng)賬號和權限的申請與變更。流程圖說明責任人（參與人填寫$AP系統(tǒng)賬號及權限申請單O，內(nèi)部顧問權限申請.0.5個工作日以內(nèi)完成英合理性審核:N外部顧問權限申請,65個工作日以內(nèi)完成幷合理性審核。，內(nèi)部顧問權限申請，0.5個工作日以內(nèi)完成英合理性審核:N外部顧問權限申請,65個

18、匸作日以內(nèi)完成英合理性聯(lián)合審;在03個工作日以內(nèi)完成相應環(huán)境賬號開通及授權，反饋賬號及密碼。存檔匯總。申請人經(jīng)營單元信息系統(tǒng)運營工程師（$AP項目經(jīng)理）經(jīng)營單元實施方$AP項目經(jīng)理公司信息系統(tǒng)實施工程師”AP項目經(jīng)理）公司實施方SAP項目經(jīng)理、公司信息系統(tǒng)實施工程師（$AP項目經(jīng)理）公司信息系統(tǒng)運營工程師公司信息系統(tǒng)運營工程師10.6 $AP客戶/供應商主數(shù)據(jù)基本視圖創(chuàng)建流程10.7 $AP客戶/供應商主數(shù)據(jù)基本視圖維護流程適用范圍：本流程適用于公司$AP客戶/供應商主數(shù)據(jù)基本視圖維護（修改/刪除/凍結）。流程圖說明責任人（參與人）/*提出變更主數(shù)據(jù)申經(jīng)營單元客戶/供應商管理員經(jīng)營單元信息系蟲

19、7TT由HigAk1F系統(tǒng)數(shù)據(jù)變2!P數(shù)據(jù)發(fā)布1F(J0.5個工作日以內(nèi)完成主數(shù)據(jù)審核:是否維護客戶/供應 商數(shù)據(jù)基本視圖：是否符$AP主數(shù)據(jù)維 護規(guī)范2個工作日以內(nèi)完成相關經(jīng)營單元數(shù)據(jù)變更的合理性確認2個工作日內(nèi)對變更審核不通過原因進行核實,從公司共性物質統(tǒng)一管理角度對變更不通過的數(shù)據(jù)進行評估，并協(xié)調齊事業(yè)部確企最終變更方案。0.5個匸作日以內(nèi)完成客八/供應商主數(shù)據(jù)在$AP系統(tǒng)內(nèi)的維護0.5個匸作日以內(nèi)完成變更內(nèi)容發(fā)布歸檔。統(tǒng)運營工程師各經(jīng)營單元客戶/供應商主數(shù)據(jù)管理員公司客戶/供應商管理員（公司信息系統(tǒng)運營工程師）公司客戶/供應商管理員（公司信息系統(tǒng)運營工程師）公司客戶/供應商管理員（公司信息系統(tǒng)運營工程師）公司信息化部信息系統(tǒng)運營工程師10*8 SAP系統(tǒng)運維流程適用范圍：本流程適用于公司$AP系統(tǒng)配置及程序變更處理。流程圖說明貴任人（參與人）Ifcdtr由潔接收申請部門負責人審批后信息系統(tǒng)運營室主需求分析的$AP系統(tǒng)配置或程序變更申請對業(yè)務需求進行分析:，個工作日以內(nèi)完成對需求系統(tǒng)層面合 理性、可行性分析涉及英他經(jīng)營單元共用功能的變 更，0.5個匸作日以內(nèi)完成跨經(jīng)營單元系統(tǒng)變更的合理性及可行性確認涉及系統(tǒng)架構變更的需求，0.5個 工作日以內(nèi)完成跨系統(tǒng)變更合理性及可行性確認信息化