数据执行规范

1、数据执行流程2012年4月关于本文档主题数据执行流程说明规范数据执行流程适用对象运维人员、信息技术部修订历史版本章节类型日期作者说明1.0A1.1U增加提交流程说明：类型一创建（C）、修改（U）、删除（D）、增加（A）;评审记录签名关于本文档目录数据执行流程规范第一条背景XXXX数据规范经过了多次流程优化，特别是规范了业务提交流程，但在执行端只是规范了提交脚本格式。数据脚本的系统准确性、完整性没有任何审核验证，存在极大风险。在实际日常工作中，频出数据脚本执行报错、数据修改不全面等情况，甚至出现过数据修改收退费金额错误。为减少此风险，建议规范数据执行端的流程，加强数据执行的审核验证工作。第二条现

2、有流程1、目前数据执行的流程是：业务提交的数据修改签报走完后，相应部门提交数据执行运维问题，运维处理人员接收到问题后，准备数据脚本邮件给数据执行人，数据执行人执行完毕后流转给处理人员。2、目前流程存在的问题是：a、数据脚本没有审核验证，存在数据修改不完整或错误风险。b、处理人员可以没有约束提交任何脚本给脚本执行人，存在滥执行数据的情况。第三条规范建议a、运维管理平台新建数据执行项目流程；b、脚本提出人在平台登记问题，并上传脚本；c、脚本审核人审核验证脚本，无误后流转给脚本审批人；d、脚本审批人审批脚本必要性，通过后流转给脚本执行人；e、脚本执行人执行脚本后上传备份的执行日志；f、执行完毕后如无

3、脚本无误，则脚本执行人将问题流转为提出人，如执行有误则回复给审批人。具体流程图如下所示：第四条岗位建议脚本提出人：即准备脚本的处理人员，对应运维问题的二线处理岗。脚本审核人：建议为脚本提出人所在团队负责人，如XXXX可为曾智超。脚本审批人：建议为XXXX运维岗位人员，如甲方审核人或陈鑫。脚本执行人：现为dba或外包执行人员。例1:XXXX员工提交数据执行问题，提交好后流转给曾智超，曾智超审核无误后流转给甲方审核人，甲方审核人审批通过后流转给乙方执行人。则员工为脚本提出人，曾智超为脚本审核人，甲方审核人为脚本审批人，乙方执行人为脚本执行人。例2:公司员工提交数据执行问题，提交好后流转给乙方负责人

4、，乙方负责人审核无误后流转给甲方负责人，甲方负责人审批通过后流转给乙方执行人。则员工为脚本提出人，乙方负责人为脚本审核人，甲方负责人为脚本审批人，乙方执行人为脚本执行人。第五条特殊情况当运维周末值班或晚上紧急运维问题需要对数据进行调整等特殊情况出现时，需走原脚本提交流程。建议：1、脚本提出人准备脚本按原流程，即邮件发送给dba,但务必抄送给数据审核人及审批人。2、及时提交数据执行流程，但务必告知数据已经执行完毕，即事后审核、审批，事前执行。第六条影响1、可减少数据修改风险，控制数据修改执行频率。2、便于跟踪查询历史脚本。第七条提交问题流程步骤1:选择项目和问题类型（项目选择数据执行、问题类型选

5、择数据修改）步骤2:填写问题的详细信息。具体有：1 .关键号码（必录，如录入对应的运维号）2 .数据修改提出人（即数据签报的报告人）3 .数据修改原因4 .是否对应核心系统脚本？（如是，审核人员须为公司X审核人员，由公司X审核人员审核核心系统脚本）5 .处理人公司6 .处理人X录入曾智超，公司录入7 .被分派数据审核人员（建议每个外包商录入一个，如公司乙方负责人（公司审核人员需要沟通是否录入乙方负责人）8 .附件（上传的脚本应严格按数据执行脚本规范填写，必录）第八条数据审核流程1、可用的工作流有流转给数据审批岗和回退给数据提交岗。2、具体字段有：a、审核结论？（正确或有误，当流转给数据审批岗时，审核结论为正确，当回退给数据提交岗时，审核结论为错误）b、审核错误原因（审核结论选择有误后带出审核错误原因，具体可选择的错误原因有脚本格式不规范、脚本语句有误、脚本修改不完整、其他）c、批注（选填）第九条数据审批流程1、可用的工作流有流转给数据执行岗和回退给数据审核岗。2、具体字段有：a）审批结论（同意或拒绝，当审批结论选择同意，只能流转给数据执行岗；当审批结论选择拒绝，只能回退给数据审核岗）b）审批意见（审批结论选择拒绝后需要录入审批意见，选择同意可不录入）c）批注（选填）第十条数据执行流程1、可用的工作流有流转给