银行核心系统入门简介(银行科技人员入门必读手册)
第9章 综合实例 - 银行核心业务系统

9.2.2 创建系统静态模型
(5)Deposit类
Deposit +newDeposit(account: Account, fund: float, dateTime: DateTime): void +save()
9.2.2 创建系统静态模型
(6)withdraw类
Withdraw +newWithdrawt(account: Account, fund: float, dateTimห้องสมุดไป่ตู้: DateTime): void +save()
(4)Deposit类、Withdraw类、Transfer类继承Transaction类 (5)AccountForm类、QueryForm类、TransferForm类、DWForm
类是MainForm类的一部分。
(6)AccountForm类、QueryForm类、TransferForm类、DWForm 类要依赖Account类。
第9章 银行核心业务系统
9.1 需求分析
银行可提供存款、取款、转账等业务。实际生活中银 行的功能及其复杂,为了简化系统,本例只考虑银行的基 本功能。
9.1 需求分析
银行系统至少具有如下功能: • 一个客户可以持有一个或多个账户。 • 开户 • 注销账户 • 存钱 • 取钱 • 本行转账 • 跨行转账 • 查询账户情况,包括存款、取款等交易记录
9.2.4 创建系统的部署模型
系统构件图
9.2.4 创建系统的部署模型
2.创建部署图 部署图描绘的是对系统节点上运行资源的安排。在银行系统中,系 统包括四种结点,分别是: 数据库服务器结点 负责数据的存储
系统服务器结点
银行新一代核心业务系统介绍

上海银行“新一代核心业务系统”正式上线今天,以“携手合作共创辉煌”为主题的上海银行新一代核心业务系统正式上线新闻发布会在沪举行。
上海银行行长陈辛、惠普公司亚太和日本地区专业服务事业部高级副总裁连萧思、上海银行总工程师蒋洪、中国惠普有限公司企业计算及专业服务集团咨询与集成事业部总经理吴龙华等出席了上线仪式。
上海银行这项基于T24的对公和国际业务系统,由中国惠普有限公司(HP)作为总集成商,协调在银行业具有国际领先地位的核心系统软件供应商Temenos等多家厂商,历时一年半的紧密合作,最终将该行200多家分支行基于核心业务系统的有关信息整体移植、一次切换上线成功。
该系统上线后,上海银行成为国内少数成功将核心业务系统建立在全球先进IT和应用系统平台上的商业银行。
这不仅是上海银行以国际先进银行为标杆、培育核心竞争力、全面建设现代金融企业的一项重要举措,也是中国银行业以国际视野推动信息化战略规划、金融科技主导产品和服务创新的成功案例之一。
同时,这也是惠普在中国金融业首次实施“核心业务系统”即获得成功的大型项目。
有关人士认为,该项目的成功,对国内商业银行加速引进国外先进的核心业务系统,提升中国商业银行应对全球化挑战的核心竞争力,具有积极的示范效应和推动作用。
据介绍,上海银行新一代核心业务系统具备的主要功能特征包括:支持大集中模式的系统建设、产品创新和统一的客户服务;以客户为中心的设计理念,将客户信息作为独立的系统模块,设计专门的客户服务系统对客户信息进行专门的管理;参数化驱动的产品开发,将市场上成熟的业务产品按基本要素进行抽象,提取相同的部分作为参数,通过参数配置进行新产品的定制;提供多渠道全方位的个性化服务,丰富服务内容、提升服务质量,满足客户的个性化需求;通过系统的结构化设计,提供7×24小时全天候服务,避免服务渠道的冲突;分析、决策,提高管理水平,通过完整记录的客户信息和产品信息,为银行的分析、决策系统提供强有力的数据支持;监管、监控,提高抗风险能力,通过在产品、客户、账户、交易等各个层面实现集成的、业务模块间交叉的风险管理和监控。
银行下一代核心系统介绍

PMO 项目管理人
项目顾问
通用
Core1 – 存款
Core2 – 贷款
Core3 – 外币兑换 Core4 – 客户/渠道
• EA (including DA, and DBA)
• PKG common • Common Data • Common Service • PF, FF, CC, Data
Product Mgt
Fee Mgt
Approval
Branch Mgt
Interest Rate
Document
Working day ...
System Common Layer
Transaction Control
Parameter Mgt
Error Control
Deferred Process
Core Banking System (ProFrame)
Channel Tier
Terminal
CD/ATM
Call Center
Web
KFTC Financial Supervisory Evaluation Partner
Multi channel Integration SSO
Group Ware
3/14
单一企业门户的 银行新核心系统
下一代银行系统概述 — 项目组织
筹划指导委员会 (IT Upgrade Committee)
基础
• HW,SW, Security
• SMS • EAI • Channel
integration, integrated terminal
项目主管
项目管理人
顾问
新银行支持组
Launch
核心银行系统个人存款业务操作指引

