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