银行vip管理系统设计方案说明书-学位论文.doc

银行优质客户管理系统

设计说明书

版本：1.0
日期：2011年9月
编写：设计组

文档修订控制

序号
版本号
修订日期
修订概述
修订人
审批人
备注
1
1.0.0
2011.9.28
新建文档

目 录

1 引言 5
1.1 编写目的 5
1.2 背景 5
1.3 系统目标 5
1.4 定义 6
1.5 参考资料 6
2 系统总体设计 6
2.1 系统环境 6
2.2 系统结构图 6
3 业务系统概要设计 7
3.1 系统流程图 7
3.2 银行vip系统模块 8
3.2.1 基本要素定义 8
3.2.1.1 理财产品维护 8
3.2.2 银行客户管理 8
3.2.2.1 VIP客户申请 8
3.2.2.2 客户审批（制卡） 9
3.2.2.3 客户经理分配 9
3.2.2.4 客户经理移交 10
3.2.2.5 审核进度查询 10
3.2.2.6 客户综合查询 10
3.2.2.7 客户导出 11
3.2.2.8 导出VIP账户 11
3.2.3 业务数据收集 12
3.2.3.1 每月客户资料导入 12
3.2.3.2 余额导入 13
3.2.3.3 保险导入 13
3.2.3.4 银信通导入 13
3.2.3.5 理财产品业务 14
3.2.3.5.1 理财产品业务录入 14
3.2.3.5.2 理财产品修改 14
3.2.3.5.3 理财产品业务查询 15
3.2.4 服务节信息管理 15
3.2.4.1 服务节客户资料登记 15
3.2.4.2 11185服务节回访登记（针对服务卡用户） 16
3.2.4.3 11185回访统计 17
3.2.5 营销管理 17
3.2.5.1 营销经理维护/查询 17
3.2.5.2 客户营销记录 17
3.2.5.3 营销记录查询 18
3.2.5.4 营销助手 18
3.2.5.5 营销业绩生成 18
3.2.5.5.1 客户经理业绩生成 18
3.2.5.5.2 客户资产生成/收集 19
3.2.6 业务统计分析 19
3.2.6.1 客户资产（余额、理财等业务）分析 19
3.2.6.2 理财产品销售业绩汇总 19
3.2.6.3 营销业绩查询 20
3.2.7 网点/班组（南区）金融模块 20
3.2.7.1 业绩目标维护 20
3.2.7.2 每日网点余额维护 21
3.2.7.3 每日银信通业务维护 21
3.2.7.4 每日保险保费维护 22
3.2.7.5 各专项数据汇总 22
4 大客户管理系统调整 23
4.1 数据结构调整 23
4.2 功能模块修改 23
4.2.1 客户资料维护 23
4.2.2 大客户管理接口 24
5 客户调查/回访 24
5.1 调查/回访要素定义 24
5.1.1 调查批次定义 24
5.1.2 调查问题定义 24
5.2 调查/回访单生成 25
5.3 调查/回访单处理 25
5.4 调查/回访统计分析 25
5.5 银行vip服务节调查 26
5.5.1 服务节调查单个别录入 26
5.5.2 服务节调查单批量生成 26

1 引言
1.1 编写目的
对银行优质客户管理系统进行整合、调整（将vip等客户资料整合到大客户管理；对系统进行框架调整），本文对涉及的数据结构及功能设计、业务流程设计进行阐述，以指导系统开发人员进行开发编码工作，本文也可作为与用户交流的材料。
1.2 背景
（1）2011年上半年，已建成银行优质客户管理系统。
银行自CRM系统投入使用以来，在网点对银行优质客户的维护方面，在管理单位对网点服务优质客户情况的跟踪、监控等方面发挥了重大的作用。
随着系统的应用的不断深化，在系统使用的过程中，各使用单位也提出一些疑问和建议。为此，市局代理部7月初就CRM系统的应用情况进行了摸查，并与信息技术局开发人员一起对在使用CRM系统过程中问题比较多的网点进行了实地走访。从现在各渠道反馈的信息来看，CRM系统在VIP审核、客户管理、权限管理、数据导入等方面需要修改和完善。其一缺陷就在银行vip、万元户等客户的管理上未实现统一管理，不便于对客户的综合管理、分析。
（2）2011年第二季，在同心圆业务受理系统开发中，已初步建好大客户管理系统模块，对同城的大客户进行维护、管理。
1.3 系统目标
（1） 调整大客户管理系统功能结构，使其满足各专业、各业务种类大客户统一管理的需要。
（2） 调整、改造银行vip系统，将vip等客户进行统一管理，调整、改造、整合银行vip系统涉及到的相关功能模块。
1.4 定义

