还剩5页未读,继续阅读
文本内容:
信息中心数据维护管理制度下发层级_发布时间1月16日编码TYXX1397目录制定目的2适用范围2规范事项2
一、组织机构与职责2
(一)数据维护的常规原则2
(二)责任制原则3
二、服务流程3
(一)数据维护流程图3
(二)数据维护申请要求4考核条款6附则6制定目的为了规范日常数据维护管理要求,防范因不恰当的数据维护产生系统性风险,对公司经营管理产生影响,特制定《信息中心数据维护管理制度》,以下简称“本制度”信息中心数据维护指在不损害公司利益的前提下,对相关的数据信息进行修改调整数据维护的原因有操作错误、特殊业务要求和程序问题导致等数据维护为高风险操作,所有提供的资料必须真实,且按相关的规则和流程要求进行归档备查适用范围本制度适用于总、分公司、支公司、数据维护管理流程规范事项
一、组织机构与职责
(一)数据维护的常规原则所有数据维护申请都要通过0A系统进行登记、处理、确认、关闭业务人员产生问题须上报0A时,应详细记录但不限于问题产生时间,问题提出人,问题的现象,造成的后果,需要处理的程度所有的数据维护都应被完整记录,包括但不限于问题描述、影响范围、修改内容,并保证相关信息尽可能详细,修改方案包括但不限于根本原因,解决步骤信息中心人员不得私自修改任何数据,必须收到审批的流程时,才可以修改流程规定的内容,修改后对数据修改内容复盘,如修改内容超过要求修改内容,责任由修改者承担信息中心收到流程,处理修改时应设立,一位数据修改人员,一位数据审核人员,须二者同时修改数据所有的数据维护都应被完整记录,包括但不限于问题描述、影响范围、修改内容,并保证相关信息尽可能详细,修改方案包括但不限于根本原因,解决步骤修改后对数据修改内容复盘,如修改内容超过要求修改内容,责任由修改者承担根据无纸化办公要求,签批过程应采用0A签报方式具体请见运维服务管理制度其中互联网APP相关非涉费数据维护由于时效原因无需走数据修改流程,但需要业务部门提供真实资料以便修改,涉费类数据维护仍需走运维数据维护流程对于历史原因或非人为因素导致的问题应先上报,经总裁审批后,才能处理问题
(二)责任制原则当问题上报人创建请求工单后,0A系统会自动按流程进行审批及处理,工单的当前处理人为第一责任人,可以通过流程记录跟踪服务请求的当前处理人和服务轨迹
二、服务流程
(一)数据维护流程图
(二)数据维护申请要求
1、用户发现数据错误或接受特殊业务要求,首先应判断是否能够通过正常的系统操作进行修改如果不能则在0A系统上创建申请对于已知为操作原因等非程序问题导致的数据错误,应提交0A签报,经过本部门负责人审批后,上报总公司对应业务部门负责人和IT主体负责人及领导层审批
2、运维人员在日常数据检查工作中,如果发现业务数据问题,应及时通知业务部门,由业务部门通过0A审批后再进行修改如果发现属于程序错误造成的,则由运维项目经理按照缺陷管理规范执行
3、数据修改方案需先由业务确定业务方案,然后运维人员牵头并与开发人员一同分析讨论临时解决方案对于有可参照的脚本的情况,运维人员准备数据修改脚本,再运维开发双审后由运维人员执行;对于没有可参照的脚本的情况,则由开发人员准备数据修改脚本,运维开发双审后由运维人员执行
4、总公司业务部门负责人接到数据修改申请后,判断修改是否符合业务规定,确定是否提交IT应用运维部修改对于涉及多个部门的错误,应由多个部门共同审批审批方式须为0A签报
5、IT负责人接到0A申请后,从IT角度核批数据修改对系统带来的风险性,以及业务需求的重要性等因素,审核是否进行修改
6、应用运维项目经理接到申请后,从技术角度评估修改脚本的正确性、对本系统及周边系统带来的风险性,审核是否进行修改当前台功能无法实现用户需求并需要数据维护方式来实现时,项目经理会发起脚本评审如果是由于程序错误导致的数据问题,需按照缺陷管理规范执行
7、受理问题的运维人员编写完数据维护脚本,由脚本执行人统一执行修改完毕通知受理问题的运维人员,及时通知用户进行检查确认原则上数据脚本编写人员和执行人员不能是同一人对于部分复杂的数据维护脚本或为实现某个功能的数据维护脚本,应在测试环境中验证,确保无误后再在生产上执行
8、用户接到处理反馈结果后,进行检查,确认修改结果的正确性如果发现处理结果不对,应及时与处理人员联系若七个自然日仍然没有反馈,则默认修改正确,并关闭工单考核条款
1、如果修改内容超过业务申请内容范围,按照公司人力《行政管理制度》丙类考核
2、若未按照本制度执行,按照公司人力《行政管理制度》己类考核附则
(一)解释权本制度由总公司信息中心负责解释
(二)生效日期本制度自发布之日起实施信息中心1月16日。