太平洋保险公司管理信息系统迁移计划报告.docx

管理信息系统迁移计划报告(草稿)

目录

一、前言 1
二、总结概述 2
三、目前太保集团及属下产/寿险总公司关键管理信息系统的状况 4
四、目前财务控制管理缺口分析以及基于新的财务管理、内部控制体系对新财务管理系统需求的汇总 18
五、对P07项目报告的新增需求概括性建议 195
六、渐进计划（长短期策略及时间表） 200
1、前言 200
2、项目实施风险 200
3、项目管理框架 201
4、一般项目管理组织架构 203
6、一般项目实施策略 206
7、财务信息管理系统项目实施 208

附件一：软件包、实施商选型考虑因素 211
附件二：一般软件包、实施商选型步骤 212
附件三：项目任务说明 212
附件四：项目实施考虑因素 216

一、前言

作为中国三大保险公司之一的太保，经过多年的努力，其业务发展取得了相当的成就。为了成为“世界一流的先进保险企业”并立足于日趋竞争激烈的保险市场，太保管理层确定了从“建立内部控制”、“建立现代财务管理”两方面入手，向集团化、国际化及标准化方向推进。

太保为了实现上述目标，已从多方面着手展开工作，于2001年9月聘请IBM对其信息系统整体规划进行战略性咨询，确定了太保3-5年的IT战略规划，其中包括对集团和产/寿险公司各业务部门之间的信息开发、IT管理、网络基础、应用系统及客户关系管理等18个项目的实施规划.

此外，太保聘请普华永道提供内部控制和财务管理的咨询服务，以协助太保在整个集团范围内建立现代化财务管理内部控制体系。根据太保的要求，太保和普华永道合作运用普华永道的“价值构筑模型”，从价值动因、营运基础、决策支持、人事结构、风险管理及信息披露六个领域为太保提供财务管理和内部控制两个方面的咨询。

MIS迁移计划是整个项目中财务管理咨询的一部分，主要内容包括目前系统的描述分析、新的财务管理、内部控制体系对系统的需求、对IBM计划体系中财务系统实施规划提出补充意见、及协助太保制定财务系统MIS渐进计划，本报告主要是反映我们对这四个部分所作的工作以及相关的建议。

本次工作的主要目的是为太保和实施商有效实施财务管理信息系统项目提供概括性的建议，我们是基于与太保信息技术部、财务部及相关业务人员的访谈，同时结合太保将要实施的SOP、以及按业务活动的预算管理和内部审计等要求，提出MIS的迁移计划相关的建议。

二、总结概述

1.工作范围

在项目过程中，我们经与贵公司进一步的讨论，我们就咨询合同服务范围，明确了此工作的具体内容并归纳如下：

§ 目前太保集团及属下产寿险总公司主要信息管理系统状况报告，包括：
­ 系统的概括性描述
­ 系统信息流程概括图
§ 目前财务控制管理及相关系统功能的缺口分析以及基于新的财务管理、内部控制体系对新财务管理系统需求的汇总报告
§ 对IBM提供的P07财务系统项目规划报告提出概括性建议
§ 协助太保制定渐进计划

2. 主要的发现和建议

咨询小组根据上述工作范围，通过与太保集团、产/寿险总公司的信息技术部及相关部门的访谈，以及与IBM项目成员的访谈，对太保目前财务管理控制相关的系统现状和太保新的信息系统要求进行了解。我们对本次工作的发现和相关建议汇总如下：

§ 太保目前的信息系统的架构与太保的组织结构基本一致，即作为管理中心的集团、产险总公司和寿险总公司为独立的三个法人机构，有其独自的系统支持其日常管理和业务运作。其中包括管理其属下的分支机构的财务系统、业务/综合统计系统、资金的运用/投资管理系统，固定资产的控管系统以及再保业务管理系统等。作为业务中心的各分公司及部分中心支公司，有其独自的系统支持其自身及其下属机构的业务运作管理和会计核算。我们通过太保信息系统示意图及其概述、业务/财务信息流程图等反映我们对太保信息管理系统目前状况的了解。详细内容参见本报告第三部分。

