《光大银行核心系统总体设计.doc》由会员分享，可在线阅读，更多相关《光大银行核心系统总体设计.doc（166页珍藏版）》请在三一办公上搜索。
1、光大银行核心系统总体设计1. 总体目标161.1 实现Minter系统、阳光卡系统、个贷、支付清算系统的整合。171.2 全行数据大集中171.3 本外币一体化的统一会计核算171.4 综合的、完备的、自动化的业务功能181.5 24小时不间断服务191.6 完备的安全机制192. 总体架构192.1 总体结构图192.2 渠道表现接入层192.3 服务层192.3.1 大前置192.3.2 外挂系统192.4 业务层202.5 数据层202.6 物理部署203. 核心系统203.1 业务总体架构203.1.1 机构管理203.1.1.1 机构设置213.1.1.1.1 会计机构 & 营业机构
2、 & 管理机构（报表机构）&虚拟机构213.1.1.1.2 各机构之间的关系：213.1.1.2 一本帐的处理223.1.1.3 机构管理内容223.1.1.4 机构管理流程233.1.1.4.1 柜员平帐233.1.1.4.2 网点平帐253.1.2 柜员管理253.1.2.1 业务简介253.1.2.2 柜员号管理263.1.2.3 虚拟柜员管理错误！未定义书签。3.1.2.4 名词解释273.1.2.5 生成柜员的流程263.1.2.6 跨终端授权273.1.2.7 远程授权283.1.3 卡凭证管理293.1.3.1 凭证管理293.1.3.1.1 凭证出入库、库间调拨303.1.3.
3、1.2 凭证领用、调剂、上缴303.1.3.1.3 凭证流向简图313.1.3.2 库存卡管理313.1.3.2.1 空白卡、预制卡、待发卡处理流程：313.1.3.2.2 作废卡处理流程323.1.3.3 数据库表的说明323.1.4 现金管理333.1.4.1 业务简介333.1.4.1.1 内部管理333.1.4.1.2 对外现金收付343.1.4.2 业务流程343.1.4.2.1 现金的管理控制图示如下343.1.4.3 数据库表的说明353.1.4.3.1 现金管理353.1.4.3.2 伪变造币及残币管理353.1.5 帐务设置363.1.5.1 帐务处理流程373.1.5.2
4、帐务体系：383.1.6 内部帐户管理393.1.6.1 内部帐户帐号序号编码的方式：393.1.6.2 专户开立的方式393.1.7 资金清算403.1.7.1 帐务设置403.1.7.2 系统内资金清算413.1.7.3 系统外资金清算423.1.8 客户信息管理423.1.8.1 核心系统中的客户信息管理433.1.8.1.1 系统主要功能：433.1.8.2 客户信息在各系统间的分布原则、同步更新机制443.1.9 利率、汇率管理443.1.9.1 利率的管理方式443.1.9.1.1 实现方式453.1.9.1.2 涉及到表结构453.1.9.1.2.1 总行基准利率表(pjzlv)
5、463.1.9.1.2.2 分行基准利率表(pfjlv)463.1.9.2 汇率的管理方式：473.1.9.3 利率、汇率在各系统之间同步方式483.1.10 流水号的管理483.1.11 特权记帐483.1.12 挂失设计493.1.13 帐户冻结及控制设计493.1.14 收费、收税管理493.1.14.1.1 收费管理493.1.14.1.2 收税管理503.1.15 节假日管理503.2 技术总体架构513.2.1 系统主要特点923.2.1.1 录入复核制923.2.1.2 组合交易933.2.1.3 丁种帐363.2.1.4 联动交易：943.2.1.5 错帐处理853.2.1.5
6、.1 交易介绍853.2.1.5.2 冲正的特点853.2.1.5.3 冲正的原理853.2.1.5.4 冲正的原则853.2.1.5.5 冲正的补充说明863.2.1.5.6 登记非帐务日志的原则863.2.1.5.7 冲正交易的优点863.2.1.5.8 涉及主要库表863.2.1.5.9 构件及说明863.2.1.5.10 相关交易873.2.1.6 凭证补打印943.2.1.7 帐号核心943.2.2 记帐核心663.2.2.1 业务代号表673.2.2.2 会计分录表673.2.2.3 记帐核心原理683.2.2.3.1 会计分录表的功能:693.2.2.3.2 填写会计分录表的方法
7、：703.2.2.3.2.1 交易种类：703.2.2.3.2.2 资金去向ZIJNQX：703.2.2.3.2.3 资金来源ZIJNLY：703.2.2.3.2.4 帐号来源713.2.2.3.2.5 机构号来源713.2.2.3.2.6 币种来源723.2.2.3.2.7 业务代号来源723.2.2.3.2.8 帐号序号来源723.2.2.3.2.9 会计分录表中的其它字段：733.2.2.3.3 举例:743.2.2.3.3.1 第一步填写会计分录表743.2.2.3.3.2 第二步：在交易中填写记帐程序接口753.2.2.3.3.2.1 ZHJX1,ZHJX2,ZHSX1,ZHSX2（
8、帐号信息结构）:753.2.2.3.3.2.2 JIOYZL（交易记帐类型）:783.2.2.3.3.2.3 ZIJNLY,ZIJNQX（资金来源、资金去向）:783.2.2.3.3.2.4 BFXJZQ（部分现金支取金额）:783.2.2.3.3.2.5 BFXJCR（部分现金存入金额）:783.2.2.3.3.2.6 PAIJIA(外汇牌价):793.2.2.3.3.2.7 KXHUBZ,KXHUBZ1（开销户标志）:793.2.2.3.3.2.8 KXHUBZ,KXHUBZ1（开销户标志）:793.2.2.3.3.2.9 其他要素793.2.2.3.3.3 输出字段解释：793.2.2.
9、3.3.4 其它相关内容823.2.2.4 帐务处理（记帐核心的处理流程）823.2.2.4.1 分析会计分录833.2.2.4.2 更改帐户及相关信息833.2.2.4.3 冲正处理时，记帐核心完成的工作843.2.2.4.4 计帐核心中自动完成的记帐动作：843.2.2.5 总额控制843.2.2.6 公司结算帐户透支设计853.2.3 数据的采集及交换方式，报表生成机制：883.2.4 前台版本的更新973.2.4.1 版本发布环境的构成973.2.4.2 版本发布流程973.2.5 SOP的技术架构513.2.5.1 后台服务进程的架构513.2.5.1.1.1 服务进程的运作流程51
10、3.2.5.1.1.2 共享内存管理523.2.5.2 数据字典533.2.5.2.1 数据字典的在系统中的地位：533.2.5.2.2 数据字典的生效过程：543.2.5.3 下拉列表553.2.5.3.1 下拉列表概述：553.2.5.3.2 下拉列表的相关命令553.2.5.3.3 下拉列表的生效过程553.2.5.3.4 规范553.2.6 后台的交易处理流程633.2.6.1 交易调度流程633.2.6.2 外部挂接程序653.2.6.2.1 SopGetJioyrq653.2.6.2.2 SopGetJioysj653.2.6.2.3 SopBeforeTran653.2.6.2.
11、4 SopAfterTran653.2.6.2.5 SopBeforeSubTran653.2.6.2.5.1 检查柜员权限653.2.6.2.5.2 替换交易机构处理流程：653.2.6.2.6 SopAfterSubTran663.2.7 后台的数据库表组成923.2.7.1 帐务文件的表结构及功能说明973.2.7.2 参数表的表结构及功能说明983.2.8 其他983.2.8.1 错误编码：983.2.8.2 校验位算法：983.3 安全控管983.3.1 传输安全设计983.3.1.1 加密要点：983.3.2 业务级安全控管方案1003.3.2.1 新系统下总、分行及营业网点业务分
12、工1003.3.2.2 业务权限划分1003.3.2.2.1 交易权限1003.3.2.2.2 柜员权限1023.3.2.3 授权模式1033.3.2.4 事后监督1033.4 交易重发及平台监控953.4.1 交易重入和监控概述953.4.2 监控功能设计953.4.2.1 监控正在运行的交易情况953.4.2.2 已处理交易执行情况错误！未定义书签。3.4.3 交易重发设计963.4.4 需要注意问题963.5 各业务模块的介绍1043.5.1 资产1043.5.1.1 对公贷款1043.5.1.1.1 业务范围1043.5.1.1.2 管理方式：1043.5.1.1.3 业务流程1053
13、.5.1.2 贴现1053.5.1.2.1 业务范围1053.5.1.2.2 管理方式1053.5.1.2.3 业务流程1063.5.1.3 个人贷款1073.5.1.3.1 业务范围1073.5.1.3.2 管理方式：1083.5.1.3.3 业务流程1083.5.1.4 表外业务1093.5.1.4.1 业务范围1093.5.1.4.2 业务流程1103.5.2 负债1113.5.2.1 储蓄1123.5.2.1.1 业务范围1123.5.2.1.2 大额存款：1123.5.2.1.3 通存通兑的控制：1123.5.2.2 卡1123.5.2.2.1 业务范围1123.5.2.2.2 业务
14、流程1133.5.2.2.3 涉及的数据库表1153.5.2.3 卡折关系1153.5.2.3.1 名词解释1153.5.2.3.2 卡折合一1153.5.2.3.3 卡折关联1163.5.2.4 对公存款1163.5.2.4.1 业务范围1163.5.2.4.2 对公定期一号通1163.5.2.5 国债1173.5.2.5.1 业务流程1173.5.2.5.2 涉及的数据库表1183.5.3 国内结算1193.5.3.1 业务范围1193.5.3.2 系统内往来1193.5.3.2.1 业务流程1193.5.3.2.2 涉及到的数据库表1213.5.3.3 现代支付1213.5.3.3.1
15、业务流程1213.5.3.3.2 涉及的数据库表1233.5.3.4 同城票交1243.5.3.4.1 业务流程1243.5.3.4.2 涉及的数据库表1263.5.3.5 签票业务1263.5.3.5.1 业务流程1263.5.3.5.2 涉及的数据库表1283.5.3.6 系统内上存下拆1283.5.3.6.1 业务流程1293.5.3.6.2 涉及的数据库表1303.5.3.7 委托收款托收承付1303.5.3.7.1 业务流程1303.5.3.7.2 涉及的数据库表1313.5.3.8 财政支付1313.5.3.8.1 业务流程1313.5.3.8.2 涉及的数据库表1323.5.4
16、外汇业务1333.5.4.1 业务范围1333.5.4.2 结售汇、兑换和内部套汇1333.5.4.2.1 业务简介1333.5.4.2.2 业务流程1343.5.4.2.3 涉及的数据库表1343.5.4.3 代客外汇买卖1343.5.4.3.1 业务简介1343.5.4.3.2 业务流程1343.5.4.4 汇出汇款1353.5.4.4.1 业务简介1353.5.4.4.2 业务流程1353.5.4.4.3 涉及的数据库表1353.5.4.5 汇入汇款1363.5.4.5.1 业务简介1363.5.4.5.2 业务流程1363.5.4.6 票据业务1363.5.4.7 业务范围1363.5
17、.4.7.1 业务简介1363.5.4.7.2 业务流程1363.5.4.7.3 涉及的数据库表1373.5.4.8 进报处理1373.5.4.8.1 业务简介1373.5.4.8.2 业务流程1383.5.4.8.3 涉及的数据库表1383.5.4.9 出报处理1383.5.4.9.1 业务流程1393.5.4.9.2 涉及的数据库表1393.5.4.10 头寸管理1393.5.4.10.1 业务简介1393.5.4.10.2 业务流程1403.5.4.10.3 涉及的数据库表1403.5.5 批处理1403.5.5.1 功能范围1403.5.5.2 业务流程1413.5.5.3 重要特色1
18、423.5.5.3.1 24小时不见断服务1423.5.5.3.2 分机构交易并发1423.5.5.3.3 其他特色：1433.5.5.4 涉及的数据库表1434. 个贷系统1524.1 功能划分1524.2 数据交互1535. 参数表的管理1446. 后督（DOP）的实现1456.1 后督系统的监督模式1456.2 新后督的理论基础：1456.3 新后督对传统业务处理的冲击：1466.4 新后督对管理要求：1466.5 对常见风险类型的预防措施：1467. 核心与外围外挂系统的关系1477.1 前置的功能界限1487.2 与信管之间的关系1507.2.1 功能划分1507.2.1.1 日间的
19、正常交易：1507.2.1.2 对帐：1517.2.1.3 批量交互数据：1517.2.1.4 特殊交易1517.2.2 帐务设置1517.2.3 数据交互的方式1517.3 核心与保理的关系1537.3.1 功能划分1537.3.1.1 日间的正常交易1547.3.1.2 对帐1547.3.1.3 批量交互数据1547.3.2 数据交互的方式1547.4 核心与国结的关系1547.4.1 功能划分1547.4.1.1 日间的正常交易1547.4.1.2 对帐1547.4.1.3 批量交互数据1557.4.2 数据交互的方式1557.5 与路透之间的关系1557.5.1 功能划分1557.5.
20、2 帐务设置1557.5.3 数据交互的方式1557.5.4 业务流程1567.6 核心与国际旅行卡的关系1567.6.1 功能划分1567.6.2 日间的正常交易1577.6.3 对帐1577.6.4 批量交互数据1577.7 与财政支付之间的关系1577.7.1 功能划分1577.7.2 数据交互的方式1577.7.3 业务流程1577.8 核心与 CNAPS之间的关系1587.8.1 功能划分1587.8.2 帐务设置1587.8.3 数据交互的方式1587.8.4 业务流程1587.9 核心与SWIFT之间的关系1587.9.1 功能划分1587.9.2 帐务设置1587.9.3 数据
21、交互的方式1597.9.4 业务流程1597.10 核心与网银、Call Center、多媒体设备之间的关系1597.10.1 功能划分1597.10.2 数据交互的方式1597.10.2.1 日间的正常交易1597.10.2.2 批量交互数据1607.10.3 对帐1607.10.4 业务流程1607.11 与自助设备（atm、pos、银联）之间的关系1607.11.1 功能划分1617.11.1.1 对帐：1617.11.1.2 批量交互数据：1617.11.2 数据交互的方式1617.11.3 业务流程1617.12 核心与银证通的关系1637.12.1 功能划分1637.12.1.1
22、日间的正常交易1637.12.1.2 对帐1637.12.1.3 批量交互数据1637.12.2 帐务设置1637.12.3 数据交互的方式1637.13 核心与贷记卡的关系1657.13.1 功能划分1657.13.1.1 日间的正常交易1657.13.1.2 对帐1657.13.1.3 批量交互数据1657.13.1.4 特殊交易1657.13.2 帐务设置1657.13.3 数据交互的方式1657.13.4 业务流程1667.14 与开放式基金之间的关系1667.14.1 功能划分1667.14.1.1 对帐：1677.14.1.2 批量交互数据：1677.14.2 帐务设置1677.1
23、4.3 数据交互的方式1677.14.4 业务流程1677.15 与SAP之间的关系1681. 引言1.1 作用1核心系统是光大银行的帐务系统，他是光大银行其他业务子系统的基础，而且与其他系统又有着密切的关系。本文档重点介绍了核心系统内部各模块的设计思想和方案；同时简要介绍了核心系统与其他业务子系统的关系。2本文档是在业务需求的基础上，经过系统总体设计组对需求的深入分析和细化，并在与需求设计人员反复交流、讨论和研究的基础上形成的。3本设计说明书充分反映业务需求手册中的用户需求，结合联想公司已有的产品，是开发人员在下一阶段进行详细设计的纲领性文件，是系统总体质量控制的依据。是本项目重要的技术文档
24、之一。1.2 预期的读者本说明书的阅读对象是：软件开发人员业务规范设计人员软件测试人员系统安装人员系统维护人员1.3 文档结构本说明书将从以下六个方面构成系统总体设计：系统总体目标系统总体架构核心业务系统总体设计后督系统总体设计核心与外围系统的关系数据移行方案1.4 电子文档编写工具本文档采用如下工具进行编写：Microsoft Word 2000Microsoft PowerPoint 20001.5 术语说明为了设计的方便，对浦东发展银行大集中业务系统总体设计说明书在下面的设计语言中将采用的部分缩略语做如下说明：本系统，新系统：指“光大银行大核心系统”项目组：指光大银行核心项目组总行：指“
25、光大银行”总行分行：指“光大银行”各分行支行：指“光大银行”各支行2. 总体目标2.1 实现Minter系统、阳光卡系统、个贷、支付清算系统的整合。我们行目前的现状是Minter系统、阳光卡系统、个贷、支付清算系统彼此独立，每个系统管理自己的帐务，新一代核心系统会把Minter系统、阳光卡系统、个贷、支付清算系统整合到一个系统中，进行统一管理。2.2 全行数据大集中数据大集中有利于实施和建立一级法人体制下的法人授权机制及分支机构等级管理体系；有利于银行稳健经营和深度效益的挖掘，加强对高价值客户群提供高品质的服务；有利于业务处理的标准化和规范化、便于创新业务的实施；有利于完善银行内部控制机制，组
26、织结构扁平化、共享资源、降低管理成本；有利于加快资金流动、避免信息分布而造成的风险；有利于帐务数据的相对集中、核算主体的相对分布，核算层次趋于合理。数据大集中工程对银行的作用主要体现在对业务制度、电子化建设、稽核、考核、银行组织结构等方面的影响，同时对于降低成本、提高金融服务水平、提高经济效益等方面的作用也是十分明显的。1) 数据集中过程的同时也是应用系统整合的过程，在数据大集中的过程中可以将我行各种应用系统整合为功能强大而全面的综合业务系统，真正实现全行贯通的目标。数据大集中后可在全国范围内实现通存通兑，客户汇款实时到帐，汇出资金即时到帐、即时清算资金往来的清算方式。在资金控制方面总行可对资
27、金进行统一调拨，对资金头寸实时监控、统一控制，外汇头盘实行统一管理，取消分行外汇买卖权限，加强资金控制。2) 数据的集中存放可以解决全行数据统计处理的问题，各业务部门需要的对外报表可以自动汇总及折算，不需再从分行收集整理数据，数据及时、准确，可大大提高工作效率和降低管理成本。此外，在数据集中的基础上可以进一步进行数据的挖掘分析工作，为各业务部门和管理决策层提供更多有价值的信息，从而促进业务的发展，全面提高 银行在同业中的竞争力。3) 面对金融界激烈的竞争，各行纷纷提出以客户为中心的发展思路，而数据的集中存放可以更好建立统一的客户信息库，完善客户关系管理，为客户，尤其是集团大客户，提供高水平的标
28、准服务，同时也可加强风险控制能力，提高经营管理水平。4) 从电子化建设发展和运行管理的角度来看，数据的集中同时必然导致人才资源的相对集中，从而为系统运行管理、新系统的开发和推广应用带来更为便利的条件和更有力的技术支持，同时有利于应用系统版本控制和技术系统的统一。此外，集中化也有利于保持优秀的技术资源，为电子化建设的稳定发展提供保障5) 由于帐务与数据的集中管理，使得总行对分行的稽核管理变得更加简易，也更加有力，可以大大加强稽核管理，降低经营风险。2.3 本外币一体化的统一会计核算传统上，银行有各自相对独立的对公会计、储蓄会计、外汇会计三种核算体系，但是，现代银行的服务是综合性的，会计核算支持系
29、统不可能再分成储蓄、对公和外汇三个独立的系统，而要求整合成一个统一帐务体系。大会计思想的业务处理融合对公、储蓄等业务的要求，打破传统的不同部门、不同业务种类、不同币种、不同地域间的界限，形成全行统一的帐户结构、统一的数据标准。一般而言，银行的每个业务可分成两部分：一部分为事务部分，另一部分为会计记帐部分。事务部分根据业务品种的不同，处理方式，流程控制是不同的，系统一定要设置相关的交易去处理它。但会计记帐是有规律的，可以从具体的交易中分离出来，形成一个公共的核心模块，即建立参数化的会计分录核心，由于会计分录核心是事先设置好的，包含了完整会计分录，并经过业务、稽核部门认真核查的，相当于把银行的会计
30、知识放入了一个知识库，这样，所有柜员只要准确录入交易传票上的各项要素，交易程序调用核心会计处理系统，核心程序根据交易代码、现转标志、通兑标志以及其他特定要素查询会计分录表，确定唯一一组会计分录，并完成与每条记录相应的帐户文件、内部帐、表外帐等的更新。经过多年的实践，证明大会计思想，提高了服务水平与经营能力，也使得系统的适应性更强。在本系统中，币种是业务的一个属性，本币只是所有币种中的一种，在业务处理中本外币同等对待，当然在一个交易中便能支持多种货币，只有在核算时，需要折算转换。这样，在所有帐户文件、内部帐文件、表外帐文件、总帐文件等中，币种只是其中的一个要素，我们就能将本外币一起管理，统一设置
31、本外币帐户，统一生成本外币报表，但支持外币类特殊交易和报表。2.4 综合的、完备的、自动化的业务功能作为一个大集中的业务处理系统必须要求业务功能全面，且自动化程度高。系统包括的业务功能有：客户信息管理对私存款（活期、定期、零存整取、整存零取、存本取息、教育储蓄、定活两便、通知存款）对公存款（活期、定期、协议存款、协定存款、保证金存款、公积金存款、集团帐户存款）往帐业务（系统内划转、现代支付）来帐业务同城票据交换业务银行本票业务银行汇票业务银行承对汇票业务国内信用证业务委托收款业务特约汇款业务个人贷款（一般贷款、按揭贷款）对公贷款（一般贷款、按揭贷款、委托贷款、银团贷款、进出口押汇贷款、保理业务
32、）贴现业务外汇买卖业务（结售汇、代客外汇买卖、自营外汇买卖、敞口平盘）旅行支票业务票据托收业务外汇汇款业务外汇资金清算和SWIFT资金拆借头寸管理卡业务柜员管理现金和凭证管理内部帐管理批处理报表管理参数管理权限管理事后监督国际贸易结算信贷管理银证转帐和银证通业务基金业务2.5 24小时不间断服务本系统要求作到全系统的24小时服务，中间的间断时间控制在5分钟。2.6 完备的安全机制本系统要求从运行环境安全、应用安全、管理安全三方面进行安全控管。3. 总体架构3.1 总体结构图3.2 渠道表现接入层渠道表现接入层包含了多种渠道，有基于字符终端的高柜、基于Web的低柜、自助终端、电话银行、网上银行、
33、自助设备（ATM,POS,CDM）、和外系统专线连接等。这些渠道在本系统中只是各种服务请求的界面表现和数据传输接入，没有业务逻辑，如果某项服务能在多个渠道上开展，那么这些渠道提供的服务界面是个性化的，但是服务内容和流程是共享的。3.3 服务层服务层由大前置和外挂服务系统组成：3.3.1 大前置大前置分为总行前置和分行前置，前置的功能是负责把各渠道的服务请求进行整合，形成统一的对业务系统的交易请求。是整个系统的应用路由中心，大前置系统是本身局域网内的中心节点，他和其他节点形成星型结构，其他节点的报文交换必须通过大前置系统的调度。3.3.2 外挂系统外挂系统是一些专业性较强的业务处理子系统，通过外
34、挂的形式和核心系统形成一个整体的业务系统。外挂系统负责业务处理流程的控制，通过大前置系统共享渠道接入，把相应的帐务信息传给核心系统，由核心系统进行帐务处理。 本系统的外挂系统有：外汇宝（又汇市通）、开放式基金、信贷管理、国结、保理、银证通、个贷、其他分行外挂系统。3.4 业务层业务层由交易集合组成，负责处理业务逻辑。可以根据功能分成若干模块：公共、核心、个人存款、企业存款、结算、外汇、贷款、批处理等。3.5 数据层数据层是后台数据的存储层，它存放所有的核心系统后台数据，并提供标准和非标准的构件对这些数据进行访问，这些构件被业务层的交易进行调用。3.6 物理部署Sop（主机）： 软件环境：操作系
35、统：HPUNIX数据库： Oracle9i中间件：Tuxedo 服务端功能范围：负责全行核心系统的业务逻辑及数据存储，实行本地双机热备和远程灾备。Cop（网点前置机）：软件环境：操作系统：Sco Unix数据库：Oracle 9i中间件：Tuxedo 客户端功能范围：主要负责前台数据的录入及简单的业务逻辑判断，放置到每一个营业机构。Dop（事后监督）： 软件环境：操作系统：Sco Unix数据库：Oracle 9i功能范围：放置到分行，负责整个分行的事后监督。Wop：Wop平台基于J2EE技术，为基于J2EE的B/S架构应用开发设计提供一个开发平台和运行环境。功能范围：完成参数表管理，客户信息
36、管理，个贷系统。4. 核心系统4.1 业务总体架构4.1.1 机构管理4.1.1.1 机构设置在本系统中的机构按机构类型可以分为：会计机构、营业机构、管理机构、虚拟机构；按机构营业级别可以分为总行、分行、支行和分理处。总行、分行、支行均是会计机构，分理处是营业机构。管理机构是专为汇总帐务、生成报表而设立的机构。虚拟机构是为便于一些管理外围外挂系统的虚拟柜员专门设置的一些机构。制卡中心：为了便于卡片的管理，系统中提出了制卡中心的概念。系统内可以把几个营业机构设置为发卡中心，由制卡中心负责制卡，其他营业机构只能通过相应的制卡中心完成制卡操作。4.1.1.1.1 会计机构 & 营业机构 & 管理机构
37、（报表机构）&虚拟机构会计机构：帐务上独立核算的机构称之为会计机构，这样的机构有自己完整的帐务。会计机构下既可以设立营业机构也可以不设立营业机构。营业机构：帐务上不独立核算、而是挂靠在自己的上级机构的机构称之为营业机构。这种机构没有自己的内部帐，所有涉及到内部帐的帐务都使用其上级机构的内部帐。这种机构可以被视为是其所属上级机构的一个物理上的延伸。管理机构：管理机构不设帐，也不对外营业，是一个报表机构，主要用来汇总他下属的各帐务机构的总帐方便生成相应的汇总报表。虚拟机构：核心系统会为外围系统分配虚拟柜员，外围系统发起的交易应该采用核心系统分配的虚拟柜员，这些虚拟柜员隶属于该虚拟机构。在光大银行取
38、消了虚拟机构，所有的虚拟柜员都隶属于相应的会计机构和营业机构。4.1.1.1.2 各机构之间的关系：在本系统中，各个机构之间是通过以下几个固有属性联系在一起的：凭证上级、现金上级、帐务上级、管理上级这几个属性确定了系统的凭证调拨关系、现金调拨关系、清算模式、帐务汇总关系。清算模式：每个帐务机构的帐务上级就是其清算上级。系统初始时会在帐务机构与其帐务上级之间对开备付金户，以满足以后系统内清算的需要。此外，如果某一帐务机构发生拆借业务或上存款业务，系统都会在此帐务机构和其帐务上级之间对开帐户。现金调拨：现金上级决定了机构之间现金的调拨关系，每个机构只能与它的直接帐务上级或下级发生现金调拨。报表汇总
39、：管理上级决定了机构之间的帐务汇总关系及报表汇总关系。凭证调拨：凭证上级决定了机构之间凭证的调拨关系，每个机构只能与它的直接凭证上级或下级发生凭证调拨。4.1.1.2 一本帐的处理一本帐是指银行根据一级法人体制，把各分支机构的会计帐上收，由总行进行统一的管理。分支机构是总行的派出机构，代表总行在各自地区进行经营，各分支机构不再由独立的会计帐，他主要工作是服务当地的客户。根据以上定义可知，由总行来负责管理帐务和资金的运用，分支机构负责客户服务工作。而银行设置帐户的功能一是为内部会计核算，二为为客户服务。这两个功能在非一本帐的环境下是在同一机构体现的，而在一本帐的环境下，这两个功能是在不同的机构完
40、成的。这样，就要求系统为一个帐户设置两个机构，一个他所属的营业机构，一个是他所属的会计机构。对应的，机构也赋予两个属性：营业属性和会计属性。如果一个机构是会计机构，那么，这个机构由独立的完整的帐务设置，有完整的会计报表。如果一个机构是营业机构，那么这个机构没有帐务设置，只负责完成业务交易的处理，这个机构的帐务是共用他的上级帐务机构的帐务。本系统把帐户分成客户类帐和内部类帐两个部分，客户类帐包括各种客户帐尾箱帐，内部类帐包括内部帐和表外帐。内部类帐只有会计机构才有，所以内部类帐所属的两个机构一致的。而客户类帐如果在营业机构开户，那么产生的客户帐号的结构中的机构号为营业机构的机构号，而该帐户所属的
41、两个机构是不一致的，一个为营业机构，一个为帐务机构。这个帐户发生帐务交易时，系统同时登记这两个机构。在做会计处理时，以会计机构为单位进行处理。在做客户服务时，以营业机构为单位进行处理。由于客观条件的限制，本系统把一本帐设置成支行一本帐。4.1.1.3 机构管理内容1开关机步骤：每天必须管理员先签到，操作网点开机交易进行网点开机。日终时普通柜员必须进行柜员扎帐，正式签退。管理员进行网点轧帐，最后网点平帐，签退后系统自动置机构状态为日结状态，管理员正式签退即完成当日业务。如果网点（非总行机构）日结后仍需做交易，需请示总行授权后再开机，总行操作总行授权网点开机，授权允许网点再开机。网点管理员再登陆进
42、行网点开机，作完业务后需重新轧帐和网点平帐。2当柜员完成当日交易后，需进行轧帐，包括对自己现金尾箱和表外尾箱的清点碰帐及交易流水的勾对。有现金尾箱柜员现金尾箱碰库前查询交易用于显示现金尾箱当日有变化的货币代号、帐号等信息作为碰库依据，并进行现金尾箱碰库，把清点的现金数输入系统，完成与系统的碰帐。当一致是系统显示成功，当不一致时，提示碰库失败。表外尾箱碰库前查询交易用于表外尾箱当日有变化的凭证种类、货币代号、帐号等信息作为碰库依据，并进行表外尾箱碰库，把清点的凭证等输入系统完成与系统的碰帐。当一致是系统显示成功，当不一致时，提示碰库失败。3未处理帐务检查：在柜员正式签退时将检查对公贷款、个人信贷
43、、贴现、拆借、资金后台代客外汇买卖、国内信用证、待销帐、集团帐户、同城票交、汇票签发等登记簿未处理检查；柜员正式签退时检查柜员所做的业务借贷是否平衡及是否有未处理帐务，如果存在未处理帐务或借贷不平衡不能正式签退。网点平帐时将检查对公贷款、个人信贷、贴现、集团帐户、同城票交、本票、银行承兑汇票、汇票、拆借、资金后台代客外汇买卖、国内信用证、外币交换登记提出未复核记录、外币交换登记提回未复核记录、网银登记系统外划款未复核记录、系统内划款未复核记录、系统内划款未处理来帐、现代支付登记来帐未处理记录、现代支付登记往帐未复核记录、现代支付登记往帐抹帐失败、支付状态未对帐、出报、进报、进报文件、票据托收等
44、登记簿未处理检查，网点平帐时检查网点所做的业务借贷是否平衡及是否有未处理帐务，如果存在未处理帐务或借贷不平衡网点不能日结。4.1.1.4 机构管理流程4.1.1.4.1 柜员平帐柜员轧帐不再用子菜单方式，而是采取一个交易9314（柜员轧帐）。进入9314交易首先联动9367柜员平帐检查，当做完9367柜员平帐检查交易后，系统会提示是否继续做9331现金尾箱碰库交易，如果选是系统就会联动到9331现金尾箱碰库交易；当做完9331现金尾箱碰库交易后，系统会提示是否继续做9332表外尾箱碰库交易，如果选是系统就会联动到9332表外尾箱碰库交易；当做完9332表外尾箱碰库交易后系统会提示继续操作9366打印柜员流水交易按任意键继续；当做完9366打印柜员流水交易后系统会提示继续操作9363打印柜员轧帐单交易按任意键继续；当做完9363打印柜员轧帐单交易后即柜员轧帐 9314交易完成后柜员只能做9302正式签退、9326网点轧帐、9315网点平帐交易、9364打印机构日结单、9365打印未处理清单交易，9366打印柜员流水交易，9363打印柜员轧帐单交易，其他交易不能操作。若一定要操作其他交易，必须重新签到。非主管重新签到时系统会要求必须授权
