银行综合业务系统集成架构图1.0

银行综合业务系统集成架构图1.0
银行综合业务系统集成架构图1.0

。。的分类,功能逻辑 部署 数据流

Teller ESB MQ CORE

(WebAPP)

(JavaAPP)

图1-1 银行综合业务系统架构图

IE

PC

Tomcat

Http 服务

组合服务 doService 原子服务

JAVA Procedure

Servlet doSubService Socket

JMS ReqMQ

RespMQ

SP_1 SP_2

SP_3

权限表

参数配置表

参数配置表 业务表、流水表

DB

DB

DB 错误!错误! 错误!

错误!

6 ○

7 ○

8 ○

9 ○10 错误! 银行综合业务系统架构图

(JavaAP

PL/SQL

具体步骤:

存储方式

表结构

○1IE端向Teller端发送报文;

○2Teller端将接收到的报文通过Socket发送给ESB,并记录流水记录;

○3ESB将接收到的报文通过doService 原子服务将报文放入请求消息队列ReqMQ,并记录流水记录;

○4Symbols从请求消息队列ReqMQ中取出报文并解析,并记录流水记录;

○5Symbols通过解析的结果来调用存储过程操作数据库;

○6Symbols将操作处理的结果返回;

○7Symbols将操作处理的结果返回给响应消息队列RespMQ,并记录流水记录,修改记录流水状态信息;

○8ESB从响应消息队列RespMQ中取出返回结果;

○9ESB将最终处理的结果通过Socket返回给Teller端,并记录流水记录,修改记录流水状态信息;

○10Teller端在接收到处理结果后,作相应的记录,再将处理结果返回给IE端,并记录流水记录,修改记录流水状态信息。

中国民生银行流动资金贷款管理细则

中国民生银行流动资金贷款管理细则 第一章总则 第一条为规范我行流动资金贷款业务,促进业务健康发展,防范和控制信贷业务风险,根据银监会《流动资金贷款管理暂行办法》、相关法律法规和行内规章制度,制定本办法。 第二条本办法所称流动资金贷款是指我行向企(事)业法人或国家规定可以作为借款人的其他组织发放的、用于满足其日常生产经营周转需要的本外币贷款。 我行流动资金贷款分为可循环流动资金贷款和不可循环流动资金贷款。 第三条我行流动资金贷款业务的调查、风险评价和审批、合同签订、发放和支付、贷后管理、监督检查等适用本办法。本办法未规定的,适用我行相关规定。 第四条流动资金贷款业务遵循以下原则: (一)流动资金贷款用途合法合规,不得用于固定资产、股权等投资,不得用于国家禁止生产、经营的领域和用途,不得挪用; (二)根据借款人生产经营的规模和周期特点,合理确定流动资金贷款的业务品种和期限,审慎确定借款人流动资金贷款需求及我行贷款额度,不得超过借款人的实际需求发放流动资金贷款; (三)按中国**银行集团客户管理的相关规定,纳入对借款人及其所在集团客户的统一授信额度管理。

第二章受理与调查 第五条办理流动资金贷款业务的借款人应同时具备以下基本条件: (一)借款人依法设立; (二)借款用途明确、合法; (三)借款人运转正常,经营合法合规; (四)借款人具有持续经营能力,有合法的还款来源; (五)借款人信用状况良好,无重大不良信用记录; (六)我行要求的其他条件。 第六条借款人申请流动资金贷款应提交经签字或签章证明真实有效的以下资料,我行另有特殊规定的,按特殊规定执行。 (一)借款申请; (二)借款人有效的公司章程、营业执照、组织机构代码证书、税务登记证明、贷款卡、验资报告、法定代表人身份证明等; (三)借款人近三年的年度财务报表和最近一期财务报表; (四)借款人流动资金用途的说明或证明材料(如商业合同、订单等文件); (五)贷款担保或其他保障措施证明资料; (六)我行要求的其他资料。 第七条办理流动资金贷款业务,经营机构授信调查人员应按照我行授信调查的有关规定进行授信调查,发起借款人、保证人的信用评级,并形成授信调查报告。授信调查报告主要内容包括:

(整理)商业银行IT系统架构.

商业银行IT系统概述 商业银行IT系统的分类 ?商业银行IT系统按功能划分大致可以分为四类:业务系统、管理信息系统、渠道系 统、其他系统。 ?按使用范围分大致可分为总行级系统和部门级系统,前者如核心业务系统,特点是 全行上下统一版本。后者如分行特色业务,第三方存管,外汇交易系统等。特点是系统只局限于某个机构在使用,或者说不同机构使用的版本,功能差异很大。 银行IT系统总体架构 一个IT系统的评价标准 ?处理正确性 ?效率 ?稳定性

?开放性 ?界面友好性 ?易维护性 ?可扩展性 ?交易安全性 ?配置灵活性 ?连接兼容性 ?平台兼容性 产品化与定制化 ?对银行IT公司来讲,产品化与定制化是银行项目的两种形式。产品化指公司的系统 拿到客户环境,只需做一些参数的设置和少量的修改即能基本满足客户的要求,反之,定制化指公司为客户量身定做系统。 ?系统的产品化设计时,需要设计人员有足够的业务前瞻性和灵活性,难度很大。但 无疑产品化是银行IT公司长久发展的必然选择,而定制系统则是在产品化之前积累经验的一种途径。 ?由于银行业务的复杂性和银行机构的多样性,在业务系统方面,基本上还是以定制 为主。反观在渠道类系统等各行需求差异不大的场合,则以产品化为主。 商业银行IT系统常用的技术 ●商业银行的IT系统,在业务和交易系统层次主要有J2EE、C、COBOL(大机)、PRG(400 平台)、PL/SQL、CICS、TUXEDO、MQ等技术。在低端的一些应用,如OA、报表展示等场合,也有用NOTES、VBA、JSP、PASCAL、.NET等。 ●个人认为:以下技术目前或不久的将来,将是应用的热点: ?应用整合、构件技术(ESB、EAI、SOA、TIBCO等) ?(影像)工作流、BPM、内容管理技术(信贷审批、作业中心等) ?规则引擎技术(信用卡反欺诈,反洗钱等) ?数据分析、数据挖掘技术(CRM、卡业务分析)

银行软件开发-需求开发和管理-系统架构设计说明书模板11.doc

银行软件开发-需求开发和管理-系统架构设 计说明书模板11 Xxxxx架构设计 版本:V1.0 修订记录 目录 1引言(1) 1.1编写目的(1) 1.1.1作用(1) 1.1.2预期读者(1) 1.2编写背景(1) 1.2.1系统名称及版本号(1) 1.2.2任务提出者(1) 1.2.3任务承接者及实施者(1) 1.2.4使用者(1) 1.2.5与其它系统的关系(2) 1.3文档结构(2)

1.4电子文档编写工具(2) 1.5定义说明与符号规定(2) 1.6参考资料(3) 2系统特点分析(3) 2.1用户群(3) 2.2约束(3) 2.2.1技术约束(3) 2.2.2资源约束(4) 2.2.3时间约束(4) 2.2.4未来系统规划(4) 2.2.5已有系统状况(5) 2.3名词解释(5) 3系统技术架构(6) 3.1架构分析(6) 3.2运行环境(6) 3.2.1硬件平台(6) 3.2.2软件平台(6)

3.2.3系统部署架构(7) 3.3系统整体结构概述(7) 4关键技术(7) 4.1ETL.......................................................................................... ....... 错误!未定义书签。 5实施方法(7) 5.1并行开发(7) 5.2分阶段测试(8) 5.2.1报表打印测试(8) 5.2.2数据计算正确性测试(8) 5.2.3系统处理性能测试(9) 1引言 1.1编写目的 1.1.1作用 【说明】《软件概要设计说明书》是在《软件需求规格说明书》的基础上,通过我方与用户方反复沟通形成的。它必须充分反映《软件需求规格说明书》中的用户需求,如有改动必须征得用户的认可。它将作为项目验收时重要的的标准和依据。 从另一方面讲,它又是开发人员在下一阶段进行系统详细设

某公司银行部组织架构与职责概述

公司银行部组织架构与职责概述 一、组织架构: 二、职责描述 公司银行总部部门职责概述 1.编制公司业务中长期发展规划、年度发展计划、市场营销策略和经费 预算 2.组织实施公司业务年度发展计划,完成公司银行线各项发展任务和营 销指标 3.建立健全公司业务客户数据库,实现对客户分级管理和时实动态数据 分析 4.开发公司产品,组织市场推广和各个渠道产品销售 5.建立、培养客户经理队伍、产品经理队伍和业务管理队伍,形成激励 机制 6.负责制定公司业务管理制度、业务手册、服务标准、人员任职资格和 考核办法,承担行政管理工作和培训工作 7.负责对公司银行部组成部门的管理,与总行相关部门协商工作 8.管控、推动分支机构市场营销活动,解决分支机构市场营销中的问题, 设法提高销售业绩

公司银行市场部部门职责概述 1.综合管理 1)配合公司业务总监进行公司业务综合管理 2)负责上级管理部门规章制度的贯彻执行 3)负责公司银行部内部工作制度、标准、流程的制定工作 2.信息管理 1)与个人银行市场部共同制定内部信息、营销情报的收集、整理、 分析、交流及BaoMi制度 2)进行市场调研,分析公司业务市场状况 3)建立银行内部公司业务信息反馈系统,及时把握一线市场与销售 动态 4)月、季对各项内外部信息数据进行综合分析,为决策层提供分析 报告(包括客户所处行业动态分析、客户市场分析、流通渠道、 竞争者动态和策略分析、销售业绩分析、广告和销售政策实施结 果分析等) 5)与个人银行市场部共同编制情报调研、信息收集及整理培训教材, 并负责相关的培训工作 3.客户数据库管理与潜在需求深度挖掘 1)提出客户分类、分级管理的标准与方法 2)与信息技术部门合作开发系统 3)掌控公司业务客户资源 4.营销策划 4)牵头制定针对不同客户群的产品组合策略、风险管理重点及分销 策略 5)牵头制定年度、季度营销计划和预算计划 6)建议分销部渠道销售方案 5.产品研发 1)提出产品开发要求并牵头各相关部门进行公司银行产品与服务的 开发、推广、管理和后评估 2)新产品的渠道部署(包含电子银行渠道),新产品上市和日常产

