13家银行供应链金融全梳理：从五大商业银行到城市商业银行创新不断

1国内做银行系统的IT企业主要有：东华软件、安硕信息、长亮科技、银信科技、信雅达等公司。

2国外做银行系统的IT企业主要有：IOE，是“IBM、Oracle、EMC”的简称，三者均为海外IT巨头，其中IBM代表硬件以及整体解决方案服务商，Oracle代表数据库，EMC代表数据存储。

3中国银监会2014年已在全国银行业开展信息化应用使用情况专题调研，对大型银行、金融机构使用的计算机设备、网络设备、存储设备、安全设备、软件设备等信息系统基础软硬件开始全面摸底调查，2015年，银行业软硬件国产化率或纳入年度量化考核。银监会的上述举动，意味着银行IT国产化即将来临，涉及银行业务的细分行业中金融IC卡、软件、ATM机、服务器等行业将从中受益。

        说到银行IT治理，需要先弄清楚IT治理的含义，IT治理一般可解释为，保持IT与业务目标一致，推动业务发展，促进收益最大化，合理利用IT资源，对IT相关风险进行管理。银行业作为金融服务业，对IT依赖性远远高于其他行业，关系着银行核心竞争力优势的行程，没有良好的IT治理结构和持之以恒的评估反馈机制，IT资源就无法成为公司的有效战略资产，甚至成为巨大的资源消耗。

        IT治理一般分为五个方面，在IT治理战略层主要包括战略规划和文化意识建设。在IT治理战术层主要包括组织架构、绩效评价和风险管理。

        IT战略规划 与企业战略保持一致，根据企业发展战略，制定与之相适应的信息科技战略，按计划逐步推进落实信息科技战略，支撑企业发展的目标（Step1制定IT战略目标-》Step制定IT战略规划-》Step3制定IT实施计划）。

        文化意识 建设是指建立一套共享传承、促进并保障IT战略实现、保持组织核心竞争力及长足发展的价值理念、思维方式和行为准则（创建信息科技文化、营造信息科技创新文化环境、贯彻信息科技文化意识、评估信息科技文化体系）。

        组织架构 是根据企业战略和业务规模，设置与之相适应IT组织架构，并根据组织架构和目标，设置IT相关岗位，明确定义岗位的职责和权限。IT组织架构一般包括建立信息科技决策管理结构、建立首席信息官制度、建立信息科技部门组织架构、明确信息科技内设机构和职责权限。

        绩效评价 是指建立特定指标体系，按照一定的程序，通过定量定性对比分析，对一定时期内的信息化过程和信息化结果做出评价（1战略导向-》2分类考核-》3直线管理-》4综合评价）。

        信息科技风险管理 指通过建立有效机制，实现对银行信息科技风险的识别、计量、检测和控制，促进银行安全、持续、稳健运行（1健全信息科技风险管理体系、2落实IT管理三道防线）。

在传统展业模式中，银行开展供应链金融业务高度依赖于核心企业信用，并以线下模式为主，耗费人力精力的同时业务也面临难以上量的瓶颈。

在2012年的“钢贸大危机”中，诸多钢铁行业供应商采用货物多重抵质押的方式进行欺诈性融资，导致布局其中的银行不良率飙升，并自此对供应链金融心生怯意。

而如今市场的外部环境已悄然改变，近年来银行对金融 科技 力量越发重视，多家银行成立了直属金融 科技 公司，日渐成熟的智能仓储及监控、电子合同签章、区块链等新技术，亦被逐步应用到供应链金融业务中，过往银行在风控端的弱势正被不断抹平。

叠加国家对供应链金融业务的政策端强力支持，以及国内中小企业应收账款极大的市场融资缺口，银行“重返供应链金融战场”势在必行。而以互联网线上化、区块链等技术为支撑的新展业模式，正成为供应链金融业务的突围利器。

那么如今各家银行在供应链金融的布局上有何具体变化呢？智信据2018年各家银行发布的年报数据，对5家大型商业银行、4家代表性股份制银行、两家城商行以及电商系民营银行的展业概况进行了以下梳理：

▌ 工商银行

