建设银行代码是多少？如何使用手机银行查找银行卡开户行？

关于建设银行代码是多少很多人还不了解，今天小编就为大家整理了相关内容，希望对各位有所帮助：

接下来具体说说如何使用手机银行查找银行卡开户行

银行系统-核心系统

银行业务系统指对商业银行的正常业务运作提供支持的系统，在银行IT系统体系中占有很大的比重。我国商业银行自金融电子化以来，大部分资源都是围绕银行业务系统展开的，在未来一段时间内，银行业务系统建设仍然是IT投入的主要方向。

概述

银行业务系统本质上就是现实生活中的银行业务处理流程用计算机语言解释给计算机，但这种解释绝不仅仅是现实生活中业务操作的克隆，而是借助于IT技术手段，实现业务流程的优化和再造，使有限的人力资源从烦琐、枯燥的手工劳动中解放出来，并可以衍生出名目繁多的、现实生活中难以实现的业务品种来（如企业网上结算中心等）。业务系统流程设计仍然要把握“内控优先”的原则，在业务系统中通过定义不同的柜员角色、权限和岗位，在交易运行过程中，通过复核、授权、事中监控、事后监督等手段来防范交易过程中的操作风险。这便是一个表面看起来很简单的流程，在程序处理中需进行各种各样控制的原因，这些约束或控制有些属于银行业的通用做法，有些则属于具体银行的个别要求，体现了本行的业务风格和风险管理特点。这些约束或控制并非一成不变的，银行会经常根据自身的实际情况或外界的要求做出调整，一个业务系统优秀与否，一个重要的判断依据便是能否以最小的代价、最短的时间来通过调整适应这种变化，软件系统应对这种变化的重要手段之一便是参数化设计。

业务系统强调"事后留痕"，业务处理流程需要记载操作的前因后果，根据业务的当前状况，应该能从数据库中的记载还原过去一段时间内业务处理的原貌。数据库中的数据，无论是业务数据还是状态数据，通常不允许删除（删除后，业务追溯过程可能出现断路），对于无效的数据，一般只通过状态的变更来处理。

并非所有的业务都适合或便于通过计算机处理，计算机处理也并不能完全代替手工处理，所以设计业务系统时，一定要注意线上和线下联动。计算机中的流程与实务中的流程匹配，计算机中的数据与实务中的资料（可能是业务系统的打印输出物，也可能是客户提交的申请书或其他材料）匹配，两种数据相互印证。这种要求和会计中的账实一致道理是类似的，也是防范业务风险的手段之一。

如果将一个完整的业务流程比做一个链条的话，业务系统中推动流程运转的一个个交易就是链条上的节点，节点不宜过多，过多的节点显得琐碎，不便于管理；也不宜太少、过少的节点不便于流程的灵活设计。多与少之间，体现着设计师的设计水平。

在业务系统中、常会提到“交易（Transaction）”的概念，交易简单说，就是一笔业务完整流程中的某一个环节在计算机处理中的体现。从表现形式上，一般分为两种类型：

有操作界面的交易，如柜面交易（分高柜交易和低柜交易），这种交易讲究握作界面内容尽量简洁并含义明确，较好附以必要的操作说明。

没有操作界面的交易，又分为几种：业务系统日间定时发起的交易，如贷款扣款日自动扣划等，日终批处理交易，如结息处理等；某些电子渠道发起的交易，如账务查询、签约登记等，这种交易业务系统一般通过对外提供标准化接口来实现。

交易设计的一般原则为∶

1）一个业务环节处理需要多人（如经办柜员、授权柜员）共同处理，这样的业务环节不宜设计为单独一个交易。

2）一个业务环节需要多个部门（如市场营销部门和后台作业部门）共同处理，这样的业务环节不宜设计为单独一个交易。

3）一个业务环节如果需要在不同时间（如贷款合同订立和贷款发放）完成，这样的业务环节不宜做成一个交易。

4）交易的输入项尽量简化，界面上存在逻辑关联的栏位应由系统进行输入控制，而不能仅凭操作人员自己的判断，有格式规则的栏位应尽量在输入阶段就进行格式检查。