1.5 参考资料
《银行优质客户辅助管理系统业务需求.doc》
《万元户余额营销管理子系统方案.doc》
《同城大客户函件处理系统-大客户管理.pdm》
《同城大客户函件处理系统设计说明书V1.1》
2 系统总体设计
2.1 系统环境
（1）系统开发环境：
数据库：oracle10g
开发框架：spring+mybatis+struts2
应用服务器：tomcat6

（2）系统运行环境：
数据库：oracle10g
应用服务器：tomcat6
2.2 系统结构图
银行vip系统调整改造模块：

3 业务系统概要设计
3.1 系统流程图

3.2 银行vip系统模块
3.2.1 基本要素定义
3.2.1.1 理财产品维护
角色权限：市局管理员
功能说明：增删改理财产品。
维护内容：理财产品名称，业务类型（保险，存款，基金，国债），每份存款金额，产品描述，业务有效期。
3.2.2 银行客户管理
包括客户申请、查询、审批、分配客户经理等功能。
3.2.2.1 VIP客户申请
角色权限：柜员，理财经理，支局管理
处理逻辑：
必填内容有：客户名称，证件类型、证件号码、手机号码、固定电话、客户地址、申请客户类型（默认银行vip）、客户等级（金卡，铂金卡，金钻卡）
选填项有：邮编号码、电子邮箱、就业状态、从事行业、职位、月收入、最高学历、毕业学校、单位名称、单位地址、单位邮编、兴趣爱好、是否同时做为服务卡登记。
界面设计：
1， 在证件号码输入框后面增加一个查询标记，点击可以弹出窗口，显示该身份证客户在系统上的最新资产情况，包括余额，保险，国债，基金，理财产品以及总资产等信息，以方便操作人员做初审。
2， 当输入身份证的时候，自动在后台查询出相关客户资料信息，在一个月内不是新增客户的情况下，客户资料是可以从本身系统数据库中查询出来的。将客户相关资料回显到相应栏目中，减少多余的输入，提高效率。
3， 提交申请后，系统如果有此客户资料，则将客户状态修改为待审批状态，如果系统没有此客户，则将客户提交新增到数据库，客户状态修改为待审批状态，同时将新增方式设置为录入。
4， 客户资料保存入客户资料关系表；
5， 在YC_CUST_APPROVAL审批历史表新增记录（审批状态=1已审批，审批后状态=0申请）。
6， 在YC_CUST_APPROVAL新增待审核记录（审批状态=0 申请，审批后状态=0申请中）
7， 其中，对身份证号码的处理：15位转换为18位。
3.2.2.2 客户审批（制卡）
参与者：市局管理员
处理逻辑：
1、按条件查询YC_CUST_APPROVAL表待审批记录，批量/个别选择审批
2、通过审核的客户，更新YC_CUST_APPROVA表审批记录状态；调用生成会员号过程生成会员号；更新客户状态为正常状态、写入会员业务种类关系表、会员表（会员号、入会时间等）。
3、如果不通过，必须填写不通过原因，更新YC_CUST_APPROVA表审批记录状态。
涉及表：客户资料关系表, YC_CUST_APPROVAL

