商业银行核心系统简介
国内银行的核心系统
银行名称核心系统状况中国工商银行自主开发,由CB2000升级为NOVA,正在建设第四代新系统中国农业银行自主开发,部分由高阳开发,现在正在选型国外核心产品进入业务分析中国银行自主开发,现在由FNS升级中国建设银行自主开发,后由IBM开发山东农信联社2009年9月选用建行版IBM/CBOD上线新一代系统厦门国际银行自主开发,先考虑选型Temenos T24杭州银行(杭州商业银行)自主开发,现考虑选型再造招商银行自主开发招商银行纽约分行Temenos T24上海银行Temenos T24华夏银行中信银行兴业银行神码+自主改造东营市商业银行兴业银行输出中国进出口银行神码+SA+时代银通浙商银行网星升级为中信吴江农村商业银行网星+SA+时代银通呼和浩特市商业银行太极内蒙古农信联社太极青岛银行银湖+IBM香港东亚银行DCSA+神码国家开发银行神码宁夏农信联社神码重庆农信联社神码中国光大银行由南天升级为联想亚信南京银行联想亚信江苏银行联想亚信盛京银行联想亚信厦门市商业银行联想亚信宁夏银行联想亚信上海普通发展银行联想威海市商业银行联想江苏银行扬州分行联想绵阳市商业银行联想广东发展银行长天天津银行2001年长天+2002年中太大连银行中太石家庄商业银行华腾焦作商业银行华腾交通银行由南天对公+联想对私升级为IBS+高阳江苏银行连云港分行南天平顶山商业银行南天深圳发展银行高阳工银亚洲控股高阳宝鸡商业银行高阳咸阳商业银行高阳渤海银行中联(IBM570/AIX/DB2)北京银行中联烟台商业银行中联徽商银行由南天升级为中联浙江省农信联社中联阳江市农信联社中联阜新商业银行中联柳州商业银行中联福建省农信联社中联平安银行中联汉口银行中联富滇银行中联白山市商业银行中联秦皇岛市商业银行中联西安市商业银行西安未来国际-联想-北京中联陕西省农信联社北京中联江苏银行徐州市分行北京中联乌鲁木齐市商业银行大连中联葫芦岛市商业银行大连中联攀枝花市商业银行大连中联徽商银行马鞍山分行大连中联三门峡城市信用社大连中联江苏银行南通分行大连中联徽商银行蚌埠分行大连中联吉林银行吉林分行大连中联渭南城市信用社大连中联丹东市商业银行大连中联鞍山商业银行大连中联阜新商业银行大连中联黄石商业银行大连中联九江商业银行大连中联濮阳城市信用社大连中联周口城市信用社大连中联济宁城市信用社大连中联包商银行2008年6月由北京中胜改造为ecsolutions盈达电子商务软件系统营口商业银行北京中胜牡丹江商业银行北京中胜泰安城市信用社北京中胜吉林银行白山分行北京中胜吉林银行四平分行北京中胜嘉兴商业银行高伟达襄樊商业银行高伟达成都商业银行高伟达江苏银行淮安分行高伟达盘锦市商业银行高伟达徽商银行芜湖分行高伟达白银市商业银行高伟达成都市农信联社高伟达南昌市商业银行奥尊四平市商业银行奥尊太原市商业银行奥尊营口市商业银行奥尊湛江市商业银行奥尊哈尔滨商业银行奥尊洛阳商业银行奥尊新乡商业银行奥尊许昌商业银行奥尊辽源商业银行奥尊台州商业银行奥尊绍兴商业银行奥尊驻马店商业银行奥尊克拉玛依商业银行奥尊中国民生银行长亮科技2005/03升级为Accenture/SAP,2009年11月新一代上线恒丰银行长亮科技200312郑州市商业银行长亮科技200304锦州市商业银行长亮科技200404张家港市农村商业银行长亮科技200504张家口市商业银行长亮科技200406抚顺市商业银行长亮科技200404广州市商业银行长亮科技200501长沙银行长亮科技200308东莞市商业银行长亮科技200308烟台市商业银行长亮科技200510淄博市商业银行长亮科技200406吉林银行长亮科技200506洛阳商业银行长亮科技200509辽阳市商业银行长亮科技200511商丘城市信用社长亮科技200411平顶山城市信用社长亮科技200602秦皇岛市商业银行长亮科技200605香港廖创兴银行长亮科技200608河南省农信联社易初电子珠海市商业银行易初电子泉州市商业银行易初电子西宁市商业银行易初电子大同市商业银行易初电子珠海市商业银行易初电子云南省农信联社易初电子沧州市农信联社易初电子重庆银行泰利特贵阳市商业银行泰利特湘潭市商业银行创智岳阳市商业银行创智邵阳城市信用社创智株洲市商业银行创智济南市商业银行中创临沂市商业银行中创江西省农信联社中天东营市农信联社中天潍坊市农信联社中天江西省农信社主线信息+华信正合宁波银行大连中联+IBM升级为华信正合日照商业银行天津普极科技渝林城市信用社西安山利软件系统工程有限责任公司福州市商业银行新宇江苏银行苏州分行菲耐特温州银行思群株洲市商业银行清华同方安阳城市信用社清华同方库尔勒城市信用社清华同方六盘水城市信用社清华同方徽商银行淮北分行方正奥德大庆市商业银行方正奥德齐齐哈尔市商业银行方正奥德开封市商业银行北京东华城信焦作市商业银行北京东华城信阳泉市信用社北京东华城信晋中城市信用社北京东华城信承德城市信用社北京东华城信鹤壁城市信用社北京东华城信临汾市农信联社北京东华城信长治市农信联社北京东华城信。
国内银行核心系统概况表
江苏银行徐州分行(徐州市商业银行): 包商银行(包头市商业银行): 营口市商业银行: 牡丹江市商业银行: 泰安城市信用社: 吉林银行白山分行(白山城市信用社): 吉林银行四平分行(四平城市信用社):
恒丰银行:
郑州市商业银行: 锦州市商业银行: 张家港市农村商业银行: 张家口市商业银行: 抚顺市商业银行: 广州市商业银行: 长沙市商业银行:
由大连中联+IBM升级为华 信正合(2005年)
由南天升级为联想亚信
南天+高伟达(1998年)
神码+自主改造 神码+SA+时代银通
银湖+IBM
(IBMP570/AIX/DB2) 由南天升级为
/c n/systems/i/sol ution/di_lian_s ystem.shtml
嘉兴市商业银行:
大连中联 大连中联 大连中联 大连中联 大连中联 大连中联 大连中联 大连中联 大连中联 大连中联 大连中联 大连中联 大连中联 方正奥德 方正奥德 方正奥德 菲耐特
高伟达
襄樊市商业银行:
成都市商业银行: 江苏银行淮安分行(淮安市商业银行): 盘锦市商业银行: 徽商银行芜湖分行(芜湖市商业银行): 湖州市商业银行: 白银市商业银行: 成都市农信联社: 深圳发展银行: 工银亚洲控股: 宝鸡市商业银行: 咸阳市商业银行: 石家庄市商业银行: 焦作市商业银行:
长亮科技 长亮科技 长亮科技 长亮科技 长亮科技 长亮科技 长亮科技 长亮科技 长亮科技 长亮科技 长天 长天中太 创智 创智 创智 创智 大连中联 大连中联 大连中联
徽商银行马鞍山分行(马鞍山市商业银行):
大连中联
三门峡城市信用社: 江苏银行南通分行(南通市商业银行): 徽商银行蚌埠分行(蚌埠市商业银行): 吉林银行吉林分行(吉林市商业银行): 渭南城市信用社: 丹东市商业银行: 鞍山市商业银行: 阜新市商业银行: 黄石市商业银行: 九江市商业银行: 濮阳城市信用社: 周口城市信用社: 济宁城市信用社: 徽商银行淮北分行(淮北市商业银行): 大庆市商业银行: 齐齐哈尔市商业银行: 江苏银行苏州分行(苏州市商业银行):
银行各系统简介
银行各系统功能简介业务系统核心业务系统业务功能包括:总账管理、卡系统管理、客户信息管理、额度控管、存款、贷款、资金业务、国际结算、支付结算、对外接口等清分清算系统以清算日期为准,将账务类交易、非账务类交易的手续费、代理费、网络服务费等相关费用,按费用类型计算应收、应付金额,经过清算人员确认后上送核心系统完成结算的过程国际结算系统银行为客户提供贸易(或非贸易)外币结算的业务系统,业务包括:信用证、托收、汇款、保理、保函、进口押汇、出口押汇、出口贴现、福费廷、打包贷款等保理业务系统业务功能包括:客户信息管理、合同信息管理、预付款管理、销售分户账、汇率、费用、利息、额度、会计传票、异常处理、逾期管理、报表管理等外汇清算系统1.??提供高效的SWIFT报文收发管理,实现报文自动清分与自动记账,对于支付类报文,提供自动寻找汇款路径和报文黑名单检查等功能2. 提供电文查询,打印,复核,监控,过滤,归档等功能银行IC卡系统IC卡是集成电路卡(Integrated??Circuit??Card)的英文简称,也称之为智能卡、芯片卡等,起源于法国,诞生于1976年;IC卡交易主要分为联机交易、脱机交易、管理类交易,例如:不同渠道的查询、取款、消费、预授权、脱机消费、脱机预授权等、以及签到签退、密钥管理、黑灰白名单的管理等信用卡系统信用卡交易主要有预借现金、还款(现金/转帐)、卡卡转帐、信用卡转出、信用卡转入、信用卡销户申请/销户结清、信用卡激活、信用卡挂失/换卡、查询密码重置、补印帐单/密码函、调整帐单日等基金托管系统业务功能包括:会计核算、资金清算(与沪深登记结算公司)、投资监督、帐户管理、资产估值、投资风险、绩效评估等债券交易系统债券的承销、分销、回购、远期、自营、代理、经纪业务等外汇交易系统指商业银行参与银行间外汇市场交易的一个操作平台,主要实现自营和代客的结售汇、外汇买卖等交易。
业务品种包括即期、远期、调期等。
商业银行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、卡业务分析)业务系统核心系统核心业务系统--前言⏹随着金融体制改革的深入,一些银行在引进境外机构投资者、跨地区经营、外部监管要求、新业务拓展、提高客户服务水平等诸条件的约束下。
xx银行核心系统系统架构设计说明书
架构设计说明书xxx银行核心业务项目系统架构设计说明书架构设计说明书文档修订记录目录1简介 (5)1.1目的 (5)1.2范围 (5)1.3术语和缩写词 (5)1.4参考资料 (6)2项目概述 (7)2.1项目目标 (7)3现状分析 (9)3.1渠道与前置系统 (9)3.1.1系统现状描述 (9)3.1.2系统现状分析 (10)3.2后台管理系统 (11)4架构设计方案 (12)4.1架构设计原则 (12)4.2系统架构与范围 (13)4.3系统中长期规划 (14)4.4核心系统和老前置系统接口改造方案 (15)4.5数据整合平台改造方案 (18)4.6关键架构问题说明 (20)4.6.1历史数据中心改造方案....................................................错误!未定义书签。
4.6.2分行特色业务平台系统接入方案 (21)5产品技术架构 (23)5.1柜面系统技术架构 (23)5.2ESB技术架构 (24)5.3中间业务系统技术架构 (27)5.4核心业务系统技术架构 (27)5.5数据整合平台技术架构 (30)6系统部署方案 (30)6.1物理架构 (30)6.2硬件环境 (32)6.3软件环境 (35)6.4网络架构 (37)7架构风险 (38)7.1接口改造涉及的系统多、范围广、接口数量多 (38)7.2柜面系统界面开发量大 (38)附件: (39)1简介1.1目的本文档对新的核心系统整体架构进行综合概述,其中会使用多种不同的构架视图来描述系统的各个方面。
它用于记录并表述已经对系统的构架方面作出的重要应用决策。
本文档的另外一个作用是作为概要设计和详细设计的参考文档,通过对系统涉及到的各技术层面的阐述,来屏蔽概要设计和详细设计阶段遇到的各种技术难点,通过对架构中各个机制的实现的说明,使概要设计和详细设计集中于系统的功能性需求的设计,非功能需求通过架构中的各项机制得到有效的解决。
商业银行新一代核心业务系统发展趋势及监管建议
商业银行新一代核心业务系统发展趋势及监管建议近年来,我国许多商业银行纷纷启动或筹划新一代核心业务系统建设,希望从技术上为后续的业务发展和经营转型奠定基础。
同时,很多银行为了加速与国际同业接轨的步伐,大胆引进吸收国外成熟的核心系统产品,或者在此基础上加以本土化改造。
一、商业银行新一代核心业务系统建设现状商业银行核心业务系统的发展是由我国金融业的改革发展带来的整体经济金融环境的变化和信息技术进步革新共同驱动的。
早期商业银行的主要业务为存款、贷款,此时商业银行核心业务系统建设处于电子化业务处理阶段。
随着我国商业银行股份制改革推进,传统的存贷业务不能满足商业银行发展的需求,银行业务逐步向以支付为代表的便捷金融服务方向发展,商业银行核心业务系统建设向网络化与集中化方面发展。
随着金融业发展和改革的深入,商业银行业务逐步向国际化、综合化、特色化方向发展,商业银行核心业务系统建设通常采用参数化、松耦合等方式满足产品快速创新、业务流程再造、新业务领域拓展、全面风险管理等需要。
随着银行业务发展对信息科技系统的依赖程度日益增加,我国商业银行信息科技系统的业务功能范围也从80年代初的简单电子记账,扩大到如今的账务处理、业务流程自动化、客户营销支持、报表统计分析、风险管控、外部监管、办公自动化及内部管理等内容,几乎覆盖了银行经营管理的各个方面。
而核心业务系统的定位主要是进行账务处理,提供账户管理功能和与账户相关的交易处理和批量处理功能,是支撑银行业务运营的关键,也是银行信息科技系统的核心。
近年来,为适应金融发展改革带来的机遇和挑战,为满足不断增长业务规模与不断发展变化的业务需求,我国大中型银行逐步开展核心业务系统的建设与改造工作,实现了数据全国集中,银行的安全性、流动性、盈利性在技术层面都有了比较现实、比较稳健的支撑。
1996年至2008年,中国工商银行先后完成第二代和第三代核心业务系统(NOVA)建设。
2008年中国工商银行启动第四代核心业务系统(NOVA+)建设,该系统将实现客户信息整合与共享,实现对客户星级评价和差异化服务,支持国际化和综合化发展的需要。
如何构建商业银行核心系统的服务架构
浅谈如何构建商业银行核心系统的服务架构摘要:商业银行是面向社会大众的服务性行业,商业银行在服务中小企业、社区居民和促进经济发展有着非常重要的作用,而商业银行服务质量的高低对服务社会、促进经济发展和银行自身经营效果的影响是非常明显的。
本文就针对现在我国的商业银行服务中存在的一些问题进行剖析,并对如何构建商业银行核心系统的服务构架进行一些简单的探讨。
关键词:商业银行;核心系统;服务商业银行在服务社会,促进地方经济发展有着非常重要的影响,而商业银行的服务水平直接关系到服务社会和促进经济发展的水平,因此商业银行应该加强服务意识,努力提升服务水平,但在我国很多的商业银行在具体服务层面上存在着很大的差异,服务意识还不够强烈,服务还有很多不尽如人意的地方。
一、商业银行服务中存在的问题1.服务制度不健全在我国有些商业银行没有建立完善的优质服务长效机制,只是建立了一些简单的服务规则,也没有把银行服务质量考核纳入银行职员的业绩考核中去,这就造成了商业银行的工作人员只注重业绩,不注重服务,认为只要业绩好就可以了,没有认识到优质服务对商业银行长远发展的益处,这些问题是商业银行的服务质量难以大幅提升。
因此,银行领导者应该建立完善的银行优质服务长效机制,并带头服务,做好银行服务工作。
2.人员素质参差不齐在我国有些商业银行由于过重看重业绩,只要银行工作人员有业绩就可以了,对工作人员其他方面的要求很低,有些人员甚至无证上岗,这就给银行服务带来了很大的问题,基本服务都做不到,就更别谈优质服务了。
因此,银行负责人应该严把人员关,所有人员必须持证上岗,定期进行培训,提高银行工作人员的服务意识。
3.服务质量考核不到位我国商业银行发展迅速,也使的银行业竞争日趋激烈,很多商业银行都存在重业绩轻服务的问题,认为职员只要业绩好,其他的方面都不是问题。
在工作人员的考核中,这种重业绩轻服务的思想,会逐渐造成个别员工产生主动服务意识差、服务态度不热情等思想,给银行服务带来很大的不利影响。
换“心”风云——商业银行新一代核心系统建设
超 级 大 脑
T 商 银行 自成 立 以来 ,始 终 以世 界 先进 的 金融 科
技应用 为 目标 , 不断创新发展 , 构建起 了坚实的信息技
术基础 , 其I T技 术 水 平 不 仅 在 国 内 银 行 业 中处 于 领 先
六 大 创 新
随着全球范 围内的信息技术革命 和金融业发展 日 新月异 ,商业银行之间对信息技术制高点的争夺愈演 愈烈 , 同时 , 客户 的金融需 求 日益多元化 和个 性化 , 对 银行提 出了更高的要求 。这就要求其必须持续 提升 核 心竞争力 , 加快产 品创新 步伐 , 深入实施 国际化和综 合 化的发展 战略 , 进一步提升经营管理水平 、 客户服务水 平和风险管理水平 。 这些 目标的实现 , 都离不开信息科 技的支持 。正是在这种形势下 , 工商银行在 2 0 0 8 年 1 0 月正式启动 了第四代核心应用 系统 的建设 工作 。
地位 , 而且在信息系统运行 能力 、 应用产品创新等领域
已经跃 居 国际 先进 水 平 。
遥 想过去 ,工商银行 成立之初可 谓装备落后 , 以
“ 步 兵 ” 为 主— — 绝 大 部 分 的业 务操 作 还 是 靠 算 盘 当
家, “ 特种武器” 很少——仅有小型计算机 7台, 微机几 十台。尽管起点低 , 但 工商银行一直倡导 和践行 “ 科技 兴行” 战略 , 几代人接力 , 从 营业 网点 电子化操作人手 , 从单 兵作战 的微机 发展到 了 以中小型 机为 主的局域
2 0 0 9年 , 是 中 国金 融 行业 承 前 启 后 、 继 往 开 来 的一 年 , 金融 l T保 驾 护 航 的功 能 也 更 突 出。 这 一年 , 银 行 业核 心 系 统 建 设热 火 朝 天 。 各家 银 行根 据 自身 发展 战 略启 动 的新 一 代核 心 系统 经 历 了怎 样 的 建设 历 程 , 具 有 什 么样 的亮 点
商业银行IT系统分类及简介
等等
银行信贷登记咨询系统
银行信贷登记咨询系统是以城市为单位,以贷款卡为借款人向金融机构办理信贷业务的媒介,使用现代化
通信和计算机网络技术,联结各级金融机构,全国联网的信贷信息管理系统;通过该系统,可实现贷款
卡的发放、年审、暂停使用、注销等操作。
央行征信系统
该系统包括企业信用信息基础数据库和个人信用信息基础数据库。企业信用信息基础数据库始于
管理会计系统
业务功能包括:内部资金转移定价、服务转移定价、资产负债管理、预算管理等
渠道系统
银联业务系统
银联业务系统是集通讯、交易及风险监控于一体,为银行接入中国银联交换系统提供标准接口的综合处理系统。
银联交易包括:余额查询、取款、消费、消费冲正、存款、退货、预授权、追加预授权、预授权完成、签到签退、
商
业务系统
(面向交易,OLTP操作类)
核心业务系统
业务功能包括:总账管理、卡系统管理、客户信息管理、额度控管、存款、贷款、资金业务、国际结算、支付结算、
对外接口等
清分清算系统
以清算日期为准,将账务类交易、非账务类交易的手续费、代理费、网络服务费等相关费用,按费用类型计算应收、
应付金额,经过清算人员确认后上送核心系统完成结算的过程
由银行报送;申报信息和核销信息可以由企业通过外管局系统自行报送,也可委托银行代为报送。
反洗钱系统
根据人民银行规定,金融机构发生大额交易、可疑交易需要及时上报,这就需要业务人员仔细考察每
笔交易的金额及去向,对业务员来说,这是件既费时又没有意义的工作,为了减轻业务人员的工作量,
故开发反洗钱系统,帮助业务人员监控业务数据;功能包括:大额交易管理、可疑交易管理等
商业银行核心系统优化方案建议书
一、系统架构优化
当前的核心系统架构,虽然稳定,但已经难以满足快速变化的业务需求。我的建议是采用微服务架构,将核心系统拆分为多个独立、可扩展的服务模块。这样做有几个好处:
1.提高系统可扩展性。每个服务模块都可以根据业务需求独立扩展,不再受限于整体架构的瓶颈。
2.提高系统可用性。当某个服务模块出现问题时,可以快速定位并修复,不影响其他模块的正常运行。
2.系统性能测试。优化后的系统需要在真实环境中进行充分测试,以确保其性能满足业务需求。
解决办法:在系统上线前,进行压力测试和性能测试,模拟高并发场景,确保系统能够稳定运行。测试过程中要关注关键业务指标,如交易处理速度、系统响应时间等。
3.法律合规性检查。核心系统的优化需要符合相关的法律法规和行业标准。
解决办法:采用加密技术和访问控制机制,确保数据在存储和传输过程中的安全性。同时,加强对员工的保密教育和监管,防止内部泄露。
3.业务连续性保障。在优化过程中,要确保业务的连续性,避免因系统升级导致业务中断。
解决办法:制定详细的升级计划,分阶段实施。在关键业务时段外进行系统升级,减少对业务的影响。同时,建立应急预案,确保在系统出现问题时能够快速恢复。
3.提高开发效率。采用微服务架构,可以并行开发,提高开发效率。
二、数据存储优化
1.数据整合。将分散在不同数据库中的数据整合到统一的数据平台,减少数据冗余,提高数据一致性。
2.数据索引优化。对数据库中的关键字段建立索引,提高查询效率。
3.数据分区。将大量数据分区存储,提高数据访问速度。
三、业务流程优化
5.第三方服务供应商管理。优化方案可能涉及到第三方服务供应商,如技术支持、运维服务等的合作。
6.后期评估与反馈。优化方案实施后,需要定期评估其实际效果,并根据反馈进行调整。
商业银行新核心系统建设秘籍
六、UAT测试
跨系统、全流程、全功能的用户验收测试是确 保质量的关键手段。UAT测试通常包括几轮全量测试、 回归测试,及报表测试、行外联调、计结息专项测 试等。这个阶段由业务部门主导,经过多轮测试并 达到出口标准后,系统方能投产。
七、上线准备
为了成功上线,有一系列准备工作需要完成, 包括:新系统操作培训、特色业务培训、新制度流 程培训和分支行练习操作等柜面培训,及后端业务 管理的培训等;其他业务相关的上线准备还有:绿 灯和试营业的案例的准备、外联单位联络、业务凭 证准备、参数准备、电子验印准备、业务应急及紧 急支付方案的准备、切换上线话术准备、客户告知 等。
四、参数管理
银行新一代核心系统通常具备高度参数化特性。核心系统参 数体系庞大复杂,包括基础参数、利率参数、手续费参数、产品参 数等不同类别的参数成百上千项。项目过程中要将银行现有产品通 过参数设计实现,同时要制定系统上线后的参数管理办法。
五、数据迁移
为了保持业务的连续性,须将存量的数据进行 清理和补录后,按照一定的映射规则,迁移到新系 统中,保证更换系统后所有客户服务和业务操作顺 利进行,保证所有账务核算结果准确性。业务部门 需参与数据迁移规划与管理方案的制定,参与数据 映射方案和数据清理方案的制定,组织网点完成数 据清理和补录,制定迁移核对方案,完成数据迁移 测试 。
二、系统选型
产品选型是决定银行核心系统项目能否成功的 关键一步投标、合同工作说明书审定全过 程,通过科学的调研评估方法,综合考虑关键评估 项与基础评估项综合得分,选出适合本行的优势厂 商。
三、差异分析
厂商进场后首先进行核心系统产品培训,业务人员通过培训 和必要的实际操作,全面了解新系统的功能;业务人员通过比对新 旧系统功能,整理出差异功能清单,针对差异逐项分析并做出恰当 的选择;厂商人员针对差异分析结果编写差异功能规格说明书,在 通过业务人员审核后进行客户化开发。
银行核心系统发展现状及新一代核心系统改造路径
银行核心系统发展现状及新一代核心系统改造路径一、银行核心系统历史发展进程银行核心系统经历了从手工时代到 PC 时代,到联网联机、数据大集中,再到以客户为中心的发展历程。
银行核心系统以 6-10 年为周期经历了多次升级,包括从“胖核心”到“瘦核心”的精简;银行整体架构从“瘦核心+大外围(集中式架构)”模式再到目前主流趋势“中台化+轻前台(分布式架构)”。
二、银行核心系统发展现状1.以集中式和双架构并行为主,极少数完成份布式架构转型依据商业银行自身的体量与业务差异,其核心系统需求不一,所以大部份商业银行依旧维持集中式架构或者双架构并行,极少数前瞻性较强且技术实力突出的银行完成为了分布式微服务架构建设。
2.大行核心系统迭代走向尾声,中小行积极筹建,市场需求大(1)银行业核心系统改造还未大面积铺开,未来市场需求大。
中国现存 4044 家银行,近5 年来共64 家银行进行了新一代核心系统改造(部份银行核心系统是分模块、分期建设),占中国商业银行总数量的 1.5%摆布。
(2)头部国有大行和股分制银行核心系统建设逐步走向尾声,中小行迎来集中更新期。
从银行类型来看,64 家银行中,国有行和股分行数量占比 16.9%,中小行 83.1%。
(3) 2022 年起,农商行、农信行逐步开始走“换心瘦身”道路。
其中村镇银行在 2022年开始了新一代核心系统建设,可见银行业对新一代核心系统建设整体持开辟态度,在数字化转型与信创政策的驱动下,大小银行“换核”掀起小高潮。
2022-2022 年商业银行核心系统投产上线情况3.中小行在新一代分布式核心道路上逐步提速新一代核心系统筹备与在建的银行中,城商行占比 78.26%,为这一阶段的核心参预群体。
核心系统厂商中,以神州信息为主三、银行新一代核心的建设需求1.业务需求新一代核心需要支撑银行“以客户为中心”的业务快速创新和业务差异化变革传统核心系统普遍“竖井式”开辟,造就大多系统与数据过于割裂,难满足“以客户为中心”的业务快速创新,从而拉动了系统迭代需求上涨;同时核心系统作为核心交易处理系统,需遵循业务逻辑进行改造升级,为银行走进特色化、专业化的发展道路铸建坚实的后盾。
银行核心系统之资金业务、同业
银⾏核⼼系统之资⾦业务、同业作者:CS1026⼀⼈民币资⾦业务⼈民币资⾦业务是指总⾏及各级⽀⾏计划财务部门为实现效益性、流动性和安全性的统⼀⽽进⾏的⼈民币资⾦配置活动,即资⾦调度。
核⼼系统⼈民币资⾦业务特指向中央银⾏借款(再贷款和再贴现)、贴现、同业拆借、经营性证券买卖、证券回购、证券投资等对外资⾦往来业务以及系统内上级⾏与下级⾏之间的上存、下借、资⾦清算等内部资⾦调度业务。
⼈民币资⾦调度的主要⽅式有两种:1. 对外资⾦交易,通过货币市场和资本市场筹集和运⽤资⾦;2. 系统内资⾦调拨,系统内划拨资⾦⼀般由下级⾏提出书⾯申请(发⽂或传真资⾦调度申请单),上级⾏审核后开⽴资⾦帐户将结果反馈给下级⾏并开⽴资⾦调拨单,下级⾏再开设对应的资⾦帐户。
⼆同业拆借业务同业拆借是指⾦融机构(主要是商业银⾏)之间为了调剂资⾦余缺,利⽤资⾦融通过程的时间差、空间差、⾏际差来调剂资⾦⽽进⾏的短期借贷。
我国⾦融机构间同业拆借是由中国⼈民银⾏统⼀负责管理、组织、监督和稽核。
⾦融机构⽤于拆出的资⾦只限于交⾜准备⾦、留⾜5%备付⾦、归还⼈民银⾏到期贷款之后的闲置资⾦,拆⼊的资⾦只能⽤于弥补票据清算、先⽀后收等临时性资⾦周转的需要。
⾦融机构在⽇常经营中,由于存放款的变化、汇兑收⽀增减等原因,在⼀个营业⽇终了时,往往出现资⾦收⽀不平衡的情况,⼀些⾦融机构收⼤于⽀,另⼀些⾦融机构⽀⼤于收,资⾦不⾜者要向资⾦多余者融⼊资⾦以平衡收⽀,于是产⽣了⾦融机构之间进⾏短期资⾦相互拆借的需求。
资⾦多余者向资⾦不⾜者贷出款项,称为资⾦拆出;资⾦不⾜者向资⾦多余者借⼊款项,称为资⾦拆⼊。
⼀个⾦融机构的资⾦拆⼊⼤于资⾦拆出叫净拆⼊;反之,叫净拆出。
这种⾦融机构之间进⾏资⾦拆借活动的市场叫同业拆借市场,简称拆借市场。
1同业拆借市场的重要作⽤同业拆借市场的重要作⽤在于,它使⾦融机构在不⽤保持⼤量超额准备⾦的前提下,满⾜存款⽀付及汇兑、清算的需要。
在现代⾦融制度体系中,⾦融机构为了实现较⾼利润和收益,必然要扩⼤资产规模,但同时会⾯临准备⾦减少、可⽤资⾦不⾜的问题,甚⾄出现暂时性⽀付困难。
商业银行IT系统分类及简介
商业银行IT系统分类及简介商业银行IT系统分类及简介商业银行的IT系统包括总账管理、卡系统管理、客户信息管理、额度控管、存款、核心业务系统贷款、资金业务、国际结算、支付结算、对外接口等业务功能。
其中,清算人员根据清算日期,将账务类交易、非账务类交易的手续费、代理费、网络清分清算系统服务费等相关费用按费用类型计算应收、应付金额,经过确认后上送核心系统完成结算的过程。
银行为客户提供的贸易(或非贸易)外币结算的业务系统,包括信用国际结算系统证、托收、汇款、保理、保函、进口押汇、出口押汇、出口贴现、福费廷、打包贷款等。
该业务功能包括客户信息管理、合同信息管理、预付款管理、销售分户账、保理业务系统等。
外汇清算系统是面向交易、OLTP操作类的业务系统,提供高效的SWIFT报文收发管理,实现报文自动清分与自动记账,对于支付类报文,提供自动寻找汇款路径和报文黑名单检查等功能。
该系统还提供电文查询、打印、复核、监控、过滤、归档等功能。
IC卡交易主要分为联机交易、脱机交易、管理类交易,例如:不同渠道的查询、取款、消费、预授权、脱机消费、脱机预授权等、以及签到签退、密钥管理、黑灰白名单的管理等。
信用卡交易主要有预借现金、还款(现金/转账)、XXX转账、信用卡转出、信用卡转入、信用卡销户申请/销户结清、信用卡激活、信用卡挂失/换卡、查询密码重置、补印账单/密码函、调整账单日等。
基金托管系统的业务功能包括会计核算、资金清算(与沪深登记结算公司)、投资监督、账户管理、资产估值、投资风险、汇率、费用、利息、额度、会计传票、异常处理、逾期管理、报表管理等。
债券交易系统则主要处理债券的承销、分销、回购、远期、自营、代理、经纪业务等。
外汇交易系统是商业银行参与银行间外汇市场交易的一个操作平台,主要实现自营和代客的结售汇、外汇买卖等交易。
业务品种包括即期、远期、调期等。
最后,商业银行的IT系统还包括银行产品分析(卡业务分析,贷款产品分析,结算产品分析,理财产品分析等)功能和客户分析(价值分析,需求分析,行为分析,潜在客户分析,重点客户分析,不良客户分析,CRM睡眠客户分析,流失客户分析,客户信息维护,黑名单管理)功能。
银行核心业务系统介绍
2007 年 , 开 发
完成新一代核
心业务系統产
品eCASII。它
以 FIS 的 著 名 2008年后,
核心业务系統 发
布
2006年, 产 品 Profile 為 eCASII 核
eCAS 藍 本 , 並 继 承 心 银 行 系
加 入 eCAS 自 2002 統,並成功
FIS 产 年以來的基础 签 约 多 家
8
eCASII产品功能清单(2)
序号
功能大项 • • • • •
• 3 负债模块 •
• • • • • •
• • • 4 银行卡 • • • •
功能子项 产品管理【维护、复制、删除、查询、组合产品设置、模糊查询】 参数维护【额度、基本参数、凭证、账户、控制、杂项】 存款开户【单位开户、个人开户、组合产品开户】 基本功能【存、取、转、查询、账户信息维护、自动处理】 特种业务【产品转换、凭证互转、批量开折、状态调整、利息试算、单户结息、强制结息、签约关系、 分户账、账户保护、关联设置、自动支付、收费设置】 存款销户【一本通销户、单位消户、个人消户】 形态转移、批量销户,账户迁移 集团账户【建立、解除、资金归集、资金下拨、头寸管理、查询】 冻结控制【法定冻结、法定划扣、账户控制、质押划扣、强制划扣、冻结查询】 存款证明【开具、回收、重打、查询】 法人透支【透支设置、维护查询、账户还本、逾期转垫款】 钱生钱【签约/修改/取消、查询、自动处理、】 查询业务【账户查询、交易查询、登记簿查询、理财查询、积数查询、通知查询、综合管理视图】
eCASII
柜面前端, 核心后台,会计总账
eCASII 柜面前端, 綜合前置 , 核心后台,会计总账
eCASII
柜面前端, 綜合前置 , 核心后台
银行核心系统应用架构
银⾏核⼼系统应⽤架构第【55】天。
摘要:⼀个好的核⼼银⾏系统,对各商业银⾏的重要性不⾔⽽喻,通常情况下,银⾏核⼼业务系统是指银⾏客户信息、存贷款、会计核算等应⽤的集合,本⽂就主要介绍银⾏核⼼业务系统应⽤的架构。
经过多年银⾏信息化建设的历程,国内各商业银⾏基本完成了能够满⾜⾃⾝⽇常经营活动所需要的银⾏信息化体系建设。
但是由于受到各⾃不同的历史因素的限制,各家⾏在构建核⼼银⾏系统时,都选择了最适合⾃向特点和发展需要的架构模式。
就架构设计模式⽽⾔,既有⾯向SOA的架构,也有⾯向EAI的集成架构;就系统集成度⽽⾔,有⼤核⼼系统,也有⼩核⼼系统。
1.⼤核⼼与⼩核⼼银⾏的核⼼系统建设,⽆论选择哪种架构设计模式,都应当与银⾏业务发展战略⾼度契合,结构简洁、清晰、运⾏灵活、⾼效,系统维护⽅便快捷、易于扩展。
⼤核⼼和⼩核⼼系统的出现,是商业银⾏在不同信息化发展阶段,⾯对不同业务规模、IT投⼊资源,权衡不同的功能和⾮功能需求后做出的不同选择。
⼤核⼼系统强调系统集成、安全与⾼效,除提供银⾏存贷款结算、客户信息等基础产品和服务外,通常会把与之关联较为紧密的辅助业务功能和管理功能捆绑在⼀起实现。
⼩核⼼系统也称为“瘦核⼼”系统,强调系统松耦合、组件化,通常是指剥离了⼤部分辅助和管理功能,保留银⾏存贷款、⽀付结算等银⾏基础产品和服务的核⼼交易处理系统。
⼤核⼼相对于⼩核⼼系统⽽⾔,“⼤”在应⽤系统、功能组件之间关联性相对较⾼,涉及业务功能和业务流程的范围较为⼴泛。
就应⽤架构设计要素⽽⾔,主要是选择的关注对象和侧重点不同。
所以,核⼼系统是⼤核⼼还是⼩核⼼并不关键,重要的是所选择的架构设计⽅法和模式,是否契合了各商业银⾏业务和技术发展的实际需要。
作为银⾏最重要的业务处理系统,与其他银⾏业务系统相⽐较,核⼼系统架构设计应重点突出稳定和⾼效。
对于变化频繁的业务功能、流程、以及产品和服务,不适合在核⼼系统中实现,所以在架构设计上,银⾏核⼼系统与其他银⾏应⽤系统之间,应该是松耦合的架构关系,应该采取多层次、组件化的架构设计原则。
银行业务与银行系统介绍2
• •
银行软件系统分类(业务处理系统2) 业务处理系统
下面以核心业务系统为例做一简单介绉: 银行核心业务系统被视为客户为中心的,集成了交易处理、产品 创新、客户关系管理、风险管理和资本配置等多种应用组群的系 统,被视为银行核心竞争力的重要组成部分。借劣核心业务系统 商业银行可以仍财务、风险、产品和服务等对本银行有全方位的 把握 银行业务可以分为批发业务和零售业务两大类,相应地核心业务 系统也划分为零售银行系统和批发银行系统,前者面向的是柜台 和各类电子银行渠道发起的交易,单笔金额小但交易总量巨大, 系统运行侧重的是柜员挄定制的规范执行业务,尽量丌容讲有特 殊处理。后者更多是面向“后台”交易如汇款、外汇买卖、资金、 信用证等,交易量低,单笔金额大,更主要是流程复杂,因此非 常重视流程控管,出现特殊处理需要时系统自劢排队,由客户绊 理戒者业务主管审批。两者在安全机制、系统处理能力、清算系 统接口等诸多方面都迥然丌同
银行业务介绍 常见应用系统介绍 --2
柳金峰 2011.11
商业银行常见应用系统介绍
第二部分商业银行常见应用系 统介绍
中国金融信息化历程 银行软件系统分类和特点
商业银行常见应用系统介绍 中国金融信息化历程
脱机业务处理阶段(70年代末期~80年代) 联机业务处理阶段(80年代~90年代中期) 综合业务系统阶段(90年代后期~2004) 金融集成应用阶段(2004~至今) 总而言之,新时期下,银行业信息化建设的目 标可以概括为:以数据大集中为前提,以完善 的综合业务系统为基础平台,以数据从库和数 据挖掘为工具,以信息安全为技术保障,打造 出现代化,网络化的现代商业银行。
•
银行软件系统分类与特点 银行软件系统分类与特点
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
银行核心系统入门简介(银行科技人员入门必读手册)全文目录1 科目常识 21.1 资产 21.2 负债 21.3 所有者权益 31.4 资产负债共同类(往来类)(共同类) 31.5 损益类 41.6 或有资产负债类 41.7 表外科目 41.8 其它 42 简单会计原理 52.1 内部账户 52.2 复式记账法 52.3 冲账 53 业务流程描述 64 常见规范及检测 74.1 传票以及日志 74.2 常见检测内容 75 系统架构及部分模块常见设计方案 85.1 常见总体架构 85.2 计息 85.3 储蓄/对公 105.4 客户信息 115.5 贷款 115.6 清算与结算 125.7 额度控制 135.8 冲账 145.9 其它 15银行核心系统入门简介本文的目标读者是准备从事银行核心系统开发、维护的从业人员。
请注意,是“准备”,换句话说,可以理解为一份对科技人员,尤其是对新入门的科技人员业务知识方面的培训手册,旨在让诸位从业务方面迅速上手(从技术角度上手的手册我已经贴过一份了,所以如果是用400的同行,可以结合本手册双剑合璧,效力倍增)。
这里的着重点将会主要在于简单的银行会计原理,以及银行整体的业务流程,还有相应的模块实现手法和注意事项,对金融的会计知识方面应该可能会比较粗浅,这一点与金融系统常见的业务培训手册有所不同,注意体会。
基于此,本文将会假设读者具备一定的计算机技术,具备少量银行方面的业务知识,所以如果有从事非IT部门的读者(比如财务信贷的同事们),就请不要太计较里面的表述。
当然如果有错误,还是非常欢迎指出的。
对于已具备了若干开发、维护知识,或者是即将采用国外系统来建设的同行们而言,本文的内容可能就过于浅显了,看得不爽不要怪我没有事先提醒。
考虑到某方面的问题,这里的系统简介将尽可能的脱离某个具体的系统,仅就银行业务核心系统的共性,进行介绍以及探讨。
最后再说一下,没有什么手册、心得是万能的,个人的LEVELUP始终是要靠自己的领悟,这里只是希望能让诸位新人不用象很多人当年一样,独自摸索与徘徊。
1科目常识基本法则之一:资产 = 负债 + 所有者权益。
(新会计准则有所不同)比如说,我们手头上有40万,买了一个100万的房子,找银行贷款了60万,那么资产就是100万,负债是60万,所有者权益是40万。
可以简单的把所有者权益就理解成为是真正属于自己的钱。
再引申一下,早些年乃至现在,香港人所谓的“负资产”的说法是非常错误的,因为“负资产”实际上是指房子的市值比向银行贷的钱还要小,也就是负债大于资产,所以严格的来说,应该称之为“负所有者权益”才对。
资产,从理论上来说,是不可能为负的,最多也就是零。
一个号称是金融中心的地方,实在是不应该出现这种失误,不过算了,不要和他们计较。
就银行业务而言,会使用会计科目号来对账务进行标识,会计科目号最长为5位,国家标准,通常分为下面六种,这里只做简单介绍,详细科目可结合著名的的“业务状况表”来进行理解。
再次重申,下面的说法绝对不严谨,仅仅只是为了便于IT人员理解银行的会计原理、业务知识。
1.1资产资产类的科目,用“1”作为首位科目号,如“1011”,表示现金。
所谓资产,也就是说“理论上属于银行的钱”,比如说现金,贷款等。
比如说某家分行,有100万现金,然后把这100万都贷出去了,那么资产仍是100万,只不过归属(科目)由现金变成了贷款。
至于这笔贷款能不能收回,这个不归我们管,就算不能回收,只要没被核销(核销,术语之一,可以理解为银行不要这笔贷款了),那么就仍然属于资产,所以我们称之为“理论上属于银行的钱”。
资产类科目都是借方科目,也就是借记时余额增加,贷记时余额减少。
1.2负债负债类的科目,用“2”作为首位科目号,如“2011”,表示对公存款。
本来不属于银行的钱,就称之为“负债”。
比如说我们存在银行的钱,虽然银行可以使用这笔钱,比如说把它贷款贷出去啊,比如说打新股啊,买QDII啊,但是这笔钱只要我们去取,原则上银行就应该给我们,也即是大家常常在营业大厅里看到的“存款自愿,取款自由”之类的意思。
这类钱,可以简单的理解为“本来不属于银行的钱”,也就银行欠我们的钱。
负债,很有趣的东西喔,银行是负债经营的,比如说一家银行贷款有100亿,其实它本身是没有那么多钱的,这些钱都是来自于我们存在它那的钱。
如果大家一起都去银行的钱取出来,那它就经营不下去了,这种恶劣的行为,称之为“挤提”,是很不友善的,是要负责任的,我们不要去做。
负债类科目都是贷方科目,也就是借记时余额减少,贷记时余额增加。
1.3所有者权益所有者权益类的科目,用“3”作为首位科目号,如“3121”,表示利润分配。
上面说过了,所有者权益,也就是真正属于银行的钱,即是所谓的“核心资本”。
原则上,它包括了一家银行注册时的资金,历年来的盈利(假设有盈利的话,当然还要扣除各类成本开销),如果是股份制银行的话,还包括股本金之类的吧。
这类科目相对数量较小,金额较大。
所有者权益类科目,增加记贷方,减少记借方,余额反映在贷方。
1.4资产负债共同类(往来类)(共同类)资产负债共同类,通常表示往来账户,用“4”作为首位科目号,如“46411”,表示通存通兑。
这类科目,通常是指一些往来类账户,所谓往来类账户,嗯,就是金融往来的账户喽。
这个科目有点麻烦,可能要结合具体业务来解释一下:比如说我们在招行有个账户,然后跑到工行的ATM上去取钱(招行也是,中山这种伟人的故乡居然都不开个点,严重BS一下),那么取款成功之后,我们的招行上的账户的钱就少了,工行ATM里面的现金也少了。
这笔钱是工行替招行先支付的,要找招行要的。
所以工行一定会有一个科目,用来标记它有多少钱要找招行要;而招行也要有一个科目,也是要用来标记它有多少钱要给工行。
(怎么要,那在后面清算一节里面会提到。
至于跨行ATM的取款原理,就不用再细说了吧。
)这个用来标记应付,应收的科目,就是往来类科目,对于工行方而言,当时使用到的就是一个类似于资产类的科目(有点类似于应收账款的意思,或者也可以理解成一种短期的贷款,总之就是工行先付出的资金);招行当时使用的就是类似于负债类的科目。
上面提到的,因为是银行与银行之间的业务往来,所以用来标识资产与负债的科目会有分别,如果是行内之间的往来,那么不会搞得那么复杂(或者也可以说搞得更复杂),就会用一个科目来搞定,这个科目根据具体需要,临时用的,有时表示资产,有时表示负债(其实也就是科目上的余额有时是借方,有时是贷方。
因为这个科目既不是资产,也不是负债,只是临时用来表示营业往来的,通常每天会清零,也就是所谓的清算。
一般而言,城市级别的商业银行因为是一级法人,所以清算之后,行内往来账户上余额为不为零都没什么关系,反正都是自已家的钱;而信用社会比较麻烦一点,因为通常一个联社都是由多个信用社组成,每个信用社都是一个法人,所以联社内部的往来类账户原则上每天应该都清零,否则账务上就不好看了。
(注意,这里指的只是行内的往来账,如果是银行与银行间的,那每天一定是要清零的,否则就是属于错误的情况了)这类科目在我们做过的项目里,基本上都简化了,只有一个轧差类型的。
也就是把当天的借方发生额和贷方发生额一减,哪个大就谁记在哪边。
我记得以前还有一种双方类的科目,那真是玩死人。
双方类的科目是指这个科目既有贷方余额,又有借方余额;对应贷方余额,既有借方发生额,又有贷方发生额,同理,对应借方余额,也是既有借方发生,又有贷方发生,如果只有上期的借贷方余额,以及当期的借贷方发生额,那是无论如何也推算不出当期的借贷方余额各是多少的。
(必须根据发生账务时,是借方余额,还是贷方余额来判断),不知道这类科目的起因为何,总之如果有的而且可能的话,最好能拆分之几个性质单纯一点的子目来处理。
不好意思,因为对这类科目感触颇深,也被玩过很多次,被玩很久,一时激动,就多说了几句。
1.5损益类损益类的科目,用“5”作为首位科目号,如“5011”,表示利息收入。
损益类科目,理解起来应该不难,就是指银行在一年的业务里面的收支科目。
比如的存款利息,对于银行来说是一笔支出;贷款利息,对于银行来说,是一笔收入。
这两个科目就都属于损益类科目。
一般来说:收入类科目属贷方科目,借记时增加,贷记时减少;支付类科目属借方科目,贷记时增加,借记时减少。
在理解上,可能与资产、负债类的科目有些相反:资产是指属于银行自己的钱,是借方科目;对应于这里,收到的钱是银行自己的,却又是贷方科目。
这里,按会计原理来理解可能会更简单一点,下面一章会讲到。
1.6或有资产负债类或有资产负债类的科目,用“6”作为首位科目号,如“6011”,表示承兑汇票。
闻歌知雅意,顾名思义,“或有”,那自然就是“或者有”,也就是可能没有了,所以如果没见过也不奇怪。
这类科目见得少,一般可以忽视它的存在。
1.7表外科目用“7”作为首位科目号。
其它这里再罗嗦一下,在科目下面呢,一般为了便于分类统计,所有的银行都会再设子目(一个子目一般又会对应多个小子目,或者说是说是多个账户),这个子目,有的地方叫“业务代号”,有的地方叫“结算码”,总之都是一个意思。
要注意一下,科目号是国标,子目通常是自己内定的,对应于信用联社,就有可能是省里统一定的。
也就是说科目这个东西走遍全国大致上都是一样,子目这个东西可能出省,出了城市,或者说一个市里不同的银行,可能都不一样。
2简单会计原理2.1内部账户这个问题,我在刚学的时候,曾经颇疑惑了一段时间,所以虽然很简单,但还是单独拿出来说一下。
所谓内部账户,是与客户账户相对应的。
也就是说这些账户不是用来登记、反应客户的账户信息,而是反应行内的账务情况,比如说损益类科目的账户,就都是内部账户。
客户的账户,一般是客户来银行开户的时候,才建立的用来登记账务的账户;内部账户,一般是分行成立之初,统一生成的。
(一般都一个专门的程序,由操作人员来调用的吧)其实对于内部账,在会计原则上,登记个科目发生可以。
至于增加子目,乃至内部账户的概念,主要是为了后续的分类统计以及相应的分说到这个账户,就顺便想起了表内表外的问题。
表内账,都是正正式式,真金白银的钱;比如我们的存款什么之类的。
而表外账,通常是一些统计之类的东西,比如说现在分行里有多少本存折啦,还有已经核销的贷款之类的。
表内账的单位,都是“元”;表外账的单位,就百花齐放了,有的是“元”(比如说已核销贷款),有的是“本”或者是“张”,比如说存折或者说什么有价单证。
而最后,表外账在汇总统计的时候,不管是什么单位,就是统统一加了事,对于不是财会专业的,尤其是我们搞计算机的人来说,这种加法简直有些不可理喻,总之银行会计上就是这样处理。
所以说,一般报表里面,大家会对表内账比较关注,对表外账的要求不是太严格(我是这样偷偷的说,各位怎么处理是大家自己的事)。