MT 107 General Direct Debit Message一般直接借记电文

MT 107General Direct Debit Message一般直接借记电文

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

MT107 使用范围

此电文由债权人金融机构或其他金融机构,发给债务人金融机构或其他金融机构,代表债权人命令借记债务人账户并且从此账户收取费用。

MT107电文详细格式

MT107电文有三个序列组成:

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

序列B:交易详情,是一个必须的重复序列,每个事件提供单个交易的详情。序列A与序列B都有的域是互斥的。

序列C:结算详情,是一个可选的单事件序列,为序列B中所有交易提供进一步的结算信息。

状态

域名

中文域名

定义

内容/选项

序号

注意事项

A序列总体信息

M

20

Sender's Reference

发报行参考号

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

16x

1

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

O

23E

Instruction Code

指示代码

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

4!c[/30x]

2

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

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

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

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

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

O

21E

Registration Reference

注册编号

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

35x

3

M

30

Requested Execution Date

请求执行日期

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

6!n

4

格式:YYMMDD

O

51A

Sending Institution

发报行

标识发报行

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

5

FileAct中有效

O

50a

Instructing Party

指示方

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

C or L

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

L:35x

6

Identifier Code必须是已注册的BIC

O

50a

Creditor

债权人

序列B中所有交易需要贷记的账户的持有者

A or K

A:

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

K

[/34x]
4*35x

7

O

52a

Creditor's Bank

债权人的银行

A,C,or D

A:

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

C:

/34x

D:

[/1!a][/34x]
4*35x

8

O

26T

Transaction Type Code

交易类型代码

标识单个交易的属性、目的、愿意,例如发票、会费、分期支付

3!c

9

O

77B

Regulatory Reporting

监管报告

收报行或者发报行/原客户所在国要求的监管代码

3*35x

10

O

71A

Details of Charges

费用详情

BEN/OUR/SHA

3!a

11

BEN由受益人承担

OUR由汇款人承担

SHA除汇款人账户账户行的费用外,其他的费用由受益人承担

O

72

Sender to Receiver Information

附加信息

发报行发给收报行的信息

6*35x

12

M

21

Transaction Reference

交易编号

单个交易的唯一编号

16x

13

O

23E

Instruction Code

指示码

序列B中相同事件的直接借记指示类型

4!c[/30x]

14

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

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

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

O

21C

Mandate Reference

授权编号

债权人和债务人之间已达成协议直接借记授权编号

35x

15

O

21D

Direct Debit Reference

直接借记编号

标识直接借记交易

35x

16

O

21E

Registration Reference

注册编号

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

35x

17

M

32B

Currency and Transaction Amount

币种和交易金额

借记债务人账户的币种和金额

3!a15d

18

O

50a

Instructing Party

指示方

由债权人/账户服务机构授权命令直接借记交易的客户

C or L

19

O

50a

Creditor

债权人

贷记账户持有者

A or K

20

O

52a

Creditor's Bank

债权人银行

A,or D

21

O

57a

Debtor's Bank

债务人银行

A,or D

22

M

59a

Debtor

债务人

账户被借记的人

No letter option or A

23

O

70

Remittance Information

汇款信息

单个交易详情

4*35x

24

INV发票(包含发票日期、编号、详情)

IPI国际支付指令相关的唯一识别编号(超过20个字符)

RFB债务人编号(超过16个字符)

ROC汇款人编号

O

26T

Transaction Type Code

交易类型码

标识单个交易的属性、目的、愿意,例如发票、会费、分期支付

3!c

25

O

77B

Regulatory Reporting

监管报告

收报行或者发报行/原客户所在国要求的监管代码

3*35x

26

O

33B

Currency/Original Ordered Amount

币种/原汇款金额

当债务人指定的币种和金额逾32B域的交易币种和金额不一致时用于标识原币种和金额

3!a15d

27

O

71A

Details of Charges

费用详情

BEN/OUR/SHA

3!a

28

BEN由受益人承担

OUR由汇款人承担

SHA除汇款人账户账户行的费用外,其他的费用由受益人承担