§ 一个财务系统所生成的信息是反映企业的运营结果，为确保财务信息的可用性、可信性和准确性，我们基于国际通用的COSO内部控制模型，对现有流程控制以及与其相关的系统控制的作了差异分析，并汇总以下主要的缺口发现：
- 系统功能对业务需求的支持不足。如寿险应用系统缺乏对部分团险业务的支持、产/寿险应用系统缺乏对代理人业务的支持等，可能导致无法有效的控制相关的业务风险；
- 系统之间数据不能共享，特别是业务应用系统与财务处理系统之间数据不能共享，可能导致系统与系统之间的数据不一致及财务信息的不正确；
- 业务应用系统与财务处理系统之间缺乏对关键数据的系统自动核对功能，如应收保费、保费收入、理赔收支等的数量、金额等核对，目前需由人工核对或没有进行核对，不能及时发现数据存在不一致的情况并及时进行处理；
- 系统对管理报告的支持不够充分，如目前管理报告主要是通过手工完成的，系统不能自动生成相应的管理报告，以便管理层及时了解监控相关的业务财务状况和风险；
- 系统数据缺乏审计痕迹，无法有效地确定是否所有交易均已记录，也不利于对系统生成的调节表或异常情况报告进行复核追踪。

基于我们的缺口分析及SOP管理体系, 我们以财务管理控制为主旨对新的财务管理系统提出相应的概括性的功能需求。本报告主要分标准业务管理流程（“SOP”）、预算管理（“ABB”）和价值报告三大类18个部分，分别汇总了对财务管理信息系统的控制功能需求。详细内容参见本报告第四部分。

§ 同时，为了使新的财务管理信息系统为太保新的财务管理框架提供有效地支持，我们根据IBM提供的《P07项目规划报告》内容，结合财务管理和内部控制咨询项目的相关建议，包括财务管理框架转变方案、SOP、ABB、价值报告、内部控制及内部审计等报告，对《P07项目规划报告》的五个部分（包括项目的目标与范围、项目的效益、项目的方法、风险和风险化解的措施及关键成功因素）分别提出了在实施新的财务系统开发时，需进一步考虑的补充建议。详细内容参见本报告第五部分。

§ 最后，为了协助太保有效地实施财务系统开发实施，及时了解和管理实施过程中不同阶段的相关风险是至关重要的，我们基于对太保目前系统及财务管理状况等的理解，并结合普华永道项目管理方法和我们以往的经验，通过下列几方面为太保提供相关的项目实施措施及概括性的建议：
­ 关键项目实施风险的说明
­ 项目管理基础和管理架构最佳实务的介绍
­ 项目实施阶段及相应时间的初步计划等
详细内容参见本报告第六部分。

作为专业的和独立的咨询，普华永道就约定的服务范围提供建议和工作成果，而太保管理层应全面和独立的根据太保自身情况做出相应的商业判断，决定是否采用或修改我们的建议。
三、目前太保集团及属下产/寿险总公司关键管理信息系统的状况

太保经过多年发展管理信息系统开发和完善，已基本实现了业务处理和会计核算电脑化。我们根据合同的工作范围,对太保的集团信息技术部、产/寿险总公司信息技术部等进行了访谈，并对访谈的结果进行了整理，现从以下三个方面来描述太保目前的业务/财务管理信息系统(MIS)状况：

§ 集团内部信息系统现状示意图（图一），描述了集团、产/寿险两总公司及产/寿险66家分公司和938家分支机构的系统架构，系统是按他们的组织架构分布的，概述如下：
­ 集团、产险总公司和寿险总公司为独立的三个法人机构，有其独自的系统支持其日常管理和业务运作，其中包括管理其属下的分支机构的综合统计系统、财务系统、资金的运用管理系统，固定资产的控管系统以及再保业务管理系统等；
­ 产/寿险分公司按中国的行政区域划分，分别在省会级城市有33家产险和33家寿险分公司，是主要的业务中心，有独立的业务和财务系统支持分公司及其隶属的大部分中心支公司和全部支公司的日常业务经营和会计核算；
­ 作为分公司与支公司之间的中心支公司，是根据地域情况进行划分的，其作用是协助分公司对较分散的支公司进行管理。其中产险179家中心支公司中有4家拥有自已独立的财务系统数据服务器，寿险182家中心支公司中有33家拥有自己独立的财务系统数据服务器，这37家中心支公司的财务系统可支持其自已及其所属支公司的日常会计核算；
­ 分别隶属于产/寿险分公司的503家产险和435家寿险支公司，是办理产/寿险业务的网点，没有独立的系统，需通过登录所属分公司的业务/财务系统录入业务/财务数据，进行日常的业务经营和会计核算。

