关于银行交易报文的收发机制 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

各位前辈：
     请教下，银行柜面或网银等渠道发起的交易是如何发送到前置系统的？ 是ftp报文机制吗？那么渠道是如何保证前置一定收到报文呢? 前置收到报文后是怎么发送到后台核心系统或者中间业务平台的？后台又是如何确保能实时收到报文并及时处理的呢？
     还有，据我了解，柜面交易大多情况下可以直连核心系统，不通过前置系统。而渠道交易必须联前置系统转发。
这个是为什么吗？ 直连核心和间连核心的区别是什么？
银行柜面或网银等渠道发起的交易是如何发送到前置系统的？ 是ftp报文机制吗？
联机交易一般是socket通讯
那么渠道是如何保证前置一定收到报文呢? 前置收到报文后是怎么发送到后台核心系统或者中间业务平台的？后台又是如何确保能实时收到报文并及时处理的呢？
前置系统收到报文并处理完毕后，肯定是会有返回报文的。联机交易的话，前置和核心系统一般也是socket通讯。后台肯定是并发处理啊，确保交易的流畅。
还有，据我了解，柜面交易大多情况下可以直连核心系统，不通过前置系统。而渠道交易必须联前置系统转发。
这个是为什么吗？ 直连核心和间连核心的区别是什么？
这个应该是有些特色的功能是核心无法提供的，猜测的
情未勘 发表于 2013-8-22 19:32

银行柜面或网银等渠道发起的交易是如何发送到前置系统的？ 是ftp报文机制吗？
联机交易一般是socket通讯 ...
谢谢您的答复！
有没有ftp报文机制发送报文的情况？ 一般用在哪些情况。
hebejia 发表于 2013-8-22 21:17

柜面很多都走前置吧。。。
是的，柜面很多都走前置系统的， 但有时候柜面可以直连核心的，可渠道类交易一般不能直连核心。我想问的是一般哪些情况下，柜面直连核心？ 柜面直连核心和柜面间连核心通讯机制有什么区别吗？
早期基于大型机的银行系统使用的是IBM的CICS中间件，通过3270终端直接访问系统，这种方式底层的协议是SNA，是IBM开发的专有协议
国内厂商早期开发的核心系统很多都是使用基于socket的自定义应用协议（有不少类似8583的报文格式），如果没有使用Tuxedo或者是TongLink之类的交易中间件的话，一般都是厂商自己提供网络服务模块保证通信的可靠性
后来IBM的大型机也开始支持TCP/IP协议，而IBM也将CICS移植到了开放平台，在RS/6000小型机上也可以使用CICS中间件
柜面交易直连核心主要有以下几个原因：
1.早期的国产核心系统基本厂商都提供配套的前端，当时的架构设计中一般没有综合前置这个环节，即直接由柜面前置向核心业务系统发送交易请求（采用的是tcp短链接方式居多），所以遗留了这种模式
2.大多数柜面发起的核心交易不需要与核心业务系统以外的第三方系统发生关系，所以即使经过前置，前置也只是透明转发而已，徒增通信环节，降低了传输效率的同时增加了单点故障节点（如果不通过综合前置，当综合前置服务瘫痪时，至少柜面业务不受影响）
3.相对于渠道类业务而言，柜面交易的交易量巨大，高峰时间长，对响应时限要求高，如果纳入综合前置的统一管理的话，需要对柜面适配服务进行大量的优化设计，包括队列优先级、柜面适配服务预启数量及伸缩控制等等，而单独搭建柜面前置服务则不存在需要考虑与其他前置服务共存情况下如何优化的问题
个人认为柜面直连与间联的主要区别在于：直连的方式物理隔离出了柜面前置，系统的设计和优化比较简单；间联则统一了所有渠道层的接入点，易于加入面向全渠道的AOP式的处理
ftp式的报文一般不会出现在柜面联机交易中，如果有使用的话也是用于行内文件传输服务，不过由于ftp本身不能保证传输结果的正确，一般都会有额外的数据正确和完整性校验手段保证传输结果的正确
近期的核心业务系统一般前端使用xml报文与综合前置/ESB通信，再由综合前置和ESB做后台服务的协议路由、报文重组的适配工作
我知道的是：FTP一般只用于文件传输服务。柜台和前置用socket。
为啥不柜台直连核心？经过前置，是为了面向全渠道管理。