5）交易的设计要做到“撒得开，收得拢”，各交易既相互**，各自具有各自的应用场合和前提，又相互关联，各交易遵循相同的接口规范，方便相互交换数据和调用。

6）比较烦琐耗时的交易剥离到后台或由计算机处理，尽量简化前台柜员的操作。

核心系统是什么

近年来，为适应日益激烈的市场竞争，各银行业金融机构围绕经营集约化、数据集中化、管理扁平化、决策科学化的经营管理思路，纷纷加快以核心业务系统为核心的信息化系统建设。

核心业务系统，也即我们平常所说的core banking，顾名思义，是银行的所有业务系统中处于核心地位的系统，也可以理解为处理银行核心业务的业务系统。

何谓银行的核心业务？作者认为，对银行来讲，主要利润来源的业务。或者说，相对于同业具有比较优势的业务，都称为银行的核心业务，核心业务是需要银行努力做好，并有必要精耕细作的业务。因此，对不同银行而言，核心业务的内涵是不同的。对国内银行而言，存款、贷款、支付结算都是核心业务的范畴。从技术的角度而言，所有的核心业务未必就适合于放在一个系统中处理，如贷款的账务处理和贷款的授信、审批以及贷后管理就不适合放在一个系统中，因为账务处理力求稳定和高效，而贷款的流程管理力求灵活多变，不同的功能需求更适合不同的系统中处理，这也说明，核心业务系统未必就是一个系统，而可能是一个系统群。

简言之，银行核心业务系统被视为以客户为中心的，集成了交易处理、产品创新、客户关系管理、风险管理和资本配置等多种应用组群的系统。如果把银行看作具个产品工厂，核心系统就是支撑其产品创新、加工营销和风险管理的动力系统。核心业务系统通常指的是交易系统，即以联机交易为主。有些业务，如财务管理，虽然也是银行的核心业务（财务管理的好坏决定了银行的竞争力），但习惯上并不包含在核心系统的范畴内。还有些业务，虽然是交易处理性质的，但因为流程复杂多变，不符合核心业务稳定简约的要求，因此一般也不做在核心系统当中，这样的系统有国际结算系统和信贷管理系统等。

在现实生活中，我们也看到一种不正常的现象，把核心系统当作一个筐，什么内容都往里装，不管合适不合适，最后，把核心系统搞成一个四不像。笔者就见过一家银行，指纹识别，财政非税收入居然也打算做在核心系统中!

作为软件系统的一种，一个优秀的核心系统产品除了需要具备上理论先进性、技术先进性、处理正确性、效率、稳定性、开放性、界面友好性、易维护性、可拓展性、交易安全性、配置灵活性、平台兼容性等特点外，还应该具有以下特点，有些特点要实现起来很难，但至少要成为系统设计的目标。

1）以客户为中心的设计，集中的客户信息，能够对客户层次的所有账目和交易进行汇总。国内银行目前使用的核心业务系统正从传统的以账户为中心向以客户为中心转变，表现在客户的基础信息资料都必须在核心系统做维护（这里说的基础信息资料指能为多个系统所公用的信息，如名称、地址、身份证号码、组织机构代码等），某些系统专用的信息可以在专业的业务系统存储。分散在各个外围业务系统的客户基础信息资料均需以核心系统客户资料为准，核心系统统一为客户分配客户号，各业务系统对客户的引用均以核心系统客户号为准。尽量避免一户多号的情况，以客户号为线索，可以查询出该客户在本行的存款、贷款、结算、理财产品购买等业务情况。

2）新产品支持能力，参数化为基础的设计，支持弹性利率结构、产品期限、费用定价等功能。好的核心系统产品建立在高度参数化配置和灵活性的架构设计上，能通过参数配置解决大部分的客户需求，参数配置不出来的内容，修改完善时也不需要对架构做伤筋动骨的改造。笔者见过一个系统，记账分录是通过参数配置来实现，有些分录所需要的条件根据数据库中记载的数据来确定的。而恰恰一些关键的数据在数据库中并没有保存，最后的结果只好改程序，加新表或字段。对原有的程序架构造成很大的影响，而且大大延缓了上线的进度。这就是系统设计之初对业务前瞻性考虑不充分的一个案例。