§ 现有主要系统的概括性描述（表一），对集团目前主要系统的以下方面进行了描述：
­ 系统的功能
­ 系统的技术配置
­ 系统在支公司、分公司、总公司及集团的信息采集/数据库存维护
­ 系统用于支持管理信息的管理报告种类及名称
­ 系统的用户情况等

§ 目前信息流程概括图，描述了财务及与财务相关的业务流程中关键数据的信息流，包括：
­ 产险业务相关的财务信息的流程（图二）
­ 寿险业务相关的财务信息的流程（图三）
­ 其他财务信息流程（图四）

集团内部信息系统现状示意图（图一）

现有主要系统的概括性描述（表一）

系统

现状描述
用户情况
一、
产险业务系统/综合统计系统

产险业务系统：支持产险业务的应用系统，按险种分为7个子应用系统，分别为车险、国内企业财产险、普通家庭财产险、安居综合理财险、人意险、综合险及进出口货运险。每个子系统都能够记录与处理承保、核保、批改、核赔等业务信息并进行业务交易处理。

产险综合统计系统：一个对所有产险业务数据进行汇总和统计的系统，产险业务综合统计系统是业务系统的延伸，它是用来综合/汇集7个不同产险业务子系统的业务数据，且可以支持各支公司业务人员手工输入的业务数据（一些手工保单和手工理赔的信息等）。

系统技术配置

1. 硬件: PC Server，规模大的分公司使用小型机(如IBM-M85/M80)
2. 操作平台（OS）：SCO-UNIX 5.0.x，AIX4.3.3, HP-UNIX11.1x
3. 数据库服务器：Informix，MSQL

信息采集/数据传递

产险业务系统：
· 支公司的业务部门人员通过登陆所属分公司的服务器，在设于分公司服务器上的有关业务系统中输入业务数据，分公司可实时查询其分支机构的业务数据。
· 总公司没有业务系统，通过综合统计系统了解整个公司业务情况。
· 产险业务系统与账务处理系统没有直接的接口，业务数据通过综合统计系统与账务处理系统的接口传输到账务处理系统。

产险综合统计系统：
· 在分公司业务系统与分公司综合统计系统之间可以实现实时数据传递。
· 总公司与分公司之间的综合统计数据不能实时接收或传递，分公司数据以FTP方式传送至总公司进行汇总。
· 产险综合统计系统与账务处理系统有数据接口，通过批次形式将相关业务信息传递到帐务系统。财务人员在账务处理系统中进行账务处理

管理报表

产险业务系统：
车险管理报告

产险综合统计系统：
应收保费、欠单、实收保费、代理、退款、赔款等指标报告

产险业务系统：分公司及其下属支公司的业务部门人员
产险综合统计系统：产险总公司、33家分公司及下属支公司的业务人员和负责帐务处理的财务人员

二、
寿险业务系统

寿险业务系统是支持寿险业务运作的主系统，包括个险、团险以及医疗保险等其它业务。它对业务信息进行管理，其主要功能是承保、核保、收费、变更、核赔、理赔和给付等业务以及记录相关业务数据。

系统配置

1. 硬件：PC Server，规模大的分公司使用小型机(如IBM-M85/M80)
2. 操作平台：SCO-UNIX 5.0.x，AIX4.3.3, HP-UNIX11.1x
3. 数据库服务器：Informix

信息采集/数据传递

· 支公司的业务部门人员通过登陆所属分公司的服务器，在设于分公司服务器上的有关业务系统中输入业务数据。
· 总公司与分公司之间的系统数据无实时相联，不能共享或传递。分公司通过每月邮寄备份光盘将数据送至总公司。
· 寿险业务系统与账务处理系统有接口，可直接按业务分类在账务处理系统中生成格式凭证，人工操作较少；但是个别业务如团险业务也可以不通过帐务系统，直接由人工输入财务系统。

管理报表

按照险种、分支机构、代理等生成预付保费、保费收入、续保收入、退保和理赔等报表（资金头寸表）。

寿险总公司、33家分公司及下属支公司的业务人员和负责帐务处理的财务人员

三、
产/寿险再保系统

产/寿险再保系统主要是支持产/寿险总公司的保险业务依法律规定进行分保统计与分保交易。
目前集团的再保系统仅支持法定再保业务，其功能是计算产/寿应交付或收取中国再保险公司或其他分保公司的分保金额，所有临时分保业务均由手工处理。
分公司按法定分保比例对每张保单进行分保计算并记录已进行分保的保单，生成汇总报表。
分公司产/寿险再保系统将从产险综合统计系统和寿险业务系统中获得的数据传输到集团的再保系统中。

