二代支付总结文档格式.docx
- 文档编号:13264470
- 上传时间:2022-10-09
- 格式:DOCX
- 页数:11
- 大小:235.71KB
二代支付总结文档格式.docx
《二代支付总结文档格式.docx》由会员分享,可在线阅读,更多相关《二代支付总结文档格式.docx(11页珍藏版)》请在冰豆网上搜索。
那么对于贷记来帐、借记来帐,这两个业务本身就是“被动的”,需要别人主动向我们发起贷记往帐、借记往帐才会有的。
大、小额:
大小额指的是有金额界限的业务,规定为超过50000的业务为大额业务,低于50000的业务为小额业务。
客户:
指的是在银行开户的,无论是个人还是公司。
金融机构:
比如银行、国库等。
回执:
对发过来的通知进行反馈、答复。
挂账:
挂账分为自动挂账和手动挂账,在处理一些特殊情况的时候,将钱打到挂账账户。
一、贷记来账,收款方账户、户名合法性校验失败(意思就是在本行找不到这个收款账户),那么这笔钱就需要挂账,钱会由清算账户打到挂账账户。
二、借记往账交易发起后需要暂时挂账(业务规定),如果对方回执同意付款,那么这一笔钱就会从挂账账户打到客户账户,否则就会冲正回清算账户。
三、如果挂账成功会有两种处理方式,即退汇和手工入账,否则就是出现问题了。
退汇:
将钱由挂账账户—>
清算账户。
发生情况:
贷记来账,校验账户,如果失败就会挂帐,挂帐成功之后可以选择“退汇”。
落单:
贷记来账,校验账户成功,但是入客户帐失败,此时的情况就叫落单,落单后可以选择手工入账处理。
手工入账:
挂账账户—>
客户账户。
冲正:
根据原交易资金的流出方向信息,将资金反向流回,目的是为了处理当某个环节遇到问题的时候,导致交易失败,而资金已经在客户帐、内部清算账、内部挂账账户上面有了流动,这个时候就需要哪里来的钱就回到哪里去,就叫冲正。
两种情况:
一、贷记往账,人行处理失败,贷记往账先扣款,所以失败后需要将钱冲回客户帐。
二、借记往账,然后发止付申请,对方同意止付,此时钱已挂在挂账户,所以需要冲回内部账户。
止付申请:
对于普通借记、定期借记的情况,在对方没有发借记回执之前,可以发起止付申请业务,要求停止付款。
退回:
针对普通贷记往账、定期贷记往账、借记回执业务的情况,在人行扎差(就是在人行那边已经做了账务处理)以后,可以发起退回申请。
二、业务理解
(1)支付类业务
普通贷记业务
普通贷记往帐(主动发起),发起方付钱给别人的业务。
我行客户张三发起普通贷记业务,就是张三给别人打钱。
普通贷记来帐(被发起的),收钱的业务。
他行客户李四发起一笔贷记往帐(对于李四来说)给我行客户张三,那么对于张三来说就是一笔贷记来帐业务。
定期贷记业务
与普通贷记业务一样,往帐是付钱,来帐收钱,不同的是此业务为定期发生的。
定期贷记业务为当事各方按照事先签订的协议,定期发生的批量付款业务,如代付工资、代付保险金、奖金以及其他类型代付资金业务等,其业务特点是单个付款人同时付款至多个收款人。
普通借记业务/借记回执业务
借记往帐:
收款人发起的,发给付款人一个通知报文,让付款人付钱。
借记来帐:
收到通知付款的报文,发一笔借记回执业务,给予是否同意付款的回应。
如果同意,则开始从付款方的账户上扣钱。
张三发起借记往帐给李四,对于李四来说是借记来帐,则需要发一笔借记回执给张三,张三则根据回执的内容作出处理。
定期借记业务/借记回执业务
跟普通业务的过程一样,此业务为定期执行的。
定期借记业务为当事各方按照事先签订的协议,定期发生的批量扣款业务,如收款单位委托其开户银行收取的水电煤气等公用事业费用,其业务特点是单个收款人向多个付款人同时收款。
定期借记业务种类包括代收的各种类型的水费、电费、煤气费、电话费、物业管理费、通讯费、企业管理费、学杂费、有线电视收视费等。
代收付中心发起的定期代收业务属于定期借记业务。
实时本汇票业务/实时本汇票回执业务
1、本质为实时借记借记业务和实时借记回执业务,与普通的借记业务一样。
2、对于本汇票的理解,即在我行开的一张可以当钱用的纸质票据,客户可以使用这个票据购买商品时付款。
商家拿到本汇票以后到自己卡的银行兑换,柜员会根据票据录入相关信息,发起实时本汇票业务。
我行接到本汇票业务通知进行信息校验,如果没有问题就进行解付,即付款给对方,并发起本汇票回执业务。
实时本汇票手工冲正
当我们为付款行的时候,付款后,人行处理失败,而客户帐的钱已经到了清算账户了,此时建行会给我们发冲正通知,接到通知后我们会进行此业务把钱冲回。
贷记来账手工处理
包括发起退回、手工入账、手工挂账。
看名词解释中对这三种情况的简单理解。
手工冲正查询
手工冲正:
有些手工冲正的情况,一、贷记往账,在人行那里失败,此时钱已经由客户帐打到了内部账,需要手工冲正将钱冲回客户帐。
二、借记往账,发起业务之后,在对方发回回执之前,发送止付申请业务,如果对方发回的应答为同意止付,而此时钱也已经由内部清算账打到了挂账户,所以需要手工冲正回内部账。
(2)信息类业务
查询/查复业务
查询:
根据交易序号等条件,查询该笔交易的相关信息。
查复:
对于跨行之间的查询,接收到查询通知的一方需要对这次查询给予回复,即将查询信息返回。
发起自由格式业务
随便发
止付申请/止付应答业务
对于已发出的借记业务未受到回执的情况,可以发止付申请。
止付应答:
接收止付申请的一方,需要做出止付应答。
退回申请/退回应答业务
退回申请:
对于贷记往账人行扎差以后可以发送退回申请。
退回应答:
接收退回申请的一方就需要做出退回应答。
三、测试过程及问题记录
测试过程
1、发交易
2、查询人行处理状态,非“成功”就查找问题
3、如果有问题,查找日志,从最接近人行的平台日志找
4、修改后,记着保存、上传和提交,用文档记录修改的位置。
提示:
在测试的过程中有两个很重要的“号”
1)支付交易序号:
16位,根据此号可以在tuxdo的日志中找到该笔交易的报文。
此交易号可以在“配套管理”-〉“金融交易明细查询打印”中查询得到。
2)平台流水号:
8位,我们平台自己生成的唯一的号码,用于查询人行处理状态。
3)同样在主表(afa_maintransdtl)中也会记录以上的两个“号”,对应的字段名为:
支付交易序号(MSGID)平台流水号(agentserialno)
查询交易状态
1)“金融交易明细查询打印”:
可以查到有关支付类业务的相关信息。
2)“汇划往账人行处理状态查询”:
查询人行处理状态。
3)“非金融交易明细”:
查询信息类的业务。
另外,信息类业务也可以到相应的业务报表中去查。
四、框架理解、日志查看及测试工具使用
(1)流程理解
在进行所有的开发和测试之前,首先要了解一下整个数据报文的流程走向,只有熟悉数据流的传输方向,才能准确的定位到问题的发源地。
首先,宏观上的数据包(报文)走向:
我行->
人行,人行->
他行(双向的)
其次,具体我行与人行之间的数据处理,如下图所示:
(2)日志查看
日志的查看在整个测试的过程中非常重要,几乎记录了流程的每一个步骤,只要找到相应的日志,总能找到对应出问题的地方。
建议:
在看某一个业务的时候,想要了解其内部的具体处理过程,最好是执行一遍该业务,然后看日志会更清晰的了解过程,如果出现问题就根据日志中提示的step和node就能够准确的找到问题的位置。
各个平台日志的位置
AB平台日志:
/home/ab/absNO1/log/teller/日期/机构号
核心日志:
/home/ab/FNS_Agent/log
afe平台日志:
/home/afe/controller/log,日志文件为all.log
tuxedo日志:
/home/tuxedo/log/,日志文件主要有两个:
cnapsAgent****:
往账交易,经过tuxedo时,保存报文日志。
cnapsServe****:
来账交易,经过tuxedo时,保存报文日志。
afa平台日志:
/home/afa/log/日期
不同的业务日志放在不同的目录中,分为以下几类:
AUPS2:
头,所有的业务的报文都得走头,然后再调具体的业务处理。
BEPS2:
小额业务,有关小额的业务交易都在这个目录。
CMMS:
一代支付的信息业务日志。
CMMS2:
二代支付的信息类业务日志。
HVPS2:
大额业务,有关大额的业务交易日志都存放在这个目录。
(注:
afa日志的名称规律,都是以交易编号组成的,所以找日志的时候,先看看你发的交易的交易编号,再找对应的日志名称。
)
图3-2-1afa中左侧列表展示
图3-2-2afa日志列表展示
(3)测试工具使用(仅在模拟仿真时使用)
主要的测试工具(模拟仿真使用):
1)Socket:
主要的功能是模拟人行发起各个业务。
软件存放位置:
AB\K开发资料\二代支付\socket\SocketTest,进入目录后,运行run.bat,会出现如下的界面:
工具配置说明:
由于是人行发起的业务,所以对于我们来说是接收端,接收者为afe,所以在配置IP和port的时候,应该填写afe环境所在的ip(例如:
20.0.72.9)和afe接入适配器中的port(例如:
14303)
使用步骤:
1、填入IP和port,点击“connect”。
2、Message后面的文本框会被激活,在里面填入“交易编号业务类型编号”,点击“send”。
3、交易编号在afe->
模拟仿真->
模拟CCBS2代理发起,找到对应的业务,取交易编号(例:
STIX01003)
4、业务类型编号在填写的报文中可以得到,如果没有就不填。
2)afe平台的相关介绍
对于二代支付来说,使用afe的地方主要是“模拟仿真”,即模拟人行接收或者发起业务。
用到的就是“模拟CCBS2代理发起”和“模拟CCBS2代理接收”。
●模拟CCBS2代理发起:
所有人行发起的交易,都到这下面来配置需要的报文。
根据不同的业务选择位置,分为大额、小额、信息。
配置报文需要根据接口文档要求来配置。
Plan节点:
这个下面主要是一些配置信息,例如配置socket的port时候,就是从这里获得的port。
●模拟CCBS2代理接收:
主要是配置报文返回的Busid,使其唯一。
如图所示,BusId的格式:
一共16位,8位的日期,8位的随意数字,每次接受新的交易一定要保持这个字段的值是不同的(实际的环境每次返回的肯定是不同的),因为仿真会给AFA返回这个值,在做查询业务的时候,或者某些交易的时候,会用到这个值,而且是不能重复的
五、表结构
通用
主表:
afa_maintransdtl
明细表:
afa_mainaction
业务对象操作数据映射表:
afa_busimapact
行名行号信息表:
cnaps_bankinfo
支付系统与行外系统报文映射规则表:
afa_unitmsgmap
对账相关
对账信息表:
afa_chktransdtl
对账差错信息表:
afa_chkerror
清算信息表:
afa_cleari
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 二代 支付 总结