3）针对不同的客户提供有针对性的服务，对不同的细分客户群和层次，在服务档次和服务定价上有所区别。好的核心系统应该能帮助用户对客户进行细分，根据客户对本行的综合贡献度以及信用等级提供相应的服务，使银行有能力把更多的资源投入能给本行带来更多利润的客户上。

4）有助于提高业务处理效率。好的核心业务系统，应该能简化需要手工处理的业务流程，将大量的机械化的、烦琐的流程交由计算机处理，同时对业务发生过程中的交易柜员、交易时间、交易授权等信息做记录，以便事后监督和跟踪。在这方面，有些是技术层面的，体现为系统的技术先进性；有些是业务层面的，体现为业务架构的先进性。

5）灵活的会计核算方法，会计核算是核心系统的一项核心功能，是各个银行业务运作规范程度的一个体现，不同银行在某种业务核算上的处理会有所差异。好的核心系统应该能支持多种核算方法，可通过分录的定义和设置，支持不同银行的核算要求。以银行业新会计准则为例，先进的核心系统为银行内置了对新准则的支持，而不是根据核心系统产生的结果进行改造和转换，形成符合新准则要求的报表。

6）全面的安全性，核心系统的安全性有技术和业务两层的含义。技术安全性指系统本身不存在严重的危及系统正常使用或导致业务数据被无权限使用者非法访问的隐患；业务安全性是指用户的操作权限符合银行的管理规范，用户在未被授权的情况下不可以从事超过其职责范围外的事情，这可以从柜员控制、维护人员控制、业务控制、业务监督等几个方面加以保证。

7）整合渠道的能力。好的核心业务系统应具有为网上银行、手机银行、电话银行、自助银行以及呼叫中心等外围渠道发起的交易请求提供统一和标准的接口能力，通过渠道整合技术，降低核心系统与外围渠道的耦合度，使客户无论通过什么渠道发起交易，都能得到一致的服务。

8）灵活的报告能力。好的核心业务系统还应该具有强大的查询和报表功能，能手工或定时、定期生成各种业务统计报表、对账单和风险预警报表，报表通过综合前置或报表平台下发。

核心业务系统对银行的重要性就如同一个智慧的大脑和强壮的身体对人的重要性一样。正因为此，更新和优化核心系统一直是银行界IT投资中的一部分，这种趋势还将延续很长一段时间，这种现象甚至引起了国外核心银行系统厂商的关注。在国内银行核心系统换代潮中，屡屡能看到他们的身影，除了据说在国外久经考验的FNS（印度 TATA）、FiServ（美国Fidelity）、Symbols（新加坡SA公司）、FluxCube（Oracle 公司）外，国内繁德、高伟达、高阳、长亮、中联等核心系统产商的产品也争奇斗艳。

核心业务系统正因为在银行业务系统中处于核心地位、其他的外围系统或多或少都要和核心系统发生关系，因此，拥有核心系统产品的IT公司，往往也会提供其他的外围产品，如综合前置系统、柜面系统等。这样，便于为客户提供整体性、综合性的解决方案，而且外围系统的更新改造或多或少地会引起核心系统的调整，这样能为核心系统厂商带来源源不断的项目机会，这也是不少公司谋求拥有核心系统产品的原因。

不同银行对核心系统的功能和性能要求是不同的，四大行的核心系统与全国性股份制商业银行的核心系统在功能、性能和业务处理能力上要求不同，全国性股份制商业银行的核心系统和中小城商行的核心系统要求又不同。以大中企业为主要服务对象的银行（如国家开发银行）与以小企业为主要服务对象的银行（如农村合作银行、村镇银行等）在业务种类和风险关注点等方面的考虑不同。甚至国内不同地区的银行在业务处理上差异也是很大的。

国内银行核心系统的发展

回顾银行业信息化建设的发展历程，从无到有，由最初的PC单机版电子化阶段，经过了应用系统联网处理实现数据大集中，到以客户为中心的设计。经历了不同的历史发展阶段，展示了金融业的沧桑巨变，见证了科技不断超越的坚实步伐。

而银行核心系统作为银行业务信息化处理的引擎，是银行IT系统中最关键的环节，重新审视并了解它的成长史，有助于在系统建设中减少盲目性。