3.2.2.3 客户经理分配
参与者：网点负责人
处理逻辑：各网点处理各自的【账户-客户】
1、 维护客户与客户经理的关系，选择客户经理、显示该客户经理已分配客户-账户，点击添加->查询待分配客户-账户->个别/批量选择待分配客户，提交保存，提交后保存账户-营销经理关系表YC_ACCOUNT_MANAGER中。
2、 网点负责人分配给客户经理，是以该网点的客户的所有账户分配给客户经理，以客户—网点—账户—客户经理为基准，也就是说一个客户在同一个网点开立的所有账户只能归一个人管，不能出现同一个网点一个客户出现两个客户经理的情况。
3、 客户链接到客户资产情况

涉及表：YC_ACCOUNT_MANAGER
3.2.2.4 客户经理移交
参与者：网点负责人
处理逻辑：
1、 选择移出的客户经理及该经理绑定的客户账号
2、 选择移入的客户经理及该经理绑定的客户账号
3、 将需要移出的客户账号拖放到移入的客户经理范围内
4、 保存移出、移入客户经理-客户账号绑定关系
3.2.2.5 审核进度查询
参与者：营销经理
处理逻辑：
客户经理可以随时查看提交上去的VIP客户审核信息（录入人为当前客户经理登陆工号），对于审核不通过被退回的客户，可以选择再次申请还是废弃申请结束审批流程；在审批记录表增加记录。

涉及表：客户资料关系表；审批表YC_CUST_APPROVAL

3.2.2.6 客户综合查询
参与者：市局管理员、网点负责人、营销经理
处理逻辑：
1， 查询条件：
区局，支局，网点，姓名，证件号码，总余额下拉框,总资产选择下拉框，勾选框（显示VIP客户，显示万元户，显示登记服务卡的客户，显示绑定银信通客户，显示VIP待审核客户），当选择勾选框---【显示VIP客户】则自动显示有效日期区段，发卡日期区段
2， 查询显示内容：
网点|姓名|证件号码|客户类型|是否登记服务卡|会员卡号|联系号码|绑定的银信通号码|联系地址|有效日期|发卡日期，
其中红色字段为勾选【显示VIP客户】才显示出来。
3， 维护界面：
点击名字可以弹出该客户资料框，包括基本资料，资产余额，购买的产品等信息，可以修改保存基本资料（市局管理员可修改全部客户资料；网点可修改本网点的客户资料；营销经理可修改自己负责的客户资料）。
3.2.2.7 客户导出
角色权限：市局管理人。
选择导出类型：
选择条件：入会生效月份；待审核/已审批
1、 已审核的查询会员表、客户资料表；待审核的查询审核表、客户资料表
2、 将查询结果到处excel表格（网点机构号 网点名称 姓名 身份证 VIP卡号 发卡日期 有效期）

涉及表：客户资料关系表、会员表；审批表
3.2.2.8 导出VIP账户
角色权限：市局管理员
功能说明：
查询客户资料表、会员表、账户表，导出已经成为VIP的客户的所有账户（txt文本；字段：账户），由市局管理员制作对应VIP账户余额数据。

3.2.3 业务数据收集
本模块是该系统的最基本的数据来源，为整个系统的功能做铺垫。
3.2.3.1 每月客户资料导入
参与者：市局管理员
处理逻辑：
1， 选择vip或万元户类型，对应不同的文件格式
2， 上存文件到应用服务器，并将文件信息写入通用文件信息表。
3， 调用方法读取TXT文本文件内容
4， 读取行信息：
a) 以证件类型+证件号码为主键，新增/更新入客户资料表、联系人表、客户-业务关系表
更新逻辑说明：
如果【身份证】是15位的，需要转化为18位再提交；
如果在客户资料表已经有此身份证客户，并且该表的MOBILE手机号码,TELPHONE电话号码,ADDRESS地址为空，但是读取TXT的内容不为空的，则更新此客户三个字段其中为空的内容。即字段为空，则更新，字段不为空，则跳过（以本地数据库已有的资料为标准）；

