银联商务-系统总体设计

银联商务账户系统开发项目_系统总体设计PAGE第6页共45页第1页共7页银联商务账户系统开发项目系统总体设计上海南天电脑系统有限公司银联商务账户系统开发项目_系统总体设计版本历史版本编制/日期审核/日期批准/日期备注0.12011-11-282011-11-292011-11-29初始建立0.22011-11-292011-11-302011-11-30内部评审修订修改总体逻辑架构0.32012-01-042012-01-092012-01-09修改安全设计、计费设计、风控设计、监控设计和编码管理0.42012-02-21修改逻辑架构图，分为内部和外部，修改数据部署2.02012-04-10目录版本历史 1第一章银联商务账户系统概述 11.1概述 11.2建设背景 11.3实施目标 21.4术语和缩略语 2第二章系统总体结构设计 32.1总体设计的原则 32.2银联商务账户系统的内容 32.3总体设计的范围 32.4总体逻辑架构图 32.4.1与外部系统的关系 32.4.2内部系统之间的关系 42.4.3子系统介绍 52.4.4系统接口说明 52.5系统部署架构图 62.6数据部署 72.6.1数据分类 72.6.2数据部署图 82.6.3各数据库之间的关系 92.6.4数据与应用的关系 92.6.5数据库部署策略 92.6.6数据结构 102.7子系统说明 152.7.1账务系统 152.7.2交易系统 162.7.3内部门户 172.7.4个人门户系统 182.7.5企业门户系统 192.7.6渠道系统 202.7.7统一认证【内部】 212.7.8服务管理系统 22第三章系统安全设计 233.1安全策略 233.2证书 243.3密码保护机制 243.3.1密码存储 243.3.2密码加密算法 243.3.3密码在浏览器中的保护机制 253.3.4密码传输机制 253.4订单信息安全 253.5账务数据安全 253.6通信安全 253.7访问控制 253.8可用性 263.9安全审计 263.10其他安全设计 26第四章计费与结算设计 274.1从交易计费时间点上讲，支持预计费与后计费： 274.1.1预计费： 274.1.2后计费： 274.2从计费方式上讲，支持内计费与外计费。 274.2.1内计费： 274.2.2外计费： 274.2.3重计费： 274.3支持多种计费算法，至少支持现有的计费模式： 284.3.1单笔交易金额固定（按笔/按百分比）： 284.3.2单笔交易金额阶梯（按笔/按百分比）： 284.3.3累积交易金额阶梯（按笔/按百分比）： 284.3.4累积交易笔数阶梯（按笔/按百分比）： 284.3.5分段计费并累计： 294.4结算设计 294.4.1系统核算架构 294.4.2清结算 30第五章定时任务设计 315.1系统中的定时任务 315.2定时任务的实现 315.3定时任务并发设计 31第六章日终批处理设计 326.1日终任务定义 326.2日终任务顺序 33第七章风险控制设计 347.1事中风控管理 347.1.1事中风控规则的管理 347.1.2事中风控规则的执行 347.2事后风控管理 34第八章监控设计 348.1监控范围 348.2监控规则管理 358.3监控规则执行 35第九章文件管理设计 359.1文件种类 359.2文件存储 359.3文件备份 35第十章编码管理 3610.1系统编号编码规则 3610.2账号编码规则 3610.3用户号编码规则 3610.4交易码编码规则 3610.5机构码编码规则 3710.6科目码编码规则 3710.7币种编码规则 3810.8部门码编码规则 3810.9错误码编码规则 38银联商务账户系统概述概述在银联商务体系内现有核心系统基础上，通过“银联商务账户系统”建立，实现以下几项任务：1) 整合三方用户资源：实现用户资源共享；2) 整合三方渠道资源：实现渠道互通，择优支付；3) 整合三方相关业务平台应用服务：实现全方位综合服务用户；4) 线上线下业务融合：实现用户线下注册可体验线上服务，线上注册可体验线下服务；5) 营销机制统一：实现为用户提供有特色、有内容的多样化营销服务，增加银商用户户粘度，迅速建立银商用户资源优势。6) 交易数据挖掘，对消费者习惯和偏好进行分析，做到精准营销。7) 实现公司从“经营产品/业务”向“积累用户、服务用户”的经营理念转变，从而更好的扩大产品和业务的使用群体。建设背景1．银联商务通过传统银行卡收单及专业化服务拓展了线下100多万商户，并积累了庞大的持卡人消费群体；2．ChinaPay通过银联在线、便民平台、网上商城、商旅平台、理财平台等网上服务平台积累和培养了一定规模的线上用户群体；3．好易联通过构建面向全国商户推广的“积分营销平台”，向B端用户（企业用户）提供发行预付费卡和使用积分营销平台的服务，积累了一部分B端用户和使用预付费卡以及积分营销的C端用户（个人用户）。希望通过建设“银联商务账户系统”，将上述银联商务体系内的现有平台和用户资源进行有效整合，实现“线上线下业务紧密融合”的业务体系和“一个面孔营销用户”的营销机制。实施目标1．建立银联商务账户系统，实现用户（个人、企业）门户整合功能整合。2．为用户创建虚拟账户及账户支付等功能，并建立针对虚拟账户的资金管理体系。3．最终所有计算机系统和设备能够接通并正常运转、所有软件能够按要求开发完成并能够在相应平台上正常运行。术语和缩略语银联商务账户系统：银商体系内用于积累各类用户资源的系统平台CP：ChinaPay用户号：用户在银联商务账户系统中唯一索引，用于银商体系内识别不同用户个人用户：以个人身份注册的用户会员企业用户：企业或商户用户，以企业身份注册的用户会员支付渠道：包括单不限于银联CUPS、CP网关、银联UPOP、银联EBPP、CP和好易联代收付渠道等