工商银行供应链金融业务的新变化主要体现在其线上小微金融服务平台上，平台主要包含纯信用类的“经营快贷”、抵质押类的“网贷通”，以及“线上供应链融资”三大主要产品。工行还与平台方中企云链合作，创新了可流转多层级的核心数字化应收账款确认凭据，将核心企业信用进一步向供应链末端小微企业延伸。

仅2018年前9个月，工行便已累计为1300户上下游客户发放超过450亿元的线上供应链融资。截至2018年末，工行的小微企业贷款总额达321685亿元，同比增长181%，小微金融业务中心的布局亦达到258个，全面推动供应链金融业务的落地。

▌农业银行

农业银行发力供应链金融首先体现在制度建设上，2018年农行总行建立了“普惠金融事业部+八大后台中心”的事业部架构，37家一级分行和重点二级分行均成立了普惠金融事业部，形成“三农+小微”双轮驱动的普惠金融服务体系。

在具体业务的推动上，农行主要通过发展“数据网贷”业务，向核心企业上下游小微客户提供全线上化融资服务。截至2018年末，农行已为众多核心企业的上下游小微企业发放贷款23万笔，总额达91亿元。而近期，农行也与平台方中企运云链合作推出了供应链新产品 “保理e融”，为核心企业上下游各层级供应商提供融资。

▌中国银行

凭借在国际贸易金融上的优势，中国银行早在2007年便推出了基于供应链融资的产品“融易达”，2009年成立供应链团队并正式发力供应链金融，在2009~2014年七年期间，其供应链金融业务发生额便从740亿元突破至1万亿元，年均复合增长率达68%。2011年底，中行通过“银企对接”将平台融资方的订单信息直连中行系统的方式，实现了首个在线供应链金融项目的落地，后续通过此种方式累计拓展了京东、苏宁等300多家企业，在线发放融资超百亿元。

中行2018年年报亦显示，其正在参与“区块链福费廷(Block Chain Forfeiting)交易平台”和“数字票据交易平台”的建设和投产，未来将继续以“电子化”+“全球化”的方向拓展供应链金融业务。截至2018年末，其普惠金融小微企业贷款余额为3042亿元，较上年末增长1226%。

▌建设银行

建设银行在2018年提出了普惠金融发展战略三年规划，并在组织建设方面实现了普惠金融事业部在一、二级分行的全覆盖，累计组建小企业中心达288家。

具体到业务层面，建行则是围绕企业采购、制造、销售直至最终用户的信息流、物流和资金流“三流”的运作，设计研发了包括应收账款融资、金银仓、动产质押融资、订单融资、动产质押融资等十余个供应链融资产品。在业务受理中建行重点关注业务的真实交易背景，产品与企业信息流、物流和资金流的高度嵌入，以及需提供结构化、组合式的服务。截至2018年末，建行已累计向33万家企业发放了5385亿元的线上供应链融资，线上供应链合作平台达1184家。普惠金融领域贷款余额631017亿元，较上年新增212515亿元。

▌交通银行

交通银行开展供应链金融业务主要通过“蕴通供应链”平台进行，并主要围绕 汽车 及其他各行业核心企业，通过与国内大型物流公司开展质押监管合作，并与保险公司开展信用保险合作的形式，交行先后推出了“快易贴”、“快易收”和“快易付”等产品，打造了“蕴通e链”的一系列供应链融资产品。

截至2018年末，交行累计拓展境内达标产业链网络超3000户，产业链金融系列产品融资余额超人民币1100亿元，较上年末增长 2242%，交行的区块链技术已在 汽车 物联网金融领域落地应用，应收账款链业务亦正在快速推进。

▌平安银行

平安银行（原深发展银行）是国内最早涉足并提倡发展供应链金融业务的商业银行，2002年，深发展银行成为国内首家系统性提出并推广供应链金融及贸易融资产品组合的银行，仅2005年，深发展银行“1+N”供应链金融模式就创造了2500亿元的授信额度，当年不良贷款率仅为057%。

在线上布局部分，针对产业链核心企业及其上游客户，2018年平安银行推出了供应链应收账款服务平台（SAS平台），提供线上应收账款的转让、融资、管理、结算等综合金融服务。SAS平台全面应用“平安区块链”、“人工智能+大数据”等核心技术，对贸易背景的真实性实施智能核验和持续监测。截至2018年末，平安银行的SAS平台累计交易量已突破100亿元，为111家核心企业及其上游中小微企业提供服务。

