银行科技系统会计引擎作用,本文是关于银行科技相关论文怎么撰写跟会计和引擎和银行方面在职毕业论文范文.
银行科技论文参考文献：
银行业核心系统经历了几个时代的转变,大致十年左右完成一次生命周期的更迭,从最早的综合业务系统,到涵盖信贷、支付、理财等业务的大核心系统,再到现在“瘦核心”成为大势所趋,亦或将来实现完全组件化而不再有核心系统,本质上是围绕交易与核算关系的演变而变化.
长期以来,银行业务系统交易与核算紧密绑定,这从日常银行交易凭证中附带有借贷、科目等信息即可发现,交易与核算绑定的弊端随着互联网金融的发展、业务类型的不断创新、会计准则的变化逐步显现,导致银行核心系统的压力越来越大.交易与核算分离能使核心系统更专注于交易确认和对务,实现复杂的交易流程,会计确认和核算处理由核心之外的专业系统、模块完成,衔接交易数据和会计核算数据,能保证银行交易数据与核算数据的一致性,在这样的情况下,会计引擎应运而生,承担起交易核算分离的重要角色.
一、交易与核算
1. 交易与核算的概念
交易是对于银行与客户合同关系变化的实际有效确认,是双方权利义务关系得以确立的具体实现,其目的在于确立经济事实真实发生,这是核心系统交易所承载的本质功能.
核算是按照特定规则对于经济事实（不仅限于银行与客户的合同关系,还包括了其他能够影响银行经济利益的事项）的反映和表达,其目的在于为利益相关者提供有用的信息.
会计只是对经济事实或交易结果的反映,核算所包含的确认、计量和报告等一系列动作是基于交易所产生的特定经济结果.无论在系统实现上二者相隔的时间多近,从时间顺序和逻辑顺序上,交易所达成的结果只能是会计核算的前提和输入项,而会计核算本身并不影响交易事实是否达成.交易环节结束,产品出售给客户,双方交易就已经完成,只要交易要素被正确记录,就不会因记账与否或如何核算、核算结果而影响这一经济事实.
2. 交易与核算关系演变
结合行内历史经验及同业调研情况,可按时间推移顺序以及银行科技的发展将交易与核算关系演变归纳为五个阶段（见表1）.
3. 交易与核算捆绑的弊端
首先,不利于快速响应业务变化.在捆绑模式下,交易的完成以核算确认为前提,核算以交易要素为计量标准,二者处于一种深度耦合的状态.无论是业务受理方式出现创新,还是核算要求发生改变,都要对核心系统的交易系统和核算逻辑进行调整,开发周期较长,对市场的响应速度较慢.
其次,不利于实现精细化的内部管理.以核算驱动业务,必然侧重于核算需要而非管理需要,一些重要的管理数据需要手工统计和分析,时效性和准确性较差,分析的深度和广度也不足.在目前竞争日益激烈,市场细分日趋明确的形势下,银行的内部管理越来越朝着精细化方向发展,于是业务部门争相开发各自的业务管理系统,数据来源众多,容易出现系统之间数据重复、不匹配或不一致等问题.
最后,不利于满足日益提高的监管要求.各大商业银行相继上市,银行开始面临更加严格的财务监管,特别是近年颁布的新会计准则,会计核算与报告的范围变得更加宽泛,信息披露的要求也更高.由于不断地颁布新准则、新解释公告、修订原有准则,变化频率提高,而捆绑模式下的科技系统因优化周期长,必然成为银行持续适应财务准则能力的短板.
4. 交易与核算分离理念
鉴于交易与核算捆绑的诸多弊端,分离的理念在业界逐渐被提出,交易与核算分离有利于银行交易系统向专业化、精细化方向发展,这成为后续各银行核心系统升级、替换时必须考虑的架构议题.在交易与核算分离的理念下,各系统职责更加清晰,核心系统只专注于交易确认和对务,高效实现各种复杂的交易流程,无需处理会计信息；会计确认和核算处理交由核心以外的专门系统或模块完成,快速响应产品创新,会计准则变化不影响前端业务运营,前端产品创新不受后端会计处理的制约,核算系统以满足外部对银行资金运用情况报告的需要为目的,按照会计准则要求准确完整的记录银行各种业务的资金运转.
在现代国际化的大型银行IT 架构中,全球化、集中化、专业化处理将是必然趋势,结合交易与核算分离的理念,全行科技系统中必须有专门承担衔接交易数据和会计核算数据的工作,确保银行交易数据与核算数据的一致性,会计引擎应运而生,承担起交易核算分离的重要角色,通过会计引擎实现业务流程和账务处理的彻底剥离.
5. 会计引擎的概念和特点
银行的每一笔交易,本质上都是对账户或协议提供服务的反映,把全行产品和服务抽象出来,再建立统一的产品和服务与会计科目的对照关系,即形成了统一会计核算规则.
会计引擎是按照核算规则将业务系统的单向交易信息,转换成复式会计分录的模块.会计引擎通过核算规则来搭起交易明细与会计总账之间的桥梁,核算规则模型如图1 所示.
会计引擎的特点总结如下.
（1）独立性：会计引擎将业务系统（特别是核心）的会计核算功能剥离出来,并为总账提供标准的财务核算数据,会计引擎完全独立于业务逻辑,理论上可以脱离交易系统和总账系统独立部署,通过批量方式进行平衡检查和对账,支持自动产生会计分录.
（2）无关性：前端交易产品创新不受后端会计处理的制约,会计准则变化不影响前段业务运营.会计引擎不应包含过多的业务逻辑,与原交易相关的会计计量（如计息、计提）应由各交易系统完成,与会计准则相关的减值等可放在引擎中.
（3）通用性：会计引擎应能够适应未来各类新增业务的会计核算,以及适应核算规则和会计准则的变化,即有段值变动分录的适应能力.同时支持多个法人、多套科目、多套会计准则和全球化多时区的会计处理；参数化的会计规则,应由专业人员统一维护参数.
6. 会计引擎工作原理
会计引擎承上启下,起到桥梁作用,在内部要进行多种校验,保障账务准确性.会计引擎对外部数据源开放标准化接口,通过核算规则将交易流水数据转换为核算凭证,同时进行管理对象的余额核验.
交易系统中交易数据直接或间接传入会计引擎存储.会计引擎对交易流水进行检查、校验、拆分、合并、调账等预处理.针对各模型产生的交易数据,进行交易核对、匹配、会计平衡检查、会计规则映射、总分核对、减值准备检查,并对特殊交易数据进行账务处理.
通过产品的交易行为匹配核算规则,由交易和核算规则对应科目,然后根据产品的不同将账务归属到不同机构,依据不同的核算准则和会计准则,产生最终的过账分录提供给总账.
此外,在银行科技系统不能一次性完善的情况下,会计引擎应保留接收符合引擎要求的标准化会计分录的能力.
二、同业现状分析
1. 国外银行实践
西方现代企业管理的通用概念,对客提供产品与服务与会计核算一直是自然分离的,欧美银行遵从此理念,业务职能和IT 架构上充分体现了交易与核算松耦合.
随着金融危机蔓延,各国政府不但增强了对商业银行传统会计审核的要求,对会计计量规则、核算规则、信息披露都作出了更严格的规定.根据目前掌握的资料,国外银行主流的会计核算逻辑架构如图2 所示.
从图2 可看出,国外银行的主流核算架构交易与核算分离已经实现得非常彻底,所有的交易系统数据都由会计引擎进行统一核算,以此为基础建设新的会计核算体系,全球商业银行的CFO 和CIO 可以统一、多维度审视全行的财务经营状况.
2. 国内银行实践
根据调研,M 银行和P 银行在国际化软件包的实施过程中,通过吸收国际化软件包的先进理念,对交易和核算分离进行了不同程度的实践.通过实现核算和交易分离,强调专业化分工,增强产品创新的速度,提升业务运营和会计核算的效率.
（1）P 银行
P 银行新上线的核心系统以行方设计为主.目前的核心仅限存款交易、会计、公共等功能,新建了独立的会计核算平台（会计引擎）可从核心系统、票据系统等交易系统接收交易流水.信贷等交易系统尚未接入会计核算平台,暂时在信贷系统内部核算之后,将会计分录传输至大总账（如图3 所示）.
由图3 可以看出,P 银行采用了承担交易核算分离的会计核算平台架构,但由于行方历史原因并未实现彻底的分离,P 银行的实施模式对多数银行的核心系统建设具有较大借鉴意义.
（2）M 银行
M 银行核心系统范围仅限存款、贷款交易系统,交易流水传送到会计引擎,引擎生成分录后对接SAP 总账.资金、国际结算、支付、信贷等系统都在统一核算平台进行核算（如图4 所示）.M 银行是国内银行业全新自主建设全套IT 系统的典型案例,也是国内第一家实现企业级重构以及交易与核算彻底分离的银行.但M银行实施周期太长,各家银行在借鉴时需要在代价和结果之间做好平衡.
三、会计引擎在银行的实践
1. 银行系统边界划分原则
核心系统负责存款业务全程交易处理、贷款业务后台交易处理、部分管理维度信息的产生,定位为客户账户交易系统.会计引擎承接会计核算职能,将业务事件转化为会计分录.总账系统将负责进行各系统账务汇总及内部核算,与系统功能划分遵循的原则：
（1）由交易系统完成交易环节处理,由会计引擎完成生成会计分录环节,以明确分工,避免因业务多变造成核算侧的频繁改造；
（2）系统负责传入信息的准确性,核心系统原则上不落地、不修改、不核查,以减少手工处理及操作风险,优化操作流程,提升客户及用户体验.
2. 会计引擎设计原则
首先,分录与交易解耦,相互变化不影响对方.前端交易产品创新不受后端会计处理的制约,会计准则变化不影响前段业务运营；其次,根据要素来匹配核算规则,核心系统设计时要尽可能将交易与产品细分或原子化,核算要素越少,越能适应通用的交易系统；再次,架构设计上一定要实现交易与核算分离,会计引擎要保留逐步上收全行会计核算的功能；最后,功能上具备集中各类业务核算规则的可扩展性,核算规则应由交易系统提供.
3. 可行性方案
从同业机构的成功经验来看,要做到彻底的交易与核算分离,首先要在逻辑架构上建立全行统一的会计引擎或会计核算平台,所有交易系统都直接提供交易流水给会计引擎,引擎根据核算规则产生会计分录,经过内部检查、校验、汇总等过程,将结果传给总账系统.考虑到系统单独建设成本和系统间通讯、对账成本,物理架构上会计引擎不一定要单独建设.
核心系统仅专注于交易本身,将交易流水传递到全行统一的会计引擎,引擎生成分录之后,传递到总账系统.
考虑到目前各银行部分交易系统都是内部核算（比如资金交易系统、国际结算系统等）,生成分录后传给总账系统.同业核心系统建设阶段有可能沿用这种核算模式,即交易系统将会计分录传递到会计引擎,由引擎传向总账,引擎其实不承接系统的核算功能,只是作为对接总账的统一入口.从核心系统项目按期投产角度,采用这种核算架构的同业应该不在少数,但会计引擎一定要考虑后续逐步接收全行其他交易系统的核算功能,类似于P 银行的核算逻辑结构图.
4. 其他问题
（1）辅助计量
辅助计量包括会计项下的计提、摊销、估值、减值等新准则变化、实际利率调整、金融工具估值、中间业务收入计量等功能.单独建设辅助计量模块使交易系统与会计引擎都更加独立,以适应会计准则对金融产品复杂核算要求的不断变化,与对务无关,此模块只处理因会计核算需要而对交易明细做出计量,即依据会计准则完成交易明细级的账务调整.
（2）财务数据核算
关于财务类数据的核算,同业一致认为财务类数据不属于银行的前台交易数据,应归属于办公类系统.财务数据的核算主要是在财管系统内部完成,不经过核心系统的会计模块或会计引擎,直接将账务信息传至总账,甚至直接在总账内部完成财务数据核算.
5. 技术实现方案
（1）交易与核算分离图示
统一的会计引擎,使交易与核算处理分离,交易系统更专注对务；同时支持多法人、多准则的会计处理；参数化的会计规则,由专业人员统一进行参数化维护,自动产生会计分录.会计引擎逻辑示意如图5 所示.
（2）会计引擎功能设计图
基于目前对会计引擎功能的理解,结合全行系统可行性规划方案,把会计引擎的业务需求转换为系统设计示意图,如图6 所示.
新核心系统建设完成后,核心系统要按照会计引擎的标准接口提供交易流水；系统逐步完成改造,如果产品和交易类型无法细分满足引擎核算需求,可暂时通过会计引擎的分录接入接口提供会计分录；引擎内部进行核算必要性检查,根据交易流水的核算要素匹配数据库中的核算规则生成分录,最终产生明细分录.产生明细分录后可以提供给统一的数据平台,也可以将分录汇总后传给总账,视后续统一规划确定.
（3）会计引擎系统架构图
结合银行内部业务场景以及前述对会计引擎逻辑架构和功能设计的理解,我们对会计引擎底层系统架构进行了初步设想,底层使用运行UNIX 操作系统的小型机,系统响应时间、批量运行时间以及并发交易支持具有很好的支持能力和可扩展性；数据库采用业界主流的Oracle 数据库,为系统提供可靠稳定的数据存储功能；应用层部署主流的J2EE 应用服务器,可实现JA 应用程序的快速开发和灵活部署,且具有极高的安全性能.会计引擎内部功能主要分为业务处理、核算规则维护以及日常管理（如图7 所示）.
言而总之：上述文章是一篇关于银行科技方面的大学硕士和本科毕业论文以及会计和引擎和银行相关银行科技论文开题报告范文和职称论文写作参考文献资料.
池塘地理信息系统建设、作用和存在的问题
通过分析和研究江苏昆山池塘地理信息系统的建设现状、在现代渔业发展中的作用和存在的问题及对策,对推进基层渔业现代化建设做了进一步的思考 全面介绍了昆山的池塘地理信息系统,通过对系统在渔业产业发展的作用分.
农技推广在农业科技进步中的作用分析
摘要农技推广是全面推进国内农业科技进步的重要方式 本文主要从农技推广的内涵及意义入手,重点对农技推广在农业科技进步中的重要作用进行分析,并针对农技推广中存在的问题提出一系列改善措施,为行业相关人士提供.
融媒体实践对类型化音乐广播编单系统升级的作用以湖北经典音乐广播为例
内容摘要音乐广播编单系统尽管是以计算机技术为基础,但是,它的运行方式却是封闭的 面对融媒体时代传播市场发生的一系列变化,编单系统在保持其固有属性的前提下,其实现进一步升级的最佳选择无疑是运用融媒体思维.
多感官互动训练系统在特殊教育学校语文教学中的作用
【摘要】对于如何让特殊教育学校的孩子们能够感知到精彩的外部世界,这个问题是非常值得思考的 多感官训练系统就是一种较好的教学方式,能够较好地促进特殊教育学校的孩子们康复 因此,将对特殊教育学校语文教学中.