商业银行对公ECIF系统项目业务需求v10

对公ECIF项目业务需求单位:部门:文件标题对公ECIF项目业务需求文件信息项目编号起草部门发布日期修订记录文件审核/审批此文件需如下审核文档分发此文档将分发至如下个人或机构目录TOC\o"1-5"\h\z\o"CurrentDocument"目录 3\o"CurrentDocument"引言 6\o"CurrentDocument"1.1编写目的 6\o"CurrentDocument"1.2预期读者 6\o"CurrentDocument"1.3术语表 6\o"CurrentDocument"1.4参考资料 6\o"CurrentDocument"项目背景 7\o"CurrentDocument"ECIFC建设规划 7\o"CurrentDocument"ECIFC一期建设 7\o"CurrentDocument"ECIFC后期建设 8\o"CurrentDocument"系统业务需求 8\o"CurrentDocument"4.1整合需求 8\o"CurrentDocument"整合客户信息，提高客户信息数据质量 8\o"CurrentDocument"优化相关业务办理流程，提高客户满意度 9\o"CurrentDocument"实现客户信息全行实时共享，各渠道、客户接触点客户统一识别认知 9\o"CurrentDocument"客户身份的唯一性识别 9\o"CurrentDocument"客户信息准入 10\o"CurrentDocument"信息覆盖原则 10\o"CurrentDocument"相似客户识别与客户归并，拆分 11\o"CurrentDocument"建立客户信息全行统一管理机制，推动信息数据标准化工作 11\o"CurrentDocument"数据质量需求 11\o"CurrentDocument"存量数据加载 13\o"CurrentDocument"扩充客户分析、风险及增值服务信息 14\o"CurrentDocument"4.2完成ECIFC相关的应用需求 15\o"CurrentDocument"多渠道客户识别 15\o"CurrentDocument"应用整合需求 15\o"CurrentDocument"基础数据服务 15\o"CurrentDocument"批量数据处理 16\o"CurrentDocument"客户信息共享 16\o"CurrentDocument"客户信息同步 17\o"CurrentDocument"客户360度统一视图 17潜在客户信息管理 错误!未定义书签。支持综合积分管理 错误!未定义书签。\o"CurrentDocument"ECIF支持的业务流程需求 18\o"CurrentDocument"客户信息的开户流程应用 18VIP客户规则应用 错误!未定义书签。客户资产负债信息共享应用 错误!未定义书签。综合签约 错误!未定义书签。客户服务提醒，客户营销商机的多渠道推送 错误!未定义书签。TOC\o"1-5"\h\z\o"CurrentDocument"4.4系统管理需求 18\o"CurrentDocument"客户信息确认的管理 18\o"CurrentDocument"客户归并和拆分的管理 18\o"CurrentDocument"客户信息访问权限的管理 19\o"CurrentDocument"数据发布订阅管理 19\o"CurrentDocument"数据发布异常处理 20\o"CurrentDocument"ECIF系统监控 20\o"CurrentDocument"系统平台功能需求 21\o"CurrentDocument"5.1客户信息数据模型 21\o"CurrentDocument"5.2联机交易服务平台 21\o"CurrentDocument"5.3批量数据服务平台 21\o"CurrentDocument"5.4客户信息数据迁移 21\o"CurrentDocument"5.5系统运行维护平台 21\o"CurrentDocument"5.6协助相关系统进行业务流程、系统流程改造 22\o"CurrentDocument"ECIF技术需求 22\o"CurrentDocument"6.1系统设计总体原则 22\o"CurrentDocument"6.2系统设计技术要求 23关键词：ECIFC（对公ECIF系统）、业务需求、技术需求摘要：本文从ECIFC项目建设的背景、建设的意义、项目建设的范围、项目建设的目标、项目的业务要求、技术要求；项目的技术方案建议、项目工期和进度情况等方面整理出ECIFC项目业务需求说明书，作为项目立项的基础材料。引言1.1编写目的根据前期的需求梳理，结合和各业务部门的访谈、和相关公司的交流，对项目进行全面的需求整理，做为ECIFC项目立项的依据之一。1.2预期读者ECIFC项目领导小组成员ECIFC项目实施小组成员相关业务部门工作人员1.3术语表缩写/术语名词解释ECIFC企业对公客户信息整合系统ESB企业应用集成总线OCRM操作型客户管理系统ACRM分析型客户管理系统DW数据仓库/综合经营分析系统ETL数据抽取、转换与加载批量加载对于T+1日更新就能满足业务要求的客户信息，每日业务终了，批量文件加载方式进入ECIF系统中。实时加载对于对客户业务开展有时效性影响的客户信息，需要实时将客户信息更新到ECIF系统中，以支持客户在相关系统开展业务。准实时加载客户信息对于业务影响的时效性介于批量加载和实时加载之间，需要进行小间隔时间的小量数据加载。1.4参考资料项目背景目前行里客户信息的收集和应用由不同的业务部门分头管理，没有统一的客户信息管理和应用的机制，客户信息没有实现全行全渠道共享，在各个渠道和客户接触点没有实现对客户统一识别和认知，各业务部门对客户的管理手段也参差不齐。客户信息标准不统一，内容不一致。根据目前市场的发展趋势，全行级的客户信息统一管理系统解决方案日趋盛行，是可以实现提升我行客户信息统一管理水平、数据质量和应用效率的有效方法，根据我行相关系统建设架构规划和相关业务部门的业务发展需求，特提出建立企业级对公客户信息管理系统（ECIFC）。通过建立企业级对公客户信息管理系统（ECIFC），整合全行现有对公业务系统中的所有客户信息，实时保留客户的最新信息，为各应用系统提供实时的、完整的、一致的、权威的客户信息，建立起企业级的对公客户信息单一视图，在全行范围内为对公客户信息的使用和管理提供服务。基于ECIFC平台构建我行的互动型客户服务体系，切实提高我行的客户管理和服务水平，完善我行的客户核心.ECIFC建设规划3.1ECIFC一期建设＞根据ECIFC系统平台建设需求，建立规范标准的ECIFC数据字典和数据模型，逐步完成对公客户基本信息数据的集中整合；建立科学的企业级的中心客户信息服务机制，逐步满足所有系统对对公客户信息的实时应用；满足对对公客户的基本分类和管理。＞实现和提供多渠道（高柜、低柜、网银）、多种方式［终端录入、批量导入］的客户信息收集、录入。＞建立对公客户基本信息的统一视图，提供对公客户基本信息的实时查询和新增、修改、维护功能，提供全系统的联机访问服务（含批量客户信息的查询、识别、对比和确认）。＞实现基本的客户分类管理和定性分析服务（如：按行业分类、按等级分类，按业务情况如存款客户、贷款客户、小额农贷客户、存贷款客户分类华华、等等）。＞实现客户授信额度的统一管理＞迁移整合核心系统、信贷系统、网银、国际结算、同业系统的客户信息3.2ECIFC后期建设＞快速扩展ECIFC的应用服务。增加接入系统的应用范围，提升对业务系统的应用服务。＞实现全系统对ECIFC系统的实时性应用，最终实现高效的、中心模式的ECIFC系统应用和管理。＞通过成员机构对客户信息的收集、整理、录入和补充维护，进一步提高和丰富客户信息的内容和数据质量。＞进一步丰富ECIFC的应用服务方式、渠道、内容，为满足快速增长的客户关系管理需求，提供基础的、全方位的客户信息应用服务。＞满足业务发展过程中的其他应用需求。系统业务需求4.1整合需求4.1.1整合客户信息，提高客户信息数据质量整合核心系统、信贷系统、网银、国际结算、同业系统等信息系统的客户信息数据，实现全行统一的客户单一视图。内容涵盖客户基本信息、关系信息、地址信息、协议信息，联系信息，事件信息，资源信息，风险信息，统计分析信息九大主题信息，并能实现按权限设置来查询视图信息，按权限设置来修改客户信息。对于多个系统中同一客户信息进行整合和归并。对于客户信息不正确、不完整的，提供数据质量检核标准，系统按标准进行更改补充，提升整合后客户信息的数据质量。4.1.2优化相关业务办理流程，提高客户满意度配合相关系统实现行内按先查后用的原则进行客户开户，按权限设置来进行客户基本信息维护等业务流程、系统流程的再造，减少客户办理业务的冗余操作流程，提高客户接受服务的满意度。4.1.3实现客户信息全行实时共享，各渠道、客户接触点客户统一识别认知实现跨系统、多渠道的客户统一识别，满足各业务系统7*24小时实时使用最新、最准确客户信息的要求。通过整合客户、账户、服务、营销等信息，为多个应用渠道提供多种客户定位与查询服务。外围系统需要配合开发相应的接口服务以及展示界面，用来向业务人员全面地展示客户信息。ECIFC系统则需要整合相关系统中有关客户的联系信息（电话、地址、邮箱etc）、基本信息，并提供相应的接口供外围系统调用。比较典型的应用包括：＞核心系统：提供按客户号、帐号、证件类型+证件号码、名称等多种客户身份识别服务＞信贷系统：提供按客户号、帐号、证件类型+证件号码、名称等多种客户身份识别服务＞客户信息共享按照配置的权限进行信息查询共享，按配置的权限进行客户信息的更新.4.1.4客户身份的唯一性识别制定客户身份唯一性识别规则“客户名称+证件类型+证件号码”或“证件类型+证件号码”等），为现有存量客户和每日增量客户建立起统一客户标识机制，将ECIFC系统作为对公统一客户标识生成与维护的唯一系统，从而识别出分散在不同系统中的同一客户记录，并根据情况进行归并操作。4.1.5客户信息准入＞制定信息准入标准的目的，ECIFC系统需要制定信息准入标准的目的在于以下几点：✓进一步提高系统的客户识别能力和信息的准确度，加快业务处理的速度；✓从ECIFC的信息入口上提高ECIFC系统对客户唯一性识别的控制能力；✓减少由于前台录入不规范和业务部门对客户管理要求的不同等多种原因造成的同一客户无法归并的情况；✓提高ECIFC系统数据质量；＞确定信息准入的标准确定客户信息准入要素。根据既定的客户信息准入规则，确定客户信息准入的控制要素及控制要素的标准，在不同的业务流程中，实现对客户信息准入的控制。＞确定信息准入的规则＞确定不符合标准的客户信息处理流程在ECIFC系统上线后，对于不符合准入标准的信息，不允许进入ECIFC或标记为非准入客户。＞存量客户信息准入的处理流程＞非准入客户转准入客户流程4.1.6信息覆盖原则由于客户信息保存在各个源系统中，各源系统中的客户信息或多或少都存在着不同程度的质量问题，在建立ECIFC过程中需要确定每个信息在不同业务系统中优先级，当多个业务系统对ECIFC中同一个客户的信息进行修改时，采用覆盖原则保证数据的准确性，以及保证正确的数据不会被非正确数据替代。ECIFC相同信息覆盖原则分为属性级覆盖原则和实体级覆盖原则，属性级覆盖原则优先级高于实体级覆盖原则。4.1.7相似客户识别与客户归并，拆分制定客户归并与覆盖规则，核心系统、个贷系统、网银等系统均能创建或维护客户基本资料，信息存在不一致的情况，需要按照数据标准化客户信息模型进行客户信息标准化，根据客户信息管理机制确保上述系统中客户基本信息、客户联系信息和客户关联信息的一致性。同时，对于实践中普遍存在的一户多证件（同一客户分别持机构代码证、营业执照、贷款号卡等办理业务）开户的情况导致同一客户有多个客户号，对此需制定相应的相似客户识别与归并规则。4.1.8建立客户信息全行统一管理机制，推动信息数据标准化工作对我行客户管理现状及相关系统现状进行调研、诊断。在调研诊断基础上，按照相关监管要求，进行差异分析，分析我行现有客户管理能力差异及改善的机会点，总结并分析客户管理改进机会点，找出我行迫切提高客户体验的业务需求。制定符合我行实际的数据模型、数据标准、业务流程以及数据归并规则等。4.1.9数据质量需求数据质量是ECIFC系统能否产生业务价值的基本条件，ECIFC系统能否具有应用价值，其中一个重要的衡量标准在于该系统是否具有一个能满足业务需求的稳定的数据质量管制体系。＞数据检查ECIFC系统上线前，需要对来自各系统的客户、账户信息进行汇总，此过程中要对数据质量进行校验，所采取的手段主要有：✓样本检查：根据ECIFC的规则，设定特定的场景和案例，在上线前进行抽样检测✓全量扫描：编写程序进行表内和表间检查✓规则检查：根据ECIFC的数据整合原则，对规则的适用性和数据的满足率进行检查✓数量检查：根据银行核心系统中的业务量，对各类客户数量进行检查＞数据质量的控制流程ECIFC的数据质量应当贯穿ECIFC项目的全过程，可以从数据质量管理机构、数据质量管理流程、数据质量验证三方面进行数据稽核。为了保障客户数据质量不断改进，保证已知错误后续不再发生，需要建立完善的数据质量文档管理体系，对ECIFC项目全过程中的每一个数据质量活动进行记录与跟踪。＞数据稽核数据稽核是ECIFC项目建设中的一种数据检查机制，通过稽核确定数据在各外围系统、目标系统接口文件与ECIFC之间的一致性。数据稽核可由人工进行随机抽查处理，也可以通过系统自动进行，最后以稽核报告的形式呈现出来。＞数据稽核流程在对系统内部数据稽核无误的情况下，ECIFC系统还要提供对数据可信度的检查，确保ECIFC与生产源系统数据保持一致。稽核方式同样可以分为人工处理和系统自动处理。对于异常数据会形成异常数据稽核报告。＞数据质量问题处理流程当发现异常数据后，则进入数据质量问题处理流程，根据问题出现原因，可以分别启动如下流程：✓属于ECIFC内部问题，则进入变更处理流程✓在确定了不是业务系统发生的问题后，则需要提交数据质量事件报告，申请数据质量小组协调，评估与确定质量归属。各个业务系统的负责人应该协助数据质量小组定位与解决问题✓对于已经发生错误的数据，则进入错误数据维护流程＞变更处理流程通常有两种原因会导致启动此流程：✓ECIFC内部数据异常：本流程从管理和技术两方面规范异常数据处理，确保任何异常数据都能得到最终解决，并保证不会再出现类似问题✓外围系统升级改造、业务需求变更都有可能导致数据发生变动，从而启动本流程＞错误数据维护流程由于历史原因导致ECIFC系统中客户数据存在错误，需要经得数据质量管理员的同意方可进行维护，并在工作结束后提交数据维护报告，管理员有权在任何时候采取检查措施以验证数据的执行情况。4.1.10存量数据加载＞存量数据范围存量数据中的客户范围为全行所有业务客户，数据范围包括全行数据标准定义的数据内容、ECIFC系统九大数据主题的数据（根据ECICF系统数据存储原则定义），以及为了满足业务需求需要整合的数据内容。对于在存量数据加载的过程中出现的不符合数据标准且业务部门无法确定转换、分拆、映射规则的数据，需要与相关业务部门进行讨论并建立相应的数据处理规则。＞存量数据数据源分析，分析数据的质量状况，从业务角度进行判断，明确客户信息各数据项在各业务系统中的可信度＞存量客户归并存量客户的归并分两个步骤，源系统（主要是核心、对公信贷、国际结算、同业等系统）完成各自系统内的客户归并工作，并将完成后的存量客户信息提交ECIFC进行存量数据迁移，ECIFC系统投产前进行存量数据迁移时完成跨系统的客户归并工作。＞存量数据导入•各系统根据同ECIFC系统的接口规范，对数据格式、数据字段进行转换、分拆、映射后导入ECIFC系统，对于无法确定转换、分拆、映射规则的数据也需要保存其历史版本可供追溯；•在导入过程中识别客户信息的匹配程度，比较数据匹配程度和阈值后，按照所有者模型所定义的系统优先级（包括定义各系统中数据项的覆盖优先级、时间优先级、非空值覆盖空值等规则）关联或归并相关客户信息。•标识出未被归并的客户信息，提示一线业务人员，在业务开展过程中进行完善补充；•标识出不完整、不准确数据，提示一线业务人员，在业务开展过程中进行完善补充；•ECIFC系统中更新后的数据项将批量回写周边的业务系统，但各系统还将保留原有版本数据供追溯使用。4.1.11扩充客户分析、风险及增值服务信息＞客户风险信息整合与展示ECIFC系统将与客户有关的风险信息进行整合并根据需要提供给相关的外围系统，以帮助业务人员全面掌握客户的风险情况。风险信息主要包括几个方面：✓信贷风险信息：主要来源于信贷系统✓五级分类信息：主要来源于信贷系统✓逾期与违约信息：主要来源于信贷系统✓额度信息：主要来源于信贷系统✓客户综合风险评估、风险偏好等信息：主要来源于数据仓库✓其他风险信息＞客户分析与价值信息的整合与展示ECIFC系统将会把数据仓库分析出的与客户有关的风险、价值、贡献度等信息进行整合，并提供给外系统予以展示，以帮助业务人员评估与了解客户价值，更好地进行针对性营销。典型的分析信息包括：✓客户等级✓客户综合贡献度✓客户满意度✓客户忠诚度✓产品偏好✓渠道偏好✓……4.2完成ECIFC相关的应用需求4.2.1多渠道客户识别网点通过客户提供的帐户、证件等信息识别客户；网上银行通过客户的登录名称、账号等信息识别客户等识别方式。4.2.2应用整合需求ECIFC项目属于企业应用整合项目，在完成相关数据整合的基础上，需要将分布在各个原系统的、基于客户信息的应用，也需要一并整合进ECIFC系统。主要包括以下几方面：＞针对原系统客户信息的查询、新增和修改应用；＞原系统涉及客户管理方面的应用＞原系统业务流程中涉及到客户信息访问的应用4.2.3基础数据服务基础数据服务功能主要实现ECIFC系统客户数据细粒度（如数据项：中文名称、证件、地址、电话）的各类操作（如新增、修改、查询、关联、归并等）。客户信息基础服务是针对客户信息的九大主题的每个实体去设计开发，针对不同数据对象的一系列增、查、改、合并、拆分等交易，主要包括数据访问服务、客户管理服务和历史版本追溯服务等，并遵循信息存取权限实现客户信息的访问和维护处理，客户信息在修改处理之前备份当前的历史信息并在历史表保存当前修改时间戳，并以拉链表的形式记录每个客户修改历史。具体的基础服务交易包括如下几类：＞客户信息管理＞客户统一视图＞营销和服务支持＞风险管控4.2.4批量数据处理批量数据处理包括批量数据的导入和批量数据的导出。对于ECIFC系统获取数据的方式有两种，一种是采用联机处理方式实时从周边系统获取数据，另一种则是采用批处理方式从周边系统获取数据。同时，在日终时，系统还会根据周边系统的要求，批量导出数据。批量数据处理部分主要包括批处理作业定义、数据映射定义、错误恢复等功能，数据质量控制功能则由数据预处理部分实现。4.2.5客户信息共享客户信息通过ECIFC整合和客户识别后成为全行的对公客户信息统一视图，提供客户信息标准化的统一实时联机交易服务，实现客户信息在全行各业务系统的共享。客户信息共享的方式：＞ECIFC提供多类型标准化联机服务供外系统调用达到信息共享。✓提供交易类联机服务供外系统联机调用ECIFC的客户信息。✓提供维护类联机服务供外系统修改ECIFC的客户信息。✓提供查询类联机服务供外系统查询ECIFC的客户信息。＞ECIFC提供客户信息维护交易平台，直接通过外系统界面实时展示和维护客户信息。＞提供信息同步类联机服务将修改后的信息同步到各外围系统，保证各系统信息一致，达到共享的目的。＞ECIFC日终将客户信息提交给数据中心，由数据中心提供给外围系统，实现客户信息T+1的共享。4.2.6客户信息同步在ECIFC系统中，客户信息变更后，应将变更后的客户信息以实时、近实时、广播、批量的方式同步到对应的外部系统中，从而保证周边系统客户信息的一致性。采用何种信息同步方式由接受信息的系统对信息的时效性要求决定。4.2.7客户360度统一视图ECIFC系统应提供相关数据服务，支持周边系统实现客户360度统一视图的展现，具体内容包括以下几个方面：＞客户信息指客户的基本情况信息。包括客户的基本信息、联系（地址）信息、财务信息、等级分类信息、风险信息、关系统信息、客户贡献度工程等＞合约信息指银行和客户之间对某种特定产品或服务而签立的契约关系，也称协议信息。包括客户使用本行金融产品信息，以及各种签约信息等＞资产信息指所有可能采集到的客户资产信息（包括资源信息），以及这些信息的价值评估信息等＞事件信息指客户与银行的相关交互信息，包括客户信息变更事件、营销事件、投诉事件、违约事件等4.3ECIFC支持的业务流程需求4.3.1客户信息的开户流程应用通过流程的优化，实现全行客户的客户信息开户流程改造，以ECIFC为主进行开户处理，开客户信息时在ECIFC遵循先查后用的原则进行，如果在ECIF中存在此客户信息，则直接查询使用，如果不存在则先到ECIFC进行开立客户，然后将此新开立的客户信息同步到需要使用此客户信息的外系统，保证客户信息的完整性和共享性。4.4 系统管理需求在ECFI的实施过程中，需要明确对下述功能的管理。4.4.1客户信息确认的管理＞建立客户信息的生存法则，当ECIFC从各系统获取的客户信息出现不一致时，通过信息来源的不同及信息获取时间的先后来选择信息＞客户重要信息，如客户名称、客户身份证号、使用状态客户手机号等信息在更改时，需要有权授权人进行授权。4.4.2客户归并和拆分的管理＞简化现有客户号归并流程，由纸质申请流程改为电子化申请流程，由有权审批人进行审批后客户号直接归并。＞对于同一客户在不同系统下产生不同客户号等无法自动合并客户号的情况，在ECIFC系统中应通过建立同一客户识别规则，自动识别为同一客户，然后进行自动归并处理。＞对于系统无法实现自动归并的客户，提供手工识别归并机制，对于人工识别错误的归并客户，实现手工拆分机制。4.4.3客户信息访问权限的管理客户信息作为行内的重要资产，必须建立一套严格的访问权限管理机制，保证客户信息在合理的范围内使用。＞业务部门在使用前台系统从ECIFC中获取信息时，只可以获取自己有权查询客户有关的信息，如需调阅范围外的信息需要有权授权人授权。＞业务部门在获取自己名下客户信息时，根据访问人角色的不同看到的客户信息的内容不一样，高级用户能看到所有属性字段信息，普通用户只能看到部分属性字段信息。＞对于ECIFC后台根据各个渠道访问数据的权限配置，只能能够访问本渠道有权限的客户信息数据项内容。4.4.4数据发布订阅管理ECIFC系统向周边系统提供客户数据的方式有三种，第一种是周边系统预先订阅某类客户数据，当此类客户数据更新后，ECIFC系统将客户信息提供给对应的系统；第二种是周边系统采用查询的方式获得最新的客户数据；第三种是周边系统预先订阅某类客户数据的更新通知，当此类客户数据更新后，ECIFC系统将客户信息更新通知提供给对应的系统，周边系统根据需要，采用查询的方式获得最新的客户。数据发布订阅可以划分为不同粒度，就可以是某类数据，也可以是某个数据项。订阅类型分为两类，一类是数据同步订阅，另一类是数据更新消息订阅。同时ECIFC系统可以实现事件的发布订阅，如将客户登记的购买理财产品的意向事件保存在ECIFC系统中。这些事件可以通过订阅发布的方式传递给各渠道类系统，当客户直接访问相关渠道系统时，系统会向客户提醒这些事件；同时这些事件也可以通过订阅发布的方式传递给各前台业务系统并通过图形前端进行展示，一线业务人员在相关客户前来办理业务时同时对相关展示的事件信息进行同步处理。在客户通过渠道系统直接或一线业务人员间接完成事件反馈后，将反馈信息同步回统一客户信息管理系统中。4.4.5数据发布异常处理在数据订阅发布方式更新过程中，有可能会出现异常情况，导致数据更新失败。数据发布异常处理功能对数据发布过程中的异常问题进行监测，记录问题及类型，跟踪问题处理状态，并进行必要的干预。4.4.6ECIFC系统监控提供ECIFC与其它各子系统运行情况的实时,可靠的可视化监测；实现对后台操作系统和数据库系统的系统级日常监控；实现对业务处理流程的应用级监控；实现对业务处理流程的统计与分析；了解系统运行情况，减轻运行维护人员的工作量。＞实时总体监控以一个页面对所有实时监控项提供总括情况，并具有图像及声音，明确显示监控项的所处状态。系统资源监控信息：CPU使用情况、MEMORY使用情况、文件系统使用情况、数据库表空间使用情况、网络是否连通、主要进程监控等。交易处理监控信息：接收交易、交易超时、交易处理异常、外系统异常＞交易统计分析实时交易查询：查询当天实时交易或某日历史交易流水情况。实时交易统计：实时统计当天交易执行指标。一小时内交易数，交易总笔数，成功笔数，失败笔数，成功率，最大响应时间(s),平均交易响应时间(s),统计当天，每小时内的交易总量。实时交易统计历史统计当前工作日以前的每日实时交易的统计信息（预计保留一年的记录，一年前的记录将转存到数据备份区（表或者归档文件））。系统运维管理✓提供对监控子系统.所有监控项状态阀值的配置。✓提供ECIF运维联系人相关信息。系统平台功能需求5.1客户信息数据模型依据数据模型设计规范，将客户信息按基本信息、关系信息、产品信息、地址信息、资源信息、事件信息、分析信息、联系信息、风险信息等九类主题，建立符合我行实际的客户信息数据模型，在此基础上考虑客户行为模型的建设。5.2联机交易服务平台为客户信息查询共享、客户信息实时更新、客户信息跨系统数据同步提供服务和流程控制，并发布服务调用接口，满足各业务系统使用客户信息的应用要求。5.3批量数据服务平台提供批量数据任务调度，实现日常增量数据加载、临时批量数据任务、批量数据卸载等数据任务的统一管理和调度。5.4客户信息数据迁移根据数据模型，将各业务系统的存量客户信息，按整合规则、检核规则完成数据迁移。5.5系统运行维护平台实现交易报文和参数配置，批量数据任务调度，系统资源监控，交易日志管理，业务交易异常管理，权限配置等功能，为系统运行维护提供操作平台。5.6协助相关系统进行业务流程、系统流程改造为实现相关系统相关业务办理流程的优化，提供数据接口，来支持各外围业务系统的流程改造和优化。ECIFC技术需求6.1系统设计总体原则高性能原则：能满足ECIFC大数据量和大交易量下实时联机交易要求，批量数据处理和联机交易处理间不互相影响。高可靠性原则：保证系统运行的连续性和稳定性，保障7*24小时正常运行。跨平台原则：支持主流大型数据库ORACLE、DB2等，支持各主流的操作系统平台(AIX/HPUNIX/LINUX等)，支持主流的中间件CICS、TUXEDO、WEBLOGIC、WEBSPHERE，能在各平台间进行平滑迁移。可管理性原则：整体架构结构清晰、各部分分工明确、易于管理。先进性原则：先进性原则首先要求技术领先，同时要求相应的产品和技术在市场和服务等方面领先，以达到保护投资和利于系统较长期维护、升级的目的。安全性原则：保证网络安全、系统安全和数据安全，整个系统要配置和构建