▌浦发银行

浦发银行最早在2007年推出“企业供应链融资解决方案”，为核心企业提供信用服务、采购服务、存货周转、账款回收等融资支持。自2011年起，浦发银行致力于打造具有特色的供应链金融平台，并与中国移动、神龙 汽车 、中远物流等多家核心企业和物流公司合作，实现信息流、物流和资金流的整合。

在线上化的布局上，浦发银行围绕资产端核心企业的批量获客，落地了“京浦e账通”、 “京浦e商贷”等产品，并在线上供应链金融领域推出“政采e贷”和“票据池秒贷”等创新产品，以及云资金监管、e企行综合服务平台等产品。截至2018年末，浦发银行在供应链领域服务 科技 型企业客户超过313万户，推动 汽车 供应链20条，服务 汽车 行业上下游客户864户。

▌ 中信银行

中信银行供应链金融业务主要通过构建三大平台、四大增值链以及五大特色网络的方式推动。三大平台包括物流融资平台、同业合作平台及政府支持平台，四大增值链包括打造应收账款增值链、预付账款增值链、物流服务增值链、电子服务增值链，五大特色网络为 汽车 金融网络、钢铁金融网络、家电金融网络、电信金融网络及石化金融网路等。

中信银行也于2018年10月成功上线全流程线上供应链金融平台创新产品“信e链—应付流转融通”，将中信银行业务系统与核心企业的供应链金融平台对接，借助标准化电子“付款凭证”的多级流转，向其上游N级供应商提供全流程、线上融资。2018年中信银行还推出了国内首个区块链福费廷交易系统，并发布“区块链+供应链”试点创新项目，截至2018年末，其链上发生的业务量超过100亿元。

▌浙商银行

供应链金融是浙商银行目前发展的重要战略任务，浙商银行从2016年开始研究区块链技术应用，并于2017年8月率先投产基于区块链技术开发的应收款链平台。围绕供应链金融，浙商创新“池化”及“线上化”的融资业务模式，在三池（涌金票据池、涌金资产池、涌金出口池）的基础之上，继续围绕三大业务平台进行展业。

一是池化融资平台，其2018年签约客户达22290户，同比增长4358%，池内资产余额350679亿元，累计入池应收账款笔数1008万笔，入池金额约729亿元。具体产品“至臻贷”2018年签约客户1645户，同比增长2625%，融资余额50125亿元，同比增长4468%。

二是针对核心企业财务服务的易企银平台，2018年共落地易企银平台234个，较上年末增长17209%，平台累计融资36785亿元，较上年末增长48528%。

三是应账款链平台，截至2018年末，浙商银行落地应账款链平台1410个，同比增长近12倍，累计签发金额122878亿元，同比增长近4倍。

▌上海银行

上海银行于2018年10月发布了“上行e链”在线供应链金融服务平台，并于今年4月新成立了供应链金融部，将业务模式扩展并覆盖至核心企业采购、生产、销售等各环节，同时运用大数据开始构建企业的信用模型。

“上行e链”以在线供应链金融服务平台为核心，包涵3大类共15项产品，通过与核心企业共建平台共享数据，掌握所需信息流、资金流和物流，形成闭环管理。同时上海银行通过与江苏润和软件合作，引入区块链技术，实现核心企业信用的可拆分、可组合支付，从而将核心企业的信用延展到二级、三级、四级供应商。2018全年上海银行实现供应链金融贷款投放52487亿元，同比增长11722%，在2018年上海银行年会上，这一数据预期到2020年将提高至1000亿元。

▌北京银行

北京银行布局供应 “e商融”的交易市场综合服务方案，借助大宗商品交易平台信用，为平台交易商提供全流程金融服务，打造“供应链金融+资金存管”线上创新业务模式。在具体产品层面，推出了“京信链”的在线供应链产品，将核心企业信用延伸至上游多级供应商，实现应收账款债权的拆分与转让。截至2018年末，北京银行小微企业公司贷款余额为4256亿元，同比增长19%。