民生银行保理服务合同

民生银行保理服务合同 保理服务合同 甲方声明 甲方在此声明如下:甲方清楚地知悉乙方的经营范围及乙方签署人的授权权限,甲方已谨慎地阅读了本合同的所有条款和内容~应甲方的要求~乙方已就本合同做了相应的说明与解释。甲方确认其对本合同条款和内容的含义及相应的法律后果已全部知晓并对此充分理解。 甲方,全称,: 公章: 法定代表人或授权代理人,签字,: 1 本《保理服务合同》,下称“本合同”,由以下双方于[ ]年[ ]月 [ ]日在 [ ]订立。合同编号:第[ ]号 甲方: 注册地址: 法定代表人/负责人: 账号: 民生银行 联络方式: 通讯地址: 邮编: 联络人: 电话: 传真: 电子邮件信箱:

乙方:民生银行股份有限公司 注册地址: 邮编: 负责人: 联络方式: 通讯地址: 邮编: 联络人: 电话: 传真: 电子邮件信箱: 2 前言 兹因甲、乙双方合意订立本合同~由乙方或乙方所洽定之保理商为甲方共同提供保理服务~负责处理甲方针对其特定买方之销售货物或提供服务所产生的应收账款~并约定条款如下: 第一条定义 ,一,保理商:以下统称丙方~丙方系指与乙方有合作或契约关系~且同意就甲方对于特定买方之应收账款~于该特定买方所在区域提供保理服务之公司。 具体丙方之明细详载于保理额度通知书。 ,二,买方:以下统称丁方~丁方系指依销售合同或服务合同或其他种类之基础合同承担付款义务之人。具体丁方之明细详载于保理额度通知书。 ,三,保理额度通知书:以下称额度通知书。额度通知书系指乙方依甲方提供之资料~针对甲方对于具体丁方之应收账款~同意依该文件所载条件履行本 合同义务之书面文件,额度通知书为本合同权利义务发生之基础~同时亦 为本合同之特约条款~其上所载条款比本合同条款具有优先效力。甲方在确认额度通知书各项条件后~如欲变更任何条件均须事先取得乙方的书面

