2001年中国加入WTO之后，银行界的管理变革开始骤然加速。首先是数据大集中模式的银行改革，工商银行为代表的一些国内银行率先完成。这种模式的改革主要达到了三个阶段性目标：上级机构对下级机构的监督、完善内控制度以及统一业务制度和操作。
数据大集中是商业银行业务处理的必然的方向。将所有业务数据集中，是实现客户信息共享、数据集中统计、联机分析及处理等必不可少的条件。
国外的银行核心业务系统、财务管理系统中，总账都是放在后台，用于财务处理和会计分析，定位于为监管层服务。而在国内，往往是将所有的东西都放在核心业务系统，每次调整都很复杂，这样就造成了核心业务很大压力。将总账从核心业务中梳理出来，是银行改革的需要，因为他们不希望系统的架构变成以财务为主线，它们更希望实现专业化的管理，便于银行把前端业务纳入独立的业务系统。
另外，国内商业银行一些老的会计处理方式与现有的国际会计体系准则有差异。原先大部分设计都是基于1980年代末、1990年代初的一些手工处理方法，但现在新的会计准则虽然出台了，但没有具体的操作细则，大部分实际应用的制度还是十几年前的制度，没有进行更新。
集中财务系统帮助银行建立了规范、统一的财务体系。因此，建立一套独立的，符合国际惯例和国际会计准则体系的总账业务系统，是目前商业银行的发展趋势。
1.2.1总账的业务定义
总账是银行账务的集中处理的中心，全面反映银行的财务状况和赢利水平。总账，是各种会计科目的总括记录，是统计明细分户账及明细核算同综合核算相互核对的主要工具，也是编制各类财务报表的主要依据。总账按照科目、货币设立，日计表、月计表、季计表、半年报表和年度报表，其格式设有上期借方余额、上期贷方余额、借方发生额、贷方发生额和本期借方余额、本期贷方余额六栏。总账应该逐日记载，每日营业终了，根据各个科目日结单的借方、贷方发生额分别填写，并结出余额。对于借贷双方余额反映的往来帐科目，其总账上的本日余额，应根据该科目各分户账，分别按借方、贷方、余额加计总数填写，不得轧差反映，并将上日余额轧差，加减本同发生额与本同余额的差额进行核对。每月营业终了，应加计本月的借方、贷方发生额及本年累计发生额。总账帐页每个月更换一次。
1.2.2国内总账业务系统的现状
国内商业银行的核心业务系统中大多都有总账功能。但是除了业务帐的核算，大多不能提供完整的财务系统功能，例如，固定资产卡片管理、费用管理流程等，只开放系统界面供财务人员手工或批量登帐。这种情况下，财务部门就需要使用其他单独的财务系统，管理“小总账”。将核心业务系统的业务帐汇总级数据及其他财务系统的科目级数据一并传入核心业务系统的总账模块，由核心业务系统生成日余额表、资产负债表、损益表等。核心业务系统是财务处理的中心。
1.2.3国外总账业务系统的现状
国外银行总账业务系统是独立于核心业务系统，但与核心业务紧密联系的账务处理系统。通过与核心业务系统的集成，总账业务系统能够自动收集、汇总及核算核心业务系统的数据。为了满足法定及外部监管部门对报表披露要求，总账业务系统提供全面的账务处理功能，例如科目设置，机构管理，账簿定义，凭证处理，费用管理，期末结转，财务分析等等。总账业务系统还能集成其他财务处理业务，例如固定资产管理、费用管理、采购管理等，实现账务的自动核算。同时，为了支持管理会计系统的建设，总账业务系统还能够按照银行内部管理的需求进行灵活设置。
国外银行普遍采用多机构、多利润中心、多货币、多产品的账务组织方式，根据不同的财务管理制度的要求，产生不同标准的财务报表，并为银行管理会计主要功能：部门成本核算、成本/效益分析、盈利性分析及绩效考核等提供接口数据文件。
1.2.4国内外总账业务系统的差异
目前，国内商业银行对总账的定义仅仅是记录及汇总相应的账务数据，以供报表等业务需求的各种科目的总括记录。总账非独立系统，而是依附于核心业务系统的独立的模块。国外银行的总账业务系统能够提供全面的账务处理功能，是银行集中账务的处理中心，能够自动收集，汇总及核算核心业务系统的数据，全面反映银行财务状况及赢利水平，并且按照不同的会计准则变化，可以方便灵活的进行调整。
面对客户的日常性业务操作和面对内部管理的统计、核算及分析是商业银行的两大主要任务。前者一般由网点柜台等业务部门执行。例如，客户服务和围绕客户帐进行的各种交易等。在执行操作时，前台柜员重点关心的是如何减少客户的等待时间，快速、准确地完成客户的交易请求，提高客户的满意度，而不用关心后台的会计核算及统计分析等管理性任务。因此，将前台的业务操作功能和后台账务处理功能相对独立设计，其间通过内部的总账接口文件传输，柜员在前台操作时，只需要输入有关客户的基本交易信息即可完成交易，交易信息在系统参数化的控制下，可以实时、次时或批量的自动生成总账会计分录，经由总账接口文件传送到总账业务系统，进行总账处理。所以总账业务系统一般与核心业务系统相对独立，而不是国内常见的总账业务系统和核心业务系统紧密结合在一起。如图1、图2所示。
另外，国外的总账业务系统还包括费用管理、采购管理、固定资产管理、应收应付款管理、往来账管理、现金管理等财务管理功能。
独立架构的总账业务系统优势在于：
(1) 具有高度的灵活性和准确性。系统采用参数化控制手段，在账务处理的过程中，保证在总行、分行、柜员、产品、账户等各层面账务的自动平衡，减少平帐的检查时间。
(2) 将前台柜员从繁琐的会计操作中独立出来，专注于面向客户服务，提高前台交易处理速度，降低操作性错误发生机率，提高客户的满意度。
(3) 当行业会计准则发生变化时，无需修改系统程序代码，调整系统参数设置即可，提高系统的稳定性，最大化的减少系统维护工作量，使银行能够快速响应来自金融市场和监管部门的各种需求。
总账业务系统与核心业务系统集成，基本能够满足全行的账务核算需求。同时，通过保持总账与核心业务系统的相对独立，建立系统间的对应关系，减少系统间的相互影响。例如，核心业务系统的变化不会引起总账业务系统的更改，提高了总账业务系统的灵活性和稳定性。另外，总账业务系统能够与其他财务管理 (例如费用管理、采购管理和固定资产管理系统等)集成，实现账务数据实时自动生成，最大化满足总行对下属各分支行的账务数据进行实时查询和监控，并且提取数据生成报表。
国际上大多银行使用的总账业务系统基本具有如下特点：
1.3.1科目的多维度设置
由于总账业务系统与盈利分析系统集成，对于部门、产品或地区的管理不需要在会计科目中体现，因此，会计科目能够很大程度的保持简洁性和稳定性。对于部门、产品或地区等细化的核算，通过总账业务系统与盈利分析系统的统一平台加以实现。在总账业务系统中可以配置需要进行细化核算的字段，账务数据除了集中到科目中，还可以进一步地分配到部门、产品或地区等明细字段。因此核算数据可以按照各种组合进行灵活的归类及分析，同时对于产品的调整也不会影响到会计科目的改变，保证了科目的稳定性。
1.3.2账务核算的集中管理
总账业务系统实行总行、分行集中核算体制，是高度集中的会计核算体系。由总、分行进行账务明细核算和总账核算，各机构、部门仅有业务录入员。账务核算均由总分行会计核算人员利用业务系统与总账业务系统的集成集中完成，这样既能满足风险防范的需求，又可以适应市场竞争的需要。
1.3.3与其他财务管理的集成
总账业务系统与其他财务管理 (例如固定资产管理、采购管理及费用管理等)的集成，能够实现账务核算的自动化和实时性。子分类账业务数据能够实时更新总账的账务数据，例如计算固定资产的折旧费用后自动在总账业务系统生成记账分录，减少财务人员手工凭证输入，这样不仅能够避免人工操作的错误，而且还可以提高工作效率。
1.3.4支持银行管理会计系统的建设
总账业务系统除了完成基本的账务核算和财务处理之外，还能够根据细化管理的需要进行灵活设置，例如，部门的定义和费用的管理，实现以核算为基础的内部管理。同时，总账业务系统的灵活体系能够针对管理会计的分析需求进行一定的配置，在实现账务细化核算的同时，为管理会计提供基础数据，进行进一步的成本核算、获利分析、风险管理等，支持银行管理会计系统的建设，形成一个完整统一的银行财务管理平台。
1.3.5便捷的数据查询和监控
总账应用平台在账务核算方面提供灵活的组织结构定义，可满足银行各个层面、各种类型的账务处理要求，包括财务报表合并。总行可以通过总账业务系统方便地查询其下属各分支行的账务处理及财务状况，发现某些可疑数据，并对异常数据进行追踪监控。
1.4.1研究目标
解决商业银行各级部门对银行账务处理及业务管理的需求，实现一个功能丰富、使用界面人性化、可定制、可扩展、易于安装部署及运行维护的银行财务管理系统，具备对银行主要财务业务支撑、整合及集成的能力。
总账业务系统应独立于核心业务系统，但与之集成。例如，核心业务系统中的数据(如存款、贷款、银行卡、国际结算、资金数据)将以汇总的方式转入总账业务系统，客户明细资料还在核心业务系统中进行管理。除核心业务系统外，总账业务系统还应与其他业务系统集成，例如，费用管理系统、采购系统和固定资产管理系统等，以保证数据的一致性。研究总账业务系统的主要目标在于账务核算。通过灵活完善的总账业务系统，并与银行各业务系统集成，加强银行对产品、部门和客户的获利分析，加强资产负债和风险控制的管理，满足外部法规和监管部门信息披露的要求。
图3简要说明了总账业务系统与核心业务系统，其他业务系统和获利分析管理、风险管理、资产负债管理系统的关系。
1.4.2研究内容
系统主要功能包括固定资产管理、采购管理、库存管理、应收管理、应付管理、销售管理、总账等模块。
固定资产管理：提供了固定资产模块基础设置，固定资产卡片管理，自动计算计提折旧，生成折旧分配凭证，相关统计分析报表、账簿等功能，并自动结转总账。
采购管理：提供了采购模块基础设置，供应商及供货商信息管理、价格控制等综合业务管理功能，以采购需求、采购订货、仓库收料、采购退货、购货结算处理等全面的采购业务流程管理，并自动结转总账。
库存管理： 提供了库存模块基础设置，库存量查询、物料出入库业务、库存盘点、物料库存台账、成本及账务更新等功能，并自动结转总账。
应收管理：提供了应收模块基础设置、期初余额、日常业务、月末处理、账表查询、统计分析等功能，并自动结转总账。
应付管理：提供了应付模块基础设置、期初余额、日常业务、月末处理、账表查询、统计分析等功能，并自动结转总账。顶层功能结构类似应付管理，但在日常业务处理流程上有很大区别。
销售管理：提供了销售模块基础设置、客户信息管理、金融产品报价、账表查询、统计分析等功能，并自动结转总账。
总账：作为账务数据最终集中汇总部分，与以上各业务模块集成，提供总账模块基础设置、从记账分录处理、过账、结账到财务报表生成等全套功能。
1.4.3我的主要工作内容
本人主要负责总账业务系统中总账模块的设计与开发，具体工作包括：
- 负责系统前期的整体需求调研。
- 负责系统总账模块的设计与实现。
(3) 负责系统总账模块的集成与测试。
(4) 负责系统的部署及维护工作。
本文共分五章，最后做了总结和展望，具体的内容组织如下：
第一章：绪论。概述本文工作，给出课题的研究背景。调研了国内外银行对总账的定义及差异，描述了总账业务系统的主要特征。最后提出本课题的研究目标与内容，以及本文的组织结构。
第二章：系统需求分析。首先调研了银行财务管理的现状，提出要实现的系统目标。通过对业务的分析，进而提出了系统功能及非功能需求。
第三章：系统概要设计。构建了总账业务系统体系结构，包括设计原则和体系架构。详细描述了系统的模块设计、数据库设计，最后给出了关键问题及其解决方案。
第四章：系统详细设计与实现。详细描述了核心模块的详细设计及实现方式。
第五章：系统测试与部署。通过功能测试及性能测试，给出了测试结论，并对系统进行部署。
最后对全文进行了总结，指出需要进一步开展的研究工作。
财务管理以银行利润最大化为目标。银行各项业务的本、外币收支应收财务部门统一管理，执行全行年度财务“一支笔”的审批制度和检查制度，优化财务资源配置，促进财务报告的真实准确。
在机构设置上，我国商业银行基本采用总分行制，即总行对各分行实行“统一管理、分级负责、逐级核算、自负盈亏”的财务管理体制。各级分行是银行财务管理的主体单位，在总行的授权范围内开展业务，承担各自的职责范围内相应的财务管理责任。按照总行下达的预算指标，各级分行的各部门编制本部门本级预算，进行项目的投入产出分析以及合理控制本部门各项开支，对本部门预算的执行负责。
商业银行财务会计报告一般分为年度、半年度、季度和月度财务会计报告。财务会计报表包括月报表、季报表、半年报表、年报表、资产负债表、现金流量表、损益表及其它附表和报表附注。财务会计报表按本币、外币折美元、本外币合并，逐级汇总上报。
2.2.1总体目标
总账业务系统的总体目标是：为商业银行建立一套统一的财务管理系统，实现业务核算和财务数据集中，加强财务管理，支持财务分析。
总账业务系统遵循“瘦总账”的设计原则，并满足会计部对会计科目的“瘦身”需求，不将业务分析和管理的信息全部纳入会计科目结构的范围。主要达到以下目标：
- 为银行财务信息提供统一的数据结构
在总账层次记录银行的收入，成本及科目余额的变化；为来源系统(业务系统)及手工记账的账务记录提供全面控制；提供完整的会计事项的审计线索，并保持与明细账及来源系统(业务系统)一致。
- 支持财务报表及信息披露
向股东和证券市场提供满足当地会计准则的财务报表；支持向监管机构报告总账中所包含的信息，例如基于分行的试算平衡表(大部分日常的、明细的报表应直接来源于来源系统)；支持其他的法定报告，例如税务报告。
- 支持高层次的业绩管理
支持高层次的基于事业部或业务条线的收益、费用等方面的业绩报告：支持基于产品组的产品管理及收入、支出报告；通过费用明细分析支持基于成本中心的预算控制和成本管理。
- 在财务处理和维护中实现效率和效果最大化
通过简化会计科目结构和层次，减少会计业务中不必要的财务处理和维护。利用有逻辑的层次和分组等科目编码方式简化手工记账工作。建立高效的分支行会计合并结构。
2.2.2核算体系
在财务管理体制上贯彻总行一级法人制度，使用统一的财务管理系统，满足总行、各分支行财务核算和财务管理的需要。建立全行统一的会计科目体系，并集中维护。实施新总账业务系统，将原来分散的财务管理平台统一到系统中来。利用系统标准功能，设计一套符合银行现状和未来发展要求的会计科目结构，通过流程控制和管理科目的日常维护，实现全行统一的科目维护，有利于核算精度、核算方法及报表口径的统一。
2.2.3费用管理
加强费用管理，费用核算实行总分行两级核算，总行办公室负责对总行机关行政费用支出进行核算，总行计财部对全行费用支出进行汇总和管理。根据系统业务实体的安全性设置，各分行自行核算应付费用账，各分行间应付费用账务互相屏蔽，总行机关的账务安全性设置等同分行，总行单独设置专门岗位对全行费用支出进行汇总和管理。费用支出实施归口管理，部门分工负责。费用支出时，先在系统外进行支出审批流程的审批，然后由应付会计在系统内记账，将费用归属到部门。
2.2.4资产管理
通过合理的资产管理架构，实现“统一领导、职能归口、属地管理”的管理目标。根据系统资产组织安全性设置，合理划分总行和分行的资产管理权限，实现总行对分行资产的统一管理和调拨。满足公司财务管理与税务会计两种折旧政策的要求。通过建立资产财务账簿与资产税簿，分别采用不同的折旧政策。
建立统一的资产实物标准，制定资产实物分类目录。通过对资产业务类型的规范，统一资产核算方法和系统业务流程。
本文主要是开发银行总账业务系统。基于系统的业务需求，在分析过程中主要采用业务流程图及系统用例图的形式，对业务进行分析，由于系统中涉及的攻能非常多，本章节只给出了系统总体需求用例图，并对重点的业务模块的用例进行分析和研究。
2.3.1系统总体需求
总账，是一个汇集财务信息的地方。总账业务系统，是一个集成性的系统，将业务和财务一体化的集中。总账业务系统包括采购子模块，库存子模块，应收子模块，应付子模块，销售子模块，固定资产子模块和总账子模块。其中总账子模块是各业务模块的汇集处，如图4所示。
- 总账与采购：
采购收货时，库存增加，未结收货（没有匹配发票，即暂估）也会增加。一旦收货，就会在总账中产生相关的会计科目，同时，也会触动库存模块，相关单品的库存就会增加。
采购收货时，信息直接进入总账，当取得供应商的发票进行匹配，采购信息会通过应付模块过渡到总账。应付模块对之前的未结收货业务进行匹配，把未结货转化成应付账款，并产生进项税。
- 总账与销售：
销售更新后，会在应收中自动生成发票（应收发票过账后，最终会进入总账），同时在总账中形成成本结转的分录。
- 总账与库存：
采购收货后，库存增加，销售更新后，库存减少，对应的信息就会流动到总账相关科目上。还有库存的调整、盘点等业务。
- 总账与应付：
总账和应付模块，都属于财务模块，虽然应付模块的基本功能，总账也可以通过子账的形式实现，但是没有应付模块管理的规范和全面。应付模块能很好的管理和追踪供应商的每笔应付账款、付款情况，账龄分析。
- 总账与应收：
应收模块与应付模块一样，也都属于财务模块。同样，总账也能实现应收模块的基本功能，但是不能很好地管理客户和应收账款，不能很好地跟踪明细。
- 总账与固定资产：
固定资产也属于财务模块，它的主要功能是对固定资产进行管理。固定资产的日常业务都在固定资产模块中实现。如固定资产卡片的建立和维护、固定资产的转移、固定资产的折旧、固定资产的处理等。但是，一旦产生相关的会计信息，就自动更新到总账的相关账户。
以上各个模块与总账子模块都有联系，使得整个总账业务系统具体集成性，业务和财务实现了一体化。
由于篇幅限制，本论文只重点研究总账子模块。
2.3.2总账子模块总体需求
系统的业务流程始于会计人员对凭证数据的录入和管理。对科目及账户进行设置，并准备建立新账簿。但是，能否建立新账簿还要检查试算平衡表是否平衡，如果不平衡，需要提示查询期初试算平衡表，找出原因，进行更改。通过平衡检查后，才就能建立并启用新账簿。
启用账簿后要会计人员要进行凭证资料的录入，进行相关的凭证管理，日终营业结束，通过系统的凭证过账，生成会计账簿，即会计分录。
由此进入账簿管理流程，设有总分类账和明细账两大账簿。在两大账簿生成的同时，试算平衡表也从期初的状态过度到了期末的状态，在确定完成期末结账后，通过系统的分析，从期末试算平衡表中生成最终资产负债报表。系统业务流程如图5所示。
根据业务流程要求，总账子模块主要是完成银行账务的自动化管理，包括系统设置、日记账分录处理、循环日记账分录处理、总账财务报告与查询、总账集成性报告、月结与年结、后台管理等。总账子模块顶层用例如图6所示。
2.3.3系统设置
系统设置包括：会计期间设置、科目类型设置、会计科目设置、现金流量设置、常用摘要设置、核算账簿设置、会计实体设置、账簿设置及凭证类别设置九个功能点。系统设置顶层用例如图7所示。
- 会计期间设置
会计期间，又称会计分期，是财务核算及结转的时间区域划分。一般银行设定每个月为一个会计期间，起止时间为每月首日至末日。但也有特殊的设定，例如：每个月的 10号到下个月的9号为一个期间。会计期间设置，即为设定和划分会计期间的功能。划分12个月的会计期间，设置每个期间的起止日期。
- 科目类型设置
定义银行科目的分类。通常银行将科目分为资产、负债、权益、成本、损益等科目类型。同时设置这些分类的相关财务信息描述。
- 会计科目设置
会计科目是填制会计凭证、登记会计账簿、编制会计报表的基础，是对会计对象具体内容分门别类进行核算所规定的项目。会计科目设置是对会计科目的设立和管理的功能，利用此功能可以对会计科目进行增加、插入、修改、查询和打印。会计科目一旦被引用则不允许再删除或修改。
- 现金流量项目设置
现金流量项目是对现金类财务业务的分类描述，同时更是系统统计生成现金流量表的基础依据。现金流量项目，由总行统一设置，其他分支行不允许修改。
- 常用摘要设置
摘要是会计凭证填制过程中一个比较常用的文本型描述信息，但因为业务发生的重复性，许多时候这些信息的内容是相同的，或者一大部分相同。这时为了提高凭证录入时的效率，预先将这些比较常用的摘要存贮起来，在录入凭证时可进行选择。
- 账簿设置
账簿是具有相同记账本位币、相同会计科目结构、相同会计期间的多个会计主体的财务账的集合。标志着不同会计实体中的那些账簿属于同一个核算体系，也叫账簿体系。核算账簿应实现可维护，被会计实体引用的核算账簿不允许修改或者删除。账簿设置具有建立新账簿、启用账簿和试算平衡3大功能。
- 会计实体设置
会计实体规定了独立进行会计核算的组织机构，一般为总行，分行及支行，但也可以为部门。会计实体描述了进行独立会计核算的各单位之间的从属结构，以及各单位所启用的账簿和账簿所属的核算账簿体系。会计实体是财务业务的发生和记录的本体，会计实体和它的体系结构是财务对账和合并报表的依据。
- 凭证类别设置
为了便于管理或登账方便，一般对记账凭证进行分类编制。通过凭证类别设置，有效地对凭证进行分类管理。
2.3.4日记账分录处理
日记账，亦称序时账，是按业务发生时间的先后顺序，逐日逐笔登记的账簿。包括日记账批信息、日记账头文件信息、日记账行信息。日记账分录的处理包括：日记账录入、日记账分录查询、日记账分录修改、日记账分录删除、日记账分录批准与过账、日记账分录冲正及子模块导入七个功能点。日记账分录处理顶层用例如图8所示。
- 日记账录入
总账日记账的录入是总账业务系统的基本功能和最常用的日常业务处理。一般用于处理各类关联性不强或不需要进行相关匹配的日记账，一般适用于各类费用的报销、摊提、冲销调整的处理。
- 日记账分录查询
日记账录入后，可以通过查询某个批号，找到相关的单据号，进而查看单据的明细信息。
- 日记账分录修改
日记账分录创建后，还可以对日记账分录进行修改。如发现刚才输入的金额有误。对未过账的日记账分录进行修改，只要找到日记账分录的明细信息，直接修改金额即可。（注：有些信息是不能直接修改的，如总账日期、批号、单据号等）。如果已过账，则只能通过日记账分录冲正的方式，再重新过账。
- 日记账分录删除
没有过账之前，如果发现日记账做错了，只要找到要删除的日记账，删除即可。
- 日记账分录批准与过账
录入的日记账必须经过系统预定义的复核流程。日记账创建好后，有时候是要经过批准后才可以过账，有些是直接到“已批准”状态。这个要看在总账常量中的设置（是否选择复核批准输入）。复核时，可以转授权复核或拒绝复核。复核批准后就可以过账了。
- 日记账分录冲正
日记账具有反记账的功能，即对错误的账务进行改正。总账日记账日终一旦过账，账务数据将无法修改，如果发现数据错误，则需通过日记账冲正的方式进行。在生成反记账凭证时，应既可选择红冲方式，也可选择借贷相反方式来冲正。冲正后产生的相反的会计分录是没有过账的，所以还要重新过账。
- 子模块导入
根据子模块涉及的业务，导入相关交易信息，自动生成总账的记账凭证。如：采购、固定资产、应收、应付等子模块记录的交易信息，可按照预先设定的规则，自动生成总账记账凭证，此类凭证在子模块的业务处理中已经保证了业务的合法性，所以在总账中产生的会计凭证不需要再次复核，可直接过账。
2.3.5循环日记账分录处理
对于发生频度较高的记账凭证、交易和分摊业务等，为了输入的准确性和方便性，需要提供快捷的处理，即通过定义经常性凭证和成批分摊类型凭证的公式，实现同类凭证的大批量处理以及某些固定业务的周期性批处理。如：每月固定资产折旧的计提、工资及三项费用的计提、租赁费的摊销等。循环日记账分录处理顶层用例如图9所示。
有如下三类经常性凭证：
- 概要经常性凭证：在不同会计期凭证金额不定的经常性业务。
- 标准经常性凭证：在每个会计期有相同账户组合和固定金额的经常性业务。
- 公式经常性凭证：使用公式来计算金额的经常性业务。
2.3.6总账财务报告与查询
总账业务系统是财务信息的集中地，所以需要提供全面的联机查询功能。可以查到所有科目的财务信息，也可以从汇总账户余额追溯至明细账余额，直至全部日记账分录，即从财务上的科目金额追溯到原始的业务记录。财务报告与查询顶层用例如图10所示。
总账中常用的查询方式有：
总分类账簿查询：以年度为单位进行账簿数据查询。
明细账簿查询：以月份为单位进行账簿数据查询。
明细账查询和总分类账查询的区别在于，前者是查询科目在当前会计期间发生的每一笔业务及其余额，后者是查询科目的汇总信息。
会计分录查询：主要是查询一组会计分录或者某个特定的会计分录。
账户交易信息查询，主要是查询指定期限的账户变动，即账户报表。显示账户的期初余额，账户分录，运行余额以及期末余额。
余额查询：主要包括账户余额查询、记账日余额查询、缴存余额查询等。
2.3.7总账集成性报告
总账业务系统的集成性报告，主要是核对总账报表的一致性，必要时显示报表错误的原因。例如检查账户分类账表与科目余额表是否一致，如果不一致，报告会把不一致的科目列出来，并列出两个表各自的金额。集成性报告顶层用例如图11所示。
2.3.8月结与年结
财务人员可以通过设置系统月结期间，在每月的任何时间进行结算，无须再等待财务月报表和财务结算表。财务人员也不必在正式的上月结算数出来后才开始输入新一月的数据。同时，通过控制禁止过账到过早期段，可以确保数据的完整性。对于年度结算，用户在同一时间可处理连续两年的总账。可按需要做年结账，调整上一年度的年终余额且自动更新下一年度的期初余额。月结、年结顶层用例如图12所示。
不管是月结，还是年结，何时月结与年结，在这之前，都要做一系列操作，保证各个模块的集成性，业务和财务数据一致后，才能出具财务报表。
财务报表是根据日常会计核算资料编制的，总括地反映会计主体在一定时期财务状况和经营成果的报告文件。
财务报表包括资产负债表、利润表、现金流量表及相关附表。资产负债表主要提供企业财务状况的信息；利润表提供企业经营成果的信息，也就是说反映利润或是亏损；现金流量表提供企业在一定会计期间的现金流量的信息。相关附表是反映企业财务状况、经营成果和现金流量的补充报表，以表格的形式对基本会计报表的有关项目和内容的数据所作的明细数据补充，主要包括利润分配表以及国家统一的会计制度规定的其他附表，例如资产减值明细表、股东权益增减变动表和应交增值税明细表等。利润分配表是反映企业一定会计期间对实现净利润以及以前年度未分配利润的分配或者亏损弥补的报表。
2.3.9后台管理
后台管理可以集中管理总账业务系统中的各种资源，包括设置柜员，机构及角色权限，可以对指定人员的操作权限进行设置。系统管理包括柜员管理，机构管理，角色权限管理三个部分。后台管理顶层用例如图13所示。
- 柜员管理
柜员是银行各项业务处理的实现者。柜员管理是整个系统安全体系的基础之一，柜员管理坚持安全便捷的原则。系统对柜员角色、级别进行参数化的定义，系统支持柜员分级设置功能，每个柜员定义为不同级别，拥有不同的角色和权限，而不同业务模块和客户种类也有不同的访问权限。每个用户可以设置0－9的级别，在这个级别上可以定义授权控制，例如，超额授权只能是9级用户等。柜员在办理业务时，可采用柜员卡并输入密码由程序进行确认的方式，也可采用IC卡、CA 认证等方式。通常系统要求新增柜员，在第一次签到时修改初始密码，并可按金融企业设定的周期，定期强制更换密码。所有柜员签到、签退信息都被记录在系统中，随时可进行稽核。在柜员休假、离岗及返岗，也有相应的处理。
- 机构管理
支持机构信息管理和机构关联关系管理。机构信息包括：地域信息、联系信息、安全控制信息、业务控制参数信息等。支持银行上级机构对下级机构的垂直管理，同时也支持在上级机构授权下的网点自我管理。
- 角色权限管理
业务员在系统中可以执行何种操作，是通过权限控制来实现的。权限除了可以控制某人做某事外，通过定义权限额度，还可以对操作员办理业务的步骤（如是否需要复核、授权等）、操作额度进行控制，超过权限额度则禁止办理或需要主管授权。
通过操作者的角色、级别、限额来灵活的设置柜员的操作权限，并且支持本地授权和远程授权（跨终端授权）。从管理角度看，在一定的时间和空间内，将工作任务、责任和权限结合在一起，就构成了一个银行的角色，其中的角色就是一组交易权限的组合。当角色赋予某一柜员的时候，该柜员就具备了相应的交易操作权限。
允许对柜员的交易金额进行设定，当发生超额度的交易时这些设定将起作用，系统会自动提示禁止交易的执行，或提示需要更高级的主管授权才可以继续执行此操作。但是，如果需要针对不同交易额度进行多级别柜员权限的控制，可以通过对柜员设置的级别进行客户化实现。
在充分分析系统的功能性需求同时，也需要考虑系统的非功能性需求。非功能需求一般与系统需要的功能无关而与系统的状态有关。非功能性需求能否满足，一定程度上决定了系统的实现效果。便捷的使用、稳定、快速、安全及可靠等等，这些可以让我们的产品更加具有吸引力。
2.4.1数据处理时效
数据的处理速度将直接影响用户的使用感受，所以在数据处理的时效性方面应做到严格的要求。根据客户提出的需求，每日需要导入、转换的核算数据量约为500万行，业务条件和借贷方拆分后(1：1．7)，生成的总账日记账行数量约为250万行。借鉴以往实施总账业务系统的经验，在Linux环境下，采用Oracle作为后台数据库存储业务数据，对数据库操作进行优化，增加系统临时表空间和回滚段表空间等，在网络贷款足够的情况下，平均页面响应时间控制在5秒以内，数据查询的响应时间在6秒以内，包含统计等信息的复杂页面响应时间在8秒以内。
2.4.2数据存储管理
系统在运行和维护中，将产生海量的数据。随着数据量的增长，不仅对于数据查询和数据导入的性能产生较大影响，而且对于存储空间的分配和管理带来了挑战。大数据量表的数据量一般来说是跟时间成正比的，时间越久，数据量越大。因此，对数据量增长比较快的表实行数据分区，通过在表上加时间戳标识来实现。对于按时间分区仍然不能满足性能需求的表， 还可以根据需求，使用子分区对表进一步细化。同时，结合Oracle应用系统的标准数据归档和清理功能，定时对一些数据库表进行数据备份及清理。
2.4.3系统可靠性
维护银行正常的运营环境，需要系统具有较高的可靠性。即在一段时间和条件下，系统维持其性能水平的能力。在供电，网络以及硬件正常工作的情况下，需要系统提供7*24不间断服务。因此需要考虑的包括：
- 容错性：在系统发生故障或者违反规定接口的情况下，系统维持正常性能水平的能力。例如，支持离线录入等。
- 易恢复性：系统故障发生后，重建其性能水平并恢复受影响数据的能力。例如，自动保存表单数据等。
2.4.4系统安全性
安全性对银行财务系统至关重要，所以我们采用的安全措施是多层次全方位的。主要从以下几点来考虑。
(1) 关键数据的加密存储。对于数据库中存储的一些关键敏感数据，例如各级柜员密码等，我们需要对这些数据进行加密设置。即在任何软件环境下都无法通过直接查询获取明码。
(2) 重要数据的加密传输。对于一些重要帐务信息，在服务器端与客户端传递时，为了防止数据被截取、丢失等，对这些数据进行加密设置。发送端加密，接收端解密，使得即使数据泄漏，也无法解析相关的内容。
(3) 防抵赖。对所有账务的录入、审核及其他业务活动中，系统均实行实名制管理。即业务处理的整个生命周期中，系统会自动实时地记录所有进行操作处理的用户名，处理的时间等信息，记录操作日志。
本章首先对银行财务管理现状进行了概述，进而提出要实现的系统目标。接着通过对实际业务进行提取，分析后提出了财务管理的重点工作。本章主要对银行总账业务系统中的总账子模块核心功能点进行了分析，最后对系统的非功能性需求进行了描述。
3.1.1设计原则
- 信息访问和展示
通过联机查询或报告和分析工具来访问存储在总账业务系统中的信息。从核心业务系统和其他系统子模块收集数据，汇总进入总账子模块，用于查询、产生报表和进行相关的数据分析。系统提供多种符合行业规定的标准报表模板，使用户可便捷、高效的进行财务披露。
- 统一会计科目体系
建立一套全行统一的会计科目体系并集中维护。总账业务系统中的科目设置大部分取决于核心业务系统使用的核算要求，即总账业务系统中的自然科目定义与核心业务系统使用的自然科目编码和含义尽量保持一致。
现有商业银行核心业务系统使用的会计科目一般明细到三级，各分支机构进行核算时的会计科目明细到二级。自然会计科目使用财政部统一下发的会计科目表。
- 多维度信息
建立可记录多维信息的会计科目体系，多维度信息。例如：机构、责任中心、利润中心、科目、产品、内部往来、备用等。现有核心业务系统的会计科目核算维度只有机构、科目，不能满足多方面管理信息的采集，不能达到精细化管理的要求。多维度的会计科目体系可定义账户组合，供事务处理、日记账分录和预算使用；多维度的会计科目体系也可定义各维度的层次结构，以便进行汇总科目的财务报告和分析。
- 安全控制
合理的岗位授权分责与岗位分离。通过安全功能来控制对总账特定区域和功能的访问。如：总账的职责只能访问总行的数据，分行的职责只能访问分行的数据。
总账业务系统对会计科目的使用有权限进行控制，会计科目的使用权限与用户的职责关联。对不同机构用户职责可使用的会计科目范围进行控制。
总账业务系统对于科目结构中不同段值的科目组合可设置验证规则，比如：不允许某些部门使用某类科目。此设定可避免科目组合输入错误。
- 费用核算
现有核算体系中，各分行在自有的财务系统中费用核算到部门，月末将数据录入核心业务系统时，只反映分行的费用情况，从核心业务系统中无法获取部门或支行的财务明细账信息。
在总账业务系统中，费用核算要求明细到部门，支行作为部门对待。费用的核算由各分行统一进行。
3.1.2体系架构
总账业务系统具有开放的体系架构，并与银行内部的其它系统及外部机构的系统能进行良好的集成。项目将通过先进的科技手段帮助建立全行统一的操作平台，实现信息共享，并依托系统，理顺内部财务管理流程，强化内部控制，规范操作行为，为最终建立全面、科学的绩效考核机制奠定基础。
- 逻辑体系架构
总账业务系统采用基于JAVA技术的三层体系架构。即客户层、应用层、数据库层。逻辑体系架构如图14所示。
客户层：基于Web浏览器访问模式，采用Java Applet技术。当客户端和应用服务器端连接读取数据时，程序自动从应用服务器端下载所需要的JAVA JAR包，并Cache在客户端本地硬盘。不需要安装额外的客户端软件，最大限度的降低系统用户端的支持和维护工作。
应用层：提供业务逻辑的实现平台，并支持客户层与数据库层之间的数据交流。在这一层主要由5种服务所组成：Web服务、表单服务、并发服务、报表服务、系统管理服务。逻辑上可分为Web服务器和应用服务器两层。Web服务器(Web Server)通过Web监听器接收客户端浏览器的请求，这些请求有些立即被处理，有些被传给应用服务器。应用服务器再把这些请求送给相应的应用软件插件(各种业务应用插件、报表插件、智能分析插件和系统管理插件)来处理，然后会返回给用户一个界面Java程序或HTML页面。界面服务器通过TCP／IP网络连接，和客户层交换信息。同时，亦可将不同的业务应用分布至不同的应用服务器，实现按业务分流。
数据库层：存储数据、与数据处理相关的应用程序，以及所有对数据的SQL请求处理。该层包括数据库服务器，系统管理员服务器和并发处理服务器。通常，数据库层不与客户层直接发生数据交换，而且借助应用层或者中间件系统进行数据的整理、加工和展现。
- 物理体系架构
由于银行分支机构和操作人员众多，业务量数量巨大，同时具有使用系统的并发用户数多的特点，在系统的物理架构设计中，我们考虑配置两台服务器，采用操作系统集群的方式提供应用层的服务，这两台服务器中将同时安装和配置除Web服务以外的其它应用服务，同时又可以根据系统技术实施方案的要求，在各台服务器中选择其启动的服务类型，从而既实现系统的高可靠性、又能有选择地利用硬件资源服务子关键处理流程。另外，同时安装两台专用的Web服务器，响应前台用户的Web访问，将对应的FORM处理连接至相应的应用服务器，由于应用层选用多台服务器的集群方案，为实现客户端用户能够使用统一接入地址、并根据应用层不同服务器的负载状态自动分配接入请求，在系统中将通过负载均衡服务器来响应客户端连接，再动态分配给应用服务器。
另外，实现系统后台海量数据的批量处理，满足严格的数据处理时间要求、同时支持大量并发用户对数据库数据的读写操作，我们对数据库的处理能力及其可靠性要求极高。因此考虑采用Oracle数据库的RAC技术，实现多台服务器共同管理一个数据库实例的物理架构，从而提高数据库层的整体处理能力和系统的高可靠性、可扩展性。系统物理体系架构设计如图15所示。
系统的模块划分主要从功能的定位和易用性进行设计，系统主要有七个核心子模块包括总账子模块、库存子模块、固定资产子模块、应收子模块、应付子模块、销售子模块、采购子模块。系统功能模块划分如图16所示。
其中总账子模块是所有子模块财务数据的汇集、核算中心，功能模块设计如图17所示。
3.2.1系统设置
- 会计期间设置
会计期间方案，是指一整套会计期间体系。系统内可以设置多套会计期间方案。每套方案都包括具体的会计年度设置和会计月度设置。并且每个会计年度必须包含12个会计月度。总行统一设定会计期间方案，下级单位不允许维护。核算账簿、外币汇率都会引用会计期间方案。会计期间方案一旦被引用后就不允许再进行会计年度、月度的修改和删除等操作，但允许增加新的年度和月度期间。
- 科目类型设置
科目类型一般分为：资产、负债、权益、成本、损益。大多数公司的科目类型会分为这几类，但有时可能会有例外。此处提供对科目类型进行维护的功能。科目类型被会计科目引用后则是不允许删除的，只允许修改和新增。
- 会计科目设置
系统内可以设置多套会计科目方案。每套方案都包括具体明细的会计科目。设置的会计科目一旦被分配到下级单位就不允许修改和删除。下级单位的科目一旦被凭证使用则不允许修改和删除。
将总行科目方案中的会计科目需要分配给各分行、支行会计实体的账簿。实现的方式是将科目与账簿的对应关系存储到一张表中，表示该账簿拥有了这个科目。科目分配给账簿后，分行、支行人员可以删除分配给自己的科目，也可以在已分配的科目下增加下级科目。增加下级科目实际是在科目表中增加一个属于本级单位的科目，并在科目分配表中增加一条分配记录。
对于内部交易，应单独设置科目属性为内部交易的科目。
会计科目表的实际编码可以由数字和字符组成。一方面，虽然字符会使得代码可以有自我解释的功能，但是字段的大小始终是一个限制。另外，进行排序和在固定范围指定代码也是重大的问题。另一方面，适用数字可以让编码结构化，并且可以进行无关的分类和辅助范围控制，因此也是被大量采用的。
会计科目代码采用6+2的会计科目结构(即机构段、责任中心段、业务类段、自然科目段、产品类段及来源段加上两个备用段)方案。指定来源段段值，在总账中能够容易区分来自不同数据源的数据，便于核对数据。备用段是用来应对未来对系统的需求，保证系统具有可扩充性。会计科目段定义说明如表1所示。
| 会计科目段 | 会计科目段说明 |
| 机构 | 系统称为平衡段，其含义为会计核算主体和虚拟的会计核算主体。机构段的设置可确保各平衡段值内的借/贷平衡，并且能有效区分各平衡段值间的业务数据，从而确保能在同一账簿中对多个会计核算主体进行核算。 |
| 责任中心 | 定义为系统的成本中心段，用于收集总行机关、分行的各个部门，以及分行下属各个支行的收入和成本的信息，便于将来的费用分析和管理等需求。 |
| 业务类 | 考虑银行将要实行业务类的垂直管理，使用该段归集和分析业务的收入、费用等信息。 |
| 自然科目 | 自然会计科目段，为满足银行财务核算及对外报表的需求而定义。该段的定义将充分考虑银行会计核算及报表需求。 |
| 产品类 | 该段主要归集与产品相关的收入、成本、费用等信息，满足关于产品赢利能力分析等管理的需求。 |
| 来源 | 该段主要用来区分来源于不同业务系统的数据，便于与各来源系统进行对账。 |
| 备用 | 本段的定义主要用于将来可能的会计核算要求的重大变化，为给银行未来的发展预留充分的空间。 |
- 现金流量设置
现金流量项目由总行统一设定，其他分支行引用且不允许增加和修改。
会计科目设置是可设置是否现金流量科目，如果设置了现金流量科目，则填制凭证时，必须填写现金流量项目。
填写凭证时，现金流量项目只能填写末级项目。
现金流量项目一点被凭证分录引用则不允许删除。
- 常用摘要设置
各分支行设置维护自己的常用摘要项目，但是可以将项目设置为共享，以便整个银行的用户使用。
常用摘要编码整个系统内应保持唯一。常用摘要只允许创建人修改。凭证填制时，摘要字段可参选常用摘要，但是回填到凭证上的数据是摘要名称字段。
- 核算账簿设置
总行统一设置核算账簿，分支行不允许修改。
其他会计实体启用一个账簿的时候，必须指定统一核算账簿，以便获得统一的会计期间方案，会计科目方案和统一的币种设置。
统一核算账簿一旦被账簿引用则不允许在进行删除。
- 会计实体设置
总行统一对会计实体进行设置，指定集团中的某个组织机构作为可进行总账核算的实体。会计实体建立后，需要建立账簿后才能记账。一旦会计主体建立了账簿则不允许删除。
- 账簿设置
为会计主体增加账簿，每个会计主体可以设置多个账簿，但只能有一个主账簿。总行统一核算时，仅按照主账簿进行核算。
账簿设置和建立由总行统一进行，总行设置好后分支行使用即可。
会计主体账簿建立好后，需要为账簿分配会计科目。将统一核算账簿中指定科目方案内的科目分配给账簿使用。
建立新账簿用于建立一个新的初始化账簿，删除“账簿初始化表”原有的信息，根据“科目表”重新创建“账簿初始化表”。启用账簿会先检查当前的账簿试算是否平衡，如果平衡，启用新定义的账簿。如果不平衡，会提示用户查阅失算平衡表，检查输入的初始化信息并修改，直到试算平衡才能启用新定义的账簿。试算平衡可以随时查看当前的账簿信息是否平衡，当试算不平衡时，向用户发出不平衡警告，同时用户可以看出不平衡的原因。
- 凭证类别设置
各会计实体针对自己的账簿分别设置。凭证类别一旦被凭证引用，就不允许删除。
3.2.2日记账分录处理
日记账分录处理业务流程如图18所示。
- 日记账录入
柜员手工录入应检查凭证的借贷平衡，不平衡的日记账凭证不能保存，同一笔分录不允许有不同的平衡段值，即借、贷方必须是同一分行或者都是总行。录入的凭证序号按照分行和日期来编码，凭证编码连续，由业务人员与原始凭证一起装订保存。
对于录入的外币业务凭证，本位币金额可以按照当日汇率折换后录入，也可以在录入凭证时临时录入特殊汇率，交由系统自动进行换算。
日记账输入有两种输入形式，一种是标准的（借贷方用正负表示），一种是含借/贷格式的日记账分录。
- 日记账分录查询
录入对应的批号，找到相关的单据号，进而查看相关单据的明细信息。
- 日记账分录修改
总账凭证创建后，还可以对凭证进行修改。如发现刚才输入的金额有误。对未过账的凭证进行修改，只要找到凭证的明细信息，直接修改金额即可。（注：有些信息是不能直接修改的，如总账日期、批号、单据号、公司等）。如果已过账，则只能通过凭证冲正的方式，再重新过账。
- 日记账分录删除
没有过账之前，如果发现凭证做错了，只要找到要删除的凭证，删除即可。
- 日记账分录批准与过账
录入的凭证必须经过系统预定义的复核流程。日记账创建好后，有时候是要经过批准后才可以过账，有些是直接到“已批准”状态。这个要看在总账常量中的设置（是否选择复核批准输入）。复核时，可以转授权复核或拒绝复核。
复核批准后就可以过账了。
在过账前，系统会检查总账是否已完成初始化，检查当前期间是否有未过账凭证，若未完成初始化或没有未过账凭证，则退出过账过程，否则进入下一步。
- 检查凭证是否在本会计年度、期间。
- 根据账套选项的“凭证过账前必须审核”，检查凭证是否已经审核。
- 检查科目、核算项目的合法性。
- 检查凭证号是否连续。
- 登记分录中的借或贷方发生额。（包括科目的原币、原币折合本位币发生额，核算项目的原币种、原币种折合本位币发生额，若是非明细科目，则汇总其所有上级科目的发生额）。
- 加上过账标识。
- 日记账分录冲正
凭证具有反记账的功能，即对错误的账务进行改正。总账凭证日终一旦过账，账务数据将无法修改，如果发现数据错误，则需通过凭证冲正的方式进行。在生成反记账凭证时，应既可选择红冲方式，也可选择借贷相反方式来冲正。冲正后产生的相反的会计分录是没有过账的，所以还要重新过账。
- 子模块导入
根据子模块涉及的业务，导入相关交易信息，自动生成总账的记账凭证。如：采购、固定资产、应收、应付子模块记录的交易信息，可按照预先设定的规则，自动生成总账记账凭证，此类凭证在子模块的业务处理中已经保证了业务的合法性，所以在总账中产生的会计凭证不需要再次复核，可直接过账。子模块导入流程如图19所示。
下方联系卡片↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ 或者私信作者
234
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