系统总体结构设计总体设计的原则统筹规划、整体设计。继承和发展相结合。满足需求、经济实用、技术先进。应用系统总体设计一定要贴近计算机审计业务和管理工作的实际需求，坚持需求先导、应用为主、经济实用、技术先进的设计要求。信息资源共享。遵循业务规范和标准。银联商务账户系统的内容总体设计的范围对应用系统进行总体描述，并实现各功能模块的边界切分。设计应用平台，并论述采用平台技术实现各应用功能模块之间的整合和建立应用安全防护体系。设计各功能模块的接口。设计应用系统技术支撑环境。设计应用系统、技术支撑环境的部署。规划项目建设中形成的行业信息化标准规范。总体逻辑架构图与外部系统的关系内部系统之间的关系子系统介绍账务系统：主要功能包括：账户管理、账户交易、联机账务处理、日终批量处理、会计管理等。交易系统：主要功能包括：联机交易功能、日终批量处理、风险控制功能等。内部门户：提供业务管理人员的管理界面，主要包括：用户管理、商户管理、机构管理、订单管理、报表管理、系统管理、操作员管理、风险管理、监控管理、计费管理、账务系统参数管理、渠道系统参数管理、交易系统参数管理等功能。服务管理系统：提供用户信息管理服务、交易查询等功能。用户关系管理：提供用户基本信息服务，包括登录校验、信息查询。渠道系统：外围渠道的接入接出及协议转换，将渠道交易转发至交易系统，并将交易系统的请求发向外围渠道。个人门户：提供个人用户自助服务。企业门户：提供企业用户自助服务。系统接口说明接口编号提供者需求者通信协议备注IF-2001渠道系统个人门户TCP同步短连接IF-2002服务管理系统个人门户HTTP/HTTPSIF-2003渠道系统企业门户TCP同步短连接IF-2004服务管理系统企业门户HTTP/HTTPSIF-2005渠道系统内部门户TCP同步短连接IF-2006交易系统渠道系统TCP同步短连接IF-2007渠道系统交易系统TCP同步短连接IF-2008账务系统交易系统TCP同步短连接IF-2009服务管理系统渠道系统HTTP/HTTPS系统部署架构图部署图※部署图中的内部门户及服务管理是物理上在一起，逻辑分离的。网络拓扑图数据部署数据分类数据分类数据名称定义系统商户数据商户信息内部门户商户账户绑定关系内部门户和企业门户商户操作员内部门户和企业门户商户操作员角色内部门户用户数据用户信息个人门户和内部门户用户账户绑定关系个人门户和内部门户用户权限个人门户和内部门户用户银行卡绑定关系个人门户和内部门户用户数据【SSO】统一认证【内部】的用户信息统一认证【内部】支付数据交易流水交易系统交易系统参数交易系统风控记录交易系统费用数据计费算法内部门户计费参数内部门户风控数据灰名单内部门户黑名单内部门户风控规则内部门户监控数据实时交易交易系统交易统计内部门户内部数据操作员内部门户操作员权限内部门户操作员角色内部门户机构信息内部门户交易码内部门户报表数据业务报表交易系统和账务系统风险类报表交易系统运行管理类报表交易系统收益报表账务系统账务数据账户账务系统账务流水账务系统账务系统参数账务系统数据部署图用户数据库运营管理数据库交易数据库账务数据库SCHEMAUMSUSERMONITOR待定？待定？TRANSACTIONACCOUNTMANAGEPUBSERVCHANNELHISTORYSETTLEMENTMANAGE数据库SCHEMA数据交易数据库TRANSACTION用户数据商户数据支付数据MANAGE费用数据风控数据内部数据账务核心数据库ACCOUNT账务数据用户数据库运营管理数据库【后线历史数据库】PUBSERV报表数据MONITOR监控数据各数据库之间的关系数据与应用的关系关系说明如下：关系1：互联网门户无直接访问数据库权限．关系2：渠道系统查询权限，访问交易数据库．关系3：内部门户查询权限，访问运营管理数据库；全权访问用户数据库；部分修改权限访问交易数据库；部分修改权限访问账务核心数据库．关系4：交易系统全权访问交易数据库；部分修改权限访问用户数据库．关系5：账务系统全权访问账务核心数据库．关系6：服务管理系统拥有查询权限访问交易数据库、账务核心数据库；部分修改权限访问用户数据库．数据库部署策略对数据库中不同的表结构根据数据量大小，采用不同的表空间以及不同的表分区的方式提高执行效率。具体的实现在概要设计中体现。数据结构账务数据库账务数据库清单：名称代码交易分录表t_drcr_contlt_drcr_contl交易表t_trant_tran产品表t_productt_product会计分录流水表t_drcr_flowt_drcr_flow分户帐表t_act_mastt_act_mast交易累计表t_tran_accut_tran_accu利息登记簿t_int_regt_int_reg币种表t_currt_curr手续费明细表t_fee_detailt_fee_detail日终步骤依赖关系t_pay_dependencyt_pay_dependency日终步骤日志t_bat_dayoverlogt_bat_dayoverlog日终步骤表t_pay_dayoverstept_pay_dayoverstep机构表t_instt_inst清算账号表t_liq_accountt_liq_account用户账户关联表t_user_relevt_user_relev科目总账表t_accountt_account科目总账历史表t_accounthist_accounthis科目表t_itemt_item计息方式表t_cal_interestt_cal_interest账务系统流水历史表t_tran_flowhist_tran_flowhis账务系统流水表t_tran_flowt_tran_flow账户积数表t_accut_accu交易数据库企业用户相关表1.企业信息表列名数据类型为空注释IDNUMBER(12)N主键MER_NOVARCHAR2(14)N商户号MER_NAMEVARCHAR2(255)Y商户名称MER_BRIEFNAMEVARCHAR2(255)Y商户简称MER_ADDRESSVARCHAR2(255)Y商户地址MER_CONTACTORVARCHAR2(30)Y商户联系人MER_TELVARCHAR2(20)Y商户电话MER_MOBILEVARCHAR2(20)Y商户手机MER_FAXVARCHAR2(16)Y商户传真MER_EMAILVARCHAR2(100)Y商户电子邮箱MER_LICENSENOVARCHAR2(255)Y营业执照号码MER_SETBANKNOVARCHAR2(20)Y结算行MER_SETACCNTNOVARCHAR2(20)Y结算账号ACCOUNT_NOVARCHAR2(16)Y商户虚拟帐号ORG_NOVARCHAR2(6)Y所属机构号ORG_NAMEVARCHAR2(255)Y机构名称CITY_CODECHAR(6)Y城市编码PROVINCE_CODECHAR(2)Y省编码STATUSCHAR(1)Y状态（1：正常；2：未激活；3：待销户；4：锁定）CREATEDATEDATEY创建日期DELETE_FLAGNUMBER(1)Y删除标记UPDATEDATEDATEY更新日期2.企业用户操作员表列名数据类型为空注释IDNUMBER(12)N主键MER_IDNUMBER(12)N所属商户（企业用户ID）OPERATOR_NOVARCHAR2(100)N操作员号（管理员在企业用户开户时使用的是邮箱，且管理用户名不可以更改）PASSWORDVARCHAR2(64)Y登录密码STATUSCHAR(1)Y操作员状态（0：正常；1：锁定；2：未激活；3：自动锁定【到达错误次数后自动锁定】）MOBILE_PHONEVARCHAR2(16)Y手机EMAILVARCHAR2(100)Y邮箱LOGIN_ERROR_TIMESNUMBER(2)Y错误次数统计LOCK_TIMEDATEY锁定时间LAST_ERROR_TIMEDATEY最后错误时间ROLE_IDNUMBER(10)Y角色DELETE_FLAGNUMBER(1)Y删除标记CREATEDATEDATEY创建日期UPDATEDATEDATEY更新日期渠道数据库子系统说明账务系统定位账务系统为银联商务账户系统的账务核心，负责账户的管理，以及账务的处理。和其他系统之间的关系账务系统与其他系统之间采用接口方式提供服务。技术实现说明采用流程配置与参数配置实现交易开发，采用C语言完成底层原子交易。通用核算体系和会计记账分录：数据模型本系统会使用如下数据库：账务核心数据库交易系统定位交易处理系统为银联商务账户系统的交易处理核心，接收渠道系统以及内部门户的交易请求，执行交易处理逻辑，并调度账务系统完成交易处理。和其他系统之间的关系技术实现说明采用南天JPRE平台实现，采用报文配置与参数配置实现交易开发，采用JAVA语言完成底层交易实现，使用SPRING,JPA等相关技术。数据模型本系统会使用如下数据库：交易数据库用户数据库内部门户定位本系统为银联商务账户系统的业务、管理、运维操作人员提供了统一的接入门户，对系统进行业务操作及相关管理。和其他系统之间的关系与交易系统、统一认证系统、服务管理系统之间采用接口方式提供服务技术实现说明基于JAVA语言，采用SPRING、HIBERNATE、EXTJS相关技术实现。数据模型本系统会使用如下数据库：交易数据库用户数据库账务数据库运营管理数据库个人门户系统定位个人门户子系统主要为个人用户提供了自助服务的功能，包括实名认证、银行卡关联、账户充值、提现、账户余额查询、账户历史查询，交易查询等功能，满足个人用户的支付及生活便利的需求。和其他系统之间的关系编号功能点接口提供者备注1登录CP用户系统2交易查询相关管理系统3交易管理渠道系统充值、提现、银行卡绑定和解绑4其余基本功能管理系统技术实现说明基于JAVA语言，采用SPRING、REST、SOCKET、JQUERY，ACTIVEX相关技术实现。数据模型本系统会间接使用如下数据库：交易数据库账务核心数据库运营管理数据库企业门户系统定位企业门户系统主要向企业用户提供支付平台的统一服务场所，企业用户登录门户后可进行账户的自助管理、企业增值应用及与该企业用户相关的其他服务记录的查询、核对等。和其他系统之间的关系编号功能点接口提供者备注1登录管理系统2交易查询相关管理系统3交易管理渠道系统4其余基本功能管理系统技术实现说明基于JAVA语言，采用SPRING、REST、SOCKET、JQUERY相关技术实现。数据模型本系统会使用如下数据库：交易数据库账务核心数据库运营管理数据库渠道系统定位本子系统为银商交易系统提供多渠道的接入接出支撑及交易报文转换。为交易系统完成异构网络、异构协议的通信转换。技术实现说明本系统支持对不同外部系统的通信及报文协议的转换，本系统中应用了TCP/IP、HTTP/HTTPS和WEBSERVICE。和其他系统之间的关系数据模型本系统使用数据库：交易数据库统一认证【内部】定位本子系统为银联商务账户系统提供内部管理平台的单点登录功能。技术实现说明基于JAVA语言，采用SPRING、SOCKET相关技术实现。数据模型本系统会间接使用如下数据库：用户数据库服务管理系统定位本子系统为个人门户系统和企业门户提供数据访问支持。技术实现说明基于JAVA语言，采用SPRING、REST相关技术实现。数据模型本系统会间接使用如下数据库：交易数据库用户数据库账务数据库运营管理数据库