商业银行应用双活架构设计方案和对策

商业银行应用双活架构设计方案

目录 一、设计原则 (3) 二、充分理解目标 (4) 2.1. 我们充分理解目标: (4) 2.2. IT 行业发展的需求 (4) 三、应用系统架构现状分析 (6) 四、应用双活实现方案 (7) 4.1. 不同数据中心应用双活方案 (7) 4.2. 同数据中心应用双活方案 (11)

一、设计原则 重要业务系统应用双活项目是单位业务支撑系统建设中极为重要的一环,既要考虑系统平台的双活切换能力和系统架构的高可用,又要考虑数据层次的业务连续性,同时也要考虑单位信息系统今后几年的业务发展需求。 针对单位信息系统系统将保证业务系统的连续性来(支持 7x24 不间断运行)的特点,在此次重要业务系统双活项目中,要把系统的可靠性、稳定性、安全性和可扩展性作为本次规划的重点考虑因素。在进行系统设计时,遵循以下原则: 稳定性:稳定性是系统运行的关键,也是系统维护管理的关键因素,更是充分发挥科技骨干技术储备的关键。 安全性:系统软、硬件需具有可信赖的安全性,软件系统安全性方面应满足单位信 息系统安全策略的要求,系统有严格的用户权限和密码保护设计和办法。 可靠性/可用性:系统软、硬件平台应稳定、可靠,能够满足业务系统 7x24 不间断 的运行要求;具备成熟的高可用性和双活解决方案。对数据的完整性和准确性有可靠的 保证机制。 可持续发展性:所提供的技术是可持续发展的,是目前的主流技术并有长期发展的 目标,能满足单位业务支撑信息系统未来几年业务发展的需求。 可扩展性:随着单位业务的不断发展、壮大,系统平台必须提供足够的可扩展能力以满足未来几年业务增长和系统扩展的需要。可扩展性是保护用户投资的重要方面之一。另外在系统设计时,应选择业界相关领域的主流产品,确保产品旺盛的生命力,以便充分地保护用户的投资。 易用性:系统软件平台应提供丰富的、简单的管理工具,便于管理及系统问题诊断。 开放的标准:系统软件需支持业界通用的开放式标准,降低因兼容性问题造成的问 题发生率。

民生银行中小企业授信管理办法(民银发[2010]202号)

民生银行中小企业授信管理办法(民银发[2010]202号)

中国民生银行中小企业授信管理办法(试行) 第一章总则 第一条为规范中小企业授信业务管理,明确中小企业授信业务流程、岗位职责,促进中小企 业授信业务健康发展,依据《商业银行授信工作 尽职指引》、《商业银行小企业授信工作指引》《中 国人民银行关于进一步改善中小企业金融服务的 意见》以及《中国民生银行中小企业风险管理政 策》,特制定本管理办法。 第二条本办法所称授信,指对非自然人客户的表内外授信。表内授信包括贷款、项目融资、 贸易融资、贴现、透支、保理、拆借和回购等; 表外授信包括贷款承诺、保证、信用证、票据承 兑等。 第三条本办法适用于总行授权中小企业业务边界内的授信业务。 第四条本办法所指事业部总部为中国民生银行中小企业金融事业部。 第五条本办法所指中小企业授信人员是指从事中小企业授信调查、审查、审批、放款、贷后 管理、清收的所有人员。

第二章指导原则 第六条为了实现风险可控、业务发展的经营 目标,中小企业授信工作须遵循以下原则:(一)全面风险管理原则 风险管理全面覆盖信用风险、操作风险和市场风险,风险管理贯穿于市场规划、贷前调查、贷中审查审批和贷后管理的全过程,风险管理是全体员工的责任,从事中小企业授信业务相关的每位员工都是风险防范的重要环节。 (二)合规性原则 中小企业授信人员开展授信业务,必须遵循《商业银行法》等法律法规,遵循央行和银监会的政策指引和监管规定,遵循银行业协会的行业协议以及有关国际惯例。 (三)风险与收益匹配原则 中小企业授信业务除考虑自身的风险承担能力、市场竞争因素外,还必须从我行的利益出发,考虑我行的资金成本、运营成本和所承受的风险,按照风险收益平衡原则合理定价,并按照收益水平确定中小企业授信业务一定的风险容忍度。 (四)统一授信原则 中小企业授信业务应按照监管部门和我行统一授信的要求,制定授信标准和程序,统一考虑集团和单一客户的授信额度,统一管理授信风险。 (五)重视第一还款来源原则

银行业务系统架构

河南省农村信用社 新一代IT系统建设方案 V1.0 信息科技中心 二○一一年四月

目录 一、概述 (5) 二、系统建设的基本原则 (5) 三、系统建设的基本思路 (6) 四、系统建设的总体目标 (6) 五、系统建设实现的主要业务目标 (8) (一)适应市场发展需求,支持业务快速扩张 (8) (二)完善客户关系管理,具备差别化客户营销和服务能力 (9) (三)适应盈利模式多元化的转变 (9) (四)建设流程银行,推进经营模式转型 (9) (五)满足经营和管理有机结合的需要 (10) (六)加强渠道管理,完善电子渠道,实现多渠道整合营销 (10) 六、系统建设技术架构 (11) (一)系统架构总体需求 (11) (二)整体系统架构设计 (12) (三)应用系统架构设计原则 (13) (四)应用系统架构设计 (14) (五)系统整体部署示意图 (17) (六)系统网络安全架构示意图 (18) 七、新一代IT系统实施方案 (18)