不同层次、不同类型和不同规模的银行，在银行核心系统建设上的进展状况也有所不同，一般可以分为四个阶段：PC单机、联网联机、数据大集中、客户为中心。

1.手工时代（20世纪60-70年代）

在没有电子计算机的时代，当时银行叫做储蓄所，专门给储户办理存取款业务。在柜台前，可以看到一堆摞的高高的账本，一只填写凭证的钢笔，一把用来记账和扎帐的算盘……

储蓄所职员完全是依靠手工操作办理业务，无论计息结账、内部往来对账等都靠人工处理。从收钱、点钱、登折，到另一个人的复核、签字、盖章、记账，最快也要二三十分钟。

不仅耗费大量人力、效率非常低、资金周转慢，而且信息不灵通，且存在一定风险（如手工登记凭证易丢失、或发生火灾）等问题。显然无法满足中国银行业发展的需要。

所以当有了电子计算机，银行业进入了电子化的初期阶段，通过简单的模拟手工劳动，主要解决了手工操作和业务处理的效率问题。

2.靠前阶段 PC单机（20世纪80-90年代）

靠前阶段还没有互联网，每个网点安装的计算机设备都没联网，拥有各自**的系统，主要的功能是使用一些登记簿实现银行每个营业网点单独一个“电子的账本”，形成了非纸质记账。

分别处理自己的账务信息，所以没有通兑功能。基本上都是以网点为单位，在哪里办理的开户，就只能在哪里办理业务。

此时的核心系统包括了柜面与核心，基本是由同一家厂商提供，柜面只用于输入和输出显示。主要设计思想是以“账户为中心”的金融服务体系，因此账户在核心系统中是唯一索引，出现了一个个信息孤岛。

比如一个人在银行有5个账户，5个账户可能是不同网点办理的，那银行的各个网点就不能够总揽地了解客户，无法针对客户的财务状况和实际需求提供有针对性的服务。但同时，也为金融服务的转型升级和业务流程再造打下了基础。

之后，国内开始建设网络基础设施，从在中心城市安装大型机，将各网点连接起来实现业务联网区域的通存通兑，到以省市级主机为中心，向省外扩张实现省级互通互联……这就引出了第二个发展阶段。

3.第二阶段 联网联机（20世纪90年代-21世纪初）

网络将不同的网点和不同的系统，通过通信设备和线路建立连接，实现了各地区、各部门、各应用系统之间的数据实时传输、交换、资源共享，实现了联机业务处理和异地跨行通兑，还实现了科目的统一设置及账务的有效集中等。

也因为数据的共享，使得银行内部信息量增大，银行科技部为了进一步提升交易质量和服务质量，倾向在系统设计方面采用从简思维，剔除繁琐的操作，因此催生了交易系统。

与此同时，自动柜员机（ATM）开始大量出现，以计算机、通信等现代科技为基础和银行卡等为介质的“金卡工程”也开始实施，通过计算机网络系统，用电子信息转帐的形式实现货币流通。

金卡工程首批12个试点省、市全部实现了同城跨行ATM/POS联网运行和信用卡业务联营，自93年金卡工程发起到97年底，已发行了5万多张卡，其中IC卡的发行量逐年提高。

在银行业飞速发展的进程中，随着我国经济建设发展、改*开放的不断深入和即将加入的世贸组织，进一步加快了商业银行电子化建设的步伐。银行核心系统的设计理念也由此发生了变化，对第三个阶段的发展需求急迫。

3.第三阶段 数据大集中（21世纪初-2008年左右）

为了迎接加入世贸组织的挑战和机遇，提升数据和技术力量的分散、业务处理缺乏标准规范、软硬件资源不共享、管理水平不平衡等问题导致的负面影响，所以数据大集中应运而生。

数据大集中是各银行根据自身情况进行不同程度的集中处理数据和业务。例如，将省级数据中心的数据和业务集中到*家级的大数据中心，实现系统基础架构、物理服务器、数据和应用的集中。

使总行能够集中全部研发力量，避免低水平的重复开发现象，以节约系统管理、软件维护及升级的费用；使总行能够得到准确、实时的数据，全面地了解到各分行的工作进展情况，以免增加不必要的后继沟通成本；使总行能够通过分析交易数据或交易行为，提升整体服务水平，减少因信息不对称而导致的银行风险管理失控或业务机遇丧失。

