业务支撑服务管理工作流程规范

业务支撑服务管理工作流程规范 目 录 目的 适用范围 制度内容及程序 概述 时限要求 归档要求 业务需求管理流程 产品管理流程 系统帐号管理流程 出账结算管理流程 业务数据管理流程 业务数据提取流程 业务数据处理流程 系统变更管理流程 系统故障通报及管理流程 系统问题管理流程 对外培训管理流程

制度的维护和解释

目的 为确保公司业务支撑系统用户获得满意的IT服务，保证IT服务的可用性，以支持并保障公司的业务运营。 适用范围 本规范适用于IT管理部所承担的业务支撑系统运维管理服务的流程。 制度内容及程序 概述 IT管理部的业务支撑系统运维管理服务的流程主要包括以下子流程：

l 业务需求管理流程 l 产品管理流程 l 系统帐号管理流程 l 出账结算管理流程 l 业务数据管理流程 l 系统变更管理流程 l 系统故障管理流程 l 系统问题管理流程 l 培训管理流程 时限要求

IT管理部对审批后待办理的事项执行时限有明确的要求，此时限不包括在申请部门内部或公司其他部门内审批的时间，在无特定要求的前提下，办理时间均按照各个流程的时限要求执行。

归档要求 凡在OA系统中流转的流程最终都将由IT管理部归档；邮件流转或书面流转的流程，需由IT管理部具体办理人员自行汇总并交部门进行归档。

业务需求管理流程 需求是指不改变已有应用系统的基本框架的前提下，为满足新的业务需求所增加的功能实现。业务需求管理是指对需求部门提出的需求申请进行受理、评估、分析并反馈进度和需求实现结果。

流程 图表 1 要点说明 1) 业务需求申请通过OA或《业务需求申请表》递交； 2) 若业务需求涉及公司产品相关内容变动，需附上产品管理部对产品变动的确认意见； 3) 若业务需求涉及应用系统的基本框架调整，或超出系统原项目范围的，将建议纳入新项目立项审批流程。 4) 需求开发完毕升级到系统后，功能需要由申请人进行确认，并通过 《业务需求实现反馈表》将需求实现评估意见反馈给IT管理部。 时限要求

因业务需求自身的复杂程度不一，需求实现方案及进度的反馈时限需要视具体情况而定；

原则上，在需求受理后的三个工作日内受理人员需要反馈初步评估意见；后续需要在分析过程中及时与申请部门进行沟通，并在需求分析完成后及时反馈最终实现方案和进度； 产品管理流程 流程

要点说明 1) 产品申请通过OA或《产品申请表》递交至IT管理部； 2) 原则上产品申请至少需要申请部门的部门经理审批通过以及市场部门的部门经理审批通过，但具体的产品审批流程可以视产品而定，审批环节可以做相应调整； 时限要求

收到申请后三个工作日内完成并反馈给申请人。 系统帐号管理流程 系统帐号管理是指针对业务支撑系统的功能权限和业务权限等进行分配、调整的管理，从应用层面保证系统的安全。

帐号管理流程 图表 2 要点说明 1) 系统帐号申请除了需要本部门经理审批外，还需要业务管理部门对申请的权限进行把关审批；当IT管理部认为所授权限超出业务管理部门职权范围时，可以上报分管领导进行审批。 2) 系统帐号申请包括新增帐号、帐号权限变更及帐号注销等，通过OA或《系统帐号申请表》递交申请； 3) 人员岗位变动时，需根据人力资源部提供的人员岗位变动记录注销变动人员原申请的系统帐号；人员离职时，需根据离职审批单注销离职人员原申请的系统帐号。 时限要求 收到申请后一个工作日内完成并反馈给申请人

出账结算管理流程

出账结算管理包括系统按月出账及代理商、CP和渠道等的按月结算。

流程 要点说明 1) 数据检查、数据预处理等作业执行后，要求另一非操作人对过程及结果进行监督、复核； 2) 数据检查须严格参照部门要求的检查内容逐项检查，并填写《出账/结算检查报告》，签署检查人姓名； 3) 出帐通报时间为每月2日零点前，结算通报时间为每月10日零点前，要求无论是否成功完成，都需要进行通报，通报方式：发送手机短信给部门经理、主管；发送邮件给本二级部门的全体人员，抄送部门经理； 4) 出帐/结算责任人员（数据管理岗位）需要在现场全程跟踪监控出帐过程，并及时通报；如在指定通报时间前前出现任何可能影响出帐/结算进程或结果的异常，现场人员需要及时上报到主管、部门经理； 5) 出帐/结算完成后，主管负责对结果数据、相关报表数据等进行复核，经主管确认无误后对外正式发布数据结果； 6) 当主管对出帐结果数据提出质疑后，数据管理人员必须再次进行数据检查，必要的情况下进行回退操作，并在确认无误后再次执行出账或结算。 时限要求