(一)新一代IT系统建设实施原则 (18) (二)新一代IT系统建设计划 (20) (三)一期项目建设时间安排 (21) 八、一期项目建设实施内容 (21) (一)企业服务总线(ESB) (21) (二)前端综合接入平台 (22) (三)新一代核心业务系统 (22) (四)网上银行系统 (25) (五)财务管理系统 (27) (六)多维度大总账系统 (27) (七)ODS数据平台 (27) (八)企业级客户信息系统(ECIF) (28) (九)建设更完善的运维管理体系 (29) 九、新一代IT系统主要系统处理能力指标测算 (29) (一)核心业务系统处理能力测算 (29) (二)应用前置系统处理能力估算 (30) (三)ODS数据库服务器 (31) (四)柜面服务器处理能力估算 (31) (五)ESB服务器处理能力估算 (31) (六)财务、总账 (32) (七)支付系统 (32) (八)ECIF系统 (32) (九)生产系统磁盘阵列容量估算 (32)

中国民生银行个人经营性贷款管理办法

中国民生银行个人经营性贷款管理办法 第一章总则 第一条为改善我行个人贷款资产结构,提高综合收益,加强对个人经营性贷款的管理,特制订本办法。 第二条本办法所称的个人经营性贷款是指我行对符合条件的小型私营企业业主(或控股股东、实际控制人)和其他自然人发放的,用以支持其生产经营及其他合理性投资需求的人民币贷款业务。 第三条个人经营性贷款坚持“全面规划、批量开发、专业管理、集中运作”的原则。 第四条以我行认可的标准化质物作质押申请贷款用于经营用途的业务按照我行标准化质物质押贷款有关规定执行。 第二章借款人条件 第五条借款人及所经营企业的条件 (一)借款人要符合以下条件 1、年满18周岁,具有完全民事行为能力的中国公民,有良好的信用记录和社会口碑,为其经营业务的实际拥有者或控制人; 2、如借款人为小企业主,其家庭资产规模不低于200万元,其中实物资产不低于50万元,在经办行所在城市有固定的居所;如借款人为小业主之外其他自然人,要求至少应有二年以上行业经验,贷款投资对象和所支持行业符合国家政策并具有良好发展前景。

(二)小企业主经营企业的条件 1、具有合法营业执照并在经办行所在城市有固定的生产经营场所; 2、有一定的行业经验,主营业务突出,有稳定产购销渠道,盈利能力较强; 3、能够按我行要求提供3年的连续经营记录,包括财务报表、税单、银行流水等资料; 4、守法经营,无不良信用记录,有合法的生产、经营或销售许可(或授权),符合国家关于产业政策、环保政策、生产加工条件和用工制度等方面的规定。 第六条客户发展目标 (一)积极发展对象 1、具有全国或区域影响的商品交易市场、批发市场、批发性商业街等交易市场中的商户、品牌经销商、连锁经销商、外贸进出口经销商等; 2、具有产业集群型共生经济特征的工业园、科技园中的小企业主,特别是具备大企业供应链特征的企业集群、工贸一体化(又称前店后厂模式)日常消费品生产企业集群等; 3、城市繁华商业街区或成熟购物中心内的品牌专卖店、专业店、连锁店等零售商店; 4、与大众生活关系紧密的社会服务行业(餐饮服务、医药销售、交通运输等)的业主; 5、与我行有长期业务往来,结算量大,信用较好的其他个人客户

银行综合业务系统集成架构图1.0

