内控上线实施应用体验工作笔记

内控流程测试报告之一：用户操作注意事项

一级单位测试方案（测试流程）配置
下发到主控，控制点测试类型（控制点联系人，流程联系人，主要联系人），下发二级单位方式（

二级单位内控员，二级单位职能部门）

应用系统业务流程检查涉及单位多人员广怎么办
解决方案1、细化流程（MES系统业务流程，BW系统业务流程,CMIS系统业务流程）
2、修改完善责任部门岗位责任人，同时修改控制点

开发系统---测试系统----（培训练习系统，生产系统）

一个人多种角色转换（流转人，接受人）为同一人

整改任务测试
步骤1内控员建整改任务： 保存（待创建）--下发（已创建）
2流程员接收内控员任务： 接收（未处理）--接收，拒绝（整改审核人已接受，处理中）

--下发（未处理）
3业管员接受检查任务： （接受，拒绝）--整改计划（保存）--处理中---提交--未处理
4审核整改人整改计划：未处理----审核通过，驳回----

机构是硬的，对应行政机构
岗位是软的，通过岗位描述对应行政名称，消除术语混乱
岗位是内控化的

一个人名多个登录名，操作时选择责任人，要看清邮箱和工号，确保是此人此角色
手册维护中选责任人时要注意，同名情况（单位岗位责任人），登录名由邮箱，工号，联系电话判定

一级单位---主要联系人。测试控制点
一二级单位----主要联系人，测试控制点，测试企业
二级单位---测试控制点，测试企业

（系统人员，业务人员）--死锁---系统开发过程：相互不明白，工作无法继续

分工明确，登录名=责任人
分工不明确（一责多人，一人多责）---的系统处理方法；用户名加括号

主要信息维护--业务层面流程--（主要责任部门，主要联系人，参与部门，流程联系人，流程复核人）
每个参与部门，必须有一个流程复核人
一个流程的主要责任部门，主要联系人可以有多个

特殊部门---（一级单位待替换，二级单位待替换，虚拟部门，参见点部门）
岗位（部门负责人，所属机构。。）
人员（岗位，一个人可以属于多个岗位）

一种极大的悲哀----谁设计的系统，谁才能开发，只有谁有能力实施 --非标准工程

本专业口径视图的梳理术语化（专业名词解释），真实现实企业建模--模型学习

基本体验下的培训----没有基本体验，讲也白讲，学也白学

流程信息维护
例：ERP系统
主要责任部门（信息中心，ERP站）
主要联系人（内控员，部门负责人）
参与部门（ERP站，计算机站）
参与部门流程联系人（站流程联系人，）
参与部门复核人（站内ERP维护人员）
注意控制文档完善

如果参与人过多，应选主要，请放入控制点中

18.1信息系统（计算机）
18.2ERP系统（ERP）
18.3应用系统（ERP,计算机）---应细化为18.3.1MES，18.3.2BW 18.3.3CMIS
18.4基础设施（计算机，ERP）---控制点细化到班组岗位

修改细化方法：
导出---修改---导入

[@more@]