银行账务系统需求方案
银行it系统方案
银行IT系统方案1. 引言随着数字化时代的到来，银行业务的数量和复杂性不断增加，传统的手工操作已经不能满足业务发展的需求。
银行IT系统的建设成为银行业务发展的关键。
本文将介绍银行IT系统方案的设计和实施。
2. 需求分析银行IT系统的功能需求主要包括以下几个方面：2.1 客户管理银行需要对客户进行完整的管理，包括客户信息、账户信息、交易记录等。
所以，客户管理模块是银行IT系统的核心功能。
2.2 业务操作银行IT系统需要支持各类业务操作，如开户、存款、取款、转账、贷款、理财等。
这些业务操作需要满足安全、高效、准确的要求。
2.3 风险管理银行IT系统需要具备风险管理的能力，包括风险评估、风险监测、风险预警等。
保证银行业务的稳定运行。
2.4 报表统计银行需要生成各类报表，用于管理层决策和监管部门的监督。
所以，报表统计功能是银行IT系统的一个重要组成部分。
3. 系统设计银行IT系统的设计需要满足以下几个设计原则：3.1 模块化设计将系统划分为多个功能模块，每个模块负责一个具体的功能。
这样可以实现高内聚、低耦合的特性，方便后续的维护和扩展。
3.2 安全设计银行IT系统需要具备高度的安全性，保护客户的隐私和资产安全。
设计应考虑用户身份认证、数据加密、访问控制等安全措施。
3.3 可扩展设计银行业务的发展速度很快，IT系统需要具备良好的可扩展性。
设计应考虑分布式部署、集群负载均衡、分布式缓存等技术手段。
3.4 灵活性设计银行IT系统需要具备一定的灵活性，方便根据业务变化进行调整和优化。
设计应考虑使用设计模式、遵循开闭原则等。
4. 系统实施系统实施包括以下几个步骤：4.1 需求分析和规划根据银行的业务需求，明确系统的具体功能和特性，制定系统实施的规划和时间表。
4.2 系统架构设计根据需求分析的结果，设计系统的整体架构，包括模块划分、数据流程、接口设计等。
4.3 开发和测试根据系统架构设计，进行系统的开发和测试，保证系统的正确性和稳定性。
银行卡系统解决方案
银行卡系统解决方案一、引言银行卡系统是现代银行业务的核心系统之一，它承担着包括账户管理、交易处理、风险控制等重要功能。
为了满足日益增长的用户需求和提高银行业务的效率，银行卡系统需要不断升级和优化。
本文将介绍一个全面解决银行卡系统问题的解决方案。
二、系统概述银行卡系统解决方案是一个综合性的解决方案，包括以下几个主要模块：1. 账户管理模块：负责管理用户的账户信息，包括开户、销户、账户查询等功能。
2. 交易处理模块：处理用户的交易请求，包括存款、取款、转账、支付等功能。
3. 风险控制模块：监控用户的交易行为，识别风险交易并采取相应措施。
4. 安全认证模块：确保用户身份的安全认证，包括密码验证、指纹识别等方式。
5. 数据分析模块：对用户的交易数据进行分析，提供数据报表和统计分析功能。
三、系统功能详述1. 账户管理模块1.1 开户功能：用户可以通过该功能在线申请开立银行卡账户，填写个人信息并上传相关证件照片进行身份验证。
1.2 销户功能：用户可以通过该功能申请销户，系统会进行身份验证并处理销户请求。
1.3 账户查询功能：用户可以通过该功能查询账户余额、交易明细、账单等信息。
1.4 账户设置功能：用户可以通过该功能修改账户密码、设置交易限额等个性化设置。
2. 交易处理模块2.1 存款功能：用户可以通过该功能将现金存入银行卡账户，系统会实时更新账户余额。
2.2 取款功能：用户可以通过该功能从银行卡账户中取出现金，系统会实时更新账户余额。
2.3 转账功能：用户可以通过该功能将资金从一个账户转移到另一个账户，系统会实时更新账户余额。
2.4 支付功能：用户可以通过该功能使用银行卡进行线上支付，系统会实时扣除相应金额。
3. 风险控制模块3.1 交易监控功能：系统会监控用户的交易行为，识别异常交易并触发风险预警。
3.2 风险评估功能：系统会对用户的交易风险进行评估，根据风险等级采取相应措施，如限制交易额度、冻结账户等。
商业银行2024非现场监管报表系统解决方案
商业银行2024非现场监管报表系统解决方案一、本文概述随着金融行业的不断发展，监管要求的日益严格，商业银行需要及时、准确地报送各种监管报表，以展示其业务运行状况和合规水平。
为提高报表报送的效率和质量，降低填报错误和延迟，本文将介绍一种基于2024非现场监管报表系统的解决方案。
二、解决方案概述2024非现场监管报表系统解决方案集成了数据采集、数据处理、数据存储、报表生成等功能，旨在提高商业银行报表报送的自动化水平。
该解决方案基于灵活且可扩展的架构，可满足各种复杂的报表需求，适用于各类商业银行。
随着金融市场的不断发展和监管政策的不断更新，商业银行对于报表报送的自动化需求日益增长。
为了满足这一需求，2024非现场监管报表系统解决方案应运而生。
该解决方案集成了数据采集、数据处理、数据存储、报表生成等功能，旨在提高商业银行报表报送的自动化水平。
2024非现场监管报表系统解决方案采用灵活且可扩展的架构，能够满足各种复杂的报表需求。
该解决方案适用于各类商业银行，无论是大型国有银行还是小型城市商业银行，都可以通过该解决方案提高报表报送的自动化水平。
数据采集是该解决方案的重要功能之一。
通过数据采集，商业银行可以将各种数据整合到一个系统中，包括来自多个业务系统的数据、外部数据等。
这些数据经过处理和转换后，将被用于生成各种报表。
数据采集还支持定期或实时数据采集，确保数据的准确性和及时性。
数据处理是该解决方案的另一个关键功能。
数据处理可以对采集到的数据进行清洗、整合和转换，以便生成符合监管要求的报表。
同时，数据处理还支持自定义的数据处理流程，可以根据不同的报表需求进行灵活的配置。
数据存储是该解决方案的另一个重要功能。
数据存储可以将处理后的数据存储在高性能、可扩展的数据库中，以便后续的报表生成和查询分析。
数据存储还支持多种数据存储格式，包括结构化数据、半结构化数据和非结构化数据。
报表生成是该解决方案的核心功能之一。
通过报表生成，商业银行可以根据不同的报表需求生成各种类型的报表，包括表格、图形、仪表盘等。
智慧银行系统设计方案
智慧银行系统设计方案智慧银行系统设计方案一、背景介绍随着科技的不断发展，智能化已经成为了各行各业的发展趋势，银行业也不例外。
智慧银行系统作为银行业智能化的重要组成部分，将为银行业带来更高效、更便捷的服务体验。
本文将介绍智慧银行系统的设计方案。
二、系统概述智慧银行系统是基于互联网和物联网技术的银行业务管理系统，通过整合多种技术手段，实现银行业务的智能化管理。
系统主要包括以下功能模块：1. 客户管理模块：包括客户信息管理、客户身份认证等功能，通过智能化手段提升客户信息管理的效率和准确性。
2. 财务管理模块：包括账户管理、资金结算等功能，通过自动化技术提升财务管理的效率和准确性。
3. 产品推荐模块：通过数据分析和智能算法，为客户推荐合适的产品，提升产品销售效率。
4. 风险控制模块：通过数据分析和预警机制，对可能存在的风险进行及早发现和控制。
5. 服务支持模块：包括在线客服、交易记录查询等功能，通过智能化手段提升服务的便捷性和满意度。
三、关键技术1. 互联网技术：系统基于互联网技术，可以实现在线服务和远程管理，提供便捷的服务体验。
2. 物联网技术：通过与智能终端设备的连接，实时获取客户的交易信息和服务需求，提供更个性化、精准的服务。
3. 数据分析技术：系统通过对客户数据的分析，可以了解客户的需求和倾向，为其推荐合适的产品和服务。
4. 智能识别技术：通过人脸识别、声纹识别等技术手段，实现客户的身份认证和交易授权，提高交易的安全性。
四、系统特点1. 高效便捷：智慧银行系统实现了在线服务和智能化管理，客户可以随时随地进行交易和查询，提高了服务的便捷性和效率。
2. 个性化推荐：系统通过对客户数据的分析，可以为客户推荐个性化的产品和服务，提高了产品销售的效果和客户满意度。
3. 高安全性：系统采用智能识别技术，实现了客户的身份认证和交易授权，保障了交易的安全性和可靠性。
4. 风险预警：系统通过数据分析和预警机制，可以对可能存在的风险进行及早发现和控制，提高了风险管理的效果。
银行OA系统方案
版权声明:本文档版权属深圳市伟峰科技有限公司所有. 未经许可,任何单位,个人不得以任何方式复制,抄袭本文档的部分或全部内容.
深圳市伟峰科技有限公司 2008 年 9 月
PDF 文件使用 "pdfFactory Pro" 试用版本创建
第 2 页 共 67 页
PDF 文件使用 "pdfFactory Pro" 试用版本创建
南昌市商业银行办公系统规划建议书
4.6.1 全局系统配置 ...................................................................................................... 30 4.6.2 各机构系统配置 .................................................................................................. 30 4.6.3 流程配置.............................................................................................................. 31 4.6.4 菜单管理.............................................................................................................. 31 4.6.5 管理工具.............................................................................................................. 31 4.6.6 字段定义.............................................................................................................. 32 4.6.7 编号配置.............................................................................................................. 32 4.6.8 公文配置.............................................................................................................. 32 4.6.9 工作代理(工作授权) ....................................................................................... 32 4.6.10 人事档案 ............................................................................................................ 33 4.6.11 监控日志 ............................................................................................................ 33 第五章 公文管理................................................................................................................... 35 5.1 业务模型综述.............................................................................................................. 35 5.2 发文 ............................................................................................................................. 36 5.3 收文 ............................................................................................................................. 37 5.4 内部签报 ..................................................................................................................... 38 5.5 公文配置 ..................................................................................................................... 39 第六章 行政管理................................................................................................................... 40 6.1 会议管理 ..................................................................................................................... 40 6.2 车辆管理 ..................................................................................................................... 41 6.3 物品管理 ..................................................................................................................... 42 6.4 图书管理 ..................................................................................................................... 43 6.5 自定义表单,自定义流程 ........................................................................................... 43 第七章 手机 OA.................................................................................................................... 45 7.1 伟峰移动手机 OA 介绍............................................................................................... 45 7.2 主要界面 ..................................................................................................................... 45 7.3 主要特点 ..................................................................................................................... 46ຫໍສະໝຸດ 南昌商行 OA 系统方案建议书
网上银行系统业务框架需求及技术方案
网上银行系统业务框架需求及技术方案天津乡村协作银行2020年1月目录1 网银系统业务需求框架 (1)1.1对私业务 (1)1.2对公业务 (1)2 网银系统技术需求概述 (5)2.1网银架构 (5)2.2关联络统说明 (5)2.3软件 (6)2.4硬件 (6)3 网银系统总体预算说明......................................................... 错误!未定义书签。
我行方案采用自建方式树立网上银行系统，系统采用B/S结构，应用互联网为渠道向客户提供多种效劳。
在客户身份平安认证方面，采用静态密码、静态密码、加数字证书的方式，停止平安认证。
方案采用CFCA的数字证书，自建CFCA RA 系统的方式来完成。
1网银系统业务需求框架天津乡村协作银行兴办的网上银行业务分对私业务和对公业务两大类。
1.1对私业务〔一〕公共信息效劳〔本项效劳对外开放，任何INTERNET用户只需登录我行网址即可享用此项效劳〕主要包括：机构简介、信息发布、存款利率查询、储蓄类型代码表、最新外汇牌价、银行业务简介、赞扬、建议、客户调查、理财试算工具、在线客户效劳等。
〔二〕查询效劳〔本项效劳与以下各项效劳必需先注册为我行的网上银行用户〕主要包括：账户基本信息查询、账户余额查询、买卖限额查询、账户当日明细查询、账户历史明细查询、账户未登折明细查询、查询/下载对账单、电子回单查询、存款业务查询、买卖积分查询、日志查询等。
〔三〕预定业务主要包括：大额取款预定、贵宾接待预定等。
〔四〕转账和汇款业务主要包括：定活转账、行内转账、批量转账、转账结果查询、收款人名册管理、跨行同城转账、跨行异地转账、商定转账、异地汇款等。
〔五〕通知存款主要包括：查询通知存款、活期转通知存款、通知存款转活期、通知存款预定、取消通知存款预定等。
〔六〕投资理财〔七〕存款业务主要包括：按揭存款查询、团体质押存款、团体授信存款央求、存款预定等。
银企对账系统方案V
目 录
• 系统概述 • 需求分析 • 系统设计 • 系统实现 • 系统部署与维护 • 效益评估
01
CATALOGUE
系统概述
系统背景
随着企业业务规模的不断扩大， 银行交易数据量也日益庞大，导 致银企对账工作面临诸多挑战。
传统对账方式效率低下，容易出 错，难以满足企业与银行之间快
。
交易功能
用户应能通过系统进行转账、 查询等交易操作。
对账功能
系统应提供自动对账和手动对 账功能，帮助用户核对账户交
易记录。
功能需求
自动对账
系统应能自动对账，将银行和 企业之间的交易记录进行匹配
核对。
手动对账
对于自动对账未能匹配的交易 记录，系统应提供手动对账功 能。
报表生成
系统应能生成对账报表，帮助 用户了解对账结果和账户情况 。
经济效益评估
1 2 3
成本节约
通过自动化银企对账流程，可以减少人工对账的 时间和人力成本，提高工作效率，从而节约成本 。
风险控制
银企对账系统能够及时发现和处理对账过程中的 异常情况，降低操作风险和资金风险，保障企业 的经济安全。
决策支持
通过银企对账系统收集的财务数据可以为企业的 经营决策提供有力支持，帮助企业做出更加科学 、合理的决策。
05
CATALOGUE
系统部署与维护
系统部署
硬件配置
数据迁移与备份
根据系统需求，选择合适的服务器、 网络设备、存储设备等硬件设施，确 保系统运行稳定、高效。
将旧系统中的数据迁移至新系统中， 并建立完善的数据备份机制，确保数 据安全可靠。
软件安装与配置
安装操作系统、数据库、中间件等软 件，并进行相应的配置，以满足系统 运行要求。
银行系统实施方案
银行系统实施方案一、背景。
随着信息技术的不断发展，银行业务也逐渐向数字化转型。
为了提升服务质量、提高效率，我行决定进行银行系统实施，以满足客户日益增长的需求。
二、目标。
本次银行系统实施的目标是实现业务流程的自动化、信息的集中管理、风险的有效控制，提高系统的安全性和稳定性，提升客户体验，增强竞争力。
三、实施步骤。
1. 确定需求，首先，需要对业务需求进行全面的调研和分析，明确系统实施的具体目标和范围。
2. 系统选型，根据需求确定适合的系统方案，进行系统选型，选择稳定、安全、高效的系统产品。
3. 系统设计，制定系统设计方案，包括系统架构、数据流程、接口设计等，确保系统能够满足业务需求。
4. 开发实施，根据系统设计方案进行系统开发和实施，包括系统调试、数据迁移、用户培训等工作。
5. 测试验收，对系统进行全面的测试，包括功能测试、性能测试、安全测试等，确保系统满足要求。
6. 运行维护，系统上线后，需要进行系统的运行监控和维护，及时处理系统故障和问题，确保系统稳定运行。
四、风险控制。
在银行系统实施过程中，可能会面临一些风险，如系统安全风险、业务中断风险、数据丢失风险等。
为了有效控制风险，需要采取以下措施：1. 制定详细的实施计划，明确责任人和时间节点，确保实施进度可控。
2. 加强系统安全防护，采取严格的权限管理和访问控制，防范系统被恶意攻击。
3. 做好数据备份和恢复工作，确保在系统故障或灾难事件发生时，能够及时恢复业务。
4. 加强用户培训，提高员工对新系统的熟悉程度，减少操作失误和人为因素带来的风险。
五、效果评估。
系统实施完成后，需要对系统效果进行评估，包括系统的稳定性、安全性、业务效率等方面。
通过评估结果，及时发现问题，进行调整和改进，确保系统能够持续稳定运行。
六、总结。
银行系统实施是一项复杂的工程，需要全面的规划和有效的组织实施，同时也需要高度重视风险控制和效果评估。
只有做好这些工作，才能确保系统实施顺利，为银行业务的发展提供强有力的支持。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
问题 1：在原先系统设计时设置了“00090000 渤海银行 MIS 调整部”机构，但一直没有使用， 这个机构因何设计，如何配合管理会计方法的应用？ 问题 2：渣打银行在机构代码的设置上与渤海银行有什么区别？
1.2.3 科目代码
1、科目号是总账核算的会计基础，目前总账系统采用 3—5—7—9 的科目结构，即，一级科目 为 3 位，二级科目为 5 位，三级科目为 7 位，四级科目为 9 位。所有业务核算数据均直接记入 最底层科目，并逐级汇总至一级科目。
1.2.6 客户类型代码
1、客户类型代码是按客户种类统计业务数据的基础，由 2 位数字组成，根据客户属性分为零售 银行客户、中小企业客户、 批发银行客户、其他客户等 4 类，其中，客户类型代码“10”至“19” 为零售银行客户、“20”至“29”为中小企业客户、“30”至“89”为批发银行客户、“90” 至“99”为其他客户。 2、鉴于客户类型跟客户经理不可随意匹配，例如零售银行的客户经理不可以拥有批发银行的客 户，因此应增加客户类型与客户经理代码的交叉控制表，或者将目前部门、产品、客户的三维控 制表扩充为 4 为，增加客户经理代码。
问题：部门代码的整体设置思路是否需要根据一年来的管理体会进行更改？
CBB FIN | 2:02 PM Monday, March 12, 2007 4
渤海银行总账及管理会计系统业务需求方案 v1.0
1.2.5 产品代码
1、产品代码是按产品类别统计业务数据的基础，由 3 位数字组成。主要分为零售银行产品、批 发银行产品、其他产品等三类，其中，产品代码“100”至“399”为零售银行产品、“400” 至“899”为批发银行产品、900 为其他产品。 2、产品代码不是每笔交易的必选维度，部分交易产品代码可为空，具体根据科目代码的性质区 分。 3、科目代码参数表中应增加一列，反映产品代码是否可为空，凡产品代码可为空的会计科目， 涉及到此科目的交易，均不需匹配产品代码。 4、交叉控制表也应做相应调整，增减合法维度组合。 5、应针对产品代码参数表进行修改，使目前的产品代码符合国内商业银行的实际，并在适用性 的基础上保持一定的先进性。这样可以提高费用第一次直接分摊的准确性。 6、根据部分部门（例如 SME）的需求，需要进一步细化相关产品代码，因此涉及数据移植，以 及核心系统、外围系统的配合调整。 7、产品代码参数表参见附件。
CBB FIN | 2:02 PM Monday, March 12, 2007 5
渤海银行总账及管理会计系统业务需求方案 v1.0
3、客户类型代码不是每笔交易的必选维度，部分交易客户类型代码可为空，具体根据科目代码 的性质区分。 4、科目代码参数表中应增加一列，反映客户类型代码是否可为空，凡客户类型代码可为空的会 计科目，涉及到此科目的交易，均不需匹配客户类型代码。 5、交叉控制表也应做相应调整，增减合法维度组合。 6、客户类型代码参数表参见附件。
问题 1：目前总账系统中，客户类型代码为所有交易的必选维度，这样使记账工作量加大，因此 能否改为根据科目的性质来确定客户类型代码的可选与必选，例如：对于 403 等暂记账户，则 客户类型代码可为空，而对于 529 营业费用科目，则客户类型代码不可为空。这样设置是否会 影响系统的数据结构，是否会影响管理会计方法的应用？ 问题 2：客户类型代码的整体设计思路是否需要根据一年来的管理体会进行更改？
CBB FIN | 2:02 PM Monday, March 12, 2007 1
渤海银行总账及管理会计系统业务需求方案 v1.0
问题 2：除了上述 6 个维度，渣打银行总账系统还拥有营运部、账目、分类账、项目代码、子公 司代码等维度，主要功能是什么？如何设置？ 问题 3：实施顾问对总账系统的总体数据结构有什么建议？ 问题 4：目前核心系统中的记账方式分为交易分录记账与非交易分录记账，其中非交易分录记账 又分为总账手工分录与内部账户手工分录， 重新构建总账系统是否将现有核心系统的非交易分录 均移入新总账系统，也就是说新总账系统的功能是否包含记账，还是仅仅为归集统计分析计算。
1.2 数据维度 1.2.1 说明
1.2.1 货币代码
1、目前币种代码由 2 位数字代码组成，其中：“01”表示人民币、“12”表示英镑、“13” 表示港币、“14”表示美元、“15”表示瑞士法郎、“18”表示新加坡元、“27”表示日元、 “28”表示加拿大元、“29”表示澳大利亚元、“38”表示欧元、“87”表示新西兰元。 总账系统还设有 3 个虚拟折算币种，用 3 位数字代码组成，分别为“996”折美元（剔除港币）、 “997”折美元、“998”折人民币、“999”本外币合计。 2、货币代码为每笔交易的必选维度。 3、货币代码内容暂不更改。 4、货币参数表参见附件。
1.2.2 维度控制
总账系统的控制通过“客户经理与部门对照表”、 “成本中心参数表”、 “维度交叉校验控制表” 等三个控制表来达到“客户经理+部门+机构+产品+客户”的合法组合控制目的。
CBB FIN | 2:02 PM Monday, March 12, 2007 2
渤海银行总账及管理会计系统业务需求方案 v1.0
2、支持在总账系统中设置不限定数量的组织机构（即独立会计核算单位） 3、 以组织机构为独立核算单位编制各类会计报表,如试算平衡表、 日计表、 资产负债表、 损益表、 现金流量表等 4、支持按照任意约定范围，如按照组织机构之间隶属关系、按照机构所在地区、按照主营业务 范围等进行数据汇总及报表合并工作。 5、目前总账系统机构代码用 8 位数字定义，对于真实存在的分支行，前 3 位数字是机构坐落地 区的区域代码，而中间 2 位为在此省市下的分区，后 3 位数字是序列号。例如，渤海银行总行 营业部，表示为“02200001”、塘沽分行则表示为“02201001”。 地区支行汇总机构代码后三位为“000”，例如，天津分行下属支行汇总机构代码表示为 “02200000”；塘沽分行下属支行汇总结构代码表示为“02201000”。 总行后勤营业部及清算中心，机构代码设为“00080000”，地区后勤营业部及清算中心机构代 码后三位为“xxxxx800”，例如，天津分行后勤营业部及清算中心机构代码为“02200800”； 塘沽分行后勤营业部及清算中心机构代码为“02201800”。 地区分行汇总机构代码后三位为“999”，例如，天津分行全辖汇总（包含支行、分行后勤营业 部及清算中心）机构代码表示为“02200999”；塘沽分行全辖汇总（包含支行、分行后勤营业 部及清算中心）机构代码表示为“02201999”。 6、机构代码为每笔交易的必选维度。 7、机构代码内容暂不更改。 8、机构代码参数表及机构报表汇总关系参见附件。
总账系统
币种
机构代码
科目号
部门代码
产品代码
客户类型代码
财务会计数据
管理会计数据
如上图所示，总账系统由币种、机构代码、科目号、部门代码、产品代码、客户类型等六个维度 构成，其中：币种、机构代码、科目号等三个维度是总账系统的基本维度，构成财务报告数据的 基本内容，满足对外信息披露的基本要求。部门代码为满足本行结构性管理而设置，使总账系统 支持按部门归纳业务数据。 产品代码与科目类型代码为满足管理会计核算要求而设置， 使总账支 持按产品类型、客户类型归纳业务数据，是进行产品分析、客户分析的基础。 总账系统应支持矩阵式管理，在总账表中支持而且不限于记录机构、科目、部门、产品、客户类 型等多个字段信息，并可定义不同维度的访问权限，同时设置维度间的交叉校验关系。
问题 1：目前，我行的总账系统与核心业务系统集成，其他外围业务系统数据通过接口将数据传 入核心系统中的总账，在此基础上，我考虑今年构建新的总账系统的架构有两种方案：①不改动 现在的系统接口架构， 新构建总账系统由目前核心系统中的总账系统接受数据； ②改变目前的系 统接口方案，不再使用核心系统中的总账，外围应用系统都直接与新总账系统接口传输数据。如 何评估这两种方案？
1.2.7 分类账
问题 1：渣打银行通过“分类账”维度（9 个码）来支持多会计准则核算，渤海银行在新构建总 账系统时也希望能支持多会计准则，此维度应如何设置？需要注意哪对于各个维度均允许建立多层次结构，底层记账逐级汇总数据。 2、对各个维度均应提供“封存”功能，以便在数据移植时增强数据移植的灵活性。
CBB FIN | 2:02 PM Monday, March 12, 2007
3
渤海银行总账及管理会计系统业务需求方案 v1.0
总帐科目共分为 5 类，分别为资产类（科目号首位数字为 1）、负债类（科目号首位数字为 2）、 资产负债共同类（科目号首位数字为 4）、所有者权益类（科目号首位数字为 3）、损益类（科 目号首位数字为 5）、表外类（科目号首位数字为 6、7）。 2、科目代码为每笔交易的必选维度。 3、会计科目应能对不同机构的使用范围、权限进行控制。 4、会计科目应能针对不同的总账来源进行控制。 5、目前我行科目代码中表内科目已基本改造完毕，但表外科目仍采用单式记账，拟对表外科目 进行系统性的调整，重整科目表并改为表外复式记账。 6、科目代码参数表参见附件。
渤海银行总账及管理会计系统业务需求方案 v1.0
渤海银行总账及管理会计系统业务需求方案 v1.0
Ⅰ 数据结构 1.1 数据结构图
总账数据以会计科目为基础， 以机构，部门，产品，客户分类和货币为主要核算维度，记录每日、 每月的借贷发生额及余额， 核算和监督业务活动和财务活动中资金增减变化的过程及其结果。 总 账系统不仅是简单的记录和反映业务数据，还是实现经营分析、预测、决策的会计信息基础。
1.2.4 部门代码
1、 部门代码是按部门统计业务数据的基础， 由 4 位数字组成， 分为 3 级， 一级部门分别为 “DV10 零售银行”、“DV40 批发银行”、“DV60 业务运营部”、“DV70 风险管理部”、“DV80 后 勤支援部”等 5 个，一级部门下细分二级部门，二级部门代码末尾 2 位数字均为“00”，每个 二级部门下进一步细分三级部门。三级部门具体记载业务数据，并逐级汇总至一级部门。每个二 级部门下设的三级部门中均包含“总裁办公室”与“产品研发部”，专供成本分摊，不记载业务 数据。 2、部门代码应根据人力资源部实际组织架构设立。 3、针对目前管理会计模型修订部门代码参数表维度。或者将汇总级别的部门代码实用化，避免 系统资源的浪费。 4、部门代码为每笔交易的必选维度。 5、部门代码参数表参见附件。