、 。。的分类,功能逻辑 部署 数据流 Teller ESB MQ CORE (WebAPP) (JavaAPP) 图1-1 银行综合业务系统架构图 IE PC Tomcat Http 服务 组合服务 doService 原子服务 JAVA Procedure Servlet doSubService Socket JMS ReqMQ RespMQ SP_1 SP_2 SP_3 权限表 参数配置表 参数配置表 业务表、流水表 DB DB DB 错误!错误! 错误! 错误! ○ 6 ○ 7 ○ 8 ○ 9 ○10 错误! 银行综合业务系统架构图 (JavaAP PL/SQL

具体步骤: 存储方式 表结构 ○1IE端向Teller端发送报文; ○2Teller端将接收到的报文通过Socket发送给ESB,并记录流水记录; ○3ESB将接收到的报文通过doService 原子服务将报文放入请求消息队列ReqMQ,并记录流水记录; ○4Symbols从请求消息队列ReqMQ中取出报文并解析,并记录流水记录; ○5Symbols通过解析的结果来调用存储过程操作数据库; ○6Symbols将操作处理的结果返回; ○7Symbols将操作处理的结果返回给响应消息队列RespMQ,并记录流水记录,修改记录流水状态信息; ○8ESB从响应消息队列RespMQ中取出返回结果; ○9ESB将最终处理的结果通过Socket返回给Teller端,并记录流水记录,修改记录流水状态信息; ○10Teller端在接收到处理结果后,作相应的记录,再将处理结果返回给IE端,并记录流水记录,修改记录流水状态信息。

银行IT架构规划介绍

银行IT架构规划介绍

1银行IT架构 银行的主要业务有核心业务(存款、贷款、支付)、中间业务(代收付、代理销售、代理结算、代理外汇买卖、托管、代理经纪等)、国际业务、资金业务、卡业务(借记卡、信用卡)、理财业务等。 银行的主要客户有零售(个人,分私人银行业务、高端、普通)、对公(大型企业和机构)、SME(中小企业)等。 银行的部门主要有个人部、公司部、同业合作部、资产托管部、国际业务部、资金部、电子银行部、会计结算部、财务部、人力资源部、科技部等。 银行的主要服务渠道:柜台(高柜、低柜)、网银(普通版、专业版、证书版)、电话银行、短信、手机银行、ATM、POS、圈存设备、存取款和查询等自助设备、自助缴费机等。网点方面:储蓄网点和对公服务网点、财富管理中心。 与银行在系统上有连接的合作伙伴:银联、同城清算中心、券商、期货、信托、保险、电信电视提供商、水电气提供商、税务财政部门等。 与监管机构的接入:反洗钱、征信、票据影像交换、大小额支付、财税库行横联、1104监督、身份核查等。

1.1架构目标 银行IT建设主要有三大目标:实现以客户为中心;符合流程银行的要求;适应现代公司治理的需要。在建设过程中,最终实现以客户为中心、以产品为支撑,全面支持“前台前移、中台上收、后台集中”的流程银行再造,满足精细化管理的需要,推动银行经营战略目标的实现。将最终重组IT系统,形成四大架构:应用架构、基础架构、数据架构和IT治理架构。应用架构以全面逻辑集中为设计目标,引入前中后台的流程银行理念,采用了面向服务(SOA)的分层设计思想。数据架构将为业务提供全面、一致、完整的高质量数据。基础架构将解决建设和部署信息技术基础性资源问题。而IT治理架构将建立一个科学有效的IT 组织架构,理顺关系,防控风险,提高效率。 关于网点: ●提高柜员效率,专业业务向后台集中,以降低对柜员的要求以及减轻柜员压 力 ●扩大网点自助设备使用,加强对网点自助设备的管理和引导, 尤其是在网点 对于客户使用自助设备的引导和帮助。而自助设备尤其是电话POS会使银行 走入广阔的支付和结算市场,比如批发市场、小商店、分销派送领域、写字 楼等等 ●建立低柜服务体系,强化服务 ●建立财富管理体系,服务于高端私人客户 关于电子渠道: ●整合和建立全面的渠道,以保证客户服务渠道一致性 ●提供一体化签约服务,如果不能在全行建立ECIF,至少在电子银行领域建 立一体化的签约服务,一个证书或者一个密码关联众多账户以及签约业务 ●除发展传统电子渠道外,大力发展网银,以便提供差异化营销和服务。利用 互联网,目前同业还没有做到的就是尽用互联网的特点,方便做到交互性和 差异化服务。交互需要webcall以及其它技术,甚至把即时通讯、邮件、和 客户个人空间、金融专家工作室等进行整合,随时随地提供直接和客户沟通 的服务;在客户任何需要的地方出现,让客户随时能获得,成为服务的平台。 差异化是根据不同资产、不同偏好、熟悉程度等方面提供不同的界面展示、 不同的产品、不同的促销信息、不同的服务方式以及不同的用户体验 ●依托电子渠道,建立以银行帐户为核心的商圈,为客户提供超出金融范畴的 服务,比如折扣、预约、沙龙等等 关于产品: ●在存款、贷款方面提高产品设计能力,灵活的利率、汇率以及产品定价,灵 活的核算设计,现有监管体系下的存款产品创新,以及将来的利率市场化的

某银行信贷系统_系统架构设计文档

****银行 消费信贷系统 规划及实施管理项目软件架构概要设计说明书

文档审批信息

目录 修订历史......................................................................................................... 错误!未定义书签。文档审批信息.. (2) 1. 简介 (4) 1.1 目的 (4) 1.2 面向读者 (4) 1.3 文档组织 (4) 1.4 设计限定 (4) 1.5 术语说明 (4) 1.6 参考文献 (4) 2.项目建设目标和预期成果 (5) 2.1 建设目标 (5) 2.2 主要预期成果 (5) 3.系统非功能需求分析 (5) 3.1 非功能需求分析方法 (5) 3.2 分析视角:系统服务对象 (6) 3.3 分析视角:系统服务目标 (7) 3.4 分析视角:生产类型定位 (7) 3.5 分析视角:文档电子化管理要求 (8) 3.6 系统目标 (8) 4.系统设计限制及约束条件 (11) 5.面向层次的技术架构设计 (11) 6.技术架构的逻辑构成 (13) 6.1 概况: (13) 6.2 分类说明 (13) 7.实际部署 (15)

1. 简介 1.1 目的 此文档从构架方面对系统进行综合概述,其中使用了大量不同的构架视图来描述系统的各个不同方面。它用于记录并表述已在构架方面对系统作出的重要决策。 同时此文档也是在此项目后续具体实施时,各个系统功能模块的设计和开发的基础依据。 1.2 面向读者 ?项目开发人员 ?项目测试人员 ?项目管理人员 1.3 文档组织 1.4 设计限定 1.5 术语说明 1.6 参考文献

民生银行产品与业务构成

产品与业务构成 经营范围 (一)吸收公众存款; (二)发放短期、中期和长期贷款; (三)办理国内外结算; (四)办理票据承兑与贴现; (五)发行金融债券; (六)代理发行、代理兑付、承销政府债券; (七)买卖政府债券、金融债券; (八)从事同业拆借; (九)买卖、代理买卖外汇; (十)从事银行卡业务; (十一)提供信用证服务及担保; (十二)代理收付款项及代理保险业务; (十三)提供保管箱服务; (十四)经国务院银行业监督管理机构批准的其他业务。经中国人民银行批准,可以经营结汇、售汇业务。 创新金融服务融资产品 1、信用贷 (1)齐心贷 “齐心贷”业务,是指我行在综合考虑企业未来发展前景、企业自然人股东和(或)高管个人资产实力等因素的基础上,以企业自然人股东和(或)高管个人连带责任保证为核心担保方式,向授信申请人发放的短期融资业务。

企业准入条件:高科技企业、新兴行业、主营业务突出,近几年销售呈现快速发展。 授信额度:一般不超过1000万。 特点:无需抵押、无需担保、额度循环!

案例1、 公司背景:A公司成立于2000年,是从事高科技电子类产品设计与制造服务(ODM/EMS)的民营高新技术的企业,主要客户为国内外电子产品生产商。 目前资产规模约3000万元,年销售收入约3500万元。未完成股改,但有上市打算。 企业商业模式成熟,经营稳健,企业采用赊销形势,下游账期较长,随着业务扩大,流动资金出现缺口。 融资背景: 1、由于企业无抵押物,传统银行贷款无法满足需求。 2、应收账款较为琐碎,若采用应收账款质押/保理模式操作复杂,使企业获得银行贷款难度较大。 银行调研: 1、企业近几年销售规模稳步扩大,平均每年递增; 2、同时企业实际控制人从业时间长,经验丰富,个人资产雄厚,且感觉其为人正直可靠。 融资方案:

系统架构说明书

服务业综合业务管理系统 系统架构说明书 ——润和软件股份有限公司 一、概要 本说明书对服务业综合业务管理系统的整体框架进行分块说明,对系统的采用技术点的技术点进行阐述,通过视图与描述展示整个系统框架的结构与层次。 二、目标 构建服务业综合业务管理系统J2EE应用的开发框架,注入Spring支撑,使用兼具灵活性与使用性的ibatis作为持久层,使所有系统能规范开发组件、提高开发效率,易于统一升级和维护。 三、架构设计 3.1、架构分析 1、服务业综合业务管理系统采用B/S模式。B/S模式具有分布性特点,可以随时随地进行查询、浏览等业务处理。其业务扩展简单方便,通过增加网页即可增加服务器功能。而且后期维护方面只需要改变网页,即可实现所有用户的同步更新 2、搭建轻量级J2EE框架—Spring框架。J2EE为搭建具有可伸缩性、灵活性、易维护性的系统提供了良好的机制。J2EE框架使得开发的产品更加高效,更加健壮,在伸缩性和稳定性上面也有着显而易见的效果。而Spring是一个完美的框架“黏合剂”。它提供了一种管理对象的方法,可以把中间层对象有效地组织起来。他的分层结构可以增量引入项目。而非侵入性应用程序对Spring API的依赖可以减至最小限度。 3、使用兼具灵活性与实用性的ibatis作为系统的持久层。Ibatis是支持普通SQL查询,存储过程和高级映射的优秀持久层框架。Ibatis将代码和sql语句分离,sql可以写在xml中,结构清晰,灵活配置,对平台支持性大幅度提高。 3.2、设计思想 1、系统技术架构采用主流的MVC模式 MVC思想将一个应用分成三个基本部分:Model(模型)、View(视图)和Controller (控制器),这三个部分以最少的耦合协同工作,从而提高应用的可扩展性及可维护性。直接向数据库发送请求并用HTML显示,开发速度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模型的样子或者模型的重用性。产品设计弹性力度很小,很难满足

某银行IT应用系统体系架构

某银行IT应用系统体系架构

1介绍 (9) 1.1文档目的 (9) 1.2目标 (9) 1.3范围 (9) 1.4目标读者 (9) 1.5假设 (9) 2应用体系架构的整体说明 (10) 2.1应用体系架构的定义 (10) 2.2对某银行IT战略的建议 (11) 2.2.1应用服务战略 (12) 2.2.2数据管理战略 (12) 2.2.3基础设施战略 (12) 2.2.4体系架构战略 (12) 2.3应用体系架构设计中的关键点 (13) 2.3.1银行的核心业务系统 (13) 2.3.2客户信息的管理 (14) 2.3.3企业应用系统集成(EAI) (15) 2.3.4管理信息系统 (17) 2.3.5合理的应用系统功能 (17) 2.3.6数据分布模式 (18) 2.3.7应用分布模式 (19) 2.3.8应引起关注的技术问题和技术管理问题 (20) 2.3.9IT规划的管理机制问题 (20) 3应用体系架构的整体设计 (22) 3.1应用体系架构的整体设计图 (22) 3.1.1应用体系架构中的系统功能和全行的应用需求的对应关系 (23) 3.1.2对核心业务体系系统的说明 (25) 3.1.3总行层面的系统总览 (27) 3.1.4一级分行层面的系统总览 (27) 4建议的转型计划大纲(待项目计划出) (29) 4.1某银行现有的应用系统和目标模式的差异分析 (29)

5.1核心业务系统核心层的目标功能 (30) 5.1.1系统的总体功能和特性 (30) 5.1.2客户信息管理功能 (30) 5.1.3帐户管理功能 (31) 5.1.4产品管理功能 (33) 5.1.5帐户交易管理功能 (34) 5.1.6报表管理功能 (35) 5.1.7出纳/分行交易管理功能 (36) 5.1.8管理和监控功能 (36) 5.1.9现金管理功能 (37) 5.1.10总帐功能 (37) 5.1.11应用安全管理功能 (38) 5.2核心业务系统的业务层的目标功能 (39) 5.2.1核算管理及账务体系 (39) 5.2.2内部资金管理 (41) 5.2.3结算管理 (41) 5.2.4银行卡业务的管理 (41) 5.2.5现金管理 (42) 5.2.6凭证管理 (42) 5.2.7国际结算 (43) 5.2.8对各级机构作业的支持 (43) 5.2.9营运风险控制体系 (44) 5.3金融产品提供 (46) 5.3.1 公司业务(仅包含帐户处理) (46) 5.3.2个人业务 (46) 5.3.3银行卡业务 (46) 5.3.4现金业务 (47) 5.3.5资金调度业务 (47) 5.3.6票据清算 (47) 5.3.7外汇买卖业务 (47) 5.3.8中间业务 (47)

民生银行如何进行风险控制

民生银行股价异动会议实录:华东风险高潮已过 2012-09-24 11:31:31 来源: 理财周报(北京) 有0人参与 理财周报记者滕晓萌/整理 直到现在,所有人仍不清楚,9月5日那一天民生银行到底发生了什么。 当天,包括瑞信、摩根大通在内的数家外资投行发布看空民生银行的报告,其中主要意见包括:随着中国经济放缓,民生银行难以维持前几年的高增速。另外,随着中小企业信贷风险密集爆发,民生银行不良率可能上升较快。 报告出台后,民生A股、H股双双应声大跌,A股盘中一度重挫超过5%,港股出现大量沽空。下午,民生银行紧急召开分析师电话会议。董秘万青元主持,分管风险的行长助理石杰和分管小微业务的零售部副总经理周斌参加。 分析师会议次日,民生股价即刻反弹。此后两周,尽管大盘承压,但民生银行始终没有再跌到9月5日低点。 据理财周报记者了解,此后多家卖方机构密集安排民生银行与投资者沟通,以维持市场对于民生银行独特经营模式的信心。 对于这一次重要转折点的投资者沟通会议,《理财周报》将核心内容原文发表。 市场声音 H股、A股股价出现一些异动 民生表态 全年不良情况将控制在中报水平 万青元(民生银行董秘):今天我们开这个会,主要是大家关心我们H股、A股股价出现一些异动,从公司基本面来看没有任何异常情况。首先请行长助理石杰先生为大家介绍我行风险管控情况。 石杰(民生银行行长助理,分管风险):目前由于整个经济下行,我们客户面临的经营环境发生了一些变化,经营出现了一些挑战,我们的资产质量、风险管理也遇到了一些挑战。所以在我们可预期的范围内增加了一些不良资产,这个我们认为都是正常的,而且是可控的,都是预期之内的。

中国民生银行规章制度管理规范

中国民生银行规章制度管理规范 第一章总则 第一条为了全面推进我行合规性建设目标,规范我行规章制度的制定、审查和管理流程,建立和完善适合我行的规章制度体系,根据《中国民生银行股份有限公司章程》,特制定本管理规范。 第二条适用范围 本规范所称规章制度是指总行或总行授权分行依据国家的法律、法规和规章等相关规定,在公司章程赋予行长的职权范围内,结合本行管理工作的实际情况和需要,制定下发的用以规范全行各项工作的规范性文件。主要包括公司章程、董事会各项制度以外的各类规定、办法、细则、操作流程等。 内部具体工作要求、对具体事项的布告、公告以及通知,原则上不适用本规范。 第三条我行的各类规章制度遵循以下原则: (一)合法性原则。规章制度的制定必须符合国家的法律、法规和规章以及本行章程的规定,不得与之相抵触。 (二)严密性原则。规章制度在内容上要周密、严谨,做到概念清晰、要求明确、内容完整和程序规范。 (三)协调性原则。本行的各类规章制度要相互衔接,避免冲突和遗漏。 (四)稳定性原则。规章制度的制定具有相对的稳定性,能在一定时间和一定范围内普遍适用。 (五)完备性原则。规章制度的制定在结构和内容上要完整、明确。 (六)操作性原则。规章制度的制定以反映现实、讲求实际、解决问题为目的,确保可得到有效实施。 第二章规章制度的层级 第四条根据本行规章制度的内容和效力,规章制度分为基本管理

制度和具体规章两个层级。 基本管理制度是指对全行业务管理具有基本的原则性规范作用的制度。 具体规章是指对某一业务管理具有具体的操作性规范作用的制度。 第五条规章制度在名称的界定上,一般按以下标准掌握: (一)规定:用于特定范围内的工作和事务或为贯彻国家法律、法规和规章而提出的有关要求或办法的规范性文件。 (二)办法:是针对某一方面的具体工作手续、程序和措施加以条理化和规范化,重点突出某一方面工作的内容、方法,针对性更强,内容更加明确。 (三)制度:是指一定范围内为加强管理,共同遵循的办事规程或行动准则。 (四)规范:是指一般的共同准则,是有关人员应当了解并遵守的基本要求。 (五)规则:为贯彻、落实某项工作而制定的,要求大家遵守的条规。 (六)实施细则:是根据基本管理制度,结合业务实际情况制定的具有说明性、补充性、辅助性的实施规则。 (七)操作规程:是对某一事项或操作在一定范围内要求人们遵守的统一的要求和程序。 (八)指导意见:是针对个别事项在具体实践中应遵循的原则性要求。 (九)业务流程:是针对某项具体事项或业务在处理过程中必须遵守的操作性指导文件。 (十)须知:一种周知性、指导性文件。 第六条基本管理制度由行长签发,以行发文形式下发。具体规章由分管该项业务的行长或者副行长签发,一般以部发文形式下发。 第三章规章制度的分类

中国民生银行公司业务批量授信方案审批管理制度

中国民生银行公司业务批量授信方案审批管理制度 阅读次数:790 日期:2013-03-21 10:40:36 中国民生银行公司业务批量授信方案审批管理制度 一、实行批量授信方案审批模式的目的 批量授信方案审批模式,是总行各级审批部门对符合批量授信范围的方案进行审批,审批通过后充分授权各级经营机构在方案框架内对符合方案要求的具体单笔授信项目实施高效独立审批。批量授信方案审批模式,主要目的在于:(一)强化市场和模式研究,加强项目规划和落地。各级经营机构和各级评审机构在批量授信方案审批项下,将大力研究市场、研究客户需求、研究商业模式,强化区域特色开发。 (二)整合审批资源,提高审批效率。在批量授信方案范围内,对分行充分授权,在有效监督机制的前提下充分整合和利用分行的审批资源,提高审批效率。 (三)强化风险识别,加强产业链风险管理。在总行区域评审中心对批量授信方案统一审批机制下,实现全行大中小业务条线的联动,从而统一评审标准,统一授信方案,统一风险管理,强化产业链风险管理。 二、批量授信方案审批模式的内涵 批量授信方案审批模式是我行探索并建立和逐步完善多层次风险管理以及监控机制的有效路径。其根本内涵是: (一)在总行层面通过建立产业链数据库、加强产业链风险研究、加强行业组合研究,集中性把握产业链风险和集中度风险。 (二)区域评审中心在指导并深度参与市场调研、指导分行做好批量授信方案的基础上,具体负责审批由经营机构上报的批量授信方案以及其他具体授信项目,并对分行在方案范围内的尽职审批情况开展后督,动态调整业务授权,实施分类管理。 (三)分行层面则是在授权范围内,根据区域评审中心审批的批量授信方案所限定的授信客户、授信条件和管理要求,尽职独立审批批量方案项下的具体授信项目,并接受总行区域评审中心对具体项目审批的动态和实时监督。

流程银行与新一代核心业务系统架构

流程银行与 新一代核心业务系统架构
赵 刚 博士
赛迪顾问股份有限公司副总裁
2009年4月28日

目录
1、流程银行的核心 2、流程银行的核心业务系统架构 3、从业务到IT:构建流程银行的流程与方法

面对多变的环境,商业银行需要更加敏捷
国际化 现代商业 银行模式 资本运作 高绩效 商业银行所希望 达到的战略目标
股东与董事 会的要求 竞争者的 威胁 银行能力 转型方式
商业银行
技术进步
外部环境急速转变所 带来的压力与挑战
日趋复杂的 客户需求 监管制度 要求
兼并与 收购

商业银行管理模式创新的结晶——流程银行
?客户为中心
– 综合柜员制 – 客户经理 – 统一客户信息 – 多渠道体验 – 客户需求导向 – 客户关系管理
?高绩效
– 高收益 – 高成长 – 高效率 – 低成本
?电子银行
– 网上银行 – 移动支付 – 电话银行 – 自助设备
?数据大集中
– 数据集中 – 综合业务 – 大会计
流程银行
?全风险管理
?金融创新
?特色服务
– VIP服务 – 特色文化
?管理信息化
– ERP – CRM – BPM – OA – HR – FM
– Basel II – 产品投资组合 – 资产负债管理 – 混业经营 – SOX遵从 – 金融衍生产品 – IT治理

什么是流程银行?
?
定义:通过重新构造银行的业务流 程、组织结构、管理模式以及文 化理念,颠覆性地改造传统的银 行模式,形成以流程为核心的全 新银行模式。
OOOO
OO OO
O
O
O
O
O
O O
? 流程银行建立的三个基础:
– – –
OOOO
O
O
O
O
O O
1)业务流程; 2)单元化的活动或者服务;
OOOO
OO OO
O O
OOOO
OOOO
OOOO
OOOO
OO
OO
3)业务流程可量化的评估和监控的 目标和指标
OO OO
OO
OO