系统配置

1. 硬件：PC Sever
2. 操作平台（OS）：SCO-UNIX 5.0.x
3. 数据库：Informix

信息采集/数据传递

· 在产/寿险分公司，产/寿险再保系统从产险综合统计系统和寿险业务系统中取数，按险种根据法定分保比例计算应进行分保的金额。
· 产/寿险分公司将计算数据通过FTP方式分别上传到集团再保部的产/寿险再保系统中，由集团再保部负责产/寿险总公司的再保业务。
· 集团再保部收到各分公司上传的再保业务信息进行审核并与分保公司联系后，生成再保或分保的账单交由产/寿险总公司财务部通知划款和进行账务处理，同时以传真方式供分公司财务人员进行账务处理。

管理报表

根据中再保和总公司之间合同出具相关报表

集团再保部和产/寿险分公司业务部门人员

四、
寿险营销员管理系统

寿险营销员管理系统是对营销员进行人事及费用管理的系统，此系统的功能包括营销员合同登记和营销员佣金计算以及其它相关费用的数据采集/传递，它定期收集佣金计算数据，复核佣金计算结果，生成佣金发放表并将佣金发放表上报给寿险总公司各险部和计财部。

系统配置

1. 硬件：PC Sever
2. 操作平台（OS）：SCO-UNIX 5.0.x
3. 数据库：Informix

信息采集/数据传递
· 分公司营销员管理系统与业务系统有接口，直接从业务系统中提取所需数据。
· 分公司数据以FTP方式上传至总公司。由于该系统与账务处理系统之间缺乏接口，财务人员依据系统生成的电子表格手工录入帐务系统，进行账务处理。

管理报表

营销员信息报表

寿险33家分公司内勤部门人员。

五、
寿险精算系统

寿险精算系统支持寿险总公司精算部门对寿险业务进行汇总分析，并按法定及公司的经验计算相关的责任准备金。

系统配置

1. 硬件：PC Sever
2. 操作平台（OS）：SCO-UNIX 5.0.x
3. 数据库：Informix

信息采集/数据传递
· 寿险总公司精算部门从寿险业务系统中取数并进行精算，生成结果。
· 由于该系统与账务处理系统之间缺乏接口，财务人员依据系统打印的结果手工编制提取准备金的会计凭证，进行账务处理。

管理报表

不生成管理报表

寿险总公司精算部人员

六、
集团/寿险预算系统

集团/寿险预算管理系统的功能是对费用和借款进行预算控制和在线申请、审批。

系统配置

1. 硬件：PC Sever
2. 操作平台（OS）：SCO-UNIX 5.0.x
3. 数据库：Informix

信息采集/数据传递

· 目前集团和总公司的预算系统与账务处理系统没有直接的数据接口。

管理报表

预算差异分析表

集团/寿险总公司人员

七、
资金运用系统

资金运用系统主要供集团资金运用部用于管理资金投资活动。

系统配置

1. 硬件：PC Sever
2. 操作平台（OS）：SCO-UNIX 5.0.x
3. 数据库：Informix

信息采集/数据传递

· 目前该系统与账务处理系统没有直接的数据接口。
· 财务部负责投资业务帐务处理的财务人员根据资金运用部打印的业务数据和第三方提供的原始凭证进行帐务处理。

管理报表

交易日报表、周报表、投资明细表

集团资金运用部人员

八、
固定资产管理系统

目前集团和产/寿险总公司有各自固定资产管理系统，此系统是支持集团及产/寿险两家总公司对各自的固定资产进行集中管理。
· 集团：对集团固定资产原值的增减进行记录，按月计算折旧。
· 产/寿险总公司：产/寿险总公司及各分支公司的固定资产原值的增减进行记录，并按月计算折旧。

系统配置

1. 硬件：PC Sever
2. 操作平台（OS）：MSQL
3. 数据库：Windows NT

信息采集/数据传递

· 分公司和中心支公司的用户通过Web登陆总公司的固定资产管理系统，进行数据录入和查询。
· 产/寿险总公司可实时接收其分支机构的数据。
· 该系统未与账务处理系统接口，集团、产/寿险总公司的财务人员根据系统打印出的计算结果手工编制会计凭证，进行账务处理。

管理报表

固定资产折旧汇总/明细表