O

71F

Sender's Charges

发报行费用

单个交易由发报行引起的费用币种和金额

3!a15d

29

O

71G

Receiver's Charges

收报行费用

单个交易由收报行引起的费用币种和金额

3!a15d

30

O

36

Exchange Rate

汇率

用于将33B域原汇款金额转化成32B域的币种和金额的汇率

12d

31

序列C 结算信息

M

32B

Currency and Settlement Amount

币种和结算金额

币种和总结算金额

3!a15d

32

O

19

Sum of Amounts

总金额

序列B所有事件中32B交易金额域之和

17d

33

O

71F

Sum of Sender's Charges

发报行总费用

由发报行引起的所有交易费用

3!a15d

34

O

71G

Sum of Receiver's Charges

收报行总费用

由收报行引起的所有交易费用

3!a15d

35

O

53a

Sender's Correspondent

发报行代理行

根据需要,指定发报行希望通过收报行进行偿付的发报行的分行或账户

A or B

36

MT107网络校验规则

C1:

序列A

如果23E域

序列B中每个事件

则23E域

存在

禁止输入

不存在

必输

序列A

如果50a(A或K)域

序列B的每个事件中

则50a(A或K)域

存在

禁止输入

不存在

必输

C2:

序列A

如果26T、77B、71A、52a、21E、50a(C、L)域

序列B

则26T、77B、71A、52a、21E、50a(C、L)域

存在

禁止输入

不存在

可选

C3:

序列A

如果21E域

序列A

则50a(A、K)域

存在

必输

不存在

可选

序列B

如果21E域

序列B

则50a(A、K)域

存在

必输

不存在

可选

C4:

序列A

如果21E域

序列A

则72域

存在且等于RTND

必输

存在且不等于RTND

禁止输入

不存在

禁止输入

C5:

序列B

如果71F域

序列C

则71F域

存在

必输

不存在

禁止输入

序列B

如果71G域

序列C

则71G域

存在

必输

不存在

禁止输入

C6:序列B中每个事件中,如果33B域存在,则币种或者金额,或者两者,33B域与32B域的必须不同。

如:

有效 :32B:USD1:33B:USD2 ,:32B:USD1 :33B:EUR1,:32B:USD1:33B:EUR2

无效 :32B:USD1:33B:USD0001 ,:32B:USD1 :33B:USD1.00,

:32B:USD1.00 :33B:USD10001

C7:

在序列B的任意事件中,如果33B域存在并且32B域与33B域的币种代码不同,则36域必须存在。否则,36域不存在。

C8:

序列B的32B域的数量之和必须输入到序列C不含费用时的32B域或者序列C的19域。在前一种情况下,19域不能存在。在后一种情况,19域必须等于序列B所有事件的32B域之和。

C9:

电文中所有事件的序列B和序列C中的32B域和71G域的币种代码必须相同。

电文中所有事件的费用域71F域的币种代码(序列B和C)必须相同。

MT107电文参考

全链条参与主体和交易流程图如下图所示:

以上链条中提到的各方不一定是不同的实体,下表中第一列显示了MT107电文中可以省略的实体,第二列指定了第一列中角色不存在时的实体。

如果以下主体缺失

则功能由以下指定

债权人银行(52a域)

发报行

指示方(50C或者50L域)

债权人(50A或50K)

债务人银行(57a)

收报行

使用MT107电文取决于发报行和收报行之间的双边或多边协议。此外,这些双边协议覆盖信息包括交易金额限制信息和直接借记计划定义信息。本章最后的MT107电文检查表作为机构之间签订协议的指导。

MT107操作规则和检查清单

本部分提供了用于银行作为签订双边/多边协议处理跨境客户直接借记电文的检查清单,即,通过FIN或者FileAct软件使用MT107电文进行借记转账传输。

推荐双边/多边协议覆盖所有列出的条目。为了进一步促进这些协议的建立,已经制定了通用程序,如果它们愿意,银行可以重写这些程序。

建议在债务人所在国法律适用于整个交易,包括任何拒绝/撤销或逆转。