因此，国内商业银行开始重视规模化经营，掀起了一场以数据大集中为主线的技术**。

1999年9月1日，工商银行提出了以“9991”工程命名的大集中工程，用了3年时间将全国各地36个计算中心合并，建立了两大数据中心，即在北京上海建立了两大互相备份的数据中心，是我国数据大集中的里程碑工程。

2004年9月25日，工商银行通过数据中心整合工程的实施，将北京数据中心主机生产系统顺利迁移至上海，全行业务集中到上海数据中心处理。

还完成了澳门、新加坡、东京、汉城、香港等亚洲地区省外分支机构数据的集中处理。截止“十一五”末，各大商业银行、全国性股份制银行都几乎完成了数据大集中，将分散于各分行的业务数据集中至数据处理中心。

随后，银行业开始高速扩张物理网点和开始新一代渠道的建设，在代销基金、保险、代收代缴等业务开拓方面加大投入力度。

在网络银行、电话银行、自助银行、移动银行等方面也形成新突破，不再是以各渠道相对**的思想来建设，以客户为中心的新概念伴随着业务转型而陆续出现。

4.第四阶段 客户为中心（2008年以后）

随着经济和金融的全球一体化发展，我国银行业以对外业务转型为契机，更好地提高服务质量与水平，占领更多的市场份额，因此，对内专门建立了客户信息管理中心。

由一定的编码规则生成系统唯一的客户号，再通过客户号管理同一客户下的各账号，建立统一的客户信息视图，打破原有客户群各自封闭的情况，实现银行的服务理念从“以账户为中心”向“以客户为中心”的转变。

再新的一轮市场竞争中，国内各银行又开始了关于银行核心系统的探讨与研究。例如，以客户为中心（支持复杂的关联关系），如图：

再如，系统参数的灵活配置实现产品特色化，为客户提供利率、费率及汇率的差异化定价，并将客户之间的关系进行归集（如：针对集团客户可归集其下辖各子公司的账户），实现客户与账户的多层级管理，掌握客户每笔交易的资金动态和流向等。

通过对客户需求的聚焦，进而对指定客户群或是个别优质的客户提供有针对性的服务，在吸引新客户和留住老客户的同时，也为今后业务的发展奠定了坚实的基础。

在建设的过程中，出现了“瘦核心”、“剥离核心”、“轻量化核心”、“无核心”、“小总账”等等的概念或说法，主要是因为智能手机、银行卡、支付宝、微信、利率市场化兴起的大背景下，原先的核心系统设计较老，外围系统不断的出现（如ATM、网购）导致出现了胖核心。

系统灵活性不够，而且久而久之改动影响范围过大不可控。但这些都属于系统规划问题，只要系统整体架构合理，模块分工明确，都是可以解决的，同时也正是新一代的银行核心系统设计必须要考虑的。

核心业务系统的模块划分

从逻辑上讲，核心系统分业务管理层和业务处理层，前者是为后者提供服务的支持模块组成，包括费用管理、假期管理、利率、汇率管理等模块。

核心系统一般包括的模块：公共业务、客户信息、机构管理、用户管理、凭证管理、存款、贷款、资金业务、国际结算、支付结算、总账、卡系统、日结模块等。

公共业务

公共业务模块是核心业务系统的基础模块，是为其他模块提供服务与支持的模块，包含的交易有∶当日冲正、隔日冲正、调整积数、账户信息修改、账户利率修改、制作ATM管理卡、参数维护、渠道签约、网银证书管理、机构日结等。

客户信息

客户信息模块是核心系统中的核心模块，主要记录企事业单位、机关团体、个人、机构同业等客户的基本信息、联系信息、签约信息、账户信息以及相互间的关联关系。本模块承担着为核心系统各模块和各外挂系统提供统一客户视图的重任，系统中以客户号为客户的唯一标识，一个客户号只能属于一个客户。客户信息要尽能准确和尽可能全面，这里讲的客户并不仅指在本行开户的系统外的客户，有时候，本行内部的机构也可以当作客户来管理，如本行的财务管理部门可以在本行开户，在国际业务中，系统内联行也被看作本行客户。