集团、产/寿险总公司、各分公司及中心支公司财务部门和固定资产管理部门人员

九、
账务处理系统

帐务处理系统的功能是支持财务部人员对保险业务以及其它日常经营活动进行帐务处理，此系统功能包括：
· 保险业务处理：与产险综合统计系统和寿险业务系统有接口，对保费收入、理赔支出、退分保等保险业务进行账务处理
· 出纳管理：进行业务及非业务收付款处理、出纳帐确认处理、退票处理、日结/月结、查询与核对、出纳代码维护等，目前寿险业务未使用该模块
· 综合查询：可按一定条件查询现金收付交易、会计凭证、业务数据和帐簿记录等
· 帐簿管理：在此进入各科目的明细帐簿
· 报表管理：在此模块生成各类预定格式的财务报表

系统配置

1. 硬件：PC Sever
2. 操作平台（OS）：SCO-UNIX 5.0.x
3. 数据库：Informix

信息采集/数据传递

· 分支机构以帐套为单位进行帐务处理，每一个财务帐期帐务处理完成后生成财务报表。
· 分公司将下属分支机构财务报表汇总，以分公司为单位将报表由FTP通过内部网上报至总公司，中心支公司报表不直接上报给总公司，由省会分公司统一上报。
· 总公司得到的只是分支机构的报表信息，没有分支机构的明细帐务信息。

管理报表

基础表、资产负债表、利润表、业务收支表

集团、产/寿险总公司及各分支公司财务人员

十、其他

· 税务管理系统：此系统由税务局统一指派，与帐务系统无直接接口，以EXCEL方式生成报表后，人工过入帐务系统。
· 人力资源管理系统：此系统由太保自行购买，与帐务系统无直接接口，以EXCEL方式生成报表后，人工过入帐务系统。
· 单证系统：此系统由寿险总公司自行开发，主要功能是管理空白保险单和批单，以及核销使用过的重要单证。
· 产/寿险总公司与分公司均有独立数据库，由各自进行日常维护。
· 产/寿总公司与分公司之间数据不能共享，分公司数据以打印报表的方式传递至总公司。

太保产/寿险总公司

产险业务相关的财务信息的流程（图二）

寿险业务相关的财务信息的流程（图三）

其他财务信息流程（图四）

四、目前财务控制管理缺口分析以及基于新的财务管理、内部控制体系对新财务管理系统需求的汇总

内部控制和财务管理是支持太保迈向集团化、国际化及标准化的两个重要方面，为了协助太保建立有效的内部控制与财务管理体系，我们运用国际认可的内部控制标准模型“COSO”对太保目前的内部控制程序以及相关应用系统支持进行了分析评估。

COSO 是1992年由Committee of Sponsoring Organizations of the Treadway Commission 出版的《内部控制-综合架构》中将其定义为内部控制评估方法。

COSO内部控制框架的目标主要体现在经营、财务及合规性三个方面，与太保内部控制与财务管理的目标一致，具体为：
§ 经营的效果性及效率性
§ 财务报告的可依赖性
§ 与相关的法律法规的符合性

COSO理论中内部控制包括5个相关的组成部分，即监控、信息与沟通、控制行为、风险评估、控制环境：
§ 监控：包括日常报告、管理层阅读及后续处理等方面
§ 信息与沟通：包括信息的正确性、及时性、可用性和可得性等方面
§ 控制行为：包括授权、职责分工、培训等行为
§ 风险评估：包括对信用风险、交易风险、信息技术风险、利率风险、营运风险、流动性风险和合规风险等方面评估
§ 控制环境：包括管理哲学和经营风格、组织机构、权利及责任的分配方法、管理控制方法、内部审计、人事政策及程序等方面

作为反映企业经营结果的财务信息，其可用性、可信性和准确性都会受到业务数据真实性、及时性的影响，因此本部分我们根据本项目前期为太保提交的关于产/寿险《以COSO标准模型为基础的风险管理模型与步骤—活动层面》的报告、《差异分析报告》、《标准业务操作流程手册（“SOP”）》、《预算管理(“ABB”)》和《价值报告》等交付品，运用COSO模型对新的财务系统提出财务管理关键控制点的相应的系统功能需求，主要分SOP、ABB和价值报告三大类18个部分：

类别
具体业务
相关的信息流程索引
标准业务流程—产险
1、 产险承保管理
产险信息流程概况—承保/核保/退改保