b)以客户id+账户为主键，新增/更新入账户表（YC_CUSACCOUNTDETAILS）
更新逻辑说明：
如果在客户资料表已经有此身份证客户，但是YC_CUSACCOUNTDETAILS客户账户明细表中没有此【账户】，则代表新增账户信息，在新增账户信息过程中，要先判断此客户在该网点开立的其他账户是否已经有所属的客户经理，如果有，则新增加的账户自动归类为该客户经理所有（YC_MANAGER_CUSTOMER表）
3.2.3.2 余额导入
参与者：市局管理员
导入说明：
1、选择vip或万元户类型，对应不同的文件格式
2、选择余额的时点日期（月份）。
3、抽取客户资料写入客户资料表、联系人表、客户-业务关系表；抽取账户资料入账户表；导入到账户余额表中，YC_BALANCE。
4、YC_BALANCE每个月对应一个账户余额，保证同一个月中的账户是唯一。

3.2.3.3 保险导入
参与者：市局管理员
处理逻辑：
u 导入文件类型为xls类型文件（Eexcel文件）
u 以客户id+账户+保单号为主键，导入过程中要判断保单号是否存在YC_PRODUCT_RECORD中，如果存在，则更改新增方式（手工录入à导入）。
u 导入过程中，提取客户资料，写入客户资料关系表
u 若账户非空，写入账户表

3.2.3.4 银信通导入
参与者：市局管理员
导入说明：
1， 导入文件为TXT文本类型；
2， 表头：
加办机构号|加办操作员|主帐号|卡号|集团号|手机号码|计费类型|加办日期|业务代码|机构类型
440101232|4401352|605810000200338855|6221885810015888818|0|13501539828|2|2010-11-30|08||
440101008|4413216|605810000200968821|0000000000000000000|0|13560009924|1|2010-11-24|08||
440101158|4418132|605810001200208834|0000000000000000000|0|13711195180|2|2010-11-22|08||

处理：
其中只需要将文本的内容为【加办机构号|主帐号|手机号码|加办日期】导入到业务表YC_PRODUCT_RECORD
导入过程中，通过账户号提取客户资料，若存在客户id则提取客户id写入业务表，若客户id空，则写入状态为无效
3.2.3.5 理财产品业务
3.2.3.5.1 理财产品业务录入
角色权限：柜员，理财经理
功能说明：理财类型包含：保险，存款，基金，国债。
1， 界面：录入查询选项（姓名，身份证），点击查询按钮弹出结果页面，显示属于柜员/理财经理的客户，查询出的内容包含（ 姓名|身份证|客户类别 ），点击选择某客户，返回相关信息到主界面，填充相关录入信息（姓名，身份证，地址，电话），再录入其他信息。
2， 录入信息：姓名，身份证 ，理财类型（基金，国债，理财产品），客户账户，产品种类，购买金额，营销经理（默认登录的用户的营销经理，可选择更改）。
3， 写入理财产品业务数据表YC_PRODUCT_RECORD
3.2.3.5.2 理财产品修改
角色权限：柜员，理财经理
功能说明：对已经录入的理财产品进行修改。

3.2.3.5.3 理财产品业务查询
1， 查询条件：区局，支局，网点，姓名，证件号码，交易账号，保单号，到期日期区间。
结果显示内容：网点名称|网点机构号|姓名|投保人身份证|投保人联系电话|投保人地址|险种名称|限期|保单号|保费|投保日期|缴费方式|到期日期。

3.2.4 服务节信息管理
3.2.4.1 服务节客户资料登记
参与者：前台、11185、营销员
处理逻辑：
录入服务节业务资料

如图所示，写入服务节资料表YC_CUSTOMERSERVER，
录入过程提取客户资料入客户资料关系表