银行网点架构功能介绍

体验全功能型银行网点的服务 [] [] 作者:IT168 IBM 内容导航: 营业网点是银行与客户之间接触的主要途径。银行通过营业网点对客户提供服务并营销金融产品,而客户了解银行也主要是通过银行的营业网点,营业网点成为银行的一扇窗口,直接体现出银行的产品种类、服务水平、人员素质、科技发展、经营理念和企业文化。 近年来银行网点的发展之路 曾经一时,网点被传言要被电子服务渠道所取代。这是因为,从90年代后半期开始,由于新的电子交易渠道如网上银行、呼叫中心银行的迅速崛起,这些新兴渠道具有低成本、高效率和高覆盖率等特点,相对于一直让银行家头痛的传统营业网点的高昂建设和运营成本,具有一定的比较优势。这些新兴渠道的优势使银行业一度在多种渠道经营中忽视了网点的作用,而把更多的注意力转到了网上银行和呼叫中心这些新兴渠道的建设上,甚至有人预言“传统的银行营业网点将会消亡,未来的银行是虚拟银行,所有的交易都通过网上银行、电话银行等手段实现”。但随着Internet泡沫的破碎,人们发现,虽然网上银行和电话银行的用户数和交易量都实现了大幅的增长,但这些新兴的交易渠道无法替代营业网点的重要性,因此,传统银行营业网点并没有被新兴的渠道所取代,反而又重新成为现在银行多渠道经营策略的中心,也成为银行发展的重心。但这并不意味着传统的银行营业网点又将大行其道,而是这种占据了多渠道经营中心位置的营业网点应该变成一种新型的营业网点,各种新兴和传统的渠道都将在这样的营业网点中得到体现。新的营业网点可以针对这些交易渠道的不同特点,在面对不同类型的客户,提供多种金融产品和金融服务。不同的渠道起到不同的作用,一方面配置新兴渠道,实现通过自助服务降低成本的目的,一方面丰富营销手段和服务功能,最大限度地挖掘优质客户的潜力,向客户提供优质的个性化的服务。使营业网点这一“实体”银行与“虚拟”银行互相补充、有效融合,构建完整的服务体系,从而为银行创造最大利润。银行营业网点的改造目前已经成为一种世界性的潮流。 中国金融业近几年来,从市场环境、客户群体、业务种类、交易渠道、科技应用、经营策略到内部机制,各个方面都发生了巨大的变化。中国在2001年11月成为世界贸易组织的成员后,开始了逐步融入国际贸易竞争的过程。金融服务领域将于2007年全面面对国际竞争。相比之下,虽然国内银行在营业网点建设方面始终在不断探索,取得了一定的成绩,但绝大多数银行营业网点还处于传统状态,没有充分反映出我国银行业的巨大变化和发展水平。银行网点已经不能满足越来越多的客户数量、越来越多的客户需求种类以及银行自身的市场需要。什么样的网点和银行的架构是未来网点的发展方向,目前我国的银行界还没有一个能满足这样需求的网点建立起来。银行解决方案合作中心正是适应这种趋势的需要而建立的。该中心于2004年11月29日在北京投入运行。由IBM和业务合作伙伴Cisco公司联合开设。 进入一个模拟的新型银行网点

相关文档
最新文档