核心银行系统个人存款业务操作指引一、业务流程介绍个人存款业务是银行的主要业务之一,包括活期存款、定期存款、储蓄存款等。
核心银行系统作为银行业务的信息化管理平台,对个人存款业务的操作进行了全面的电子化处理,提高了操作的速度和效率,降低了错误率,为客户提供更好的服务。
二、个人开户操作指引4.开户确认:审核通过后,银行向客户确认开户成功,并提供相关的账户和银行卡信息。
三、个人存款操作指引1.存款凭证:客户携带存款凭证(存折或银行卡)前往柜台办理存款业务。
2.存款金额确认:客户告知银行工作人员存款金额,并进行确认。
3.存款办理:银行工作人员将存款金额录入核心银行系统,并将存款凭证放入存款机器中。
4.存款确认:核心银行系统完成存款业务的记录和处理后,通知客户存款成功,并打印存款凭证。
四、个人取款操作指引1.取款凭证:客户携带取款凭证(存折或银行卡)前往柜台办理取款业务。
2.取款金额确认:客户告知银行工作人员取款金额,并进行确认。
3.取款凭证验证:银行工作人员核对客户的身份信息,并验证取款凭证的有效性。
4.取款办理:银行工作人员将取款金额录入核心银行系统,并将取款凭证放入取款机器中。
5.取款确认:核心银行系统完成取款业务的记录和处理后,通知客户取款成功,并打印取款凭证。
五、个人账户查询操作指引1.账户查询凭证:客户携带个人存折或银行卡前往柜台办理账户查询业务。
2.账户信息确认:银行工作人员核对客户的身份信息,并查询客户的账户信息。
3.账户查询办理:银行工作人员通过核心银行系统进行账户查询,包括余额查询、交易明细查询等。
4.查询结果打印:核心银行系统将查询结果打印,并提供给客户参考。
六、个人账户管理操作指引4.变更确认:审核通过后,银行向客户确认账户变更成功,并提供相关的账户和银行卡信息。
以上是核心银行系统个人存款业务操作指引的简单介绍,银行通过电子化的操作流程和核心银行系统的支持,可以为客户提供更加便捷、高效和安全的服务。
核心业务系统基础业务概述

核心业务系统基础业务概述核心系统通用准则无论是采取何种方式进行构建核心系统,都应正确把握核心系统在全行的定位,符合信息系统建设的架构,同时,遵照常见核心系统的构建准则。
(1)核心系统建设特点依照国际以及国内实际建设情况,对比银行核心系统转型的趋势,未来银行核心系统大多采用采用瘦核心架构设计,即核心系统应该具有如下特点:Ⅰ.核心银行系统是典型的交易处理系统,具备处理客户账务及内部账务的分户核算处理。
Ⅱ.核心银行系统也是会计处理系统,处理银行科目的清算核算。
未来的核心银行系统通过架构整合,有机构成核心银行系统应用平台,对外是一个整体系统,对内则将银行的核心业务分散到一组系统分别完成。
(2)核心银行系统的边界Ⅰ.核心银行系统不涉及直接面对客户的银行前端处理。
Ⅱ.核心银行系统不承担分析性工作,分析性应用通常是具备行业特征的数据仓库设计的一部分。
Ⅲ.核心银行系统通常只具备其业务处理和报表所必需的客户信息,但不包含全面的客户信息;一般银行会建立企业级客户信息,以支持多个系统互动和共享客户信息。
Ⅳ.核心银行系统在业务全流程操作中只承担账务处理功能,而业务操作流程由业务管理系统进行处理(如信贷流程管理、国际结算等)。
(3)核心系统建设原则通常情况下,核心银行系统应该是稳定的,尽量避免直接在源程序上调整。
为了能够一个稳定的核心系统,满足灵活多变的业务需求,使用如下原则:Ⅰ.尽量剥离业务流程管理功能,如信贷管理、风险管理、财务管理和柜员管理。
Ⅱ.采用高度模块化的结构设计,对其他系统提供多样化的标准账务服务。
Ⅲ.以参数化为基础的设计,支持弹性利率结构、产品期限、费用定价等功能,提供迅速、强大的新产品支持能力。
核心银行系统应该可以有机地与其他系统整合,为了在其内部各模块之间、以及与其它系统之间有效衔接,实现数据同步,使用如下原则:Ⅰ.从整体架构考虑,明确各系统的功能定位,并且在未来的实施中严格管理,杜绝功能重叠现象。
Ⅱ.建立面向服务的应用架构,利用企业服务总线,响应各系统间交互的请求。
建设银行网络学习系统学员手册实用手册3篇