系统安全设计安全策略WEB浏览器与个人门户：通过加密控件完成对密码的加密，密码加密使用RSA加密算法。当web请求由CP新一代服务跳转，则需要使用证书RSA签名。WEB浏览器与企业门户：通过加密控件完成对密码的加密，密码加密使用RSA加密算法。通过企业用户数字证书完成RSA签名。个人门户与CP支付：通过CP提供的软签名方法，完成对请求数据的签名。同时CP新一代对个人门户系统IP进行校验。企业门户与CP支付：通过CP提供的软签名方法，完成对请求数据的签名。同时CP新一代对企业门户系统IP进行校验。渠道服务与CP支付：通过CP提供的软签名方法，完成对请求数据的签名。同时CP新一代对渠道服务系统IP进行校验。个人门户与用户系统：通过CP提供的软签名方法，完成对请求数据的签名。同时用户系统对个人门户系统IP进行校验。系统内部安全：抽取关键信息计算MAC，采用ANSIX9.9算法。PIN采用ANSIX9.8，带账号规则，通信过程每个系统间都需要对PIN进行转加密。管理服务：对接入系统的IP进行校验。证书企业门户可以选择是否使用UKEY。账户系统对非UKEY商户有交易额度的限制；对于UKEY用户则是在做需要验UKEY的交易时必须验证UKEY。密码保护机制密码存储用户账户密码，用户(包含操作员)的登录口令均采用加密算法加密后存储。密码加密算法对于保存于系统数据库中的用户登录密码和用户帐户密码采用不同的算法。登录密码密算算法对于操作员，商户操作员WEB登录密码做MD5存入数据库。用户账户密码加密算法账户密码统一使用6位数密码，采用ANSIX9.8所规定的带主账号格式的计算PINBLOCK，并用加密密钥加密后存入数据库。PINBLOCK加密送入加密机中进行。账户密码的加密过程为：通过安全控件使用账号+密码做PINBLOCK做RSA后，进入加密机做RSA公钥到对称密钥转加密3DES转MD5码后存入数据库密码在浏览器中的保护机制在浏览器中嵌入安全控件，安全控件需要防范键盘钩子非法方式获取密码明文，登录密码使用MD5进行摘要，账户密码从浏览器获取非对称算法的公钥对密码进行加密。密码传输机制密码在各节点的传输中，均采用硬件加密机的方式进行转加密。每对密码转加密密钥在定期进行更换。订单信息安全订单在外部系统的传递之中均采用非对称算法进行签名，确保订单数据的完整性与不可抵赖性。账务数据安全账务数据库中的关键数据采用DAC校验，确保数据不被非法篡改。通信安全在报文通信中采用密钥对敏感数据加密（例如：密码），并采用对称或非对称的方式计算MAC或签名，以取保敏感数据不被非法获取，通信报文不被非法篡改。在专线环境中使用MAC，在WEB方式中采用HTTPS来确保。访问控制对于应用业务流程，必然涉及多个不同的对象之间的相互访问。为确保访问的安全性、正确性和有效性，采用如下访问控制措施：角色管理与权限划分：对访问业务/应用的所有角色进行划分和管理，并按照角色分配相应的权限。每个角色只能访问其业务相关的信息，而无关信息则禁止访问。身份认证：对登录系统的用户（企业用户操作员，用户，内部门户业务操作员）采用静态登录密码，与层级身份认证控制用户功能范围，企业用户操作员必须用使用UKEY进行身份验证，内部门户业务操作员使用文件证书或UKEY。密码锁定：对连续一定次数登录失败的用户自动进行一定时间内的密码锁定。可用性可用性是指，系统能够可靠及时地为授权用户提供服务。因此，需要采取必要的可用性措施提供保障。应用可用性包括：数据备份与恢复：对于各个平台的数据库以及重要的文件系统数据均需进行定时备份，从而最大限度的保证数据的可用性。备份方式可以采用增量和全备份相结合的方式进行。应用热备与监控：对于JAVA应用，以集群方式部署，C应用需要对应用系统采取热备措施，同时，对应用系统需要进行状态监控，发现异常及时采取处理措施。业务流程异常处理：对于业务流程中的各类异常采取适当的处理机制。安全审计应用层的安全审计包括对如下操作的审计：对业务流程中的关键操作的审计：包括业务流程中的各种关键环节的操作，做必要的记录，从而为后续的统计、异常分析等操作提供依据。系统管理员、应用管理员的关键操作的审计：包括管理员的登陆、退出操作，和管理员对用户的增加、修改、删除等操作。各类应用异常事件的审计：包括系统调用异常和应用自定义的异常等。其他安全设计对于操作系统层，网络层以及物理层的安全不在本文档讨论的范围之内。计费与结算设计从交易计费时间点上讲，支持预计费与后计费：预计费：交易发生时即计费。适用于确定性收费，例如退单不退手续费的情况。后计费：待交易最终完成时计费。适用于需交易状态确定后才可计费的情况。从计费方式上讲，支持内计费与外计费。内计费：即交易本金中，一部分会作为手续费的情况。如持卡人投保金额为100元，费率为1元/笔，该费率由商户承担，则100元中的1元将记为手续费。外计费：即交易本金外，需额外收取手续费的情况。如持卡人投保金额为100元，费率为1元/笔，该费率由持卡人承担，则商户会向持卡人扣101元，其中1元为手续费。重计费：即由于某种原因导致计费不正确时，可由用户重新发起计费任务，对其进行重新计费。支持多种计费算法，至少支持现有的计费模式：单笔交易金额固定（按笔/按百分比）：即每笔交易收取固定费率，如x元/笔的费率或交易金额×x%的费率。单笔交易金额固定需支持有下限无上限、有上限无下限、有上限有下限、无限制等计费模式。单笔交易金额阶梯（按笔/按百分比）：即按照单笔交易金额不同，收取不同费率。如：单笔交易金额为[0，500)，收取0.8元/笔；单笔交易金额为[500，5000)，收取0.9元/笔；单笔交易金额为[5000，∞)，收取1元/笔。单笔交易金额阶梯需支持有下限无上限、有上限无下限、有上限有下限、无限制等计费模式。累积交易金额阶梯（按笔/按百分比）：按照统计周期内交易金额不同，收取不同费率。如：年交易金额为[0，50w)，收取1元/笔；年交易金额为[50w，500w)，收取0.9元/笔；年交易金额为[500w，∞)，收取0.8元/笔。累积交易笔数阶梯（按笔/按百分比）：按照统计周期内交易金额不同，收取不同费率。如：年交易笔数为[0，50w)，收取1元/笔；年交易笔数为[50w，500w)，收取0.9元/笔；年交易笔数为[500w，∞)，收取0.8元/笔。分段计费并累计：按单笔金额，分段计费并累计。如：单笔交易金额为[0，500)，交易金额×2%的费率=手续费1；单笔交易金额为[500，5000)，交易金额×1%的费率=手续费2；单笔交易金额为[5000，∞)，交易金额×0.5%的费率=手续费3；总手续费=手续费1+手续费2+手续费3。结算设计系统核算架构统一核算模式账户系统本着：1）统一用户管理，统一支付及内容渠道，统一用户服务,统一用户体验，统一系统规划的目标；支持后续业务的整合、割接、统一拓展。2）为增强与商户、渠道、服务商等的综合议价能力，更好降低交易、结算、管理成本考虑；3）从有利于市场拓展，业务长远发展，系统合理架构的原则出发。建议采用统一核算模式进行架构。账户系统按照组织机构分级进行三级记账。统一核算方案按照人民银行《支付机构互联网支付业务管理办法（征求意见稿）》“第二十二条：不同支付机构的支付账户内的资金不得互相划转”；以及其他相关不同支付机构之间的资金、交易管理规定；账户系统明确设立唯一一个运营主体。1）用户管理：个人和企业用户，均有机构属性，归属于银商各省级公司、地市公司。总公司、CP作为特殊的机构存在于账户系统内，难以确认属地的用户，按总公司、CP划分归属。用户的归属主要为后续内部考核提供依据。2）资金管理：虚拟账户用户沉淀资金集中运营与管理，统一由运营主体开设银行账户，专项用于虚拟账户资金归集管理和资金结算。3）清结算：系统对外统一清分（与实体银行、商户、机构的资金往来），通过运营主体统一提供清分处理、对账信息给专门的对外清结算部门完成。4）成本/收入：统一管理整个系统的交易成本、收入；按照用户归属分业务类别分别记录各个机构的成本、收入，各机构按照用户数、存量资金、各类业务的交易量（笔数、金额）、收益和支出等指标进行考核。作为成本分摊、利润分配的依据。清结算1）虚拟账户的清结算相对独立于银商总部与银联电子现有的清结算系统。2）清结算工作依照“统一清分、两级结算”的方式进行。统一清分指的是由账户系统统一完成对所有机构和用户的交易汇总清分处理、对账信息生成；两级结算指的是根据统一清分结果，分别由CP或各分支机构完成对各自签约商户或机构的资金结算。3）开立虚拟账户的商户的结算款结算入企业虚拟账户，由商户自主或者系统自动触发向真实银行账户的资金转移。当资金流动发生在虚拟账户内部时，不发生真实结算；当资金流动发生在虚拟账户与实体商户之间时，发生真实结算。原则上，由CP统一完成对账户系统内全部用户（含个人和企业）的真实资金结算，即一级结算。如分支机构有特殊需求的，可报银商总部同意后，由CP向其进行一级结算，再由分支机构根据账户系统提供的报表向用户完成二级结算。无论采用何种结算方式，分支机构都参与收入的分配。无论采用何种结算方式，各分支机构仍需承担对商户提供相关后续服务和监管的职责，包括差错处理、争议处理、风控处理等。定时任务设计系统中的定时任务系统中存在如下的定时任务：自动批处理银行应答超时检测处理订单状态变更通知商户处理主动监控定时任务的实现定时任务根据不同的平台采用如下方式实现：定时渠道Linux/Unix的crontableJAVA的定时机制提供命令和操作界面修改定时器的周期，无需重新启动系统。定时任务并发设计同一个定时器不允许并发。日终批处理设计日终任务定义日终由多个任务组成，每个日终任务在系统中被唯一标识，并指明其依赖任务。系统根据依赖关系，由日终调度程序自动装配执行，每个任务需判断当天是否执行。日终任务顺序风险控制设计事中风控管理事中风控规则的管理系统设置多种风控规则，每种风控规则绑定一个算法与一种交易，每个风控算法包含一组参数，参数的值可在业务管理平台设置。算法及对应参数有：1灰黑名单控制2金额限制：交易金额3次数限制：交易笔数以及为以后的外部风控系统预留下控制接入。事中风控规则的执行风控规则以模块的形式提供交易流程处理调用。事后风控管理事后风控由反洗钱模块产生数据。监控设计监控范围监控范围包含：实时交易监控异常事件监控应用关键进程监控应用监控日交易量统计小时并发统计注：在二期考虑“SQL查询”。监控规则管理系统设置监控数据字典，参数的值可在业务管理平台设置。监控规则执行监控规则按如下方式执行：