《广西北部湾银行综合积分管理系统需求说明书》由会员分享,可在线阅读,更多相关《广西北部湾银行综合积分管理系统需求说明书(29页珍藏版)》请在金锄头文库上搜索。
1、广西北部湾银行综合积分管理系统需求说明书目录1.总体目标 42 业务要求描述 52.1 系统需求 52.1.1 系统管理 52.1.2 客户服务管理 72.1.3 商户管理 82.1.4 积分管理 92.1.5 积分应用管理 152.1.6 礼品管理 172.1.7 客户订单管理 182.1.8 账务清算 192.1.9 联机交易管理模块 202.1.10 报表统计分析模块 202.1.11 批处理作业调度与监控 242.1.12 系统接口功能 262.1.13 扩展性需求 262.1.14 多法人模式 273 其他功能实现 274 系统非功能性需求 274.1 基本需求 274.2 性能需求
2、 274.3 运行维护需求 284.4 可靠性需求 284.5 兼容性需求 294.6 故障处理需求 294.7 知识产权 295 技术要求描述 305.1 总体要求 305.2 系统运行环境要求 315.3 安全性要求 315.4 延展性要求 31随着社会经济形势的发展和金融市场发生迅猛变化, 客户在 银行中 发生了多类的业务往来, 包括存款、 理财产品、 转账汇款、 借记卡、 信用卡等等, 如何通过这些交易活动整合我行业务产品 的优势,精确判 断、识别和营销客户,不断满足客户需求,提升 客户体验和客户粘度,是 我行个人业务发展的关键。根据市场的发展趋势, 成熟的积分管理和奖励方案已成为银
3、行提升 营销水平的有效方法。 积分营销以其核算标准、 规则灵活、 运营高效、 使用便捷等多重特点, 受到银行、 商户和客户等多方 的青睐。 银行开展 的积分管理业务, 将以前没有计算积分且分开 存放的各项银行交易活动, 通过积分管理系统将产生的积分放在 一起统一集中累计, 并在使用环节中 为客户提供便捷、 高效的积 分兑换方式, 从而让客户切实体验到银行的 优质产品和服务, 提 升客户体验和粘度,取得了显著的效果为进一步提高我行业务管理水平, 实现全行对私客户的忠诚 度管理 及维护,我行拟建设全行综合积分管理系统。 我行综合积分管理平台系统应体现“以客户为中心”的设计 原则,以 提高员工操作效
4、率、 具有完善风险防控机制、 能高效准 确进行管理分析 功能作为设计标准, 系统在底层功能架构上应以 实现全行综合积分为设计 原则, 积分累计账户应以简洁、 灵活为 设计原则,必须基于客户而不是 产品进行积分账户的设置和管 理,简化业务人员账户维护工作。 系统功能 应满足我行未来几年 的业务发展需求,具有良好的可拓展性及业务功能前 瞻性。积分系统前期整体规划主要做积分产生和自有渠道的服务 对接、 电 子银行渠道的对接, 尽快将综合积分产品平台搭建运营 起来;后期主要延 伸丰富积分的应用和积分可使用的渠道的拓展 以及和商户合作的线下 POS 渠道。系统主要分为三部分:1、积分产品需能够支持个人客
5、户相关的积分活动;2、能够根据不同业务场景及渠道交易进行赠分的活动。3、积分消费部分:能够支持兑换行内的自有服务;能够实 现积分系 统与行内电子银行部分渠道的对接; 能够与行内现有商 城连通,积分可在 商城查询且兑换礼品。1.总体目标 以客户为中心,以市场为导向,强调产品与服务创新, 整合 服务渠道, 关注风险管理与控制, 以适应“以客户为中心”的变革, 使 综合积分管理系统真正成为向客户提供广西北部湾银行品牌 与价值的交 易、服务平台。借助先进的综合积分管理系统完成对我行对私客户的忠诚 度管理,实 现客户的忠诚度维护,降低客户的流失率。通过全行综合积分管理系统的建立, 实现针对不同客户的差
6、异化忠诚度营销体系的建立及差异化礼品回馈方案的建立, 以满 足不同客 户在营销体系上的差异化管理。2 业务要求描述 提供业务解决方案,满足但不限于以下功能。2.1 系统需求2.1.1 系统管理2.1.1.1 机构管理 管理员可通过此功能模块实现积分系统中的机构维护和管 理,包括机构增加、撤销、修改、查询。系统应支持多级机构管 理。2.1.1.2 业务部门管理 积分管理覆盖的有权发行积分机构需能支持不限 数量及层 级数。管理员可以通过此功能灵活维护机构的业务部门, 包括 增、 删、改、查。2.1.1.3 角色权限管理 系统支持根据实际业务需要和组织结构, 设立 不同的岗位角 色,角色可以通过选择
7、列表的方式来被赋予不同的系统功能 使用 权限。支持设定角色的启用和停用状态。系统提供对角色的增、 删、改、查,及角色权限的赋予、修改、组合等功能。2.1.1.4 用户管理通过用户管理功能实现对系统用户的新增、 修改、 删除、查 询操作。2.1.1.5 权限管理通过权限管理来定义角色、 用户的功能权限、 数据权限、业 务查询 范围等。 系统根据登录用户的角色所具有的功能权限对系 统功能访问进行 严格控制以及业务流程的审批配置化, 保障系统 使用的安全。2.1.1.6 渠道管理系统管理员通过渠道管理对允许接入的渠道进行合法性定 义,并通过 此功能定义渠道所允许办理的联机交易类型。 例如是 否允许积
8、分查询、积 分消费等联机交易。2.1.1.7 密码管理1、所有系统用户必须通过密码对系统进行访问,系统对用 户密码进 行管理和合法性校验, 保证系统的使用安全。 用户可对 密码进行修改。2、系统需支持在首次登陆时强制修改初始密码,并对密码的强度、长度进行校验,密码须以密文方式存储, 保证密码具有 一定的安 全性。2.1.1.8 系统参数管理通过参数管理模块, 系统管理员可以查看涉及到本行积分系 统全局 性的一些参数信息, 同时也可以对参数编号、 名称、 参数 值、参数生效 日期等要素进行维护操作。 比如:积分有效期、 系统积分计算时一次提交 的交易笔数、 积分的现金价值、 并发积 分任务数等。
9、2.1.1.9 工作流配置 根据需要,系统的业务流程可以在工作流引擎配置 中自定义 审批流程信息,包括审批节点定义、流转规则的简单配置。2.1.2 客户服务管理2.1.2.1 客户基本信息查询用户可根据客户号、 客户名称、账号, 卡号等查询客户的基 本资料 以及相关的综合积分信息。对于客户基本资料, 系统提供对外接口, 可根据业务需要与 相关系 统进行数据交换,建立适合业务的客户信息。2.1.2.2 客户积分账户信息查询系统用户可以查询到某一特定客户积分账户内的积分总额 信息、积分 账户余额信息、 客户积分交易明细信息、 积分产生的 原始交易明细信 息。2.1.2.3 客户积分账单查询 系统根
10、据指定的日期, 定期自动生成客户 的积分账单, 并可 供打印和查询。2.1.2.4 客户冻结管理 用户可以针对行内客户的异常积分情况进行冻结 操作, 被冻 结的客户无法在主动的进行积分的消费与产生。 当异常情况 排除 后,系统可以还原该客户为正常状态。2.1.3 商户管理2.1.3.1 商户类型管理 系统提供商户类型的增、删、改、查、关联商户 的功能。通 过在活动中指定不同的商户类型,实现积分消费权限的划分。2.1.3.2 商户管理 系统提供商户信息的增、删、改、查,商户信息新增 后,作 为商户管理的关联对象。 同时支持设置商户和行内的积分兑换的 比例、以及积分可兑换的百分比。同时, 该功能并
11、非商户信息主要维护入口, 主要通过联机交 易接口 与外部进行商户信息同步, 在同步时, 外部能够设定是否 允许作为兑换 商户类型的关联对象,一般默认为允许。2.1.3.3 兑换流水查询该功能主要提供积分兑换交易的查询功能, 包括积分兑换正 常交易 和积分兑换冲正交易,同时提供对查询记录的导出功能2.1.4 积分管理2.1.4.1 积分账户管理积分账户管理包括积分账户的开立、 信息修改、 停用、冻结、 解 冻、查询。账户号由系统根据规则自动生成。积分账户的设置 数量需不受 限制, 根据综和积分的特性, 积分账户需要支持时效 型账户、永久型账 户、滚动失效型账户、红利型账户。同时还应 支持特殊需要
12、的专属账户类 型, 专属账户的积分只能在指定范围 权限下使用。一个积分账户须可以根据业务需要, 灵活定义支持关联多个 积分活 动、多个产品、多个渠道,也可是一对一的关联。积分账 户应是综合型账 户,而不是产品型账户。系统应该提供客户积分账户的自动开立功能, 并对积分账户 进行相 关的账户检查(包括总分、明细、一致性检查等) ,保证 积分数据的准确 性、一致性、合法性。支持积分手工修改。 客户积分账户, 可以手工进行维护 (增 加、 减少、冲销)积分明细,经过系统设置的审批流程后反映到 积分账户上。2.1.4.2 积分活动管理积分活动管理包括积分活动的新增、 修改、 查询。业务部门 根据营 销的
13、目标, 通过此功能定义积分活动, 包括积分活动的描 述、活动的时 间、参与的机构部门、成本分摊的方式等。需支持 灵活弹性不限制积分活 动数量的定制及管理功能。 积分活动可以 由一个或多个具体的积分计划构 成, 单个积分活动下不限制积分 计划的数量。根据积分活动的特性, 系统必须支持营销类活动、 渠道交易 和资产 余额类积分活动。积分活动定义须支持灵活定义活动的成本分摊模式。 支持按 固定比例分摊、 按活动产生积分值进行分摊, 包括总分支行之间 的分摊、各部 门间的分摊, 参与机构间的分摊等方式, 并支持任 意定义分摊的比例。2.1.4.2.1 营销类活动营销类活动包括根据客户的等级、 资产规模
14、、 个性特征等客 户信息 以及配合银行的品牌宣传等进行的积分奖励活动; 无需客 户发生交易行 为,根据客户的固定属性就可以获得赠分。2.1.4.2.2 渠道交易类活动渠道交易类活动须支持包括签约、 开户、消费、银行产品和服务购买使用、中间业务办理等涵盖所有业务条线的开展2.1.4.2.3 资产余额类活动资产余额类必须支持根据客户在银行的各类资产或产品的 持有情况进 行定义积分奖励活动。2.1.4.3 积分活动封顶积分活动支持单活动封顶, 单活动单客户封顶, 单活动单交 易封 顶。2.1.4.4 积分计划管理积分计划是对积分活动的进一步细化。 一个积分活动下可包 括多个 具体的计划。 该功能是用
15、来为定义的积分活动创建多个可 执行的计划,针 对每个计划可以定义不同的执行规则和赠分规 则,以达到市场营销的目的 同时也可以为客户赠送积分, 吸引更 多的客户参与活动。功能包括积分计划的新增、 修改、 浏览、 详细查询、 删除等。2.1.4.5 积分执行条件规则管理针对每个积分计划, 灵活定义符合执行条件的具体规则。 通 过执行 条件规则定义满足积分计划的各项要素、 逻辑条件, 包括 参与的机构、 客户范围、产品、合作商、时间、业务种类、介质 种类、交易要素(金 额、频度等) 、渠道等等。只有符合这些规 则的客户才属于积分计划的参 与者。 系统必须提供灵活的规则引 擎,支持自由定义配置。 系统需支持 灵活弹性的积分执行条件增、 删、改、查询操作。积分执行条件需包括条 件分类、条件名称、 逻辑条件和值等信息。以参数化方式维护。在活动的规则设置上, 可以涵盖零售银行所有业务条线 (如 借记 卡消费、支票、储蓄、基金、国债、第三方存管、理财、中 间业务等)进 行积分累计, 因此积分条件设置模型要全而且灵活, 在进行解决方案讲解 时要能够提供贵公司所实施过的相关规则 模型,这些模型要能够完整地覆 盖客户信息、 卡信息、 交易信息、 资料余额类信息以及