MT 102 Multiple Customer Credit Transfer多客户信用转账
MT 102 Multiple Customer Credit Transfer多客户信用转账
注意:使用此电文需要在MUG(电文用户组)注册
MT102范围
此电文由汇款人或代表汇款人(一个或多个)的金融机构发送给另一个金融机构用于付款给收款人。
请求收报行直接或通过清算机构或另一家金融机构间接贷记受益客户,或者给受益人开立支票。
此电文用于在金融机构之间的清算支付传达多条支付指令。它的用途受制于发报行和收报行之间的双边或多边协议。
另一件事,这些双边协议包含交易金额限制、可接受币种以及结算方式。以下包含的多笔支付清单推荐作为机构协议签订时的指南。
MT102格式说明
MT102电文包含以下三个序列:
A:总体信息,单事件序列,包含应用于序列B中描述的所有独立交易的信息。
B:交易详情是可重复的序列。每个事件用于提供单个交易详情。
C:结算详情,单事件序列,包含结算信息。
状态 |
域 |
域名 |
中文域名 |
定义 |
内容/选项 |
序号 |
注意事项 |
A序列总体信息 |
|||||||
M |
20 |
File Reference |
文件编号 |
发报行明确标识电文的编号 |
16x |
1 |
不能以“/”开头或者结束,不能出现连续的两个“/” 编号必须在相关确认书(MT900)或对账单(MT950)中引用 |
M |
23 |
Bank Operation Code |
银行操作码 |
16x |
2 |
CHQB 支票支付时使用 CREDIT 根据预先签订的双边协议使用 CRTST FIN测试用 SPAY SWIFTPay服务级别使用 |
|
O |
51A |
Sending Institution |
发报行 |
发报机构 |
[/1!a][/34x] 标识符 |
3 |
FieAct有效 |
O |
50a |
Ordering Customer |
汇款人 |
汇款人 |
A, F, or K |
4 |
|
O |
52a |
Ordering Institution |
汇款机构 |
指示发报行按照序列B中交易进行转账的金融机构 |
A, B, or C A:[/1!a][/34x] B:[/1!a][/34x] C: /34x |
5 |
|
O |
26T |
Transaction Type Code |
交易类型代码 |
交易的属性、目的或者愿意,例如工资、养老金或者股利等 |
3!c |
6 |
|
O |
77B |
Regulatory Reporting |
监管报告 |
发报行或者收报行授权需要的监管代码 |
3*35x |
7 |
|
O |
71A |
Details of Charges |
费用详情 |
收费说明 |
3!a |
8 |
BEN OUR SHR |
O |
36 |
Exchange Rate |
汇率 |
用于转换序列B中33B域指定的金额的汇率 |
12d |
9 |
|
B序列交易详情 |
|||||||
M |
21 |
Transaction Reference |
交易编号 |
16x |
10 |
||
M |
32B |
Transaction Amount |
交易金额 |
3!a15d |
11 |
||
O |
50a |
Ordering Customer |
汇款人 |
A, F, or K |
12 |
F: 35x 标识符 G: /34x 账号 金融机构BIC Code H: /34x 账号 |
|
O |
52a |
Ordering Institution |
汇出行 |
发报行以外的指示发报行转移交易的金融机构 |
A, B, or C |
13 |
|
O |
57a |
Account With Institution |
账户行 |
服务受益人账户的金融机构 |
A or C |
14 |
|
M |
59a |
Beneficiary Customer |
受益人 |
收款人 |
No letter option or A |
15 |
|
O |
70 |
Remittance Information |
汇款信息 |
单笔交易详情 |
4*35x |
16 |
|
O |
26T |
Transaction Type Code |
汇款类型 |
单笔交易的属性、目的、原因,例如工资、养老金、股利 |
3!c |
17 |
|
O |
77B |
Regulatory Reporting |
监管报告 |
收报行或者发报行/原客户所在国要求的监管代码 |
3*35x |
18 |
|
O |
33B |
Currency/Instructed Amount |
币种/指示金额 |
交易的币种和金额 |
3!a15d |
19 |
|
O |
71A |
Details of Charges |
费用详情 |
BEN/OUR/SHA |
3!a |
20 |
BEN由受益人承担 OUR由汇款人承担 SHA除汇款人账户账户行的费用外,其他的费用由受益人承担 |
O |
71F |
Sender's Charges |
发报行费用 |
发报行或者交易链中前面银行的费用 |
3!a15d |
21 |
扣除发报行费用后的净额为32B域交易金额 |
O |
71G |
Receiver's Charges |
收报行费用 |
收报行的费用 |
3!a15d |
22 |
|
O |
36 |
Exchange Rate |
汇率 |
12d |
23 |
用于转换33B域的金额 |
|
序列C结算信息 |
|||||||
M |
32A |
Value Date, Currency Code, Amount |
起息日、币种、结算金额 |
6!n3!a15d |
24 |
结算金额是银行同业拆借金额 |
|
O |
19 |
Sum of Amounts |
金额总额 |
序列B所有事件32B域之和 |
17d |
25 |
|
O |
71G |
Sum of Receiver's Charges |
收报行费用总额 |
序列B所有时间71G域之和 |
3!a15d |
26 |
|
O |
13C |
Time Indication |
时间指示 |
处理支付指令的时间 |
/8c/4!n1!x4!n |
27 |
CLSTIME 资金支付贷记、确认到中央银行账户的时间,采用欧洲中部时间表示 RNCTIME 目标支付款项贷记到中央银行的时间,采用欧洲中部时间表示 SNDTIME目标支付款项借记出中央银行的时间,采用欧洲中部时间表示 |
O |
53a |
Sender's Correspondent |
发报行的代理行 |
必要时,代发报行偿付款项给客户 |
A or C A [/1!a][/34x] C /34x |
28 |
|
O |
54A |
Receiver's Correspondent |
收报行代理行 |
必要时,用于接收款项的收报行的代理行 |
[/1!a][/34x] |
29 |
|
O |
72 |
Sender to Receiver Information |
附加信息 |
发报行发给收报行的信息 |
6*35x 1 /8c/[附加信息] 2-6 [//附加信息] or [/8c/[附加信息]] |
30 |
MT102网络校验规则
C1:如果序列C中19域存在,则必须等于所有事件32B域之和。
C2:71G域的币种代码,同一电文所有时间中的32B和32A的币种代码都必须相同。
C3:50a域必须出现在序列A中或者出现在序列B的每一个事件中,但是不能在A、B序列同时存在,也不能都不存在。
序列A 50a域 |
序列B 50a域(每个事件) |
不为空 |
禁填(Not Allowed) |
为空 |
必输域(Mandatory) |
C4:71A域必须出现在序列A中或者出现在序列B的每一个事件中,但是不能在A、B序列同时存在,也不能都不存在。
序列A 71A域 |
序列B 71A域(每个事件) |
不为空 |
禁填(Not Allowed) |
为空 |
必输域(Mandatory) |
C5:如果序列A中52a/26T/77B域不为空,则序列B中此域禁填。序列B的任意一个事件存在52a/26T/77B域,则序列A中此域禁填。
序列A 52a/26T/77域 |
序列B 52a/26T/77域(每个事件) |
不为空 |
禁填(Not Allowed) |
为空 |
可选项(Optional) |
C6:如果序列B中任意一个事件存在一个33B域的币种代码与32B域不同,则36域(序列A或者B)必填。其他情况下,36域禁填。
如果36域(序列A或者B)存在,序列A中36域必须存在且不在序列B中,或者序列B中每个32B域与33B域币种不同的事件都必填36域且在序列A以及序列B的其它事件禁填。
序列A |
序列B |
||
36域存在 |
序列B至少一个事件存在33B域,而且32B域币种代码与33B域不同 |
并且序列B的任意事件都中36域都禁填 |
|
36域不存在 |
33B域 |
32B与33B域币种 |
36域 |
存在 |
相等 |
禁填(Not Allowed) |
|
不相同 |
必填(Mandatory) |
||
不存在 |
NA |
禁填(Not Allowed) |
C7:如果23域包含代码CHQB,则59a域的账号禁填。其他情况下,必填。
23域包含 |
59域的第 A/N 行 |
CHQB |
禁填 |
其他 |
必填 |
C8:如果发报行和收报行国家代码包含AD,AT, BE, BG, BV, CH, CY, CZ, DE, DK, EE, ES, FI, FR, GB, GF, GI, GP, GR, HU, IE,IS, IT, LI, LT, LU, LV, MC, MQ, MT, NL, NO, PL, PM, PT, RE, RO, SE, SI, SJ, SK,SM, TF, VA,则序列B每个事件的33B域必填,否则33B域为可选。
如果发报行BIC等于国家列表中的代码 |
如果收报行BIC等于国家列表中的代码 |
序列B每个事件的33B域 |
等于 |
等于 |
必填(Mandatory) |
等于 |
不等于 |
可选(Optional) |
不等于 |
等于 |
可选(Optional) |
不等于 |
不等于 |
可选(Optional) |
C9:如果序列A中71A域包含OUR,则序列B中任一事件71F域禁填,71G域可选。
如果序列B中71A域包含OUR,则序列B的同一事件中71F禁填,71G可选。
如果序列A中71A域包含SHA,则序列B的任一事件中71F可选,71G禁填。
如果序列B中71A域包含SHA,则序列B的同一事件中71F可选,71G禁填。
如果序列A中71A域包含BEN,则序列B的每个事件中之至少有一个71F域必填和71G域禁填。
序列A 71A |
序列B每个事件 |
|
BEN |
71F |
71G |
必填 |
禁填 |
如果序列B中71A域包含BEN,序列B的同一事件中至少有一个71F域必填和71G域禁填。
序列A 71A |
序列B同一事件 |
|
BEN |
71F |
71G |
必填 |
禁填 |
C10:序列B的一个事件中,存在71F域或者71G域,则序列B的同一事件中33B必填。
序列B的每一个事件 |
||
71F |
71G |
33B |
存在 |
存在 |
拒绝(71F与71G不能共存) |
存在 |
不存在 |
必填 |
不存在 |
存在 |
必填 |
不存在 |
不存在 |
可选 |
C11:如果序列B的一个事件中存在71G域,则序列C中71G域必填。
MT102使用规则
如果注册用户收到了非双边协议发报行发来的MT102电文,收报行应该根据正常的银行业务情况查询电文。
当通过FileAct软件发送MT102电文时,机构必须使用支付相关的配置文件。
数量相关域的使用规则
数量相关的域33B、32B、36、71G、71F、19和32A域之间的逻辑关系可能满足如下的公式:
(1)序列B中每个事件,33B域指示金额,随着36域的汇率调整,减去发报行费用(71F),等于32B域交易金额。
(2)32B域所有交易金额之和,等于19域总金额。
(3)序列B所有71G域收报行费用之和,等于序列C中71G域总收报行费用。
(4)19域总额(或32B域所有交易金额之和),加上序列C总收报行费用,等于32A域同业结算金额。
以上提到的这些域的存在取决于规则C5、C6、C8、C9、C10、C11。如果某一个域不存在,在公式中不考虑该域。如果71F域存在不止一次,所有事件的71F域都需要在公式中进行计算。
序列A 71A域 |
序列B |
||
32B域 |
71F域 |
71G域 |
|
OUR |
净额贷记受益人,费用已有汇款人预付。 |
禁填 |
可选 |
SHA |
按原始指示金额,例如发票金额 收报行会扣除费用收报行费用 |
可选 |
禁填 |
BEN |
按原始指示金额扣除发报行费用后的金额。 收报行会扣除费用 |
至少一个事件必填 |
禁填 |
序列A 71A域 |
序列C |
||
19域 |
32A域 |
71G域 |
|
OUR |
序列B中32B域之和 |
结算金额等于19域加上序列C的71G域 |
序列B中71G域之和 |
SHA |
不使用 |
结算金额等于序列B中32B域之和 |
禁填 |
BEN |
不使用 |
结算金额等于序列B中32B域之和 |
禁填 |
案例A
支付等值1000欧元的英镑给英国的受益人。
欧元兑英镑汇率为1欧元兑0.61999英镑。
汇款行(发报行)交易费用5.00欧元(=3.10英镑)
收款行(收报行)交易费用4.00英镑(=6.45欧元)
案例A1:费用选项为OUR
1、借记汇款人账户金额
原汇款金额 EUR 1000.00
+发报行费用 EUR 5.00
+收报行费用 EUR 6.45
=借记金额 EUR 1011.45
2、具体到MT102电文域中:
域标签 |
内容 |
||
序列B |
32B |
GBP |
619.99 |
33B |
EUR |
1000.00 |
|
71A |
OUR |
||
71G |
GBP |
4.00 |
|
36 |
0.61999 |
||
序列C |
19 |
GBP |
619.99 |
32A |
GBP |
623.99 |
|
71G |
GBP |
4.00 |
3、随后的MT950电文显示了623.99英镑的借记路径,通过序列C中的32A域。
4、贷记到受益人账户
贷记金额 GBP 619.99
案例A2:费用选项为SHA
1、借记汇款人账户金额
原汇款金额 EUR 1000.00
+发报行费用 EUR 5.00
=借记金额 EUR 1005.00
2、具体到MT102电文域中:
域标签 |
内容 |
||
序列B |
32B |
GBP |
619.99 |
33B |
EUR |
1000.00 |
|
71A |
SHA |
||
36 |
0.61999 |
||
序列C |
32A |
GBP |
619.99 |
3、随后的MT950电文显示了619.99英镑的借记路径,通过序列C中的32A域。
4、贷记到受益人账户
同业结算金额 GBP 619.99
—收报行费用 GBP 4.00
=贷记金额 GBP 615.99
案例A3:费用选项为BEN
1、借记汇款人账户金额
原汇款金额 EUR 1000.00
2、具体到MT102电文域中:
域标签 |
内容 |
||
序列B |
32B |
GBP |
616.89 |
33B |
EUR |
1000.00 |
|
71A |
BEN |
||
71F |
GBP |
3.10 |
|
36 |
0.61999 |
||
序列C |
32A |
GBP |
616.89 |
3、随后的MT950电文显示了616.89英镑的借记路径,通过序列C中的32A域。
4、贷记到受益人账户
同业结算金额 GBP 619.99
—收报行费用 GBP 4.00
=贷记金额 GBP 615.99
案例B
支付1000英镑给英国的受益人。
欧元兑英镑汇率为1欧元兑0.61999英镑。
汇款行(发报行)交易费用5.00欧元(=3.10英镑)
收款行(收报行)交易费用4.00英镑(=6.45欧元)
汇款人有一个欧元账户
发报行和收报行的BIC在国别名单上
案例B1:费用选项为OUR
1、借记汇款人账户金额
借记到欧元账户
等值汇款金额 EUR 1612.93
+发报行费用 EUR 5.00
+收报行费用 EUR 6.45
=借记金额 EUR 1624.38
2、具体到MT102电文域中:
域标签 |
内容 |
||
序列B |
32B |
GBP |
1000.00 |
33B |
GBP |
1000.00 |
|
71A |
OUR |
||
71G |
GBP |
4.00 |
|
序列C |
19 |
GBP |
1000.00 |
32A |
GBP |
1004.00 |
|
71G |
GBP |
4.00 |
注:32A与33B域币种一致的情况下36域可以不填。
3、随后的MT950电文显示了1004.00英镑的借记路径,通过序列C中的32A域。
4、贷记到受益人账户
原汇款金额=贷记金额 GBP 1000.00
案例B2:费用选项为SHA
1、借记汇款人账户金额
借记到欧元账户
等值汇款金额 EUR 1612.93
+发报行费用 EUR 5.00
=借记金额 EUR 1617.93
2、具体到MT102电文域中:
域标签 |
内容 |
||
序列B |
32B |
GBP |
1000.00 |
33B |
GBP |
1000.00 |
|
71A |
SHA |
||
序列C |
32A |
GBP |
1000.00 |
3、随后的MT950电文显示了1000.00英镑的借记路径,通过序列C中的32A域。
4、贷记到受益人账户
32A域金额 GBP 1000.00
—收报行费用 GBP 4.00
=贷记金额 GBP 996.00
案例B3:费用选项为BEN
1、借记汇款人账户金额
借记到欧元账户
原等值汇款金额=借记金额 EUR 1612.93
2、具体到MT102电文域中:
域标签 |
内容 |
||
序列B |
32B |
GBP |
996.90 |
33B |
GBP |
1000.00 |
|
71A |
BEN |
||
71F |
GBP |
3.10 |
|
序列C |
32A |
GBP |
996.90 |
注:32A与33B域币种一致的情况下36域可以不填。
3、随后的MT950电文显示了996.90英镑的借记路径,通过序列C中的32A域。
4、贷记到受益人账户
原汇款金额 GBP 1000.00
—发报行费用 GBP 3.10
—收报行费用 GBP 4.00
=贷记金额 GBP 992.90
MT102检查表
本部分提供了MT102转账电文的检查表。强烈推荐金融机构将此份指导书作为通过FIN或者FileAct软件用MT101电文进行转移支付时建立转移支付请求业务双边或多边协议的基础。
同时推荐在双边协议或多边协议中覆盖列出的所有条目。为了进一步促进建立这些协议,已经建立了一套通用的程序,如果愿意,也可以修改。
清单不打算提供详尽的项目清单,SWIFT也不要求对其承担任何责任。
可接受币种
除非另有约定,多笔浮夸交易均以发报行或者收报行所在国货币表示。如果金额机构希望接受第三种货币,应该在双边协议规定清楚。
交易金额限制
如果金融机构协议中定义单个交易的交易限额,则应该按币种制定限额。
如果协议允许高于具体要求的交易金额,例如法规报告要求,这些要求以及格式也应该在协议中明确规定。
结算
除非另有约定,发报行和收报行之间的直接账户关系将会用于交易记账。
无论协议内容如何,同一电文的交易将会以单一方式进行记账。
对于可接受的每种币种,金额限制、结算账户数,如果不包括正常的和涉及的第三方偿付行,如果有的话,可用如下图所示
可接受币种 |
交易金额限制 |
结算金额 |
第三方偿付机构(如果有的话) |
费用
费用选项和金额
除非另有约定,金融机构将会接受MT102电文中定义和允许的费用选项,如果金融机构希望只接受一个选项,应该达成双边协议。
接受OUR选项的金融机构应同意并指定接收国的交易费用“在我们身上”,如果适用的话,“不在我们身上”支付。
这些交易费用必须是非常精确的数额或者公式(百分比),并且包括保证金和收报行提供给发报行的交易过程,直到收报所在国将款项转到受益人账户为止。银行客户服务定价,例如,每日/周/月报表的咨询方法,与机构间不同,不属于收费的一部分。
收费原因 |
支付类型:发报行/非发报行 |
每条电文收费:公式/确切的数额 |
每笔交易收费:公式/确切的数额 |
如果必要的话,以上费用最好每三个月设置一次。改变这些费用应该在日期终止前一个月公布。
从该实现日期发送的电文将按照收报行的最新资费标准。
MT102费用说明书
除非另有协议,预先约定的费用将会包含在MT102电文交换中,视情况而定,主要是为了保证信息和控制的一致性。
除非另有协议,费用的币种将会和电文的交易金额和结算金额的币种保持一致。
万一,根据以上规则,费用采取了和双边协议中指定的不同的币种,电文交换中应该引用汇率。
费用结算程序
除非另有协议,金融机构将会根据情况在MT102电文中单独标明发报行和收报行的费用。
金融机构之间指定日期的结算金额之和骚包含所有交易金额之和,无论是发报行还是收报的费用之和都将包含在结算金额中,将会依赖规定的费用结算程序。对于这个程序,金融机构可以达成如下协议:
费用与同一日期的所有交易金融之和一起结算和记账 |
|
费用与同一日期的所有交易金额之和一起结算,单独记账 |
|
费用定期结算 |
|
其他 |
只有当选择第一个或第二个选项时,结算金额才包括费用总额。
数据传输和扩充标准
除非另有协议,同一MT102电文中的信用转账交易应按如下分组:
(1) 具有相同银行业务操作码
(2) 相同货币操作
(3) 相同结算账户和结构操作
(4) 同一日期操作
金融机构应该同意是否只有总行或者分行业可以是MT102电文的发报行或者收报行,以及通过FileAct和/或者FIN传输电文。
银行1 BIC |
银行2 BIC |
|
只有总行 |
||
总行和所有境内分行 |
||
总行和部分名单上的境内分行:仅地区代码和分行代码 |
如果选择FileAct软件,进入机构应该规定MT102电文的最大尺寸以及同一FileAct电文是否可以包含多条MT102电文。金融机构也应该决定一条MT102电文能否分拆成两条或者更多条FileAct电文,因为这可能会对运行产生影响。
MT102电文的最大尺寸 |
每条FileAct电文包含MT102电文的数量 |
每天MT102电文可分拆成两条或多条FileAct电文 |
日期和时间格式
发报行和收报行应该在收报行需要的能在其所在国执行可接受支付的时间格式达成一致。
在收报行截止时间之前接收的电文,将在预先商定的时间确定,即收到电文后的X天内。因为在收报行截止时间之后收到的电文,结算时间以“收报日+1”为基础。
收报日也是计算请求执行日期的基础,也是汇款人账户借记的日期。
币种1 |
币种2 |
|
收报行截止时间 |
||
结算时间 |
D(+) |
D(+) |
在线支付执行时间(直到资金到受益人账户) |
D(+) |
D(+) |
非在线支付执行时间(直到资金到受益人账户) |
D(+) |
D(+) |
解释:
D=赞同和收到日期,表示收报行在截止日期前已收到电文
或者
D=收到日期,D+1=赞同日期,表示收报行在截止日期之后收到报文
控制级别/检查和接收电文/交易
电文级别
除非另有协议,金融机构将会作为他们控制/检查所有当前FIN/FileAct软件的安全问题以及MT102电文手册中定义的MT102电文语法和语义的基础。
为了实现MT102电文交换的直通处理,金融机构应该定义检查和控制相关的双边协议条款。
除非另有协议或需求,交易通过检查和控制被视为接收和不可撤回,将会被发至收报行的汇款人账户。在FileAct软件中,收报行发送的正面确认信息表示确认接受接收的电文。在FIN软件中,没有明确的电文需求。
如果电文未通过检查或控制,将会被驳回(见下一个检查点)。
建议双边协议条款相关的检查和控制,由收报行执行,错误码如下:
Control/Check 控制/检查 |
Yes/No |
Error Code 错误码 |
Settlement amount结算金额 |
||
Value date起息日 |
||
Sender发报行 |
||
Currencies present当前币种 |
||
Bulking criteria used使用的标准 |
||
Information present in field 72 72域信息 |
||
Bank operation code 银行操作码 |
||
Other其他 |
交易级别
一旦电文被接受,将会在交易级别进行更进一步检查。只有交易通过检查,才会被执行。如果没有,就会被退回(参考下一个检查点)。
收报行执行的检查和控制,包括交易执行的优先错误码如下:
Control/Check |
Yes/No |
Error Code |
Account number of beneficiary 受益人账号 |
||
Transaction amount 交易金额 |
||
Beneficiary bank identification 收款行标识 |
||
Length of remittance data 汇款数据长度 |
||
Other其他 |
电文或交易拒绝
电文拒绝
由于发报行和收报行之间通信失败引起的电文驳回,适用FIN和FileAct现有规则。
除非另有协议,电文完全地收到但是未通过检查(上面第四部分定义)将会被收报行驳回而不进行后续处理。
FIN中通知交易或者电文被驳回,推荐金融机构使用MT195电文或者SWIFT支付驳回引导的其他电文类型。FileAct中,推荐金融机构使用负面确认信息来通知驳回电文。
除非另有协议,退回给发报行的通知免除收报行处理电文。发报行将会在更正后,重新提交交易/电文。
交易拒绝
退回给发报行的驳回交易或电文在交易或电文已经发送给收报行的汇款人账户后,将会触发结算。除非另有协议,结算将会遵循以下规则:
(1) 币种与原交易币种一致
(2) 在双方规定的日期执行
(3) 原交易金额保持不变
(4) 通过相同的账户关系中结算
(5) 正常的银行业务生效
所有会员应该遵守在收到MT102电文后在最长工作日内驳回或退回交易或电文,以及相关费用。
以下表格提供了视为交易/电文驳回/退回的详情:
Reject |
Return |
|
收到电文后给予Reject/Return通知给发报行的最常延迟时间 |
||
Reject/Return费用 |
Reject:问题发生在电文或交易未登记,还未记账之前。
Return:问题发生在电文或交易已经登记,已记账之后。
撤销
除非另有协议或者法律需要,电文完整收到并接受被视为不可撤销。以下除外:
无论如何,撤销必须双方同意,必须遵循以下详情:
详情 |
|
可接受的汇款人申请撤销电文的延迟 |
|
可接受的收报行对此请求的接受和回复的延迟 |
|
由于收报行要求产生的费用 |
建议撤销转账请求发送MT192电文,回复发送MT196电文。
可能的同业交易失败成本由发报行承担。
修改和改变
除非另有约定,金融机构将使用最新版本的MT 102电文来传输其交易。
除非另有约定,金融机构将根据SWIFT公布的实施日期,对MT 102的信息规范进行更改。
未及时进行必要修改的发报行可能无法正确地格式化有关交易。在这种情况下,接收方不强制执行交易。金融机构应同意对因不执行这些交易而产生的任何费用承担责任。除非另有约定,费用由发报行负担。
未及时进行必要修改的收报行可能无法处理交易。收报行将继续负责执行交易。金融机构应同意对因不执行这些交易而产生的任何费用承担责任。除非另有约定,费用由收报行负担。
MT 102 Multiple Customer Credit Transfer多客户信用转账相关推荐
- MT 102+ Multiple Customer Credit Transfer多客户信用转账
MT 102+ Multiple Customer Credit Transfer多客户信用转账 注意:使用此电文需要在MUG(电文用户组)注册 MT102+电文允许多客户信用转账点电文交换使用严格的 ...
- MT 103+ Single Customer Credit Transfer单笔客户转账
MT 103+ Single Customer Credit Transfer单笔客户转账 MT103+电文是一个通用电文,发送和接收此电文不需要在电文用户组(MUG)注册.允许使用所有严格的MT10 ...
- MT 103 Single Customer Credit Transfer单笔客户转账
MT 103 Single Customer Credit Transfer单笔客户转账 MT103电文能通过三种方式交换,依赖电文使用的业务场景. (1) 核心MT103电文是一个通用电文,发送 ...
- MT 202 COV General Financial Institution Transfer 覆盖一般金融机构转账
MT 202 COV General Financial Institution Transfer 覆盖一般金融机构转账 MT202COV电文是一般使用电文,即,发送和接收此电文无需再电文用户组(MU ...
- NC65 查询信用余额——客户信用联查、销售订单信用联查等
销售订单信用余额联查 package nc.ui.so.m30.billui.action.link;import java.awt.event.ActionEvent;import nc.deskt ...
- 化工贸易行业的客户信用及应收账款管理解决方案
化工贸易行业的客户信用及应收账款管理解决方案 1. 项目概述 1.1 项目目标 目前某大型化工企业拥有先进的ERP内部管理系统(SAP).其客户.订单及应收账款管理在SAP中操作.但对信用管理而言,还 ...
- SAP C4C和Gigya(Customer Data Cloud)的客户报表
SAP C4C 假设我想对系统里所有的客户主数据的客户分类有个总体概念,每个分类下客户数量的具体数字, 可以简单的创建一个报表Report, 定义Key Figure,对于我统计分类数量的需求,类型为 ...
- SD客户信用值(信贷限额、应收款 预收账款、销售值、信贷风险总额、可用余额)
信贷限额 A KNKK-KLIMK 客户信贷限额 应收款 B KNKK-SKFOR 应收总额 预收账款 C KNKK-SSOBL 信贷限额 销售值 D KNKK-KNKLI(函数3个合计 带有贷方限额 ...
- [SAP Dictionary]
Words Chinese (foreign) exchange gain 汇兑收益 (foreign) exchange loss 汇兑损失 (investment) support allo ...
最新文章
- 题解 UVA1555 【Garland】(二分)
- [Xcode 实际操作]二、视图与手势-(12)UITapGestureRecognizer手势之双击
- 请简述一下线程的sleep()方法和yield()方法的区别?
- Project Tango 的一些应用
- C/C++中char *与wchar_t*的几种转换方法
- 一本让我多花2倍时间读的书
- MySQL 视图简析
- python多线程tcp客户端_基于Python多线程的TCP客户端/服务端应用示例
- NUCLEUS:13:西门子实时操作系统 Nucleus漏洞影响物联网设备等
- caffe编译关于imread问题的解决
- centeros 卸载mysql_完全卸载MySql
- Win7桌面设置便签和备忘录的具体操作方法
- 腾讯企业邮箱申请注册注意事项
- 移远M26实现短信接收
- 第二集 第一魂环 第十三章
- 企业QQ屏蔽联系人后双方收不到信息
- Win10便签设置日历的一周第一天为周日的方法
- 通信协议分类(串行通信,并行通信,同步/异步,单工/双工,半双工/全双工)
- 地图坐标拾取/查询经纬度
- 湖南辰溪一家庭捐资千万元建学校 用好家风回报家乡社会