3.2.4.2 11185服务节回访登记（针对服务卡用户）
角色权限：11185人员
功能说明：对登记了服务卡的客户进行回访登记，登记选项包含：非常满意，基本满意，不满意，未参加活动，未接听电话，电话信息有误。
写入表：YC_CUSTOMER_SERVER
3.2.4.3 11185回访统计
角色权限：所有
功能说明：统计11185回访登记
统计选择条件：区局，支局，网点，日期区间，登记类型下拉框（非常满意，基本满意，不满意，未参加活动，未接听电话，电话信息有误）

3.2.5 营销管理
主要实现客户经理资料的录入、修改；录入营销经理的计划指标，计算营销经理的业绩。
3.2.5.1 营销经理维护/查询
参与者：市局管理员；网点负责人
处理逻辑：
1、输入客户经理代码、客户经理名称、所属部门等条件，查询客户经理信息。
2、调用大客户管理jar包

涉及表：SYS_STAFF,T_MANAGER

3.2.5.2 客户营销记录
角色权限：客户经理，柜员，网点负责人
功能描述：对分配到的单个客户进行营销记录，
处理逻辑：
1、记录客户的营销日期，营销类型，洽谈的主要目的，内容以及结果，存在问题，下一步计划，备注等内容。
2、记录入营销记录表YC_SELL_RECORD
3.2.5.3 营销记录查询
角色权限：营销经理；网点负责人；市局管理员
处理逻辑：
1、 查询条件：网点、营销经理、营销日期、客户身份证、客户名称
2、 查询营销记录表YC_SELL_RECORD，以记录时间降序排序
3、 本营销经理只查询本人的营销记录；网点只查询本网点营销记录；市局管理员查询全部营销记录。
3.2.5.4 营销助手
角色权限：营销经理，市局管理员
处理逻辑：
1、 营销对象查询：根据客户基本资料、开办业务类型、余额、购买产品种类等条件，查询满足条件的客户群（查询客户资料表、客户资产表、理财业务表）
2、 可查看客户的资产情况（客户资产表）
3、 可查看客户的购买产品情况、余额情况（理财产品业务数据表；客户账号表、账号余额表）
4、 可查看客户的营销记录登记情况（查询营销记录表）
3.2.5.5 营销业绩生成
3.2.5.5.1 客户经理业绩生成
参与者：后台逻辑
处理逻辑：
1、 定时（如1月1次）执行
2、 统计账户余额表、理财产品业务表数据，写入营销经理业绩表
3.2.5.5.2 客户资产生成/收集
参与者：后台逻辑
处理逻辑：
1、 定时（如1月1次）执行
2、 扫描、统计账户余额表、理财产品业务表原始业务数据，写入客户资产表
3.2.6 业务统计分析
3.2.6.1 客户资产（余额、理财等业务）分析
参与者：市局管理员；网点；营销经理
处理逻辑：
1， 查询条件：区局，支局，网点，所属客户经理，统计月份，对比月份，勾选框（营销过的客户，未营销过的客户）
2， 查询客户-月份-资产情况表t_cust_assets_month；营销记录表；
3， 结果显示内容：区局|支局|网点|所属客户经理|客户姓名|三个月内维护次数|统计月份余额|对比月份余额|增量
4， 可导出excel
3.2.6.2 理财产品销售业绩汇总
角色权限：市局管理员；网点；营销经理
功能说明：
1、条件：区局，支局，网点，所属客户经理，统计月份，对比月份，勾选框（营销过的客户，未营销过的客户）
2、统计营销经理业绩表、营销记录表，统计显示结果
3、可导出excel
3.2.6.3 营销业绩查询
角色权限：营销经理；网点负责人；市局管理员
功能描述：
1、 输入客户经理代码、客户经理姓名等条件查询
2、 查询营销经理业绩表，列表显示客户经理的业绩信息
3、 查询结果导出excel

涉及表：营销经理业绩表