建设银行网络学习系统学员手册实用手册第一篇:建设银行网络学习系统入门指南作为一名建设银行员工,我们都应该重视学习,保持学习的热情,不断提高自己的能力和技能。
学习已经成为我们每个人的必备技能,因为它可以帮助我们适应新的挑战,并为我们未来的职业生涯奠定基础。
建设银行网络学习系统是通过互联网获取知识和技能的一个平台。
在这个平台上,我们可以轻松地接受各种培训课程,也可以随时查询学习材料和课程讲义。
这篇文章介绍了建设银行网络学习系统的入门指南,帮助初学者更好地利用这个平台学习。
一、登录学习系统要登录学习系统,我们需要访问建设银行官方网站,并单击“员工入口”进入员工专用区域。
接下来,单击“在线学习”按钮,即可进入学习系统。
我们需要输入设置的用户名和密码,以便能够正确地登录。
二、探索学习系统学习系统的主界面非常简单。
主要包括导航栏、轮播屏和选课流程。
我们可以根据自己的学习需求选择相应的选项进行学习。
可以根据兴趣选择不同的课程,也可以查看最近更新的课程,以帮助我们更好地获得知识。
三、选择相关课程我们可以选择不同类别的课程,包括业务培训、通用技能培训和管理能力提升等。
在选择课程时,可以根据自己的职位和需求进行选择,以便能够更好地满足自己的学习需求。
四、学习课程在选择课程时,我们可以直接查看相关课程的详细信息。
一旦选择了课程,我们就可以开始学习。
我们可以通过在线观看视频、阅读讲义、听音频等不同的方式来学习相关内容。
五、完成学习完成课程学习后,我们需要进行必要的测试和评估,以测试自己是否掌握了相关知识。
我们可以在学习记录中查看自己所有完成的课程,并进行自我评估。
总之,建设银行网络学习系统是一个非常有用的平台,可以帮助我们更好地学习和成长。
通过利用学习系统,我们可以提高自己的技能和能力,实现职业生涯的成功。
核心银行系统个人存款业务操作指引
核心银行系统个人存款业务操作指引核心系统开关机流程一、开关机流程图1、开机流程图2、关机流程图二、注意事项及风险控制:1、同一终端上不可同时登陆多个柜员。
2、按机构限定柜员允许签到的终端范围。
3、系统默认采用指纹身份验证方式,特殊情况下可回退至密码身份验证方式。
4、机构签到、签退必须双人操作,即操作柜员、核准柜员须同时登录系统后,由普通柜员执行开机交易。
5、普通柜员营业结束轧账签退后,如需执行其他交易,则必须重新执行轧账交易(重要空白凭证、现金)后方可签退。
核心系统活期存款开户业务流程一、产品介绍活期储蓄存款是指不规定存期,储户随存随取的储蓄存款。
开户时由银行发给存折,以后凭折办理存取款。
每季度末月20日为银行结息日,以当日挂牌的活期存款利率结算利息一次,利息并入存款本金起息。
活期储蓄存款方便、灵活、手续简便,适合个人日常生活待用款的存储。
人民币活期储蓄起存金额1元,多存不限;外币存款起存金额为相当于人民币100元的等值外币,兑换率使用我行当日对外公布的实时兑换牌价。
二、开户流程图三、操作步骤及注意事项1、62000-开户引导画面操作步骤:现有客户号/账号→客户号/账号(C:客户或账号)→产品类别、产品子类(使用下拉菜单选择或使用搜索键搜索返回产品码两种方式进行)→点击“提交”。
注意事项:新开账户可先点击系统左上角“通用查询”按钮,查询是否已有客户号;也可使用62000交易画面中“客户号/账号”后的“刷折键”刷磁读出账号,再通过账号查询该账户的客户号。
如无客户号,必须先执行62001交易开立客户号。
2、2000-开立账户主画面/2800-开立一本通账户主画面操作步骤:活期存款帐户无需进行修改,直接点击“提交”;注意事项:该交易直接提交后,系统打印客户业务通知单,账户会默认开户信息。
3、1010-无折现金存款交易操作步骤:帐号(联动时不输入)→货币→金额→产品类型、产品子类→现金统计分析码→点击“提交”;注意事项:开户后,系统仅联动该只交易,使用其它交易存款,需要柜员单独发起交易。
银行新核心基础架构方案设计技术手册
银行新核心基础架构方案设计技术手册目录1.分析篇 (4)1.1银行核心基础架构的现状 (4)1.2银行核心基础架构面临问题 (5)1.2.1耦合性问题 (5)1.2.2资源格局限制 (5)1.2.3扩展性短板 (6)1.2.4数据安全局限性 (6)1.3银行核心基础架构重构必要性 (6)1.3.1三步走战略分析 (7)1.3.2面对 FinTech 时代的机遇与挑战 (7)1.3.3集中式与分布式 (9)1.3.4微服务与巨石 (10)1.4银行核心基础架构重构难点分析 (11)1.4.1交易和核算的分离问题 (11)1.4.2系统去耦问题 (11)1.4.3思维转型 (12)1.4.4思维转型 (13)2.规划篇 (13)2.1银行核心系统去耦设计 (13)2.1.1业务模块的逻辑拆分 (13)2.1.2应用模块的分布式部署 (14)2.1.3基础架构的逻辑解耦 (14)2.2资源池化方法 (14)2.2.1应用和资源的映射关系分析 (15)2.2.2虚拟化方案的设计 (15)一、各个资源池的设计 (15)二、虚拟服务器对资源的分配策略 (15)三、资源的动态优化策略 (15)2.3基础架构扩展性方法 (16)2.3.1前提条件 (16)3.3.2应用层的扩展性设计 (16)3.3.3数据层的扩展性设计 (16)2.4互联网模式发展方法 (17)2.4.1定位互联网模式的位置 (17)2.4.2互联网模式发展思路 (17)3.设计实施篇 (18)3.1银行核心系统存储解决方案 (18)3.2银行核心系统数据库解决方案 (19)3.2.1架构规划设计原则 (19)3.2.2数据库性能影响 (20)3.2.3P ower 虚拟化架构设计要点 (20)3.2.4同时满足 IOPS 和吞吐量 (21)3.2.5数据库集群的心跳网络设计 (21)一、硬件及参数 (21)二、网卡绑定 (21)三、SCAN IP (22)四、网络参数 (22)3.2.6虚拟化与物理机混合部署 (23)文档介绍目标人群本文章适合银行从事IT 建设的架构师、工程师以及主导核心系统基础架构及应用系统建设或者改造项目的项目经理等人群,可以帮助大家对项目或者技术选型及定位有一些相对比较清晰的认识,从而指导其相关的技术工作。
银行核心系统发展浅析课件
提供贵金属交易、行情查询等服务。
风险管理业务功能
信用风险管理
提供客户信用评估、授信审批和风险预警等 服务。
市场风险管理
提供市场风险识别、计量和控制等服务。
操作风险管理
提供操作风险识别、评估和监控等服务。
04
银行核心系统的发展挑战 与对策
技术更新换代的挑战与对策
挑战
随着科技的快速发展,银行核心系统需要不断升 级和更新,以适应新的业务需求和技术环境。然 而,技术更新换代可能导致系统不稳定、兼容性 问题以及员工培训需求增加。
票据结算
提供票据结算服务,包括支票、本票和汇票 等。
跨境结算
提供跨境结算服务,包括国际汇款、信用证 等。
结算查询
提供结算查询服务,包括交易记录查询、交 易状态查询等。
投资理财业务功能
理财产品
提供各类理财产品的销售、查询和赎回等服务。
基金业务
提供基金销售、申购、赎回和转换等服务。
保险业务
提供保险产品销售、投保、理赔等服务。
功能
核心系统具备账户管理、存贷款业务 处理、转账结算、客户信息管理、风 险控制等功能,是银行业务运营的关 键。
银行核心系统的历史演变
初级阶段
早期的银行核心系统以手工操作为主 ,依赖于纸质凭证,效率低下。
电子化阶段
随着计算机技术的发展,银行核心系 统开始电子化,实现部分自动化处理 。
集中化阶段
为了提高效率和风险管理能力,银行 开始对核心系统进行集中化改造。
降低银行的运营成本
高效的核心系统能够优化银行业务流程,降低运营成本,提高银行 的盈利能力。
未来银行核心系统的发展方向和趋势
安全性与合规性的强化
银湖核心业务系统介绍
中胜 银行解决方案蓝图
传递服务和销售渠道
柜员
自助服 务
借贷追踪 网上银行 呼叫中心 手机银行 客户服务
摧收
统 一 身 份, 登 入 和 用 户 界 面 管 理 通 过 渠 道 整 合 系 统 (DSP 〕处 理 大 整 合
企业银行
ATM POS 借记卡
流动 银行
货币 兑换
传递客户 增值
核心产品处理系统
?灵活的进行产品定制;根据不同产品或不同 客户而灵活设定的收费方式
整合性强
? 通过客户信息系统,实现客户信息从账户系统整 合在客户信息里
? 通过各产品及服务系统,如存款,贷款系统实现
四合一 :本外币及对公、对私业务整合在同个模
块里 ? 通过总账系统,实现本外币及对公、对私账务核
算一体化 ?通过渠道整合系统( DSP),实现整合面向客户界
CUSTOMER DATABASE 客户数据库
PRODUCT
DEFINITION 产 品 定义
TOTAL 总 额 RELATIONSHIP 关 系 BLACKLIST 黑 名 单 TOTAL LIMIT 总 限 额
电子银行
CARD/ACCESS ID CREATION 发卡
卡
存款
DEPOSIT FUNCTIONS
? Daily Accrual 每日计息
? Less Bill Payment
中间业务少
国内
? Account Centric 账户为中心
? GL Based 核算为主
? Highly Independent 独立性强
? Batch Supervision/Inspection 事后监督为主
? Monthly Accrual 每月计息
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
银行核心系统入门简介(银行科技人员入门必读手册)
全文目录
1 科目常识 2 1.1 资产 2 1.2 负债 2 1.3 所有者权益 3 1.4 资产负债共同类(往来类)(共同类) 3 1.5 损益类 4 1.6 或有资产负债类 4 1.7 表外科目 4 1.8 其它 4 2 简单会计原理 5 2.1 内部账户 5 2.2 复式记账法 5 2.3 冲账 5 3 业务流程描述 6 4 常见规范及检测 7 4.1 传票以及日志 7 4.2 常见检测内容 7 5 系统架构及部分模块常见设计方案 8 5.1 常见总体架构 8 5.2 计息 8 5.3 储蓄/对公 10 5.4 客户信息 11 5.5 贷款 11 5.6 清算与结算 12 5.7 额度控制 13 5.8 冲账 14 5.9 其它 15
银行核心系统入门简介
本文的目标读者是准备从事银行核心系统开发、维护的从业人员。请注意,是“准备”,换句话说,可以理解为一份对科技人员,尤其是对新入门的科技人员业务知识方面的培训手册,旨在让诸位从业务方面迅速上手(从技术角度上手的手册我已经贴过一份了,所以如果是用 400 的同行,可以结合本手册双剑合璧,效力倍增)。这里的着重点将会主要在于简单的银行会计原理,以及银行整体的业务流程,还有相应的模块实现手法和注意事项,对金融的会计知识方面应该可能会比较粗浅,这一点与金融系统常见的业务培训手册有所不同,注意体会。 基于此,本文将会假设读者具备一定的计算机技术,具备少量银行方面的业务知识,所以如果有从事非 IT 部门的读者(比如财务信贷的同事们),就请不要太计较里面的表述。当然如果有错误,还是非常欢迎指出的。 对于已具备了若干开发、维护知识,或者是即将采用国外系统来建设的同行们而言,本文的内容可能就过于浅显了,看得不爽不要怪我没有事先提醒。 考虑到某方面的问题,这里的系统简介将尽可能的脱离某个具体的系统,仅就银行业务核心系统的共性,进行介绍以及探讨。 最后再说一下,没有什么手册、心得是万能的,个人的 LEVEL UP 始终是要靠自己的领悟,这里只是希望能让诸位新人不用象很多人当年一样,独自摸索与徘徊。 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 ”作为首位科目号。
1.8
其它 这里再罗嗦一下,在科目下面呢,一般为了便于分类统计,所有的银行都会再设子
目(一个子目一般又会对应多个小子目,或者说是说是多个账户),这个子目,有的地方叫“业务代号”,有的地方叫“结算码”,总之都是一个意思。 要注意一下,科目号是国标,子目通常是自己内定的,对应于信用联社,就有可能是省里统一定的。也就是说科目这个东西走遍全国大致上都是一样,子目这个东西可能出省,出了城市,或者说一个市里不同的银行,可能都不一样。