内控合规管理信息系统检查管理与项目移植模块操作指南

内控合规管理信息系统检查管理与项目移植模块操作指南,核心提示 简要介绍检查管理和项目移植两个模块功能和操作流程，对系统操作关键点进行重点提示。,第一部分 检查管理模块操作指南,核心提示,一、功能概述,二、相关用户角色,三、检查管理模块总体结构,四、系统具体操作流程,五、操作过程中需关注的几个问题,一、功能概述 1、检查管理模块是内控合规管理信息系统的主体模块。从统筹检查计划入手，对检查计划申报、检查立项、检查准备、检查实施、问题汇总及统计分析报送进行全过程控制，实现了对全行合规检查的过程和结果的全面综合管理，有利于提高检查质量，发挥各部门检查整体合力。 2、构建了农业银行统一的合规检查平台，确立了统一的违规事实认定标准、规范了检查业务流程，提供了形式多样的检查方法，能够指导检查人员深入开展现场检查，提高检查质量和效率。,第一部分 检查管理模块操作指南,功能概述（续） 3、实现了合规检查、整改及成果利用的电子化作业及检查成果的自动化分析与输出。为上级行实时监测、督办检查项目执行情况并及时采取措施，不断提高检查质量提供有效载体及渠道。与整改及后续模块一起，实现了合规检查前、中、后管理的电子化、信息化、自动化。 4、提供了开放式的用户平台，各级行具有检查职能（尽职监督）的部门均可使用，同时录入审计局审计和外部检查、监管、审计结果，实现了全行违规问题的大集中。,第一部分 检查管理模块操作指南,功能概述（续） 5、实现了全行检查成果的全面共享，为充分利用检查成果奠定基础。各业务条线能实时查询了解本条线问题缺陷，分析成因，采取对策，促进管理的针对性和有效性。 6、以检查管理为驱动的系统设计模式，实现了检查管理模块与违规点、积分、内控评价、整改与后续、合规信息、制度管理等模块的有效衔接和信息共享。,第一部分 检查管理模块操作指南,二、相关用户角色。共11个。内控合规管理员、业务部门管理员、检查计划审核员、检查组长、主查、一般检查人员、外部检查录入员、外部检查复核员、查看员、内控合规查看员、业务部门查看员。具体操作权限详见“ICCS角色菜单对照表”。 其中： 1、内控合规管理员、检查计划审核员分别由总行、一级分行、二级分行、县级支行内控合规部门或履行内控合规职责的人员担任。同一级行只能有一个检查计划审核员，且内控合规管理员和检查计划审核员不能为同一人。,第一部分 检查管理模块操作指南,相关用户角色（续） 2、业务部门管理员由业务部门相关人员担任。同一级行同一部门管理员数量不限（业务部门管理员或内控合规管理员），但应适当控制。 3、内控合规查看员、业务部门查看员分别由总行、一级分行、二级分行、县级支行各部门负责人担任。 4、查看员由各级行行长/副行长担任。 5、检查组长、主查、一般检查人员、外部检查录入员、外部检查复核员属于项目角色，由立项人员在组建检查组时进行分配。,第一部分 检查管理模块操作指南,三、检查管理模块总体结构检查管理模块包括“检查计划”、“检查立项”、“检查准备”、“检查实施”、“检查收工”、“项目文档”、“项目评价”、“检查综合查询”、“检查统计分析”等九个菜单。各菜单之间根据功能不同又细分为若干子菜单。详见检查管理模块结构图。,第一部分 检查管理模块操作指南,四、系统具体操作流程 （一）检查计划 1、检查计划申报 （1）有权操作人员。各级行内控合规管理员、业务部门管理员 （2）功能。新增、修改、删除、查看。 （3）具体操作。依次点击“检查计划”“检查计划申报”“新增”，弹出检查计划新增页面。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,必输项,系统具体操作流程（续）点“保存”，系统中保存一条草稿记录，在“检查计划表信息待办”菜单下可查看该计划，并可“修改”或者“删除”。点“提交”，检查计划发送至计划审核员，计划状态置为“提交”，申报人员不能再进行修改。,第一部分 检查管理模块操作指南,系统具体操作流程（续） （4）注意事项。项目类型分“专项检查”、“综合检查”、“整体移位”、“尽职检查”、“责任离任”、“内控评价”、“后续检查”等七种。选择“责任离任”时，被查机构只能选择一个机构，系统自动弹出“被审计人”栏，从“被检查机构”所辖人员范围中选取，可多选。项目类型不是“责任审计”时，“被审计人”栏自动隐藏。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）表中带“*”内容为必输项。其他内容在制定检查计划时可不输入，但是在检查立项时必须完整录入。检查业务范围：手工录入，每项业务类型之间用“，”隔开。检查业务期间：指检查计划覆盖的业务时间期间。格式为“YYYYMMDD”，可手工录入，也可点击日期选择按钮选择输入。预计检查时间：支持日期格式、汉字等输入。可以录入按季、每半年等。,第一部分 检查管理模块操作指南,系统具体操作流程（续）选择被检查机构时，弹出机构树，范围为当前用户所在行辖域内所有机构，可多选。同时在被查机构选择时，上级机构和下级机构只能二选一，不能既选择上级机构，又选择该机构辖内的其他机构，否则系统报错。如下图：,第一部分 检查管理模块操作指南,第一部分 检查管理模块操作指南,系统具体操作流程（续）总行建立一主项目，被查机构如果录入中国农业银行，各分行不能在该主项目下建立子项目，必须选择37家分行才行。以此类推。选择被查机构时，要选择具体检查组织形式：被查-是指立项机构直接组队开展检查，被查机构不能在该项目下建立子项目；自查是指允许被查机构自己组队进行检查，此时立项部门和被查机构都可以组成检查组进行检查。如下图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续） 2、计划审核 （1）有权操作人员。计划审核员。 （2）具体操作。检查计划检查计划审核弹出如下页面：,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）审核。当对一个检查计划的审核处理结果不涉及其他检查计划时使用。分审核通过、退回修改、退回终止三个功能按钮。,第一部分 检查管理模块操作指南,系统具体操作流程（续）“审核通过”。表示检查计划经审核后予以开展，申报人无需做任何操作。点该功能按钮后将检查计划置为“审核通过”状态。此时申报单位不能再进行修改。“退回修改”。表示检查计划经审核后虽然决定开展，但需申报人对计划内容进行修改和调整。计划审核员录入具体审核意见，点该功能按钮后将检查计划退回原申报人，同时将计划状态置为“退回修改”。“退回终止”。表示经审核后检查计划被取消，计划审核人员录入审核意见，点该功能按钮后将检查计划置为“退回终止”状态。此时申报人无需再进行任何操作。,第一部分 检查管理模块操作指南,系统具体操作流程（续）统筹。经审核，检查计划需要与其他检查计划合并开展时用此功能，分“纳入统筹”、“统筹修改”。,第一部分 检查管理模块操作指南,系统具体操作流程（续）其中：纳入统筹。将检查计划并入其它检查计划一并开展，申报人无需再进行任何操作。点该功能按钮后将检查计划置为“被统筹”状态。统筹修改。将其它一项或多项检查计划合并进来一并开展。计划审核员录入审核意见后，将检查计划退回原申报人，同时将检查计划置为“统筹修改状态”。原申报人按审核意见对检查计划进行修改后再次提交，直至审核通过。,第一部分 检查管理模块操作指南,系统具体操作流程（续） 3、检查计划终止 （1）有权操作人员。检查计划审核员。 （2）功能。对检查计划做结束、作废操作。结束。检查计划已实施完成，计划实施部门通知检查计划审核员对检查计划作结束操作。“结束”操作不可逆转，该计划下不能再建立任何项目。作废。检查计划尚未立项，但由于特殊原因本年度不再继续开展时可予以作废。作废需由计划申报部门申请，经主管行领导审批通过由计划审核员操作。点击“作废”后，不可逆转。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续） （二）检查立项。分主项目立项和子项目立项。主项目立项由检查计划申报部门操作、子项目立项单位由主项目立项时指定。 1、有权操作人员。各级行原计划申报部门管理员。 2、功能。新增、修改、删除、查看。如下图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续） 3、具体操作。检查立项新增填列“检查项目立项单（如下图）”（点保存可修改、删除操作）提交立项完成。 原检查计划状态变更为“立项完成”，同时计划实施情况变为“实施中”。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续） 4、注意事项。 （1）归属计划、归属项目二者选一。如果是主项目，选择“归属计划”，如果是子项目，则选择“归属项目”。选定后自动将检查计划或主项目内容带入，除反白内容外，其他可修改。附图： （2）同一检查计划下，可建立多个检查项目。 （3）检查项目立项提交后，不能修改。 特殊情况：在检查项目立项完成，检查组组建后没有正式提交前（亦即检查项目状态为“组建检查组”时），允许立项人员对该做项目删除处理。,第一部分 检查管理模块操作指南,系统具体操作流程（续） （4）项目类型。与“检查计划”相比，增加了“外部检查”类型。录入外部检查数据时，只需建项目，不建检查计划。 系统中外部检查的界定：指审计署、人民银行、银监会等外部监管部门对我行开展的监管检查，以及我行聘请的社会审计机构开展的专项审计。 特别强调：为简便操作，审计局开展的审计项目视同外部检查项目进行操作。,第一部分 检查管理模块操作指南,系统具体操作流程（续）外部检查项目命名应规范，保持与原检查项目一致，同时要在项目前加上外部检查实施单位、检查年度等。如审计署2010年新发放贷款审计。外部检查谁牵头配合，谁负责录入。当检查项目类型是外部检查时，“外部检查机构”栏录入实施检查机构全称；“归属计划”、“归属项目”、“计划类型”、“计划年度”、“项目责任书版本引用”不录入；“项目负责人”录入项目登记部门负责人。外部检查立项单如下图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续） （三）检查准备。目前系统中包括“组建检查组、历史资料查询”两个菜单。 1、组建检查组 （1）有权操作人员。各级行立项部门管理员。 （2）功能。新增、修改、删除。在正式提交前，可以修改、删除检查组信息。检查组提交后，不能删除。点新增后，弹出如下界面：,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）（4）注意事项。检查组人数不低于2人。必须有组长和主查两个角色。组长有且只能有1人，主查可多人。当组建外部检查补录组时，检查组命名应为“外部检查项目名称”加“补录组”，外部检查补录组有且只能有一个复核员，至少有一个录入员。 检查组提交后，如果因人员变动、工作情况变化等，可对原检查组人员进行调整，也可组建新的检查组。,第一部分 检查管理模块操作指南,系统具体操作流程（续） 2、历史资料查询。 （1）有权操作人员。检查组长、主查、一般检查人员。 （2）功能。查询跟被查机构有关的其他检查项目的底稿问题信息。并可将历史底稿信息以EXCEL表格方式导出。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）（四）检查实施。有权操作人员为检查组成员,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,检查实施,我的项目,检查底稿维护,检查底稿审核,检查底稿特殊维护,检查底稿确认,检查底稿引用,检查底稿引用管理,检查资料调阅,检查日记,检查底稿,检查文档,系统具体操作流程（续） 1、我的项目。检查人员查看业务分工、接受项目责任书、下载检查方案、在不同检查项目切换时使用。检查人员只有先接受责任书并把该检查项目作为默认项目后才能在该项目进行检查操作。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）操作用户容易犯的错误：进入检查实施菜单后，只看到我的项目，没有看到检查日记、检查底稿等菜单，认为系统出错；实际原因是未接受责任书。接受责任书后，未将当前检查项目设为默认项目，直接记录日记、出底稿。导致把A项目的底稿记到了B项目下。,第一部分 检查管理模块操作指南,系统具体操作流程（续） 2、检查资料调阅。 （1）有权操作人员。检查组长、主查、一般检查人员。 （2）功能。提供新增、修改、删除、查看、导出excel表格等功能，实现检查资料调阅留痕。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）（1）资料类型。分“凭证类,账簿类,报表类,台账类,信贷档案类,基建档案类,固定资产类,其他类”等8种类型。其中：“信贷档案类、基建档案类”为制式清单，由系统指定录入格式并记录调阅历史，后期有检查人员调阅该档案资料时系统会自动提示“该资料已于XXXX年XX月XX日在XXXX检查项目中被检查人员XX调取过”；凭证类,账簿类,报表类,台账类,固定资产类,其他类为非制式清单，系统不指定录入格式，检查人员可自主输入。,第一部分 检查管理模块操作指南,系统具体操作流程（续）信贷档案录入规则。档案类型选择“信贷档案类”时，系统自动弹出信贷档案录入界面，录入内容分别为“借款日期”+“客户代码”（录入客户代码后会带出客户名称）+“业务品种”+“金额（万元/万美元，保留2位小数）+“放款机构”。如下图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）信贷档案类录入界面：,第一部分 检查管理模块操作指南,借款日期,客户代码,借款金额,业务品种,系统具体操作流程（续）基建档案录入规则。档案类型选择“基建档案类”时，系统自动弹出基建档案录入界面，录入内容分别为“所属年份+基建项目名称”+“建设单位”。其中基建项目名称、建设单位要与固定资产管理系统中录入的内容保持一致。,第一部分 检查管理模块操作指南,系统具体操作流程（续）基建档案类录入界面：,第一部分 检查管理模块操作指南,立项年份,基建项目名称,系统具体操作流程（续）其他档案类型录入规则。系统不指定录入格式，在文本框中任意录入，内容表述清楚即可。 （3）注意事项调阅资料清单出具后，在个人收工前，检查人员可随时对清单内容进行修改、补充。在收工时，检查人员需将清单内容补充完整，否则系统不允许收工。,第一部分 检查管理模块操作指南,系统具体操作流程（续） 3、检查日记。提供新增、修改、删除、导出WORD文档等功能。,第一部分 检查管理模块操作指南,系统具体操作流程（续） 注意事项：检查日记是检查人员检查过程的全面记录，也是判定检查人员是否履职的有力证明。应如实记载检查步骤方法、调阅资料名称及数量、非现场线索及核实情况、样本应查未查原因、专业判断及查证结果等。是系统统计分析检查工作量、反映营业机构抽样覆盖情况的依据。应根据查证实际情况，按被查机构逐个完整登记。不要将多日、多人或多个被查机构的日记合并登记。每页日记2000字限制，超出后不能保存，录入过程中应注意换页。,第一部分 检查管理模块操作指南,系统具体操作流程（续）4、检查底稿。,第一部分 检查管理模块操作指南,检查底稿维护,检查底稿审核,检查底稿特殊维护,检查底稿确认,检查底稿引用,检查底稿引用管理,检查底稿,系统具体操作流程（续） （1）检查底稿维护。功能。新增一张底稿，同时可修改、删除草稿状态下底稿。如下图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）具体操作。检查实施检查底稿检查底稿维护新增录入检查底稿的底稿信息和问题信息（点保存对底稿信息进行修改、删除）提交底稿发送组长或者主查进行审核。附图：注意事项。检查底稿原则上一事一稿，同一被查机构的同类违规问题可以合并一张底稿；如果一笔业务或一个客户或一个贷款项目出现多个问题，分拆后影响其完整性的，可以将其合并为一张底稿、多个问题信息。不得将多笔业务的不同违规点的问题打包出具一张底稿。,第一部分 检查管理模块操作指南,系统具体操作流程（续）检查底稿分“底稿信息”和“底稿问题信息”两部分。其中“底稿信息”部分为该张底稿的基本信息，不涉及具体违规问题；“底稿问题信息”部分描述的是违规的具体事实。既可以是一条问题信息、也可以是多条问题信息（多条问题信息时，增加一条问题信息前，要点击问题列表栏“增加”按钮，增加一空白问题信息表单）。同一张底稿下的各问题信息的违规点应相互独立、不重复。机构业务类型分“三农业务机构”、“一般城市业务机构”、“一级分行直营机构”、“二级分行直营机构”，系统带出结果与实际情况有差异的，由检查人员手工修改。,第一部分 检查管理模块操作指南,系统具体操作流程（续）“基本情况描述”为选输项。只描述业务基本概况，不体现该笔业务的违规情况。“检查产品”栏为选输项。显示的是我行对外业务产品，不包含内部管理相关业务。“违规点”和“问题摘要”属于主、副标题关系。“问题摘要”是违规点在本违规事实上的细化和具体体现。其中“违规点”从违规点库中选取，“问题摘要”由检查人员根据该笔问题对应的违规事实进行提炼。,第一部分 检查管理模块操作指南,系统具体操作流程（续）底稿问题严重程度。选择违规点时会自动带出一参考标准，由于违规点严重程度通过对大量问题归纳总结得出的，并不适用于所有的违规事实，检查人员应结合具体违规事实风险状况、违规后果等对严重程度进行调整。问题发生日期。当违规问题涉及多个发生日期时，问题发生日期栏以问题发生最早的日期为准。,第一部分 检查管理模块操作指南,系统具体操作流程（续）责任人员录入。选输项，无法落实责任人时可不输入。责任人员违规时岗位选择。系统提供的“机构下属人员表”中对应的人员岗位为当前岗位，当违规时所从事岗位与当前岗位不一致时，检查人员应通过“修改岗位”功能将责任人岗位修改为违规时所从事的岗位。如下图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）业务归属。由检查人员根据具体违规问题的业务归属条线选择。（附表）核实负责部门、整改责任部门。整改责任部门是问题发生单位；核实负责部门是指问题发生单位的上级主管业务部门。 特殊规则：同级立项查同级部门时，核实负责部门为检查项目立项部门。提前已由系统管理员通过系统管理模块”部门业务归属设置“维护好，检查选择“业务归属”后系统自动带出。,第一部分 检查管理模块操作指南,系统具体操作流程（续）是否现场整改。选”是”时，系统自动弹出现场整改情况菜单，由检查人员根据实际整改情况录入，如果检查人员选择“是”后，在弹出的“整改维护”菜单直接点关闭，此时系统会自动把“是否现场整改”栏置为“否”。附图：一张底稿多条问题信息时，每一笔问题信息录入完毕，先点“保存”，再选择“增加”，系统会弹出空白“问题列表”供检查人员继续录入，所有底稿问题信息录入完毕后才能“提交”，底稿一旦提交，不能进行任何修改或添加问题信息操作。底稿提交时，如果有多个主查，系统提示选择具体底稿审核人。如果只有一名主查，系统不做提示，直接提交给主查和组长。,第一部分 检查管理模块操作指南,系统具体操作流程（续）（2）检查底稿审核有权操作人员。检查组长、主查。功能。提供“通过”、“驳回”功能，对检查人员提交的底稿进行审核。 审核规则：一般检查人员的底稿由组长或主查审核；主查的底稿由组长或其他主查审核；组长的底稿由组长指定的主查审核。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）（3）检查底稿特殊维护。有权操作人员。检查组长功能。提供退回、作废、底稿导出功能，审核通过后，由组长交被查单位签字确认。被查单位认为有异议、且经核实后部分底稿内容确属错误的，由组长退回检查人员重新修改；底稿经进一步核实不属违规问题的，组长可直接通过“作废”功能废止该底稿。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）（4）检查底稿确认。有权操作人员。检查组长。功能。底稿经被查单位签字后，由组长代被查机构将确认意见录入系统。附图：被查单位确认意见应完整录入，被查单位附有说明材料的，应一并扫描上传。底稿内容属实，被查单位拒不签字的，不影响底稿使用。但检查组长应在“检查组认定意见”栏说明原因，需要证据支持的，应上传证据附件。确认类型分“有异议、无异议”两种，选择“无异议”时，底稿“签字人”、“签字人所在机构”为必输项；选择“有异议”时，底稿“签字人”、“签字人所在机构”为选输项。,第一部分 检查管理模块操作指南,系统具体操作流程（续）（5）检查底稿引用。有权操作人员。检查组长、主查、一般检查人员。功能。供检查人员引用其他检查项目出具的，且已确认过的底稿。 底稿引用后从问题引用列表中消失，同时在“引用问题信息查看”中可以看到，引用错误的，可以在“引用问题信息查看”中删除底稿引用。附图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）（6）检查底稿引用管理。有权操作人员。检查组长功能。提供“撤销引用、恢复引用、查看”功能，底稿引用后，检查组长认为引用不当的，可撤销引用，发现误撤销的，还可以恢复引用。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）4、检查文档。（1）有权操作人：检查组长。（2）功能。上传现场检查相关文档；初步生成“整改文档、处理处罚文档、问题清单”。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）（3）具体操作。项目文档。提供“上传”、“修改”、“删除”、“附件下载”功能用于检查组归档现场检查文档。,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）“上传”。上传检查组现场检查文档。上传后系统自动归到检查组长所在检查组下弹出如下页面。,第一部分 检查管理模块操作指南,系统具体操作流程（续）导出整改文档。根据底稿信息，自动生成整改通知书草稿。检查项目中引用的检查底稿、现场已整改的底稿自动过滤掉。导出处理处罚文档。根据底稿信息，自动生成处理处罚决定书草稿。检查项目中引用的检查底稿自动过滤掉。导出问题清单。根据底稿信息，自动生成问题清单草稿。问题清单中包含引用底稿，同时注明引用自哪个检查项目。同时系统支持多个被查机构合并导出。附图：,第一部分 检查管理模块操作指南,系统具体操作流程（续） （五）检查收工。包括个人收工、项目收工。 1、收工顺序。一般检查人员主查检查组长项目。系统自动逐级判断并提示。 2、个人收工。个人结束该项目下工作的标志。个人收工后在我的项目中看不到检查项目。前提条件：一般检查人员：当前项目下所有底稿都已被确认；主查：自身的底稿已确认；检查人员已收工；检查组长：所有的底稿均已确认；检查组其他成员已收工。,第一部分 检查管理模块操作指南,系统具体操作流程（续） 3、项目收工。结束项目的标志。包括“项目收工、撤销收工、人员收工、人员复工”等功能。,第一部分 检查管理模块操作指南,系统具体操作流程（续）其中：（1）项目收工。对检查项目进行收工。系统自动判断是否有子项目未收工、检查人员是否全部收工。否则不能做收工处理。当检查项目为“责任离任”时，系统提示填报责任审计表，否则不能收工。（2）撤销收工。项目收工后，发现有未尽事宜，可通过撤销收工将该项目重新激活。（3）人员收工。由立项人员操作，强制将检查人员置为收工状态。强制收工时，系统自动判断该检查人员是否有未尽事宜需处理。,第一部分 检查管理模块操作指南,系统具体操作流程（续）（4）人员复工。检查人员误收工时，立项人员可通过该功能将检查人员收工状态重新激活。人员复工需要提交书面情况说明。复工时按照以下顺序处理：项目复工检查组长复工主查复工一般检查人员复工。,第一部分 检查管理模块操作指南,系统具体操作流程（续）（六）项目文档。功能与检查文档相同。由立项人员上传检查项目相关档案资料。1、有权操作用户。项目立项人员。2、功能：上传、修改、删除、附件下载、查看等。3、注意事项：（1）项目文档谁上传、谁有权删除。立项人员可查看检查组上传的档案资料，但不能删除。,第一部分 检查管理模块操作指南,系统具体操作流程（续）（2）项目文档命名应规范、易于识别且具有唯一性。根据文档类型不同，文档名称可分别由检查项目名称、检查组名称、被查机构名称（被审计人）、检查人员等加具体文档类型组成。（3）立项人员立项后，需上传检查方案至项目文档中，检查人员方可下载。,第一部分 检查管理模块操作指南,系统具体操作流程（续）（七）项目评价。由项目主办部门、主管行长、行长对已收工项目开展情况进行评价。评价内容包括检查工作组织、分工情况，现场检查工作开展情况，检查工作质量和效果，问题整改及追究情况等。具体操作，选定具体检查项目，弹出如下界面：,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）（八）检查综合查询。包括检查计划查询、检查项目查询、检查组信息查询和检查底稿查询。,第一部分 检查管理模块操作指南,系统具体操作流程（续）1、检查计划查询。（1）有权操作人员。查看员、内控合规管理员、检查计划审核员、内控合规查看员、业务部门管理员、业务部门查看员。（2）功能。实现从检查计划检查项目检查底稿的逐级钻取。（3）具体权限。查看员、内控合规管理员、内控合规查看员、检查计划审核员、能看到本级行及以下所有的检查计划、计划下的项目及底稿。,第一部分 检查管理模块操作指南,系统具体操作流程（续）业务部门管理员、业务部门查看员。能查看到本级行建立的检查计划名称及计划下所建立的项目名称。对本部门主办的检查计划，可以实现从计划项目底稿的钻取。附图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）2、检查项目查询。（1）有权操作人员。查看员、内控合规管理员、内控合规查看员、检查计划审核员、业务部门管理员、业务部门查看员。（2）功能。实现从检查项目到检查底稿的逐级钻取。（3）具体权限。查看员、内控合规管理员、内控合规查看员、检查计划审核员能查看本级行及以下所有的检查项目和项目下的底稿信息。业务部门管理员、业务部门查看员能查看本级行的建立的检查项目、本部门主办的项目下的底稿问题信息。附图,第一部分 检查管理模块操作指南,系统具体操作流程（续）3、检查底稿查询。（1）有权操作人员。查看员、内控合规管理员、内控合规查看员。（2）功能。能查询本级行及以下所有经被查机构确认后的所有底稿。并跟踪了解底稿的后续整改情况（台账功能）。附图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）4、检查组信息查询。（1）有权操作人员。检查组长。（2）功能。查看本检查组各成员检查日记、检查底稿（含草稿）、调阅资料清单、检查组人员特长和具体分工。附图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）（九）检查统计分析。,第一部分 检查管理模块操作指南,检查报表,项目报表,责任审计报表补录,检查统计分析,系统具体操作流程（续） 1、检查报表。目前可供生成的报表共17张。其中：实时报表15张，按不同统计口径对检查工作开展情况及发现的问题进行统计，由前台选择参数直接生成。如下图：,第一部分 检查管理模块操作指南,系统具体操作流程（续）检查报表-实时报表类型：,第一部分 检查管理模块操作指南,系统具体操作流程（续）,第一部分 检查管理模块操作指南,系统具体操作流程（续）固定报表2张，由系统后台按月批量处理。,第一部分 检查管理模块操作指南,第一部分 检查管理模块操作指南,系统具体操作流程（续） 2、项目报表。5张，均为与检查项目相关报表，可由检查组长、主查或者外部检查复核员根据现场检查需要生成。,第一部分 检查管理模块操作指南,系统具体操作流程（续） 3、责任审计报表补录。责任审计项目收工后，由责任审计项目立项人员对责任审计报表的后续内容进行补充完善,第一部分 检查管理模块操作指南,五、操作过程中需提示的几个问题 （一）关于检查计划。系统设计时，支持检查计划审核员反复对计划退回、修改。但由于检查计划统筹的复杂性，建议在具体操作过程中，由业务部门将年度检查计划录入系统，在系统外统筹审批后，将最终结果录入系统。 （二）关于主、子项目立项。如果检查项目采取上级行立项、下级行检查并上报的方式，或者采取上级行立项、下级行自查与上级行抽查相结合方式，则检查计划制定部门应先建一主项目，在选择被查机构时将“检查组织方式”设为“自查”，否则下级行无法在主项目下建子项目。 下级行建立子项目时，应该对主项目自动带入的相关内容进行修改。,第一部分 检查管理模块操作指南,五、操作过程中需提示的几个问题 （三）关于责任人。如果现场无法确定责任人，可在后期由被查单位整改录入员通过整改及后续模块责任人补录菜单进行补录。如果由于系统数据库原因，责任人在系统中“机构下属人员表”中查找不到的，可在系统外手工处理。 （四）关于底稿业务归属。系统中，将业务按所属条线分为“39”种类型。该字段是确定“整改责任部门”和“核实负责部门”的依据，检查人员应按照具体违规事实所属业务条线，谨慎选取底稿业务归属。,第一部分 检查管理模块操作指南,操作过程中需提示的几个问题（续）,第一部分 检查管理模块操作指南,操作过程中需提示的几个问题（续） （五）关于核实负责部门和整改责任部门。事先已由各级行在系统中进行了维护，在选择业务归属时自动带入，且不能手工修改。如果检查人员出具底稿过程发现整改核实负责部门和整改责任部门栏为空白，或者所显示部门与该行实际履责部门不一致时，应及时要求被查行系统管理员将正确的归属部门维护好，然后重新出具底稿。否则后期在进行问题整改和后续核实时，主管业务部门看不到该底稿问题信息。,第一部分 检查管理模块操作指南,操作过程中需提示的几个问题（续） （六）关于底稿严重程度确定。选择违规点时系统会自动带出一严重程度值。该值仅供参考。检查人员应结合问题实际，审慎判断确定底稿违规事实严重程度，并对违规点自动带入的严重程度进行调整。（详见违规事项严重程度标准对照表）,第一部分 检查管理模块操作指南,操作过程中需提示的几个问题（续） （七)关于检查文档生成。系统生成的“问题清单”、“处理处罚决定书”、“整改通知书”为草稿文档，下载后各检查项目组织部门要依据具体违规事实，对问题事实、违规依据、处理处罚依据进行适当调整。 （八）关于立项人员变更。当原项目立项人员变更时，立项机构应提出申请，由系统管理员做立项人员岗位移交处理，将原立项人员经办的检查项目移交给接管人员，否则检查项目后期档案资料将无法上传。,第一部分 检查管理模块操作指南,第二部分 项目移植模块操作指南,核心提示,一、项目移植模块功能简述,二、移植数据范围及规则,三、移植模块总体结构及用户角色,四、项目移植操作流程,五、移植过程中需提示的几个问题,第二部分 项目移植模块操作指南,一、项目移植模块功能简述项目移植是检查管理的特殊功能。检查立项部门（包括内控合规及各业务部门）可将本部门立项，且未在ICCS中开展的检查项目档案资料移植入系统，实现检查成果的共享及统一管理。,第二部分 项目移植模块操作指南,二、移植数据范围及规则 1、范围。内控合规及各业务部门在合规管理信息系统之外开展的合规检查项目，不包括未通过检查项目立项发现的问题事项。 2、移植规则。谁立项、谁移植，移植由检查立项部门负责组织，并对移植资料真实性、完整性负责。移植人员可以是移植项目原检查组成员，但同一移植人员不能同时在多个移植项目。移植项目命名应规范。格式统一为：原检查项目名称后面加“移植”二字。,第二部分 项目移植模块操作指南,二、移植数据范围及规则（续）移植只建项目、不建计划。允许在主项目下建立子项目。截止移植日已经整改及处理处罚的信息，由移植人员直接录入系统；移植后新产生的整改及处理处罚信息，由整改责任单位录入系统。,三、移植模块总体结构及用户角色（一）模块结构图,第二部分 项目移植模块操作指南,项目移植,移植项目维护,移植组维护,移植底稿录入,移植底稿复核,处理处罚移植,项目文档移植,移植项目收工,移植数据同步,第二部分 项目移植模块操作指南,三、移植模块总体结构及用户角色（续） （二）相关用户角色。内控合规管理员、业务部门管理员、移植录入员、移植复核员。其中： 1、内控合规管理员、业务部门管理员为移植项目立项人员，负责将本部门主办的检查项目移植入系统。 职责：移植项目立项、组建移植组、项目收工及数据同步。,第二部分 项目移植模块操作指南,三、移植模块总体结构及用户角色（续） 2、移植录入员、移植复核员为项目角色，由立项人员在组建移植组时指定，同一移植组至少有一个移植录入员和一个移植复核员，根据需要也可以多个。 职责： （1）移植录入员负责录入检查底稿、截止移植日整改及处理处罚结果、整改核实结果、上传移植项目文档。 （2）移植复核员负责对录入员录入的底稿信息及整改核实信息进行复核。,第二部分 项目移植模块操作指南,四、移植模块具体操作项目移植流程：移植项目立项组建检查组、移植组录入底稿信息、问题整改、核实信息底稿复核录入处罚处理信息移植项目文档信息项目收工移植数据同步。,第二部分 项目移植模块操作指南,四、移植模块具体操作（一）移植项目维护1、有权操作人员。内控合规管理员、业务部门管理员。2、功能。移植项目新增、修改、删除、查看。,第二部分 项目移植模块操作指南,四、移植模块具体操作（续）3、具体操作。点击移植项目维护“新增”系统弹出“检查项目移植新增”页面用户录入所需移植的内容点击“提交”（或“保存”为草稿）系统将移植项目状态置为“立项完成”。附图：当移植项目为主项目时，菜单中“归属项目”不需录入。移植项目提交前，可以通过删除、修改按钮对移植项目草稿进行变更，移植项目一旦提交，不允许修改，但在组建检查组前可以删除移植项目。,第二部分 项目移植模块操作指南,四、移植模块具体操作（续）（二）移植组维护1、有权操作人员。内控合规管理员、业务部门管理员。2、功能。组建移植项目移植组。,第二部分 项目移植模块操作指南,四、移植模块具体操作（续）3、具体操作。点“移植组维护”选定待移植项目“组建检查组”系统弹出“移植组维护”菜单用户点击新增按钮系统弹出新增检查组信息用户录入检查组信息点击“保存”，关闭用户录入移植组信息点击“保存”，关闭提交移植组组建完成。附图：,第二部分 项目移植模块操作指南,四、移植模块具体操作（续）（