2、 产险应收保费管理
产险信息流程概况—应收保费管理

3、 产险理赔管理
产险信息流程概况—理赔
标准业务流程—寿险
4、 寿险承保管理
寿险信息流程概况—承保/核保

5、 寿险保全管理
寿险信息流程概况—续期收费/改保/退保/给付

6、 寿险理赔管理
寿险信息流程概况—理赔
标准业务流程—其他
7、 再保管理
产/寿险信息流程概况—再保
标准业务流程—基本财务
8、 采购管理
基本财务流程概况—采购

9、 资金管理
基本财务流程概况—资金

10、费用管理
基本财务流程概况—费用
寿险信息流程概况—展业费用/资金/佣金
产险信息流程概况—业务员奖金/代理费用

11、税务管理
基本财务流程概况—税务

12、固定资产管理
基本财务流程概况—固定资产/固定资产登记系统/在建工程

13、投资管理
基本财务流程概况—资金运用系统

14、关帐管理

15、日常帐务管理

16、现金/银行存款管理

预算管理
17、预算管理

价值报告
18、价值报告

注：本部分仅根据重要控制点对系统提出新的建议，太保在具体评估用户需求时应参考相应的SOP、ABB和价值报告等报告。

1、产险承保管理

流程步骤
COSO

现有控制点

缺口分析

SOP 控制点

SOP索引

系统新建议
控制目的
建议控制方法
新保申请
· 受理投保单申请
· 按险种录入投保单信息，并生成流水号(投保单号)
­ 投保单号
­ 险种/代理点

· 对所有的投保申请信息进行适当的评估调查(P.1.A.2)

1. 签发保单前，由适当的管理者审阅、评估调查文档记录，并签字授权；通过计算机系统和程序来确认申请人以前是否曾被拒绝承保或由于其他原因被公司终止保险。
1. 填写投保单和提交保险方案前，业务员对标的进行检查，填写风险评估表；投保单应由投保人填写并签字

业务人员根据经验初步判断投保人是否为高风险客户；

保险方案递交客户前以报告方式上报两核中心和再保部进行复核和再保询价

1. 某些业务员代签或代填客户的投保单，对保险标的缺乏初步的复核。

没有建立投保人和代理人的数据库;未建立系统化的高风险客户名单。
保险方案没有在业务系统内管理，没有标准模板的投保建议书
；有的分公司对重大项目缺乏预审预报制度。

1. 业务员递交投保前复核投保单填写内容完整，清晰，以及投保人签章；复核投保标的

在承保系统中建立投保人和代理人数据库，并建立高风险客户名单；
在系统中按照各种保单产品和保险方案设置相关模块或程序，在系统中设置标准模板的投保建议书，与投保单的管理相似；建立重大项目的预审预报制度。

产/承
1.3.1.2

产/承
1.3.1.3

UP1

· 在保险中介机构有权签发临时保单的情况下，由核保部门审核公司的保险风险(P.1.A.8)

2. 公司保险中介机构必须得到相关管理层批准

2. 保险中介机构的代理资格由保险监管机构授予；与公司签订代理协议的中介机构，才可以代理公司的保险业务。代理协议由业务拓展部门与中介机构签订，由核保人员，财务部和相关管理层批准

对中介机构投保单的控制点及缺口分析同上
2. 某些代理协议没有在财务部门备份，造成财务复核代理手续费存在困难。
2. 在系统中建立相关模块以支持代理协议的管理。所有的代理协议应有财务部门的复核，且在财务部门留有备份，便于财务人员对支付的代理手续费进行复核。

对中介机构投保单的ＳＯＰ控制点分析同上
产/承
1.3.1.6

UP2

· 确保所有单证准确、及时递交到接收人(引申自L.3.C.6)
3. 承保核保部门应对收到的保单投保申请书进行编号，设立日志保存；要求接收人进行书面签收，并编制签收记录表
3. 投保单的交接双方进行交接清单及实物的数量确认, 交接时双方在交接清单上签名确认

3. 投保单等相关单证传递过程中缺乏签收制度，有口头或电话确认情况存在；投保单以不同方式递交给业务员，业务员口头回答是否收到投保单；

3. 投保单的交接双方进行交接清单及实物的数量确认，交接双方在交接清单上签名确认；

产/承
1.3.1.8
UP3