3.2.7 网点/班组（南区）金融模块
模块说明：此模块专为南区局班组金融业务而设，网点每天录入网点各个专项数据，由系统产生报表，达到提高工作效益的目的。
3.2.7.1 业绩目标维护
参与者：网点负责人
业务说明：业绩目标，即是市局每年为区局下达的各个专项任务，一般以季度为一个期间，不排除以某几个月为一期，设立业绩目标是作为网点任务进度的参考标准。
角色权限：区局管理员
功能说明：实现各个支局，各个网点的每一期的业绩目标的增删改。
维护内容：日期区间（一般为一季度），业务类型（保险，银信通，储蓄余额），支局业绩目标，网点业绩目标，网点业绩目标的总和要跟属于支局的业绩目标相等（后台自动验证，超过则不给录入），业绩目标名称（比如2011年银信通目标）

涉及表格：业绩目标表YC_ORG_TARGET

3.2.7.2 每日网点余额维护
角色权限：班组长
功能说明：每日网点余额的增删改
维护内容：网点日结时的储蓄余额，日期，日期是月末的时候需要录入定期账户数目，活期账户数目，定活两便账户数，通知存款账户数，定期存款余额，活期存款余额，定活两便存款余额，通知存款余额，如图所示为月末需要录入的数据

涉及表格：YC_ORG_BALANCE网点每日余额表
3.2.7.3 每日银信通业务维护
角色权限：班组长
功能说明：每日银信通数量的增删改
维护内容：日期，银信通包年笔数，包月笔数，

开发笔数=包年笔数+包月笔数；

涉及表：网点每日业务量（保险、银信通）表YC_ORG_CREDIT
3.2.7.4 每日保险保费维护
角色权限：班组长
功能说明：每日网点保费的增删改
维护内容：日期，保费
涉及表：网点每日业务量（保险、银信通）表YC_ORG_CREDIT

3.2.7.5 各专项数据汇总
角色权限：网点负责人
功能说明：各项专项数据的汇总表格
处理逻辑：
1、 查询条件：区局，支局，网点，日期，专项类型（保险，银信通，网点余额）
2、 统计网点每日余额表、网点每日业务量（保险、银信通）表、网点业绩目标表，显示结果：
保险：
排名
单位
当日余额（万元）
本期发展（万元）
当月发展（万元）
本季发展（万元）
本年发展（万元）
目标（万元）
进度
储蓄余额：
排名
单位
当日余额（万元）
本期发展（万元）
本月发展（万元）
本季发展（万元）
本年发展（万元）
目标（万元）
进度

银信通：
排名
单位
当日笔数
本期发展（笔）
当月发展（笔）
本季发展（笔）
本年发展（笔）
目标（笔）
进度
（根据所选的专项类型，查询结果也不一样）

说明：当日是值选择日期的那天，本期是指在录入业绩目标的日期段，进度=（本期发展/目标）%。
3、 可导出excel
4 大客户管理系统调整
4.1 数据结构调整
详见：同城大客户函件处理系统-大客户管理.pdm
调整主要为加入业务类型因素，从而既能实现各专业大客户过滤区分，又能对大客户进行统一管理、分析。
调整项目主要为：
u 增加客户-业务类型关系
u 增加客户-业务类型-客户经理关系
u 增加客户-业务类型-联系人关系
u 增加客户级别定义表，保存各业务类型的客户级别定义
u 增加会员表保存会员信息
4.2 功能模块修改
4.2.1 客户资料维护
u 客户基本资料调整：客户状态：待审核、有效客户；增加客户证件类型及证件号码、企业/个人标识维护。
u 增加客户级别定义维护逻辑及界面，保存t_cust_level表
u 增加客户-业务关系维护功能，写入/删除客户业务种类关系表T_CUSTOMER_OPERTYPE。
u 增加会员数据维护逻辑及界面，保存T_member表。
u 增加客户-业务类型-客户经理关系绑定业务逻辑。
u 增加客户-业务类型-联系人关系绑定逻辑。
u 增加用邮数据保存和查询逻辑
u 增加客户资料通用界面（基本资料、扩展资料、联系方式、用邮数据；业务关系：显示业务类型及绑定的客户经理、联系人），即将原同心圆相关的其他信息剔除掉、作为客户资料通用展示。

