




已閱讀5頁,還剩21頁未讀, 繼續(xù)免費閱讀
版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
*股份有限公司信息系統(tǒng)權限及數(shù)據(jù)管理辦法(試行)第一章 總則第一條 為了加強對*股份有限公司(簡稱:公司)各運行信息系統(tǒng)權限和數(shù)據(jù)的管理,明確權限及數(shù)據(jù)管理相關責任部門,提高信息系統(tǒng)的安全運行和生產(chǎn)能力,規(guī)范公司業(yè)務系統(tǒng)權限申請及數(shù)據(jù)管理流程,防范業(yè)務系統(tǒng)操作風險,公司制定了信息系統(tǒng)權限及數(shù)據(jù)管理辦法,以供全公司規(guī)范執(zhí)行。第二條 本辦法所指信息系統(tǒng)權限及數(shù)據(jù)包括,但不僅限于公司運行的OA辦公系統(tǒng)、業(yè)務作業(yè)系統(tǒng)、對外網(wǎng)站系統(tǒng)等涉及的系統(tǒng)用戶權限分配、日常管理、系統(tǒng)及業(yè)務參數(shù)管理,以及數(shù)據(jù)的提取和變更。第三條 本辦法遵循責權統(tǒng)一原則對員工進行系統(tǒng)授權管理,控制公司相關信息傳播范圍或防范進行違規(guī)操作。第四條 信息技術部是本辦法主要執(zhí)行部門,設立系統(tǒng)運維崗負責系統(tǒng)用戶權限管理、部分基本參數(shù)設置、系統(tǒng)數(shù)據(jù)的提取和變更的具體技術實現(xiàn)。其它相關部門應指定專人(簡稱:數(shù)據(jù)權限管理員)負責統(tǒng)一按本辦法所制定的流程執(zhí)行相關操作,或通過工作聯(lián)系單方式提出需要信息技術部或其它相關部門完成的具體工作內容。第五條 用戶授權和權限管理應采取保守原則,選擇最小的權限滿足用戶需求。第二章 系統(tǒng)權限管理第六條 系統(tǒng)權限管理由信息技術部系統(tǒng)運維崗和各業(yè)務部門數(shù)據(jù)權限管理員共同協(xié)作完成,風險與合規(guī)部數(shù)據(jù)權限管理員負責對業(yè)務部門提出的系統(tǒng)權限進行審批,信息技術部系統(tǒng)運維崗負責對權限進行變更。信息技術部系統(tǒng)運維崗擁有系統(tǒng)管理和用戶管理權限(信息技術部可以擁有開發(fā)測試環(huán)境超級用戶權限),風險與合規(guī)部擁有超級用戶權限,風險與合規(guī)部數(shù)據(jù)權限管理員擁有對權限列表進行查詢的權限,以方便行使監(jiān)督職能。 第七條 為有效的進行用戶權限管理,各業(yè)務部門負責人應掌握系統(tǒng)各功能模塊、菜單結構,按功能模塊完成系統(tǒng)中權限角色設計;應熟悉本部門各崗位工作基本情況,有效識別權限與職責的匹配關系。第八條 用戶申請使用、增加或者修改系統(tǒng)權限(包括新增員工權限申請、變更、離職員工權限),需填寫系統(tǒng)權限申請表(見附件五),說明申請用戶人事信息、所在部門、崗位、申請理由、申請內容。第九條 信息技術部系統(tǒng)運維崗完成用戶權限的設置后,必須將系統(tǒng)權限申請表(見附件五)電子文檔、紙質文檔進行存檔,并以郵件方式從信息技術部運維組信箱(IT_yunw*.)發(fā)送至風險與合規(guī)部機構信箱,提請風險與合規(guī)部對結果進行審核。如在三個工作日內風險與合規(guī)部沒有作出答復,則信息技術部默認權限設置成功。信息技術部系統(tǒng)運維崗在保證信息安全前提下,通知最終用戶啟用。電子文檔和紙質文檔的存檔規(guī)則如下:(一) 電子文檔的在公司文件服務器設置專門目錄存放,存檔文件名格式為:權限申請+日期+兩位序號(部門中文名稱).doc,如:權限申請20070723_01(財務部).doc,批量權限申請表附于此文檔后。(二) 紙質文檔系統(tǒng)權限申請表(見附件五)由各發(fā)起申請的業(yè)務部門保存復印件,原件由信息技術部系統(tǒng)運維崗負責臨時保存,并定期移交給信息技術部文檔管理崗長期保存,以備查閱。(三) 信息技術部系統(tǒng)運維崗完成權限管理設置工作后,需填寫文件服務器上的系統(tǒng)用戶管理.xls(見附件六)。第十條 各部門數(shù)據(jù)權限管理員應實時跟蹤本部門用戶離司或更換部門情況,及時申請刪除用戶權限,并在相應的用戶申請表上寫明權限變動情況。更換部門后,用戶如需使用,則必須由用戶新所屬部門發(fā)起申請。第十一條 信息技術部系統(tǒng)運維崗應定期(每季度)抽取系統(tǒng)崗位和用戶清單提交給風險與合規(guī)部,風險與合規(guī)部和各部門負責人根據(jù)清單定期對人員權限管理情況進行檢查,及時發(fā)現(xiàn)可疑授權、可疑使用情況,并及時通報修正。第十二條 用戶應該審慎使用其系統(tǒng)權限,嚴守公司保密規(guī)定。首次登錄后應及時更改初始密碼,并定期(每隔三個月)更改密碼,嚴禁泄露自己密碼給其他人。對于擅自泄漏用戶密碼的,經(jīng)核實后,給予通報批評,對造成嚴重后果的公司將根據(jù)相關制度予以處罰。第十三條 系統(tǒng)權限日常管理主要包括:首次上線系統(tǒng)用戶權限批量申請流程、日常用戶權限申請、變更、終止及檢查流程。第十四條 對于首次上線系統(tǒng)用戶權限批量申請流程(一) 對于首次上線的應用系統(tǒng),將統(tǒng)一由信息技術部發(fā)起權限申請流程。業(yè)務部門應向信息技術部提交相關用戶崗位權限對應表,最終由信息技術部相關項目項目經(jīng)理形成請示簽報,并附批量員工權限申請表。(二) 該請示簽報需經(jīng)過相關業(yè)務部門、信息技術部、風險與合規(guī)部部門負責人,以及首席運營總監(jiān)會簽后,提交總裁辦最終審核。(三) 該請示經(jīng)總裁辦審核通過后,由信息技術部系統(tǒng)運維崗負責執(zhí)行。(四) 系統(tǒng)權限申請表(見附件五)經(jīng)用人業(yè)務部門(或辦公室)和風險與合規(guī)部進行權限審批后,提交給信息技術部。第十五條 日常用戶權限申請、變更、終止及檢查工作流程:(一) 對于公司OA系統(tǒng)(域用戶、上網(wǎng)權限、郵箱)的權限管理,統(tǒng)一由辦公室發(fā)起權限申請、變更與終止流程。新員工辦理入司相關手續(xù)后,由辦公室數(shù)據(jù)權限管理員征詢用人業(yè)務部門意見,決定其是否開通OA系統(tǒng)的相關操作權限,并填寫系統(tǒng)權限申請表(見附件五);若需批量申請用戶權限的,則應填寫系統(tǒng)權限申請表(見附件五),并附加批量員工權限申請表。(二) 若用人業(yè)務部門認為該員工有業(yè)務系統(tǒng)操作需求,則需由該業(yè)務部門數(shù)據(jù)權限管理員填寫系統(tǒng)權限申請表(見附件五);若需批量申請用戶權限的,則應填寫系統(tǒng)權限申請表(見附件五),并附加批量員工權限申請表;若需增加權限、變換崗位、終止權限也應填寫系統(tǒng)權限申請表(見附件五)。(三) 系統(tǒng)權限申請表(見附件五)經(jīng)用人業(yè)務部門或辦公室負責人簽字后,遞交風險與合規(guī)部數(shù)據(jù)權限管理員和部門負責人審核簽字,最后提交給信息技術部,由信息技術部系統(tǒng)運維崗進行權限設置。(四) 信息技術部系統(tǒng)運維崗負責為用戶設置權限,設置完成后郵件通知相關部門及風險與合規(guī)部數(shù)據(jù)權限管理員進行確認(格式參考附件九),并附系統(tǒng)密碼修改說明(格式參考附件十)。(五) 信息技術部系統(tǒng)運維崗需在人員崗位權限表(格式參考附件八)中登記該用戶信息。(六) 由信息技術部系統(tǒng)運維崗定期(每季度)抽取系統(tǒng)崗位和用戶清單提交給辦公室和業(yè)務部門進行核查。對發(fā)現(xiàn)有問題的,則及時按流程把變更信息經(jīng)由風險與合規(guī)部提交給信息技術部進行處理。第三章 業(yè)務系統(tǒng)參數(shù)管理第十六條 業(yè)務系統(tǒng)參數(shù)管理由信息技術部和各對應系統(tǒng)業(yè)務部門共同負責,各業(yè)務部門負責參數(shù)的整理、提交、審核和審批流程(信息系統(tǒng)技術參數(shù)由信息技術部建設生產(chǎn)系統(tǒng)時設置和維護),并對部門級別的參數(shù)自行進行設置;信息技術部系統(tǒng)運維崗根據(jù)不同的參數(shù)級別執(zhí)行參數(shù)的變更管理。各業(yè)務部門和信息技術部系統(tǒng)運維崗根據(jù)不同的參數(shù)級別,分別擁有對不同系統(tǒng)參數(shù)的管理權限。第十七條 業(yè)務系統(tǒng)參數(shù)是指業(yè)務系統(tǒng)中一類或多類業(yè)務共用的、具有一定規(guī)律性,相對于業(yè)務系統(tǒng)程序本身具有靈活變動的需要,相對于系統(tǒng)業(yè)務數(shù)據(jù)具有一定的穩(wěn)定性的數(shù)據(jù)項。第十八條 業(yè)務系統(tǒng)參數(shù)管理的主要內容包括系統(tǒng)參數(shù)的范圍確定和級別認定、參數(shù)管理的職責分工、參數(shù)維護流程及要求、業(yè)務系統(tǒng)參數(shù)表的保存等。第十九條 業(yè)務系統(tǒng)參數(shù)申請部門數(shù)據(jù)權限管理員主要負責根據(jù)業(yè)務發(fā)展需要按特定的流程自行修改相關參數(shù),或向風險與合規(guī)部、信息技術部提出參數(shù)設置或調整申請。各參數(shù)申請部門應對參數(shù)工作給予足夠關注及重視,避免因參數(shù)申請錯誤而導致系統(tǒng)運行出現(xiàn)問題。第二十條 系統(tǒng)參數(shù)分為四個級別:部門級別、跨部門級別、公司級別、總裁級別。系統(tǒng)參數(shù)級別的確定,由信息技術部發(fā)起整理,風險與合規(guī)部和相關部門在系統(tǒng)首次上線前進行確定。(一) 部門級別參數(shù):只涉及到單個部門使用的、只影響本系統(tǒng)運行的、或對系統(tǒng)整體運營沒有嚴重影響或風險的參數(shù),如:與系統(tǒng)相關的環(huán)境參數(shù)、通訊參數(shù)、文件格式轉換類參數(shù);與業(yè)務相關的新增基金參數(shù)、后臺費用維護參數(shù)等。該信息系統(tǒng)屬于為單個業(yè)務部門服務,并且該業(yè)務參數(shù)的設置不會在其他業(yè)務系統(tǒng)重復出現(xiàn);該信息系統(tǒng)為多個業(yè)務部門服務,該參數(shù)的設置只與本部門的業(yè)務相關,業(yè)務參數(shù)相互間沒有關聯(lián)并且不影響其他部門的業(yè)務。(二) 跨部門級別參數(shù):涉及到多個部門使用的、與其它系統(tǒng)有一定關聯(lián)性的、對系統(tǒng)整體運營有一定影響或風險的參數(shù),如:產(chǎn)品組合參數(shù)、交易席位參數(shù)、基金凈值參數(shù)等。該信息系統(tǒng)屬于為單個業(yè)務部門服務,并且該業(yè)務參數(shù)的設置在其他業(yè)務系統(tǒng)重復出現(xiàn);該信息系統(tǒng)為多個業(yè)務部門服務,參數(shù)的設置業(yè)務關聯(lián)和影響到兩個(包含)以上部門的業(yè)務。(三) 公司級別參數(shù):涉及到公司業(yè)務合規(guī)性與風險控制的、對系統(tǒng)整體運營有很大影響的、與上級監(jiān)管相關的參數(shù),如:受托合規(guī)性校驗參數(shù)、上級監(jiān)管部門規(guī)定的業(yè)務參數(shù)等。該信息系統(tǒng)屬于公司風險控制管理范圍內的主要業(yè)務系統(tǒng),該參數(shù)的設置業(yè)務關聯(lián)和影響到四個(包含)以上部門的業(yè)務;該信息系統(tǒng)為多個業(yè)務部門服務,且業(yè)務關聯(lián)和影響四個(包含)以上部門的業(yè)務。(四) 總裁級別參數(shù):涉及到公司未來發(fā)展戰(zhàn)略的、對系統(tǒng)整體運營有方向性引導的、可能會引起重大社會責任的參數(shù),如:產(chǎn)品績效考評類參數(shù)、產(chǎn)品設計類參數(shù)等。該參數(shù)為與公司法人實體信息相關或與公司組織結構相關;該參數(shù)為風險控制或管理流程中需要總裁審核批復處理相關的規(guī)則參數(shù)。第二十一條 信息技術部系統(tǒng)運維崗完成業(yè)務系統(tǒng)參數(shù)的設置后,必須將參數(shù)設置申請單(格式參考附件十一)電子文檔、紙質文檔進行存檔,并以郵件方式通知風險與合規(guī)部對結果進行審核。如在三個工作日內風險與合規(guī)部沒有作出答復,則默認參數(shù)設置成功。電子文檔和紙質文檔的存檔規(guī)則如下:(一) 電子文檔的在公司文件服務器設置專門目錄存放,存檔文件名格式為:參數(shù)設置申請+日期+兩位序號(部門中文名稱).doc,如:參數(shù)設置申請20070723_01(財務部).doc;(二) 紙質文檔參數(shù)設置申請單(格式參考附件十一)由各發(fā)起申請的業(yè)務部門保存復印件,原件由信息技術部系統(tǒng)運維崗負責臨時保存,并定期移交給信息技術部文檔管理崗長期保存,以備查閱。(三) 信息技術部系統(tǒng)運維崗完成參數(shù)設置工作后,需對應填寫業(yè)務系統(tǒng)參數(shù)設置操作任務記錄表(見附件十二)。第二十二條 信息技術部是業(yè)務參數(shù)管理的技術支持部門,同時負責接受相關公司級參數(shù)的維護申請,具體包括:(一) 負責新業(yè)務系統(tǒng)參數(shù)管理的培訓工作;(二) 新上線系統(tǒng)各類參數(shù)初始化工作;(三) 大批量新增(或修改)時的導入工作;(四) 經(jīng)過風險與合規(guī)部審批確認的公司級別參數(shù)的設置工作;(五) 執(zhí)行參數(shù)導入生產(chǎn)系統(tǒng)前的確認與驗證以及相應測試工作;(六) 負責在完成參數(shù)設置或調整后通知有關部門或人員;(七) 負責參數(shù)維護過程中相關業(yè)務資料的歸檔工作;(八) 負責業(yè)務系統(tǒng)參數(shù)數(shù)據(jù)的導出、歸檔及提供工作;(九) 負責其他與參數(shù)管理相關的技術支持工作,如席位號申請的技術許可等。第二十三條 業(yè)務系統(tǒng)參數(shù)管理維護工作流程: (一) 信息技術部系統(tǒng)運維崗應在系統(tǒng)首次上線前組織各相關部門完成業(yè)務系統(tǒng)參數(shù)表(格式參考附件十三)的整理,并提交風險與合規(guī)部。風險與合規(guī)部通過部門聯(lián)系單方式與相關部門確認各參數(shù)的類別、級別,并與信息技術部確認是否需要技術驗證。確認后的業(yè)務系統(tǒng)參數(shù)表(格式參考附件十三)最后由信息技術部以請示簽報方式提交總裁辦審批。對于審批后的業(yè)務系統(tǒng)參數(shù)表(格式參考附件十三)將由信息技術部統(tǒng)一執(zhí)行變更操作。相關申請單紙質文檔,由信息技術部運維崗臨時保存,并定期由信息技術部文檔管理員進行長期歸檔,以供風險與合規(guī)部審核。(二) 根據(jù)業(yè)務系統(tǒng)參數(shù)表(格式參考附件十三)的參數(shù)級別定義,對于部門級別的參數(shù),只需部門內部填寫參數(shù)設置申請單(格式參考附件十一),由部門負責人簽字即可自行修改設置;也可以以郵件方式進行簡單確認。相關申請單紙質文檔,由各部門妥善保存,以供風險與合規(guī)部審核。對于跨部門級別的參數(shù),需申請部門填寫參數(shù)設置申請單(格式參考附件十一),并由各相關部門會簽后,由發(fā)起申請部門自行修改。相關申請單紙質文檔,由各申請部門妥善保存,以供風險與合規(guī)部審核。對于涉及公司級別的系統(tǒng)參數(shù),應報送風險與合規(guī)部進行審批確認后,提交信息技術部系統(tǒng)運維崗執(zhí)行變更設置操作。對于涉及總裁級別參數(shù),由風險與合規(guī)部進行審查,應報送總裁辦公室進行審批確認后,提交信息技術部系統(tǒng)運維崗執(zhí)行變更設置操作。變更完成后,信息技術部系統(tǒng)運維崗應將結果以郵件方式從運維組信箱(IT_yunw*.)發(fā)送至相關部門機構郵箱或風險與合規(guī)部機構郵箱。相關申請單紙質文檔,由信息技術部運維崗臨時保存,并定期由信息技術部文檔管理員進行長期歸檔,以供風險與合規(guī)部審核。(三) 對于業(yè)務系統(tǒng)參數(shù)表(格式參考附件十三)中注明的、可能會引起系統(tǒng)運行風險的參數(shù),一般需要由申請部門通過郵件方式提前三個工作日通知信息技術部進行參數(shù)設置驗證工作。確因時間緊迫無法按以上要求提前申請的,應及時通過電話方式與相關部門進行溝通確認,并通過郵件通知風險與合規(guī)部進行臨時登記后方可執(zhí)行相應的參數(shù)變更流程。通知郵件應同時抄送給相關業(yè)務部門數(shù)據(jù)權限管理員。如屬于公司級參數(shù)修改,則必須抄送給信息技術部運維崗郵箱(IT_yunw*.)。參數(shù)申請部門應在事后補齊相應資料。風險與合規(guī)部必須監(jiān)督此類緊急變更流程,直至相關流程得到修補。(四) 對于公司級別參數(shù),申請部門應進行參數(shù)設置和調整后的檢查,并在三個工作日內提出修改建議。超過三個工作日的,將自動默認申請部門確認參數(shù)修改。第二十四條 參數(shù)設置和調整申請采用部門聯(lián)系單方式進行聯(lián)系,參數(shù)設置申請單(格式參考附件十一)作為聯(lián)系單的附件。第四章 數(shù)據(jù)提取、變更管理第二十五條 數(shù)據(jù)提取、變更指針對應用系統(tǒng)的數(shù)據(jù)提取、變更等維護操作。數(shù)據(jù)維護操作原則上必須雙人以上會同進行。對于業(yè)務系統(tǒng)的數(shù)據(jù)庫提取、變更操作應由系統(tǒng)運維崗和業(yè)務部門數(shù)據(jù)權限管理員雙人會同完成。第二十六條 數(shù)據(jù)提取、變更原則上必須由相關業(yè)務部門事先填寫數(shù)據(jù)提取和變更操作登記表(格式參考附件十四)進行申請。第二十七條 數(shù)據(jù)提取、變更在操作開始之前,信息技術部系統(tǒng)運維崗必須取得申請部門和風險與合規(guī)部負責人的會簽,最終由信息技術部負責人簽字后方可執(zhí)行。如是數(shù)據(jù)變更操作,則必須由首席風險總監(jiān)和運營總監(jiān)會簽后方可執(zhí)行。嚴禁任何人在未取得任何方式的授權審批情況下,隨意對重要系統(tǒng)數(shù)據(jù)進行提取、變更操作。若遇到特殊和緊急情況,申請部門數(shù)據(jù)權限管理員在得到部門負責人和分管總監(jiān)口頭批準的前提下,可以郵件方式將更新內容從部門機構信箱發(fā)送至信息技術部運維組郵箱(IT_yunw*.),并通過信息技術部運維組錄音電話通知信息技術部運維崗進行操作。同時,申請部門數(shù)據(jù)權限管理員應將郵件抄送風險與合規(guī)部進行備案。信息技術部運維崗必須在得到信息技術部負責人和分管總監(jiān)口頭批準的前提下,方可進行相關操作。相關業(yè)務部門應在操作完成后3個工作日之內,完成紙質文檔審批的補充登記工作。風險與合規(guī)部必須監(jiān)督此類緊急變更流程,直至相關流程得到修補。第二十八條 數(shù)據(jù)提取、變更完成后,所有相關的文件必須留存歸檔,由信息技術部系統(tǒng)運維崗臨時保管,并定期由信息技術部文檔管理員進行長期歸檔,以供風險與合規(guī)部審核。留檔文檔應包括填寫完整的數(shù)據(jù)提取和變更操作登記表(格式參考附件十四)、數(shù)據(jù)備份、數(shù)據(jù)操作日志記錄等電子文檔。對于電子文檔和紙質文檔的存檔規(guī)則如下:(一) 電子文檔的在公司文件服務器設置專門目錄存放,存檔文件名格式為:數(shù)據(jù)維護+日期+兩位序號(部門中文名稱).doc,如:數(shù)據(jù)維護20070723_01(財務部).doc;(二) 紙質文檔數(shù)據(jù)提取和變更操作登記表(格式參考附件十四)由各申請部門保存復印件,原件由信息技術部系統(tǒng)運維崗負責臨時保存,并定期移交給信息技術部文檔管理崗長期保存,以備查閱。第二十九條 各部門應高度重視數(shù)據(jù)提取和變更的執(zhí)行流程,事先做好充分的備份工作,預防臨時變故的發(fā)生。數(shù)據(jù)變更操作步驟盡量采用手工逐條輸入,每個步驟執(zhí)行前均由雙人操作員確認無誤,數(shù)據(jù)變更操作后注意跟蹤系統(tǒng)運行情況,如發(fā)生異常則起用變更操作前的應急方案,準備恢復。數(shù)據(jù)變更應遵循的原則:(一) 驗證原則:原則上對生產(chǎn)系統(tǒng)的數(shù)據(jù)變更應在準生產(chǎn)環(huán)境或測試環(huán)境進行操作驗證,并記錄操作步驟。(二) 優(yōu)先原則:各系統(tǒng)相關部門必須以規(guī)范執(zhí)行數(shù)據(jù)變更流程為首要任務,不得以任何理由推諉或拖延。(三) 上報原則:要評估數(shù)據(jù)變更對相關業(yè)務系統(tǒng)影響面的大小,及時、準確的向上級主管人員進行匯報,以便主管人員與業(yè)務部門聯(lián)系,討論是否需要進入業(yè)務應急狀態(tài)。(四) 謹慎原則:在數(shù)據(jù)變更操作時,信息技術部系統(tǒng)運維崗和業(yè)務部門數(shù)據(jù)權限管理員應謹慎、準確地估計出引起問題的可能因素及影響范圍。必須做好必要的備份,避免由于操作不當而造成丟失數(shù)據(jù)、二次故障,甚至系統(tǒng)崩潰。(五) 會同原則:對于數(shù)據(jù)變更操作必須由雙人會同進行。對于業(yè)務數(shù)據(jù)的變更操作必須由信息技術部系統(tǒng)運維崗和業(yè)務部數(shù)據(jù)權限管理員會同進行。(六) 及時補登記原則:在數(shù)據(jù)緊急變更完成后,數(shù)據(jù)變更申請人員和操作員必須在3個工作日之內,補充完成數(shù)據(jù)變更操作的登記、審批、日志及留檔等流程規(guī)范。第五章 附 則第三十條 各信息系統(tǒng)用戶應在其授權范圍內合理使用信息系統(tǒng),如有違反本辦法規(guī)定事項,可根據(jù)公司相關制度進行處理。第三十一條 本管理辦法由信息技術部擬稿,文件制訂和解釋權屬于公司。第三十二條 本管理辦法自下發(fā)布之日起實施。附件一用戶權限申請工作流程26附件二崗位、權限信息變更檢查工作流程附件三離職員工權限終止工作流程附件四業(yè)務系統(tǒng)參數(shù)維護工作流程附件五系統(tǒng)權限申請表申請部門部門名稱: 申請人用戶名:申請日期:電話:工號:主機名:崗位名稱:申請類型 新建用戶 刪除用戶 密碼重置 用戶權限變更申請原因用戶權限描述相關系統(tǒng)受托管理系統(tǒng) 賬戶管理系統(tǒng)投資交易系統(tǒng)投資估值系統(tǒng)風險控制系統(tǒng)其他 系統(tǒng)權限管理負責人授權意見:所在部門負責人審批 (簽名、日期): 相關部門領導審批意見風險與合規(guī)部:信息技術部:分管總監(jiān)審批意見 系統(tǒng)運維崗操作結果申請接收時間; 申請?zhí)幚硗戤厱r間:操作過程和結果的描述:簽名(日期): 備注: (同時批量員工權限申請,按以下格式批量填寫)批量員工權限申請表(此申請列表附在系統(tǒng)權限申請表后使用):序列所在部門員工姓名工號崗位名稱系統(tǒng)名稱申請類型申請日期區(qū)域權限主機名聯(lián)系電話附件六系統(tǒng)用戶信息表用戶名系統(tǒng)代碼員工姓名連接串開始日期終止日期權限組代碼地區(qū)代碼附件七崗位菜單對應表層級父層級菜單名稱AA部門BB部門CC部門A崗位B崗位C崗位A崗位B崗位C崗位A崗位B崗位1級目錄受托系統(tǒng)基礎信息定義 2級程序受托系統(tǒng)基礎信息定義年金產(chǎn)品定義2級程序受托系統(tǒng)基礎信息定義角色定義2級程序受托系統(tǒng)基礎信息定義 投資組合定義2級程序受托系統(tǒng)基礎信息定義 人員信息維護2級程序受托系統(tǒng)基礎信息定義 返回1級目錄受托系統(tǒng)托管人接口 2級程序受托系統(tǒng)托管人接口 托管賬戶信息導入2級程序受托系統(tǒng)托管人接口 托管賬戶信息審核2級程序受托系統(tǒng)托管人接口 估值信息處理2級程序受托系統(tǒng)托管人接口 基金價格錄入2級程序受托系統(tǒng)托管人接口 交易信息報表2級程序受托系統(tǒng)托管人接口 交易信息回盤2級程序受托系統(tǒng)托管人接口 支付信息報表2級程序受托系統(tǒng)托管人接口 支付信息回盤2級程序受托系統(tǒng)托管人接口 費用結算報表2級程序受托系統(tǒng)托管人接口 費用結算回盤2級程序受托系統(tǒng)托管人接口 多余供款報表2級程序受托系統(tǒng)托管人接口 多余供款回盤2級程序受托系統(tǒng)托管人接口 利息處理2級程序受托系統(tǒng)托管人接口 上載文本格式轉換2級程序受托系統(tǒng)托管人接口 返回附件八人員崗位權限表人員名稱域用戶名崗位名稱精算部運營部財務部精算部主管產(chǎn)品精算崗運營部主管客戶服務崗用戶管理崗財務部主管資金崗年金核算崗附件九用戶權限設置通知郵件格式主題: 關于XX生產(chǎn)環(huán)境密碼設置的通知正文:您好:您的X
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 解析卷-北師大版8年級數(shù)學上冊期末試卷帶答案詳解(鞏固)
- 職場廚房理論知識培訓課件
- 考點攻克自考專業(yè)(小學教育)測試卷標準卷附答案
- 河南省三門峽市2026屆化學高一上期中檢測模擬試題含解析
- 不定期承包合同
- 職業(yè)編劇理論知識培訓課件
- 2025年血液科骨髓移植護理知識競賽試題答案及解析
- 2025年醫(yī)學倫理學熱點問題探討考試題答案及解析
- 研學旅行指導師崗位操作規(guī)程考核試卷及答案
- 職業(yè)病專業(yè)知識培訓課件
- (完整版)中醫(yī)適宜技術課件
- 患者隱私保護培訓課件1
- 中國老年危重患者營養(yǎng)支持治療指南(2023版)解讀
- 自媒體運營計劃
- 健康照護師(初級)理論知識考核試題
- 愚公移山英文 -中國故事英文版課件
- 文明施工揚塵治理專項方案
- PPT-軌道交通建設工程監(jiān)測技術
- DB41T2455-2023低溫雨雪冰凍災害氣象等級
- 中醫(yī)院科研工作管理核心制度匯總
- 靜配中心細胞毒性藥物的配置方法
評論
0/150
提交評論