· 投保单申请的数据应当得到及时、准确、完整、一次性、有效的输入业务系统(L.1.B.11)
4. 对原始凭证原文件使用预先打印的顺序号，并且应进行手工或自动的检查，以确保所有序号均已使用其连号使用
4. 全公司使用统一格式的投保单；

空白投保单不进行预先连续编号控制，在业务员与录单员交接时填写交接登记簿；录单员每日核对交接登记簿上记录与实际投保单录入情况。
4. 投保单有时为已经过期的版本，条款的权利义务已经有过更改确仍在使用；

投保单的管理通过人工的记录和控制。
未建立单证（空白/定额保单、发票、收据）使用及核销的系统.

4. 在全公司规定使用统一格式的投保单
并及时对投保单进行更新

投保单在业务员和录单员交接时，在系统中作签收登记，每日系统自动核对投保单签收数量与录单处理数量；建立一个单证系统，系统之间(单证系统与业务系统)进行有效的连接，使信息共享。
产/承
1.3.1.6

产/承
1.3.1.8
UP4

· 投保单申请的数据应当得到及时、准确、完整、一次性、有效的输入业务系统(L.1.B.11)
5. 在线输入的交易应由原始数据输入者以外的独立人员进行在线审核阅。
5. 必须有投保单的保单：录单员按照投保单信息输入系统，系统自动生成连续编号，并按照双人复核制度，有另一人进行复核；

没有投保单的保单：如定额保单，通常在售出后，将收到的款项交到财务出纳处。在财务系统直接确认收入，不将承保信息录入业务系统。
5. 部分公司没有将所有的投保信息录入系统，并且未严格执行双人复核制度，存在同一人录入和复核的情况。

总公司未规定定额保单的统一的销售流程。分公司有时会将保单交给业务员去销售，保单上没有明确生效时间，可能产生倒签单或业务员收款后不及时缴纳保费收入的问题，影响了保单的安全和财务关于收入的确认

分公司无严格的针对代理点或业务员的定额保单销售业务进行监控的程序，存在代理点或业务员卖出保单后未及时到公司核销的情况。
5. 录单员复核投保单信息的完整性与填写准确性；所有的投保单信息应由录单员录入系统，系统自动生成连续编号，并严格执行双人复核制度，由另一人进行复核。

总公司规定定额保单的统一的销售流程。建立单证系统记录定额保单的编号和数量，售出后及时核销，并自动在业务系统和财务系统中记录。

产/承
1.3.2.9

产/承
1.3.2.10

UP5

· 被拒绝的数据应当单独列示，并及时分析和更正(L.1.B.12)
6. 当用户输入无效项目数据时，系统应即时提醒用户以及时应在线报告（在输入时）（在输入端），并由用户应当及时更正；系统应当保存无效数据项目应保存在系统中，并打印出错误清单以供用户及时更正。

6. 系统具有一定的无效数据识别提示功能，录单人员发现信息错误无法录入业务系统时，操作员可以进行人工退返单处理，原始信息更正后继续录入系统

6. 由于信息不全无法受理的投保单缺乏自动汇总、反馈和跟进的系统处理，而较依赖人工处理；同时缺乏系统报告反映业务员跟进的有效性
6. 系统应支持由于信息不全无法受理的投保单的自动汇总、反馈和跟进处理，生成汇总清单，以便相关人员有效的与业务员进行跟进。

产/承
1.3.1.8
UP6

· 能提供充分的管理信息并将其运用于承保管理流程中(P.1.A.1)

7. 定期编制管理报告和异常事项报告，以供管理层审阅，如针对投保单处理情况的统计分析；用户输入无效数据时，系统应即时提醒用户以及时更正；系统应当保存无效数据，并打印出清单以供用户及时更正。

7. 录单人员每日统计投保单处理情况，包括已处理、未处理、已输入、未输入、输入未通过，并告知业务员

7. 对投保单的处理情况未形成规范，及时报告给相关的信息使用者。未通过系统统计。
7. 系统自动统计投保单处理情况，包括已处理、未处理、已输入、未输入、输入未通过，相关信息及时形成报告公布于内部网，告知业务员
产/承
1.3.1.8
UP7
续保申请
§ 按保单到期日生成到期续保单
- 到期保单号 / 投保人

· 只有经过授权的人员才能接触续保业务处理程序和相关数据, 并且确保有效的职责分离(引申自P.3.D.7)

8. 明确定义岗位职责；通过密码验证功能，对用户的使用权限进行设定和限制。