此外，其他电商系的民营银行如微众银行、苏宁银行、网商银行等亦在供应链金融业务上有所布局。微众银行目前正基于区块链技术拓展供应链金融业务，除了自身拓展核心企业的方式，微众还提出了由微众提供基层技术，与城商行合作开展业务的“银银合作”模式。

苏宁银行则在2017年9月成功上线基于区块链的国内信用证信息传输系统（BCLC系统），并2018年9月开创了“物联网+区块链”的动产质押融资先河，基于某企业的煤炭存货苏宁银行给予了融资人动产质押的授信额度，并成功实现放款。同时，其区块链+物联网 汽车 库融平台，以及区块链+物联网3C商品监管平台也已提上发布日程。

随着各家银行在供应链金融业务展业的不断深入，这一业务将在服务实体经济的同时，为展业方带来新的利润增长点，金融 科技 技术的加成亦将持续推动市场业务模式的更新进化，并形成良性的业务生态循环。

银行IT系统 -整体架构

--银行系统整体架构及发展方向：

1网络结构：

11 中国国家金融通讯网（China National Financial NetWork）:该系统使中央银行、各商业银行及其他金融机构连接在一起

。

12 CNFN三层网络结构：

1一级节点：国家处理中心（National Processing Center，NPC）

2二级节点：城市处理中心（City Processing Center，CPC）

3三级节点：人行县支行处理中心（Country Level Bank，CLB）

2硬件结构:

21 服务器：UNIX/LINUX中继器

22 网络设备：

组网设备：网卡、传输介质

互联设备：中继器、网桥、路由器、网关、集线器、交换机、调制解调器

23 存储设备：磁带机 磁带库

24 自助设备：ATM CDM POS 打印机（包括打印存折、回单）

3软件系统

31 中央银行系统

北京：

中国现代支付系统（CNAPS）

中央银行会计集中核算系统（ABS）

中央银行国库业务处理系统（TBS）

中央债券综合业务系统

上海：

全国银行间外汇交易系统

全国银行间同业拆借系统

全国城市商业银行汇票处理系统

中国银联系统

32商业银行系统

综合业务系统

综合前置系统

中间业务系统

电子银行系统（网上银行，电话银行，手机银行，自助银行，其他电子银行，未来电子商务）

灾难备份系统

银行其他系统

4发展方向：

41 数据集中化

42 数据标准化

43 业务多样化

44 渠道多元化

--必须掌握的技术

1编程语言

11 c/c++,java

12 编译器原理

13 使用vi/vim

14 使用Makefile

15 调试工具gdb/dbx等

2 *** 作系统

21 Linux/Unix原理

22 系统命令

23 shell编程

24 系统管理

3数据库

31 SQL语言

32 Oracle/DB2/Informix/MySql/Sybase等数据库原理

33 数据库编程

34 数据挖掘/数据分析

35 数据库管理(DBA)

4网络通讯

41 中间件通讯(Tuxedo/MQ/CICS/Weblogci(Java))

42 进程间通讯IPC

43 跨主机通讯TCP/IP

44 中间件管理

5系统架构

51 了解银行硬件(IBM)

52 熟悉B/S体系结构和C/S三层体系结构

53 熟悉银行整个网络系统结构

54 网络系统管理

--必须掌握的业务

1 银行会计

11 会计科目

按照会计科目反映的经济内容分类：

1资产类

2负债类

3所有者权益类

4共同类

5损益类

按照会计科目反映的经济内容分类

1表内科目

2表外科目

12 记账原则

1同向相加，异向相减

2有借必有贷，借贷必相等

2 银

行核心业务

21 资产类：1作为首位科目代号，1011表示现金

1银行贷款：信用贷款、担保贷款、票据贴现

2现金管理，金库管理

3系统：信贷管理系统

22 负债类：2作为首位科目号，2011表示对公存款

1单位存款：活期存款，协定存款，定期存款，通知存款，保证金存款

2个人存款：活期存款，定活两便，整存整取，零存整取（教育储蓄），通知存款，整存零取，存本取息

3定期计提，活期结息

4票据结算类业务：银行汇票，商业汇票（商业承兑汇票，银行承兑汇票），银行本票，支票