一个企业客户可能在本行多个机构开有账户，基本账户开户机构称为主办机构，课果该客户不在本行开有基本账户，则在多家开户机构中指定一家为主办机构，负责对客户信息的更新和维护（主办机构可以由公司总部所在地的机构担任，或由在本行业务量最大的机构担任）。同业客户信息由总行相关部门统一维护。 对公客户需要记录的内容包括∶中英文客户全称、中英文客户简称（以开户证上记载的客户名称为准）、证件类型、证件号码、行业大类、行业小类、企业性质（国内/外资/合资）、企业规模（大/中/小/微）、注册地址、网址、中英文经营地址、联系电话、法人代表名称、财务负责人名称、注册贸金、信用等级、基本账户开户行、税务登记证号码、营业执照号码、是否有外汇业务、外汇许可证号码、企业经营范围、居民（非居民）标志、保税区标志、外汇账户限额、是否是集团客户、关联单位的情况、以往年在本行的结算业务量、在本行的贷款情况、贷款的还本付息情况、在本行的存款情况等。

个人客户需要记录的内容包括：姓名、性别、年龄、住址、民族、信仰、爱好、家庭电话、手机、国籍、邮件地址、学历、职业、工作单位、婚姻状况、家庭成员情况、年收入、开户证件号码、开户证件类型、投资风险承受度、在本行的贷款情况、在本行购买理财产品的情况等。

同业客户需要记录的内容包括：机构名称、行业类别（保险/基金/证券/银行/其他）、中外资标志、大额支付系统行号、同城交换行号、交换场次、代理行标志、SWIFT BIC、账户行标志、境内外标志、系统内外标志、存放同业（或同业存放）账号、账户币种、账号用途、信贷评级、资本总额、最新的资本充足率、是否交换签字样本、是否交换手工密押、本行从客户处获得的授信额度，客户在本行获得的授信额度等。

机构管理

本模块维护系统内各级经营管理机构，包括地址、联系电话、业务权限、上级清算行、上级行清算账户、人行清算账户、支付系统行号、同城交换号、交换场次、柜面前置机设置等信息。

机构按层级划分，可分为总行、分行和支行三个层级，按功能分为营业机构（包括储蓄所、分理处、营业部）、内部机构（包括专业处理中心、本级直营机构、财务机构、事后监督机构）、合并报表机构三类；按照机构是否以实体形式存在，可分为实体机构和虚拟机构两类，合并报表机构有时候可以看作一个虚拟机构，它本身不存在，只是为报表统计的方便而定义的一个机构。

本模块还应提供机构特殊处理的功能，这里说的特殊处理包括机构的新设、分设、撤并和改变隶属关系等情况。

用户管理

用户管理模块也称柜员管理，但事实上使用本系统的用户未必都是柜员（前台临柜人员），用户管理的内容包括∶新增柜员、柜员删除、柜员密码修改、柜员资料修改、柜员休假/销假/离职、柜员级别维护、尾箱生成、尾箱删除、尾箱交接、柜员业务权限设置、柜员资料修改、柜员日结单打印、柜员授权、交易流水查询等内容。

柜员根据在核心系统中可操作交易的不同分为不同角色，角色包括现金柜员、凭证柜员、账务柜员、后督柜员、授权柜员、权限管理员等。

一个柜员的属性包括：柜员号、柜员姓名、级别、上次密码修改时间、签到时间、渠道种类、尾箱账号等。

用户分真实用户和虚拟用户两类，直实用户是指存在真名实姓，确实存在的用户、虚拟用户指为业务处理和管理的方便而设定的用户，虚拟用户一般有以下几种：

1）为管理以某系统的名义发起的交易而定义的柜员，包括财务系统柜员、小额支付系统柜员、大额支付系统柜员、网银系统柜员、CALL CENTER柜员等。

2）为管理电子设备发起的交易而定义的柜员，如ATM柜员、POS柜员等。 3）跑批柜员，跑批时，所有的真实柜员已经签退，需要一个虚拟的柜员签到后进行跑批处理，跑批形成的账务以跑批柜员的名义记账。

现金和凭证管理

