MT 104 Direct Debit and Request for Debit Transfer Message直接借记和请求借记转账电文

MT104电文主要用于金融机构间的直接借记指示,涉及非金融机构账户持有者与银行间资金转移。电文包含总体信息、交易详情和结算详情三个序列,并遵循严格的校验规则。直接借记与请求借记转账应用场景不同,使用需在MUG注册。
摘要由CSDN通过智能技术生成

MT 104 Direct Debit and Request for Debit Transfer Message直接借记和请求借记转账电文

注意:使用此电文需要在MUG(电文用户组)注册。

MT104 使用范围

MT104电文用于传达客户直接借记指示:

(1)  由非金融机构账户持有者,或由账户持有者授权方,发送给金融机构,请求直接借记债务人在收报行或者其他金融机构的账户,并且贷记债权人在收报行或其分行的账户。

(2)  由债权人银行或其他金融机构,发给债务人银行或其他金融机构,代表债权人/指示方指示借记债务人账户并且从此账户收取费用。

(3)  由非金融机构账户持有者,或由账户持有者授权方,发给一家转发金融机构请求直接借记债务人账户,并且贷记债权人在另一国家的金融机构的账户。

(4)  在代表债权人/指示方的两家金融机构之间发送,用于请求直接借记债务人在收报行所在国的账户,并且贷记债权人在收报行或其分行的账户。

在企业和银行之间使用电文,参考www.swift.com上的MT电文企业客户使用向导。

MT104电文详细格式

MT104电文有三个序列组成:

序列A:总体信息,是一个必须的单事件序列,包含应用于序列B中所有单个交易详情的所有信息。

序列B:交易详情,是一个必须的重复序列,每个事件提供单个交易的详情。

序列C:结算详情,是一个可选的单事件序列,当电文用于请求直接借记时,序列C可不使用。当电文用于直接借记时,此序列必须存在并且序列B中所有交易提供进一步的结算信息。

状态

域名

中文域名

定义

内容/选项

序号

注意事项

A序列总体信息

 

M

20

Sender's Reference

发报行参考号

发报行生成,唯一标识电文

16x

1

不能以“/”开头或者结束,不能出现连续的两个“/”

O

21R

Customer Specified Reference

客户指定参考号

由指示方/汇款人指定的用于整个电文的参考号

16x

2

 

O

23E

Instruction Code

指示代码

用于标识包含在电文中的直接借记指示的类型

4!c[/30x]

3

AUTH电文包含预授权根据直接借记合同和/或授权的期限和条件的直接借记指示处理

NAUT电文不包含直接借记指示的预授权

OTHER用于双边协议代码/信息。实际双边代码/信息会在第二个子域规定。

RFDD电文包含请求直接借记指示

RTND先前的MT104电文被退回了,拒绝/退回/撤销

O

21E

Registration Reference

注册编号

包含授权债权人参与直接借记计划的注册编号

35x

4

 

M

30

Requested Execution Date

请求执行日期

MT104电文中所有交易的有效的请求执行日期

6!n

5

格式:YYMMDD

O

51A

Sending Institution

发报行

标识发报行

[/1!a][/34x]
4!a2!a2!c[3!c]

6

FileAct中有效

O

50a

Instructing Party

指示方

债权人/账户服务机构授权的命令所有交易的客户

C or L

C: 4!a2!a2!c[3!c]

L:35x

7

Identifier Code必须是已注册的BIC

O

50a

Creditor

债权人

序列B中所有交易需要

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- IEC-60870-5-104:应用模型是:物理层,链路层,网络层,传输层,应用层 物理层保证数据的正确送达,保证如何避免冲突。(物理层利用如 RS232上利用全双工) 链路层负责具体对那个slave的通讯,对于成功与否,是否重传由链路层控制(RS485 2线利用禁止链路层确认) 应用层负责具体的一些应用,如问全数据还是单点数据还是类数据等(网络利用CSMA/CD等保证避免冲突的发生) --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 基本定义:端口号2404,站端为Server 控端为Client,平衡式传输,2Byte站地址,2Byte传送原因,3Byte信息地址。 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 注: APDU 应用规约数据单元(整个数据) = APCI 应用规约控制信息(固定6个字节) + ASDU 应用服务数据单元(长度可变) --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- APDU长度(系统-特定参数,指定每个系统APDU的最大长度)APDU的最大长度域为253(缺省)。视具体系统最大长度可以压缩。 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 【1个例子】 104报文分析 BUF序 0 1 2 3 4 5 6 7 8 9 .10 11 12 13 14 15 16 17 18 19 20 21 22 M->R:68 15 10 00 02 00 1E 01 03 00 01 00 79 00 00 01 10 01 24 13 D2 0A 02 分析的结果是I (主动上报SOE,主动上报是因为104是平衡式规约) 报文头固定为0x68,即十进制104 长度15字节(不是6帧的,都是I帧) 发送序号=8【控制字节的解析 10 00 02 00 ,发送序号:0010H/2=16/2=8】 接收序号=1 【控制字节的解析 10 00 02 00 ,接收序号:0002H/2=2/2 =1】 0x1E=30 即 M_SP_TB_1 带长时标的单点信息 01 -> SQ:0 信号个数:1 03 00 -> 传送原因:[ T=0 P/N=0 原因=3 | 突发 ] 01 00 -> 公共地址:1 79 00 00 -> 0x79=121 信息体地址: 121 01 -> 状态: 1 IV:0 NT:0 SB:0 BL:0 10 01 24 13 D2 0A 02 ->低位10 高位01,即0x0110=1*16*16+16=272 时标: 2002/10/18 19:36:00.272
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值