8. 系统根据不同人员职责，设置访问权限，业务人员仅有查询权，出单员可以录入信息和定期生成续保清单，复核人员进行复核确认
8. 部分分支机构人员的系统登陆密码缺乏保密性，同时系统没有强制要求用户定期更新密码的功能。

8. 系统用户负责各自登陆密码的安全保密，同时系统定期强制要求用户更新密码
产/承
1.3.3.11
UP8
§ 业务员通知投保人重新填写投保申请
§ 受理投保申请
§ 按险种录入投保单信息并生成流水号（投保单号）
- 投保单号/险种
· 对于到期保单，应及时生成续保通知书(引申自P.3.E.18)
9. 系统定期自动生成续保通知书；生成续保通知书后未得到客户反馈或取得续保业务的，应进行统计并生成相应的报告。对于应生成续保通知，但实际未生成的保单，系统应自动生成异常事项报告。
9. 业务内勤定期在系统中查询到期的保单，并生成可以续保的清单，依赖人工控制。
9. 系统缺乏自动提示和按投保人生成续保通知书的功能。

9. 系统具有保单到期提示功能，生成到期保单清单，并根据清单自动生成续保通知书，由业务管理部门分发至各经办业务员，与客户联系续保事宜
产/承
1.3.3.11
UP9

· 由负责相关独立的管理人员独立审核续保申请(P.3.D.5)
10. 所有续保申请在录入环节需有必要的复核；且开具保单的时间应符合公司制度的规定。
对所有满足条件的保单状态编制日志，对需进行再次核保而尚未进行的保单，应建立相应的提示和跟进处理程序。

10. 续保清单交由原经办业务员，通知投保人；续保业务要求再次填写投保单
所有保单到期时，有续保通知书，可以根据客户意愿，进行相应续保。续保时的核保过程同新保保单。

10. 不是所有的续保都按照现行要求填写投保单，并由客户签字。存在续保时提前开具保单和发票的情况，续保投保单信息需要人工再次输入。

续保投保单签订前，缺乏对标的重新的风险评估。

10. 交由客户的续保通知书附有投保单，经客户签字确认后，业务人员交给业务内勤；录单员可以调阅激活原投保单或保单，进行修改，生成新的投保单，并双人复核；续保保单需在新投保单经核保通过后开具，特殊情况需要提前开具的应经过审批

续保的投保单标的的风险评估同新保
在系统中设置相关控制程序，确保续保投保单签订前，对续保投保单信息需要人工再次输入并应进行重新的风险评估，才能生成保单和发票。

产/承
1.3.3.14

产/承
1.3.3.12
UP10

· 能够提供充分的管理信息并将其运用于对续保业务的管理中(P.3.E.1;P.3.C.1;P.1.A.1)

11. 定期编制管理报告和异常事项报告，以供管理层审阅，如，按业务种类，保单种类等统计分析的报告，按代理人或销售人员统计的续保率等数据报告。

11. 人工收集数据，编制新保和续保业务分类统计收入的报告
11. 缺乏系统编制的按新保和续保业务分类统计收入的报告
11. 投保单录入系统时同时需录入新保和续保的信息，定期编制续保业务统计报告，进行续保率分析
- 续保分析报告
- 续保详细分析清单

产/承
1.3.3.11
UP11
核保
· 根据核保标准复核承保内容
· 根据保额和费率复核应缴保费
· 复核商业再保安排的必要性
· 出具批准/拒绝意见
批准后生成保单号
· 只有经过授权的人员才能接触核保业务处理程序和相关数据, 并且确保有效的职责分离(引申自P.3.D.7)

· 所有投保申请应由核承保部门进行审核(L.1.B.4)

12. 明确定义岗位职责；通过密码验证功能，对用户的使用权限进行设定和限制;规定修改核保条件的权限，对超权限部分实现及时的上报。
向用户分配密码时，有适当的管理层审批和书面记录。

12. 核保人员的基本审核权限在系统中通过用户使用权限进行设定
不同职能的人员被授权查询、编辑、修改、确认不同的模块信息，如承保人员、核保人员和理赔人员在系统中的权限有严格规定的职责分离

任何用户登录业务系统时均需验证密码；对不同级别的人工核保员授予不同的核保权限
12. 存在核保、出单与保单审核的职责由同一个人完成的情况（例如某些分支公司人员有限），导致职责分离不足的风险；部分核保权限设置未实现系统，需要人工查核依据和标准

系统中未进行核保人员之间的投保单传递的记录
12. 核保、