出账时间：自然月账期，整个出帐过程（包括生成帐务报表），务必在每月2日零点前完成； 结算时间：整个结算过程（包括生成结算报表）需要在每月10日零点前完成。 业务数据管理流程 业务数据管理包括业务数据提取和业务数据处理。

业务数据提取流程 流程

要点说明 1) 业务数据提取申请通过OA或《业务数据提取申请表》递交，申请人需在申请表中明确使用目的和使用范围； 2) IT管理部部门经理评估该申请是否需要公司总裁审批，并在提交总裁审批后告知需求部门。 3) 提取后的数据结果，注明数据密级（绝密、机密、保密），要求收到数据的人员不得向外转发；对所提取的数据文件进行加密。 时限要求

不需要提交总裁的申请在三个工作日内完成； 需要提交总裁审批的申请，在审批通过后三个工作日内完成。 任务要求 业务数据通过电子文件形式发给申请人，申请人须对数据进行保密，无权在所申请的范围之外使用；

如所提供数据被泄露，需追究申请人的责任。 业务数据处理流程 流程

图表 3 要点说明 1) 此流程面向的数据处理，是指非系统问题引起的数据处理； 2) 需通过OA或《业务数据处理申请表》递交申请； 3) 对于单个需紧急处理的数据，可以由申请人的主管以邮件方式提交；接到邮件后服务人员应立即处理数据，并在处理完毕后回复邮件给申请主管。 时限要求

因业务数据处理的需求复杂程度不一，处理方案及进度的反馈时限需要视具体情况而定；

原则上，在受理后的三个工作日内反馈初步处理意见；后续在处理方案形成过程中及时与申请人进行沟通，并在处理方案最终确认后反馈处理进度。

系统变更管理流程 流程

要点说明 1) 每月系统变更计划由IT管理部和业务部门共同讨论确定； 2) 如有计划外紧急且重要的需求，按照业务需求申请流程提交，由IT管理部与业务部门一起沟通，调整系统变更计划； 3) 系统变更前必须在测试环境进行功能确认，功能确认由IT管理部组织相关业务部门共同完成，变更功能得到一致确认后方可在正式的生产环境中进行系统变更； 4) 涉及到影响现网用户业务使用的系统变更，必须在零点以后执行； 5) 涉及到影响现网用户业务使用的系统变更，需要提前三个工作日通知相关的维护部门，根据维护部门的反馈确定最终变更执行的时间；由IT管理部负责将变更情况通报给一线的业务服务部门，如呼叫中心、网管中心等； 6) 对于需要跨部门协作执行系统变更的，IT管理部提前五个工作日向协作部门提交《系统变更申请》和实施方案，由协作部门指定协作人员，反馈变更执行时间；执行变更操作时，需要严格按照实施步骤，确保跨部门协作执行的正确顺序；协作部门负责发送通告给本部门所负责系统变更影响的部门。 7) 系统变更前必须通过发送《系统变更通知》电子邮件通知所有使用部门，系统变更的内容、影响范围和影响时长等内容需要清晰明确地在通知中体现； 8) 系统变更完成后，变更实施人员进行主流程业务的确认工作，并在确认无误后，发送《系统变更结果通告》电子邮件通知所有使用部门； 9) 对于复杂度高、涉及范围大的系统变更，完整的确认工作需要在变更实施后的三个工作日内完成，并发送《系统变更总结报告》给相关部门。 时限要求 l 系统变更通知 n 在系统变更当日下班前2个小时发出； n 遇到紧急情况，无法在规定时间内发出系统变更通知的，需要及时通过电话方式通知主要使用部门，并补发系统变更通知。 l 系统变更结果通告 n 在系统变更结束后12个小时内发出。 l 系统变更总结报告 n 在系统变更结束后3个工作日内发出，发送范围根据系统变更的具体情况自行确定。 任务要求 系统变更通知 l 系统变更通知的格式要求，详见模板《系统变更通知内容模板》，内容要素： 系统变更内容、系统变更操作时间、影响范围、影响时间、变更操作人员、IT管理部现场联系人员、其余注意事项等 l 系统变更通知发送范围 主送人员：相关业务部门的接口人员及负责人员；排名按照系统变更内容相关性降序方式排列。 抄送人员：分管领导、主送业务部门的部门经理。 系统变更结果通告 l 系统变更结果通告的格式要求，详见模板《系统变更结果通告模板》，内容要素