本模块负责对库存现金、重要凭证和有价凭证进行管理，凭证包括存折、卡、票据、存单、存款证实书等。涉及的交易包括现金出入库、库存现金查询、尾箱现金领用、尾箱现金查询、凭证出库、凭证入库、凭证挂失解挂、单证上缴、单证作废、凭证出售、表外账开户、长短款处理、假币收缴等。

存款

本模块负责对储蓄和对公存款的处理（储蓄和对公存款所对应的客户不同，业务归属部门也不同，在实务中是由两个**的模块来处理，在此合并描述，仅为叙述的方便）。

属于储蓄业务的交易包括：个人本外币定期存款开户、个人本外币活期开户、活期一本通支取、定期一本通取款、销户、密码（或凭证）挂失/解挂、通知存款预约、通知存款取消预约、换折、补登折、久悬户办理、小额账户管理费收取、无折存款、无卡存款、存款证明、定期提前支取、利息计提冲回、个人因私购汇等。

属于对公存款业务的交易包括：活期开户、现金收入、现金支出、账户支取方式修改、活期销户、定期开户、定期销户、定期部支、通知存款开户、通知存款预约、通知存款支取、通知存款销户、协定存款签约、密码（或凭证、印鉴、证件）挂失/解挂、账户冻结/解冻、外汇账户申报等。

贷款

本模块负责本外币贷款处理（外币贷款主要针对对公客户，与存款模块类似，对公信贷和个人信贷在实务中由不同的部门来管理，在核心系统中也是在不同模块处理），本模块与外围的信贷业务系统密切相关，信贷业务系统负责贷款的三查、审批和款项的发放，以及贷后管理。本模块负责贷款的会计处理，相关的交易有：贷款开户、贷款正常还本付息、逾期贷款还本息、贷款展期、贷款销户、不良贷款核销、贷款信息修改、票据贴现（或转贴现、再贴现）、回购式贴现赎回、出口押汇、打包贷款等。

支付结算

本模块主要处理银行与客户之间因结算原因引起的转账处理，也包括行内机构间的转账。

涉及的交易包括∶系统内转账、辖内转账、银行汇票处理（包括签发、代理签发资金移存、兑付、打印、余款退回、入账）、商业汇票处理（包括签发、承兑、结清、追索、提示付款、质押、贴现、转贴现、贴现回购等）、大额汇出汇款、大额汇入汇款、小额汇出汇款、小额汇入汇款、小额非支付信息查询查复、支付报文打印、提出借方、提出贷方、提入借方、提入贷方、提入借方退票、提出借方被退票、委托收款本票签发、本票兑付、本票未用退回、本票打印、托收承付、托收入账、托收拒付、支付系统对账、支付系统差错处理、支付系统日期管理等。

借记卡

核心系统中的卡业务模块一般只处理借记卡业务，贷记卡（或信用卡）业务一般在**的贷记卡业务系统处理。

本模块包含的交易有：批量开卡、活（定）期账户移入卡、活（定）期账户移出卡、卡折关联、卡折关联关系解除、一卡通开户、一卡通存款、一卡通销户、余额查询、交易明细查询、正常销卡、挂失期满后销卡、商户管理、开立附卡、主附卡关系解除、附卡额度设置/修改、卡内转账、银联发起冲正交易、本代他存款、他代本存款、本代他取款、他代本取款、POS消费、POS预授权、POS预授权撤销、卡挂失、卡挂失后换卡、写磁/补磁、信用卡本外币还款、公务卡预借现金、公务卡还款、公务卡业务统计报表、公务卡对账单打印、公务卡已出（未出）账单查询、公务卡预借现金密码设置等。

资金业务

本模块主要处理系统内（或系统外）的上存下借、同业拆借、同业存放、存放同业、债券回购、黄金买卖以及自营外汇买卖业务的账务处理。系统内分行可看作上级管理行的客户，在管理行开设有清算账户（如果是一级清算模式，则所有分支机构都将清算账户开设在总行营业部）。商业银行的资金业务处理往往由专门的资金业务系统来处理。

总账

总账模块也是核心业务系统的核心模块之一，当然，也有将总账模块从核心系统剥离的，不过这种情况很少，总账模块是根据会计学中的平行记账原理设计的，记录每日终、每月末、每季末、每年末的一级科目（即总账科目）余额和发生额数据，日终跑批时，通过核对各分户账累计余额和总账余额来进行账务检查。

