团险综合管理系统用户手册20091116.doc
《团险综合管理系统用户手册20091116.doc》由会员分享,可在线阅读,更多相关《团险综合管理系统用户手册20091116.doc(82页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、文件编号太保团险综合管理系统用户手册上海新致软件公司目录目录2第一章 前言4第二章 系统简介51.1简介51.2操作流程71.3运行环境71.4操作规则8第三章 系统操作说明103.1系统的进入、登录、注销及退出103.1.1系统的进入103.1.2登录113.1.3注销123.1.4退出系统123.2业务部门管理123.2.1部门信息管理133.2.2部门变动管理353.3人员管理473.3.1既有人员迁移473.3.2人员信息管理483.3.3人员变动管理533.3.4人员关系管理593.3.5内勤人员管理703.3.6人员树状查询753.3.7人员合同查询763.4保单管理773.4.1
2、保单拆分783.4.2保单计算803.4.3保单计算值调整843.4.4外部保单导入853.4.5原始保单查询883.4.6计算后保单查询893.5考核管理903.5.1跟踪期管理903.5.2新人业绩查询933.5.3、达成率预警查询943.5.4考核项目值管理953.5.5考核结果管理973.5.6考核指标查询1003.5.7、考核结算提交任务/查询1013.6薪酬管理1013.6.1薪酬项目值管理1023.6.2缓发补发录入1083.6.3薪酬结算流程1103.6.4薪酬结算提交任务/查询1113.6.5薪酬查询1153.7统计查询1173.7.1分析报表1173.7.2手续费查询122
3、3.8系统管理1253.8.1团险数据迁移1253.8.2代码生成规则1273.8.3团险险种设置1293.9 权限管理1313.9.1权限设置1313.9.2用户授权1323.9.3添加用户1323.10 网点管理1333.10.1网点信息管理1333.10.2网点工号管理1443.11 合同管理1503.11.1合同新增1503.11.2合同修改1503.11.3合同注销1503.11.4合同查询1503.12 客户管理1513.12.1承保法人客户管理1513.12.2目标法人客户管理1553.12.3合作渠道客户管理1603.12.4目标渠道客户管理1643.12.5客户业绩查询167
4、3.13 报批管理1693.13.1报批审核1693.13.2报批生效1723.13.3报批查询1753.10、版本初始设置1773.10.1、保单直接结算项的公式设置及参数导入1783.10.1.1、概述1783.10.1.2、简要操作说明1783.10.1.3、详细的操作说明:1823.10.2、薪酬项公式/参数(标准)导入1903.10.2.1、概述1903.10.2.2、基本操作:1903.10.2.3、操作详细说明:1953.10.3、考核项公式/参数(标准)导入2023.10.3.1、概述2023.10.3.2、基本操作:2033.10.3.3、操作详细说明:205第四章 相关文件
5、210第五章 修订历史纪录210图表目录图表 31 相关文件117第一章 前言太保寿险销售渠道人员管理系统(团险渠道),以下简称“本系统”)是为配合总公司团险经营基本法(以下简称“基本法”)在太保全司范围内的实施而开发的配套人员信息管理系统。根据基本法有关要求,本系统主要解决团险业务日常管理中的业务部门管理、人员管理、保单管理、薪酬管理、考核管理、统计查询。本系统是公司主业务处理系统的一部分,业务数据来源于主业务处理系统。为帮助各级团险管理人员掌握并熟练使用本系统,提升团险管理的效率和水平,特制定本系统使用手册。本手册中所使用的图示仅为帮助理解本系统的各项操作,不代表任何实际情况,特此说明。第
6、二章 系统简介1.1 简介系统名称:太保寿险销售渠道人员管理系统(团险渠道),下文简称“本系统”。系统功能:本系统主要用于对太保团险渠道的业务人员进行展业管理。团险系统包含业务部门管理、人员管理、保单管理、薪酬管理、考核管理、统计查询、基础参数管理、权限管理几部分。机构定义遵循总公司办公室规定,故使用原有业务员管理系统相关功能。业务部门管理主要完成业务部门的创建、查询、修改、停用以及业务部门变动管理。人员管理主要包括人员入司、人员基本信息维护、职级变动、人员变迁、人员离职。保单管理包括保单拆分、保单计算、保单计算值调整、外部保单导入、保单查询。薪酬管理包括薪酬项目值管理、缓发补发管理。考核管理
7、包括跟踪期管理、考核项目值管理、考核结果管理、考核保护管理、考核期到期查询、新人业绩查询、考核指标查询。统计查询包括定制的报表的查询,还包括非定制报表的自定义查询。项目背景:本系统是太保寿险营销员管理系统二期的一个子项目。系统结构:本系统采用B/S结构,即浏览器/服务器结构,用户使用internet浏览器(比如微软的Internet Explorer)登录并操作相关模块,数据提交到服务器,用户参与系统相关功能模块的交互。本系统是太保寿险营销员二期的一个子项目,系统在体系架构上采用了二期统一的开发框架,如下图所示:本系统在实现上遵循了B/S系统的分层体系结构,使得各层的数据耦合尽量最小,便于系统
8、在未来的扩展、更新、完善: 表现层- 用户使用界面,用户输入数据和获取数据展现的接口 控制层- 分发控制表现层对业务服务层的请求 业务服务层- 提供业务服务 业务规则层- 为业务服务提供基本的组件 数据存取层- 提供对数据持久层操作的封装 数据持久层- 提供对数据存储的访问 数据存储层- 一般为关系数据库或文件系统系统远景:实现总公司集中管理,分公司授权,减少工作量,提高工作效率,全面实现电子信息化,降低成本。1.2 操作流程先进行系统登录,然后根据业务需要进入相应的模块进行相关操作。操作时请按照正常的业务流程来做。不能进行非法操作,例如在没有进行保单计算的情况下就进行薪酬查询,是查不出来数据
9、的。1.3 运行环境介绍系统的运行环境,例如web项目可以分为服务器端和客户端的硬件环境和软件环境。服务器端:项目软件硬件数量应用服务器RH Linux AS4, Weblogic Application Server 9.2, JDK 1.5Dorado 5Spring 2Hibernate 3.2刀片机, 2CPU*4G内存1应用服务器(执行任务)HP UNIX, Weblogic Application Server 9.2, JDK 1.5Dorado 5Spring 2Hibernate 3.2刀片机, 2CPU*8G内存1数据库服务器AIX 5L, Oracle 10GIBM P5
10、95 16CPU*64G内存1数据存储磁盘阵列中端存储 500GB1阵列辅助设备备份设备(磁带库)客户端:项目软件硬件数量PC机Microsost WindowsXP/2000/2000 server/advanced server普通台式机/笔记本/其他终端太保每个机构用1台或者若干台1.4 操作规则i)登录进系统后,会看到界面左边有菜单树状图,如下图所示:ii)操作员根据业务操作的需要,渐次选择并展开相应的菜单,如果是最底层的菜单,系统会在界面右边显示该菜单所对应的功能模块的操作界面。小提示:菜单树使用小技巧:要展开某级菜单的下级菜单,可选择该菜单上方的;若要隐藏/显示菜单树,则单击菜单树
11、右侧的箭头.iii)在任何时刻,可以通过点击系统主界面右上角的导航按钮,这些按钮的作用如下: 角色转换:如果登录操作人员的权限只涉及一个渠道则不显示 主页:返回主页面 帮助:提供帮助功能 注销:注销用户,退出系统iv) 系统常用信息页面任务栏显示登录人员的基本信息,例如使用北京分公司用户登录,显示登录人员工号、姓名、所选渠道类型、所属机构名称以及所属的基本版本信息v)任何用户登录系统后他只能看到其权限范围内的相关信息,包括机构、业务部门、人员、保单信息等等。一般而言,分公司用户只能看到自己分公司及所辖的下级所有机构的的数据,不能看到别的分公司的数据,中心支公司用户只能看到自己中心支公司及所辖所
12、有下级机构的数据,不能看到其他中支的数据,依次类推。vi)如果某个查询查询出来的结果很多,结果列表显示不下来,则在该结果表格的下方有一个分页器(状态条),可以点击相应的页码跳转到那一页去;或者在该状态条尾部的输入框中输入你要查看的页码然后点击其后面的“转到”按钮,即可跳转到相应的页码。如下图所示:每一页默认的记录条数为20条。vii)关于各功能中的查询条件:每一个功能都会涉及到查询条件的输入,这些条件是组合式条件,即可以输入多个条件来查询相关数据,只要这些条件从业务概念上不会冲突,都可以进行查询到数据(如果系统有相关数据的话);可以只输入业务范畴广(或者说抽象级别高) 的查询条件,而不输入业务
13、范畴窄(或者说抽象级别低)的条件,则会把属于高抽象级别的数据全部查询出来,比如查询人员信息时若只输入业务们代码而不输入工号则可查询出该部门的所有人员信息;如果在某个查询页面中什么条件都不输入,直接点“查询”按钮,则会查询出满足该查询大功能的所有的数据,但前提是系统允许这个功能做全匹配(模糊)查询。一般而言所有的查询功能都允许做全匹配式查询,但有些模块考虑到系统性能的表现而禁用了全匹配式查询,也有一些功能从业务规则本身来讲就不允许全模糊式查询,这些情况请在具体操作时留意一下。如下图:,当不输入任何条件时,系统默认查询出所有缴费日期所有投保日期所有机构所有人员所做的所有险种的保单。若只输入“人员工
14、号”,则会查询出该工号所做的所有保单信息。其他条件异词类推。第三章 系统操作说明3.1系统的进入、登录、注销及退出3.1.1系统的进入打开IE输入系统链接地址,出现系统登录页面备注:链接地址由总公司提供3.1.2登录在以上登录页面中输入正确的用户名和密码即可进入角色选择页面备注:用户名、密码由总公司设置如下图所示:在“角色选择”下拉菜单中选择相关相应的角色选择,团险则选择“团险人管经理”,点击“确定”,进入系统功能主界面,如下图所示:3.1.3注销操作员点击3.1.2所示的系统功能主界面上的“登出”按钮以注销本次登录,如下图所示:3.1.4退出系统第一步:操作员从系统中注销,参考3.1.3;第
15、二步:点击系统窗口右上角系统按钮中的,或者按ALT+F4,关闭当前登录的窗口。小提示:退出系统时,请操作员最好按照上面两个步骤的顺序进行,以防止某些情况下因为系统没有注销当前用户其他人随之利用windows的cookies功能直接进到系统造成高权限用户相关操作信息被无关人员看到或者修改。3.2业务部门管理功能简介:业务部门管理用于管理业务部门的基本信息及业务部门变动。业务部门的基本信息管理包括:业务部新增、业务部修改、业务部查询、业务部注销、业务室新增、业务室修改、业务室查询、业务室注销、虚拟部内勤部新增、虚拟部内勤部查询;业务部门变动管理包括:业务部门变迁、业务部门裂变。业务部门管理是团险人
16、管系统的基础工作之一,只有提供了完整的业务部门信息后,人员管理等后续信息管理工作才能顺利进行。业务部门有四种类型:业务部、业务室、虚拟部、内勤部;正式的业务部门是业务部和业务室;先有业务部,再有业务室,业务部中可以没有业务室;业务员可以挂在业务部中,也可以挂在业务室中,但只能属于其中某个类型的业务部门;另外,业务员也可以不属于任何一个业务部门,则要把这种业务员放在虚拟部中(之前要手工建立虚拟部中)。虚拟部用于存放不属于任何正式业务部门的业务员;内勤部用于存放内勤人员,根据需要,可以在分公司、中支、支公司每一级机构中建立一个内勤部。3.2.1部门信息管理3.2.1.1业务部新增功能简介:业务部门
17、新增指在某级行政机构(分公司、中心支公司、支公司)中新建业务部(或业务室)并录入其基本信息。参考以下部门架构示意图:3.2.1.1.1业务部门基本信息录入1、打开菜单:业务部门管理部门信息管理业务部新增,出现如下界面:2、选择“基本信息”标签页(页面显示时,该标签页为默认标签页)录入业务部门的基本信息。其中必录信息有:所属机构、业务部类型、部门代码、业务部编号、部门名称、成立日期。各字段录入说明如下:(1)、所属机构(必录项):即将要建立的业务部门属于哪个行政机构。点击“所属机构”后的下拉框,系统弹出机构选择对话框,操作员根据实际情况在其中选择机构;(2)、业务部类型(必录项):即将要建立的业
18、务部的渠道类型及级别,在下拉框中选择,例如“直销业务(16级)”中的“直销业务1级”。(3)、部门代码(必录项):可以人工录入,也可由系统自动生成;如果以前老系统已有部门代码或者业务实际已有部门代码,则可人工录入,否则则点击页面中的“生成部门代码”按钮即可。 部门代码的构成方式为:3位分公司简称代码+2位自定义代码+5位流水号。分公司、中心支公司、支公司若有权限均可以自定义部门代码、流水号起始代码(参考:系统参数设置)。(4) 、团队长工号:即将要建立的业务部门的团队长的工号;此工号可等业务人员信息录上来之后再在“业务部修改”中选定,但如果要任命某个内勤工号(此内勤工号已录入;参考“内勤人员管
19、理”)作为该团队的团队长,也可以在此选定。(5) 、业务部编号(必录项):即该业务部的番号(序号,代号等等),如“1、2”或者“猛虎”等等。(6) 、部门名称(必录项):系统自动生成。部门名称的构成方式为:业务部类型 + 业务部编号+“部”。如,若业务部类型为直销,输入的业务部编号为1,则系统部门名称拼为“直销业务1部”;若业务部类型为直销,输入的业务部编号为猛虎,则系统将部门名称拼接为“直销业务猛虎部”,其余依此类推。(7) 、成立日期(必录项):业务部的创建日期,默认为当天日期,可以选定其它日期。3、录入完毕后,点击“保存”,刚录入的信息则被保存到系统中;点击“重置”则清空所填信息。说明:
20、系统会根据用户所在的机构等级来决定组织机构树状图中所显示的内容,例如如果是分公司用户,则树状图中显示该分公司所有的中心支公司及支公司,如果是支公司用户,则树状图中只显示该支公司,依次类推。3.2.1.1.2业务部门电话信息/地址信息录入在上图所述的页面中,切换到电话信息或者地址信息标签页,可以录入业务部门的电话信息或者地址信息,如下图:在上图中,带*号的为必录项,每录完一个标签页后,需要点击该标签页下方的“保存”按钮,以保存所录入的相关数据。注意:在新增业务部门时,地址信息和电话信息为非必录项。在录入地址或者电话信息之前,必须先录入业务部门的基本信息并保存,否则系统会提示“请先录入并保存部门基
21、本信息”。3.2.1.2业务部查询模块功能:操作员在其所属的机构或下级机构内根据录入的业务部门查询条件查询业务部门信息,或者通过在树状图中选择某个业务部进行查询。操作步骤:1、打开菜单:业务部门管理部门信息管理业务部查询,出现如下界面:2、输入查询条件:所属机构(名称)、部门代码、部门名称、成立日期、业务部经理姓名、业务部经理工号、业务部类型、部门架构。这些条件只要不互斥,可以组合输入并查询到相关结果;如果不输入任何条件,则系统默认地查出操作员权限范围内所辖所有机构的所有业务部信息。3、点击“查询”按钮,如果查询到记录,则在页面下方的列表中显示,参考下图:4、双击结果列表中的某条记录,则可弹出
22、一窗口,用于显示所选记录的详细信息,参考下图:3.2.1.3业务部修改模块功能:操作员在其所属的机构或下级机构内修改已创建业务部门的基本信息。操作步骤:1、打开菜单:业务部门管理部门信息管理业务部修改,出现如下界面:2、输入查询条件:行政机构名称。3、点击“查询”按钮,如果查询到机构,则在页面左下方的树状图中显示机构树,参考下图:4、从机构树中选择部门并双击,则在树状图的右侧标签页中显示出选中部门的详细信息,在该标签页中修改该业务部门的相关信息。参考下图:可修改的信息包括:业务部类型、业务部编号、团队长工号、电话信息、地址信息;部门名称时根据业务部类型、业务部编号自动生成的,不允许手工直接修改
23、“部门名称”。其余信息不允许修改。团队长工号用于指定该团队长的工号,理论上可以指定任何职级的业务人员为团队长。点击“团队长工号”处的下拉框,系统会弹出对话框,在其中输入查询条件或者直接点击“查询”按钮,在查询结果中点击某个业务员,则把该业务员当作当前所要修改的业务部门的团队长,图示如下:3.2.1.4业务部注销该模块用于注销(即停用)已创建的业务部。在注销前,须将该部门下的业务室注销(参考本文“业务室注销”的相关章节),并将该业务部下的人员做离职处理或变迁出该部门。业务部一经注销则无法再启用。操作步骤: 1、打开菜单:业务部门管理部门信息管理业务部注销,首先输入查询条件:行政机构名称。 2、点
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 综合 管理 系统 用户手册 20091116
限制150内