为了正确地进行跨境借方转账,强烈建议债权人双方清楚地了解债务人国家的国家惯例,例如撤销期限。因此,强烈建议银行除下文清单外,咨询国家部门,以确保双边协议涵盖所有相关项目。

检查清单不打算提供详尽的项目清单,也不要求SWIFT对其承担任何责任:

(1) 可接受币种

(2) 交易限额

(3) 结算方式

(4) 借记转账类型

(5) 费用选项和金额

(6) MT107费用说明

(7) 费用结算程序

(8) 数据传输和扩充标准

(9) 数据和事件框架

(10) 电文级别控制

(11) 交易级别控制

(12) 电文或交易的拒绝

(13) 撤销

(14) 修改和变更

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


软件简介:蓝湖辅助工具,减少移动端开发中控件属性的复制和粘贴.待开发的功能:1.支持自动生成约束2.开发设置页面3.做一个浏览器插件,支持不需要下载整个工程,可即时操作当前蓝湖浏览页面4.支持Flutter语言模板生成5.支持更多平台,如Sketch等6.支持用户自定义语言模板
现实生活中,我们听到的声音都是时间连续的,我们称为这种信号叫模拟信号。模拟信号需要进行数字化以后才能在计算机中使用。目前我们在计算机上进行音频播放都需要依赖于音频文件。那么音频文件如何生成的呢?音频文件的生成过程是将声音信息采样、量化和编码产生的数字信号的过程,我们人耳所能听到的声音频率范围为(20Hz~20KHz),因此音频文件格式的最大带宽是20KHZ。根据奈奎斯特的理论,音频文件的采样率一般在40~50KHZ之间。奈奎斯特采样定律,又称香农采样定律。...............
前言最近在B站上看到一个漂亮的仙女姐姐跳舞视频,循环看了亿遍又亿遍,久久不能离开!看着小仙紫姐姐的蹦迪视频,除了一键三连还能做什么?突发奇想,能不能把舞蹈视频转成代码舞呢?说干就干,今天就手把手教大家如何把跳舞视频转成代码舞,跟着仙女姐姐一起蹦起来~视频来源:【紫颜】见过仙女蹦迪吗 【千盏】一、核心功能设计总体来说,我们需要分为以下几步完成:从B站上把小姐姐的视频下载下来对视频进行截取GIF,把截取的GIF通过ASCII Animator进行ASCII字符转换把转换的字符gif根据每
【Android App】实战项目之仿抖音的短视频分享App(附源码和演示视频 超详细必看)
前言这一篇博客应该是我花时间最多的一次了,从2022年1月底至2022年4月底。我已经将这篇博客的内容写为论文,上传至arxiv:https://arxiv.org/pdf/2204.10160.pdf欢迎大家指出我论文中的问题,特别是语法与用词问题在github上,我也上传了完整的项目:https://github.com/Whiffe/Custom-ava-dataset_Custom-Spatio-Temporally-Action-Video-Dataset关于自定义ava数据集,也是后台
因为我既对接过session、cookie,也对接过JWT,今年因为工作需要也对接了gtoken的2个版本,对这方面的理解还算深入。尤其是看到官方文档评论区又小伙伴表示看不懂,所以做了这期视频内容出来:视频在这里:本期内容对应B站的开源视频因为涉及的知识点比较多,视频内容比较长。如果你觉得看视频浪费时间,可以直接阅读源码:goframe v2版本集成gtokengoframe v1版本集成gtokengoframe v2版本集成jwtgoframe v2版本session登录官方调用示例文档jwt和sess
【Android App】实战项目之仿微信的私信和群聊App(附源码和演示视频 超详细必看)
用Android Studio的VideoView组件实现简单的本地视频播放器。本文将讲解如何使用Android视频播放器VideoView组件来播放本地视频和网络视频,实现起来还是比较简单的。VideoView组件的作用与ImageView类似,只是ImageView用于显示图片,VideoView用于播放视频。...
采用MATLAB对正弦信号,语音信号进行生成、采样和内插恢复,利用MATLAB工具箱对混杂噪声的音频信号进行滤波
随着移动互联网、云端存储等技术的快速发展,包含丰富信息的音频数据呈现几何级速率增长。这些海量数据在为人工分析带来困难的同时,也为音频认知、创新学习研究提供了数据基础。在本节中,我们通过构建生成模型来生成音频序列文件,从而进一步加深对序列数据处理问题的了解。
基于yolov5+deepsort+slowfast算法的视频实时行为检测。1. yolov5实现目标检测,确定目标坐标 2. deepsort实现目标跟踪,持续标注目标坐标 3. slowfast实现动作识别,并给出置信率 4. 用框持续框住目标,并将动作类别以及置信度显示在框上
数字电子钟设计本文主要完成数字电子钟的以下功能1、计时功能(24小时)2、秒表功能(一个按键实现开始暂停,另一个按键实现清零功能)3、闹钟功能(设置闹钟以及到时响10秒)4、校时功能5、其他功能(清零、加速、星期、八位数码管显示等)前排提示:前面几篇文章介绍过的内容就不详细介绍了,可以看我专栏的前几篇文章。PS.工程文件放在最后面总体设计本次设计主要是在前一篇文章 数字电子钟基本功能的实现 的基础上改编而成的,主要结构不变,分频器将50MHz分为较低的频率备用;dig_select
1.进入官网下载OBS stdioOpen Broadcaster Software | OBS (obsproject.com)2.下载一个插件,拓展OBS的虚拟摄像头功能链接:OBS 虚拟摄像头插件.zip_免费高速下载|百度网盘-分享无限制 (baidu.com)提取码:6656--来自百度网盘超级会员V1的分享**注意**该插件必须下载但OBS的根目录(应该是自动匹配了的)3.打开OBS,选中虚拟摄像头选择启用在底部添加一段视频录制选择下面,进行录制.
Meta公司在9月29日首次推出一款人工智能系统模型:Make-A-Video,可以从给定的文字提示生成短视频。基于**文本到图像生成技术的最新进展**,该技术旨在实现文本到视频的生成,可以仅用几个单词或几行文本生成异想天开、独一无二的视频,将无限的想象力带入生活
音频信号叠加噪声及滤波一、前言二、信号分析及加噪三、滤波去噪四、总结一、前言之前一直对硬件上的内容比较关注,但是可能是因为硬件方面的东西可能真的是比较杂,而且需要渗透的东西太多了,所以学习进展比较缓慢。因为也很少有单纯的硬件学习研究,总是会伴随着各种理论需要硬件做支撑,所以还是想要慢慢接触理论学习。但是之前总找不到切入点,不知道从哪里开始,就一直拖着。最近稍微接触了一点信号处理,就用这个当作切入点,开始接触理论学习。二、信号分析及加噪信号处理选用了matlab做工具,选了一个最简单的语音信号处理方
腾讯云 TRTC 实时音视频服务体验,从认识 TRTC 到 TRTC 的开发实践,Demo 演示& IM 服务搭建。
音乐音频分类技术能够基于音乐内容为音乐添加类别标签,在音乐资源的高效组织、检索和推荐等相关方面的研究和应用具有重要意义。传统的音乐分类方法大量使用了人工设计的声学特征,特征的设计需要音乐领域的知识,不同分类任务的特征往往并不通用。深度学习的出现给更好地解决音乐分类问题提供了新的思路,本文对基于深度学习的音乐音频分类方法进行了研究。首先将音乐的音频信号转换成声谱作为统一表示,避免了手工选取特征存在的问题,然后基于一维卷积构建了一种音乐分类模型。
C++知识精讲16 | 井字棋游戏(配资源+视频)【赋源码,双人对战】
本文主要讲解如何在Java中,使用FFmpeg进行视频的帧读取,并最终合并成Gif动态图。
在本篇博文中,我们谈及了 Swift 中 some、any 关键字以及主关联类型(primary associated types)的前世今生,并由浅及深用简明的示例向大家讲解了它们之间的奥秘玄机。