4.2.2 大客户管理接口
对外部系统提供客户管理相关接口服务，接口采用两种方式：
u 查询类：开放数据表映射视图
u 查询、数据新增/更新类：引入同城大客户管理系统jar包，调用相关功能（机构查询；客户资料查询及明细；客户资料新增/更新；客户-业务关系绑定；联系人查询及明细；营销团队查询及明细；营销团队新增/更新；营销经理查询及明细；营销经理新增/更新）
5 客户调查/回访
客户调查/回访子系统，作为围绕大客户管理子系统的一个辅助系统，主要实现针对调查批次对客户进行调查/回访记录，进而进行统计分析。
5.1 调查/回访要素定义
5.1.1 调查批次定义
参与者：管理员
处理逻辑：
1、 维护、查询调查批次属性（调查名称、所属业务类型、调查启动时间、结束时间、备注）
2、 操作数据表：调查批次表t_survey_batch
5.1.2 调查问题定义
参与者：管理员
处理逻辑：
1、 维护、查询调查批次的调查问题属性（所属批次、问题类型、问题内容、排列顺序、是否必答）
2、 操作数据表：调查问题表t_survey_question
3、 调查问题分单选、复选、输入几类，对于选择性问题保存结果时保存一定的数值（如1、2）以便于统计分析；对于输入性问题保存用户输入内容
5.2 调查/回访单生成
参与者：管理员；市局管理员；外部子系统调用者（通过后台逻辑调用）
处理逻辑：
1、 调查单的生成即可在客户管理子系统中通过筛选客户作为调查对象生成调查单，也可由外部系统调用生成通用的调查单
2、 个别录入调查单：录入调查单的调查客户，保存到调查单表，若同时录入调查结果则按调查单处理逻辑进行调查单结果保存；若不保存结果（只生成调查单）则调查单状态为0未处理
3、 批量生成调查单：通过界面筛选调查客户对象，批量保存调查单表
5.3 调查/回访单处理
参与者：11185或其他调查回访人员
处理逻辑：
1、 用户选择需要处理的调查批次，系统按一定规则分配未处理或仍需继续处理的调查单予用户，并锁定调查单以互斥
2、 根据调查批次定义的调查内容生成调查单（读取调查批次表、调查问题表）
3、 根据调查单客户id调出客户基本资料（客户资料关系表）
4、 处理调查单后保存结果入调查单表t_survey_order、调查单明细表t_survey_order_item，并往调查单日志表t_survey_order_log写入日志
5.4 调查/回访统计分析
参与者：管理员；市局管理员；其他分析人员
处理逻辑：
1、 统计条件：调查批次；调查问题及期望答案；调查时间等
2、 关联查询调查单表、调查单明细表进行统计
5.5 银行vip服务节调查
5.5.1 服务节调查单个别录入
该模块作为调查/回访单生成的外部调用者。
参与者：前台柜员
处理逻辑：
1、 界面通过客户资料条件搜索需要登记的客户是否已存在于系统，若存在调出客户资料自动填入服务卡相关输入框中（客户资料关系表）
2、 界面调出服务卡调查批次问题定义（调查问题表）
3、 用户输入完信息后提交保存到调查单表、调查单明细表（如直接保存调查结果）、调查单日志表
4、 保存过程提取客户资料保存入客户关系表并以客户id关联调查单
5.5.2 服务节调查单批量生成
参与者：市局管理员
处理逻辑：
1、 界面根据客户资料条件、客户资产条件、客户办理理财产品情况、客户历史被调查情况作为查询条件
2、 根据条件搜索符合条件的客户（客户资料关系表、客户资产表、理财业务表）并以列表显示
3、 用户可批量选择或全选查询到的客户，保存批量生成调查单
4、 生成调查单时，用户可选择保存为已存在的调查批次或新建调查批次（调查批次表）

------------------------------------------------------------------------------------------------------------------------------------------
-
第 26 页