5系统：同城清算系统，现代化支付系统，票据影像交换系统（小额）

23 所有者权益类：3作为科目号，312表示利润分配

1日常业务

2年终结算业务

24 共同类：资产负债共同类，通常表示往来账户，4作为科目号，4070104表示准备金存款

1业务：金融机构往来，资金拆借/资金划拨，票据结算类业务

2系统：同城清算系统，现代化支付系统，票据影像交换系统（小额）

25 损益类：5作为首位科目号，501，表示利息收入

1收入类业务

2支出类业务

3年终结算业务：成本和费用核算，利润及利润分配

26 表外科目：或有资产负债类科目，6作为首位科目号，601表示承兑汇票

1业务：凭证管理业务（有价单证，主要空白凭证，凭证出售等），贷款业务转表外等

3 银行外围业务

31 中间业务

1代收代付业务

2代理证券业务

3代理保险业务

4代理国债业务

5代理财税库银

32 外汇业务

1外汇买卖业务

2外汇存款业务

3外汇贷款业务

33 xyk业务

34 英联K业务

1本代他/他代本存取款

2本代他/他带本跨行转账

3Pos消费，Pos退货

4预授权、预授权完成、预授权撤销、预授权完成撤销

5商户划账

35 IC卡业务（城市一卡通）

1IC复合卡：使IC卡和磁条合二为一

2小额消费支付：支付水电煤费用

3公共交通支付：公交，出租

4公共设施收费：汽车加油，停车

5其他便民服务：餐饮超市，数字电视

36 现代化支付系统

1大额支付系统

2小额支付系统

3票据影像交换系统

37 理财类业务：基金保险

38 其他业务：反洗钱，企业征信系统，个人征信系统

--如何学习银行系统

--软件工程

--银行会计科目使用说明

--综合业务系统

--大额支付系统

--小额支付系统

--综合前置系统

--中间业务系统

--进程控制shell脚本

--如何保障运营维护

--如何和客户谈需求

在银行IT部门工作如果是从事软件开发的话，首要当然要掌握一门语言，比如Java、C、C++什么的，语言没有优劣差别，不过应用领域不同，另外一些东西学理论是没用的，要在实践中体会。

一般软件公司都对具体一定的领域进行开发，所以了解相关领域的业务知识也很有帮助，Excel还要学就不要做软件开发了吧。