总账根据用途的不同可分为日总账、月总账、季总账和年总账等。

总账系统不仅会记录一些业务系统产生的账务数据（如储蓄存款科目余额、贷款科目余额等），还会记录一些财务系统产生的数据（如固定资产余额、应纳税款等），所以核心系统应该提供一种机制，将财务系统产生的总账数据定时导到核公系统的总账模块。

批处理

本模块主要是针对一些批量业务处理，批处理任务包括日始批处理、日终批处理和定时批处理三种情况。这种交易与前面提到的交易最显著的特点，是无用户操作界面，交易运行时一般无须用户干预，一般放在系统业务量比较低的时段进行。批处理交易也是检验核心系统业务处理效率和设计优劣的试金石，批处理交易运行时间应尽可能短，太长则可能影响日间正常交易，而且跑批时如何使7×24小时运行的电子渠道交易不受影响，是核心系统设计的一个难点所在。

批处理模块包括的交易有：业务报表生成、存款结息、存款利息计提、贷款结息、贷款利息计提、贷款利息摊销、贷款本息自动扣收、贷款状态迁徙、批量代收代扣、登总账、总分核对、试算平衡、存款准备金计提、营业税计提、批前数据备份、批后数据备份。

外围接口

用于定义核心与外围系统正常协作所需的一些功能设置，包括：网银证书管理、网银账户注册、中间业务平台批量代扣业务协议维护、财税库银系统三方协议维护、报表数据下发、基础数据下发等。

日结模块

本模块用于维护核心进入和退出日常运作状态的一些基础交易，如柜员签到、柜员（临时或正式）签退、机构签到、柜员科目日结单打印、柜员当日账务（非账务）流水打印、柜员现金碰库、柜员凭证碰库、柜员平账、机构现金碰库、机构凭证碰库、机构平账。

柜员签退时会有控制，只有该柜员本日必须完成的业务做完后，才可以签退，柜员当日现金与尾箱现金余额不平，或凭证与凭证尾箱余额不平，或发生额借贷不平衡，不允许签退。

如何使用手机银行查找银行卡开户行

在越来越规范的各种制度下，在某些APP绑定银行账户、公对公及公对私跨行转账等都会用到银行卡开户行。

银行卡开户行是为用户办理银行卡开户手续的营业网点，即首次申请办理存折或者银行卡，发卡给用户的那个银行，存折上会有登记，通常指支行。

办理银行卡业务时，当我们不知道具体开户行时，可以通话网点柜面、客服电话、网上银行、短信、手机银行等进行查询。为了方便大家通过手机银行查找开户行，我将几大银行查找步骤整理如下：

中国邮政储蓄银行：手机银行APP首页—我的账户—点击需要查询的银行卡，在账户信息中可查账户类型、账户状态、签约标志、开户日期和开户机构。

中国建设银行：手机银行APP首页—账户查询—管理—开户行查询—选择需要查询的银行卡点击确定，即可查询账户、开户网点、支付系统行号、网点地址和联系电话。

兴业银行：手机银行APP我的—我的业务—我的卡包—账户管理—开户网点查询，即可查开户网点、网点地址和分行SWIFT代码。

交通银行：手机银行APP首页—我的账户—所属网点—网点详情，即可查询开户网点、地址、网点特色、营业时间、客流量分布。

中国银行：手机银行APP—我的—设置—开户行机构。

中国工商银行：手机银行APP首页—账户—选择需要查询的银行卡点击—开户网点—输入卡密，点击确定，即可查询账号、开户行、姓名、网点号、网点名称、网点地址和联系电话。

中信银行：手机银行APP首页账户—选择需要查询的银行卡点击确定，即可查询卡号、开户网点、支付系统行号。

中国农业银行：手机银行APP首页—账我的账户—选择需要查询的银行卡，即可查询注册渠道、开户网点、卡状态、账户状态。

以上就是建设银行代码是多少？如何使用手机银行查找银行卡开户行？的详细内容，希望通过阅读小编的文章之后能够有所收获！更多请关注壹榜财经其它相关文章！