在整合过程中，建设核心业务系统成为一个新热点。此时，国内银行建设核心业务系统面临两种选择：一是自主开发，二是整体引进。承载着打造“后发优势”及快速与国际接轨的梦想与希望，国内一些银行纷纷走上整体引进之路。 然而，在具体实施过程中，“引进一套国外系统，复制一家一流银行”似乎只是一种理想化的设想。实施国外核心业务系统项目后，国内银行往往投入大量资源，花费大量时间，项目实施计划一改再改，上线时间一推再推，系统却还是不能投入生产。有些银行经过一到两年的探索和尝试，最终还是放弃了国外产品，掉过头来转向国内IT厂商提供的软件。 将国外系统移植到我国银行现有的生产关系环境中，“空气、阳光、土壤、水份”等都大为不同，如果系统的灵活性和适应性不强，结出的果子自然亦非当初所设想的样子。是南橘北枳，中国的银行完全不适于采用国外的系统？或仅仅是水土不服，只要经过本地化、客户化的改造后，国外系统还是能发挥其应有的效应？业内外人士都在密切关注———国外银行核心业务系统在中国实施本地化和客户化的难点究竟在哪里？ 引进国外银行核心业务系统产品，购买只是简单的第一步，如果不经过大量的本地化和客户化工作，系统根本无法发挥其功效。不同类型的国外软件在本地化和客户化过程中会遇到不同的问题。纯技术类软件主要面临技术问题，管理类软件除了技术问题外，更大的困难是文化、体制的差异。整体引进国外银行核心业务系统，虽然遇到很多技术问题，但根本原因还是在于国内外监管环境和体制流程方面的巨大差异。 国外核心业务系统本地化和客户化是一项复杂的系统工程 很多人存在这样一个认识误区，认为软件本地化就是软件翻译，软件客户化就是按照客户需求加以修改。实际上，软件本地化是将一个软件产品按特定国家、地区或语言市场的需要进行加工，使之满足特定市场上的用户对语言和文化的特殊要求的软件生产活动；软件客户化是指在分析用户需求与产品差异的基础上，在满足客户需求和保证系统结构稳定的前提下，对软件进行的一系列开发、测试活动。因此，国外软件本地化是一项复杂的系统工程，不是一个简单的从外语到中文的翻译过程；客户化也不单单是按照客户需求去修改系统，否则就失去了购买成型产品的意义。 国外银行核心业务系统在中国的本地化，主要包括本地化界面、国内环境接口、本地化报表、本地化文档及培训等方面。界面本地化包括：语言的汉化，将系统界面中的画面、菜单、 *** 作符、提示信息等要素用中文进行表示；界面的易使用性，针对国外产品 *** 作界面与国内风格的不同，通过适当修改、简化或进一步细化成一个容易使用的 *** 作界面；用户 *** 作习惯的满足，根据用户在旧系统上形成的较好的 *** 作习惯，实现系统对应内容的差异最小化。 与国内外环境的接口：包括人民银行现化支付系统、中央国债登记结算公司接口、上海证券登记结算公司接口、外管局国际收支申报系统、人民币大额和可疑支付交易监测系统、人民币交易系统、结售汇系统、进口品报关单检查和进口单位名录系统、各种本地数据交换信息接口等。 本地化报表：国外核心业务系统报表功能高度参数化，因此报表本地化与报表的具体形式关联性并不十分紧密，工作量主要集中在内部数据的采集。 本地化文档及培训：本地化文档包括用户手册， *** 作手册、技术手册等；本地化培训，包括详细客户培训、详细设计培训、技术标准培训等。 国外银行核心业务系统在中国的客户化，主要包括需求差异分析、与内部系统的对接、第三方提供功能的集成等三个方面。需求差异分析是以国内银行现有业务或预期目标为基础，对照国外金融IT产品进行功能性分析，找出差异以及应对策略的过程；与银行内部系统对接要分析清楚现有系统与即将开发的新系统之间的详细关联关系，保证新旧系统平稳衔接；第三方提供功能的集成，是指在保证第三方提供的系统运行正常的基础之上，考虑与核心系统进行集成。这一般是由国外厂商在当地IT公司中选中的一家总集成商来完成。 国内外银行监管环境的巨大差异增加本地化难度 国外银行核心业务系统模块多、规模大，业务范围涵盖银行业务的方方面面，其本地化和客户化过程对任何国家的任何银行而言，都不亚于一场革命。把它放到我国银行的背景环境之中，矛盾就会更加突出。我国金融市场化程度不高，监管框架、相关法规制度与国际标准还存在较大差异，银行治理结构的缺损、内部经营管理体制的僵化， *** 作方式落后，这些都加大了核心业务系统本地化和客户化的工作量。 监管环境和相关法规是硬约束，为适应国内的财会准则以及人民银行、银监会等监管机构的监管要求，国外的核心业务系统必须做出适当修改。此类差异主要体现在以下几方面： 国内外利率管制程度不同，系统在国内本地化和客户化时，某种程度上要牺牲系统的先进性。在国外核心业务系统中，利率就象一个魔方，其多维、立体的参数设置和组合，在打通银行及相关混业领域、联贯各产品方面发挥着灵活的作用。 在国外发达的金融市场环境中，利率作为最核心、最重要的交易要素主要体现在价格功能。国内现阶段金融市场尚未完全放开，利率很大程度上是金融监管当局的管理工具。按照人民银行的利率管理办法，对于各种类型的存款或贷款，利率要求都不尽一致，特别是针对部分种类的存款和贷款更有特殊的规定。国内监管部门利率规定繁多，利息计算方法复杂，因此产生很多差异。这些差异应该按监管规定进行修改，但考虑到修改量太大会影响其稳定性，需要采取折衷作法。 国内外对外汇管制程度的不同，造成核心业务系统本地化和客户化时，系统修改的难度和工作量加大。在外汇管制的背景下，结售汇是我国监管框架下的特殊业务。根据外汇局外汇管理的有关规定，每笔结售汇业务都涉及到：对客户是否在其“名录”中进行真实性的审核；需要对其贸易必备条件进行逐笔、逐级进行审批；还要进行询价、头寸申报、买卖外汇、结算、售汇报表等。国外由于外汇自由兑换，没有哪个模块有类似功能。如果走定制开发模式，可以考虑单独设置结售汇模块。但对国外核心业务系统而言，修改需求介于 *** 作与报表之间，开发起来有一定难度。另外，根据外汇局要求，结售汇报表、大额可疑报表、经常账户报表要直接从业务系统中生成并报送，类似需求对国外系统的改动也很大。 国外系统要与国内支付系统直联，需要对整个模块做彻底的修改。为实现资金清算的STP(直通式处理)，核心业务系统应与现代化支付系统相连接。由于国外系统没有通过国内大额支付系统汇划处理业务的界面，需要按照人行的《中国现代化支付系统与商业银行行内系统接口方案》中规定的报文格式要求，包括支付报文、非支付报文、对账报文等，对系统做大量的改动和测试工作。从稳妥角度考虑，国内银行在建设核心业务系统过程中，一期可以先实现交易驱动账务核算，待系统稳定后再推进清算的直联工作。 国内外会计管理理念和制度的差异，需要重新构架会计体制，实现会计管理的全面转型。国外核心业务系统的会计核算功能，靠交易驱动来实现系统自动化处理。这既是国外系统直通式处理和参数化灵活配置的优势体现，也是实施过程的难点所在。会计核算不仅要跨越管理理念的差距，而且要把大量的制度创新和方案设计的工作想在前头和做在前头。具体来说，就是对所有业务模块驱动会计核算的核算结果通过制度规范想在前面，对上万个会计参数通过严格的确认和配置做在前面，否则会直接影响系统自动化输出的会计核算的结果。这既要求业务归口部门及早改变传统的会计管理模式，又要组织起银行内部技术资源，扎扎实实地做好系统上线前后的各项准备工作。如果会计核算结果的准确性、效率性及安全性缺乏保障或受到置疑，就会动摇整个核心业务系统的根基。 考虑到国内金融改革与银行开放的速度和进程，对上述重大差异要有前瞻性的态度和解决方案。对于接近国际标准、具备中国特色、预计不会成为改革对象、当前必须遵守的法律、法规，要认真对待，研究解决方案。对于事过境迁、含义模糊、明显属于过渡安排、不涉及法律诉讼的制度和规定，可以不予考虑或暂时放一放。另外，在解决方案的方式方法上，要优先考虑适当变通，尽可能地少改产品。按照这样的大原则，才能把修改系统的工作量降到最低。 国内外银行管理体制流程的巨大差异增加客户化复杂度 此外，国内银行经过多年改革与发展也形成了自己独特的管理体制和 *** 作流程。这些管理体制和 *** 作习惯中，大部分来自于经验积累和成绩总结，也有一部分属于不规范的范畴，与国外同业相比存在着一定的差异。有些差异我们已经司空见惯，甚至变成了日常管理 *** 作的一部分。引进国外核心业务系统，要从多个角度思考对这些差异的系统处理方案。 内部核算、清算体制的差异。与国内银行实行的总分行多级核算体制不同，国外银行一般实行一级核算体系，对总分行清算资金往来系统只设一个过渡账户--总分行往来，总分行共用该账户，相互占用资金不计息。因此，国外核心业务系统中没有系统内资金清算功能，总分行不能对开清算资金往来账户。按国内银行的资金管理体制，分行作为一级经营单位，与总行资金往来需要相互计算利息。因而需要开立清算资金账户，用于系统内资金往来。 虽然目前以“集中”和“集权”为主要特征的改革已经成为国内银行的趋势，但这种权利上收和层次减少还限于支行层权力及核算单位的取消，效果尚不十分明显。由于账务层次过多，一些分行内部账交易的数量甚至超过了往来账户，潜在风险加大。不仅占用大量计算机资源，造成系统处理速度慢，批量处理时间长，月终、年终处理压力大，而且也增加了国外核心业务系统本地化和客户化的工作量。 资金管理体制的差异。国外银行由于实行总行一级核算，分行被看作总行的营销前台，客户是银行共同的资源，因此，贷款发放可以简化为银行与客户之间的借贷关系。银行向客户发放贷款属于财务会计核算范畴，由核心业务系统处理；总分行之间的资金占用和利益分配，属于银行内部利益再分配范畴，可以通过外挂的管理会计模块进行核算。而国内银行核算层次多，系统内各层次之间资金关系复杂。有些银行为了加强系统内资金管理，实行了系统内借款的作法。具体执行中要求贷款的发放、回收、计息等均与总、分行间的系统内借款处理绑定关联。此类需求若要在核心业务系统中实现，需要系统做出重大改动。 后督的作法问题。为加强事后监督，国内有些银行实行了后督制度。在手工方式下，后督一般于业务发生次日对原始凭证、会计凭证、审批单和交易流水进行逐笔检查，以此达到对本、外币结算清算和会计核算业务进行逐笔事后监督的目的。国外系统中没有类似我们理解所说的后督功能，如果要实现国内银行现行后督的作法和要求，系统修改的工作量非常大。 “双敲复核”问题。根据会计制度有关规定和风险控制要求，存款、支付、清算所有模块均需增加录入复核功能。即录入员输入交易要素后，由另外的复核员重新录入关键的交易要素，两次录入相符才提交该笔交易。出于降低风险的考虑，国内银行希望能够实现这一功能。但对于国外系统而言，增加双敲复核的功能需要对系统做较大改动，增加处理界面近一倍。国外产品供应商建议采取主管授权和降低录入人员 *** 作权限的方法的方式替代复核功能。由于该项变通处理涉及面广，影响深远，需要分时、分步才能解决。 “倒起息”需求问题。倒起息有时被称作“利率晚到”，指由于某种原因，利率的实际生效日需要提前到系统当前日期之前。国外也有倒起息 *** 作，只不过频率没有我们这么高。目前国外核心业务系统还不能处理好这个问题，完全按照国内银行的自动处理要求对系统进行改造也有一定难度。最后往往选择的是折中的方式：即倒起息在同一结息期内的情况下，系统可以自动计算利差并进行计息；倒起息跨一个结息期时，系统只能提供利息调整数的计算功能，但要手工调整；跨多个结息期时，系统完全要手工 *** 作。还有一种方案建议将利差的计算放在系统之外，通过两个系统自动衔接，实现利息调整批量完成。 重要空白凭证管理问题。国外核心业务系统有支票、汇票、本票的管理功能，但管理层次少，管理内容简单。国内银行要求对银行汇票、银行承兑汇票、银行本票(定额、不定额)、定期存单、来账报单实行总分行多级集中管理，可随时增添票据种类，保留系统对客户的管理，同时需要记表外账(单式记账)。这是国外核心业务系统需要向国内靠拢的地方。 跨分行访问控制问题。国外银行机构设置扁平化，分行只是按业务纵向销售总行产品的前端，因此国外系统一般没有跨分行访问控制的概念，各分支机构间可以随意访问，很多模块无需对跨分行权限进行限制，一家分行可以改动另外一家分行的业务。由于国内银行管理模式与国外不同，因此很容易发生分行错记总行账的问题。即使产品供应商不愿意修改，从风险控制的角度看，类似差异需要按照国内银行现有模式进行修改。 综上所述，由于国内外市场发育程度不同，银行的外部监管环境和法规制度相差较大，银行内部的管理体制、业务流程和 *** 作习惯也有很大的区别。差异是客观存在的，但却是可以靠银行、国外核心系统提供商及国内总集成商共同努力，找到一个彼此接受、合理可行的解决方案。由于差异的解决程度，直接影响到项目的成功与否和风险大小，因此需要各参与方正视差异，共同面对和分担项目风险。这些差异解决好了，就能够实现国外技术与中国实践的良好“嫁接”；解决不好，就会成为“夹生饭”，煮不熟也吃不下。(此文为作者博士论文节选

以上就是关于目前哪些银行的IT部已经公司化运作了全部的内容，包括:目前哪些银行的IT部已经公司化运作了、2020-12-14银行信息科技治理、13家银行供应链金融全梳理：从五大商业银行到城市商业银行创新不断等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！