MT 102+ Multiple Customer Credit Transfer多客户信用转账

注意：使用此电文需要在MUG（电文用户组）注册

MT102+电文允许多客户信用转账点电文交换使用严格的MT102核心电文的域和格式选项来达成电文直接处理。MT102+电文是MT102核心电文的兼容子集，在本部分单独记录。

与MT102核心电文区别：

（1）电文头部用户信息部分（第三块）的119校验标志域中的STP代码触发合适的MT102+电文格式校验。

（2） 51域和57域可能只能使用字母选项A。

（3） MT102+电文不使用51A域。由于需要特殊的验证，此电文仅只用于FIN SWIFT网络。

（4） 23域可能只包含CREDIT和SPAY代码。

（5） 59域或者59A域的子域1（账户）是必输域。

（6） 72域，INS代码必须跟随在有效的金融机构BIC Code后。

（7） 72域，REJT/RETN代码不能使用。

（8） 72域，不能包含ERI信息。

重要：触发MT102+电文格式验证，电文头部用户信息部分（第三块）是必输域并且119校验标志域必须包含STP代码。

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	50a	Ordering Customer	汇款人	汇款人	A, F, or K	4
O	52A	Ordering Institution	汇款机构	指示发报行按照序列B中交易进行转账的金融机构	A, B, or C A：[/1!a][/34x] 4!a2!a2!c[3!c] B：[/1!a][/34x] [35x] 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 标识符 435x 姓名地址 G: /34x 账号 4!a2!a2!c[3!c]非金融机构BIC Code H: /34x 账号 435x 姓名地址
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] 4!a2!a2!c[3!c] C /34x	28
O	54A	Receiver's Correspondent	收报行代理行	必要时，用于接收款项的收报行的代理行	[/1!a][/34x] 4!a2!a2!c[3!c]	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：如果发报行和收报行国家代码包含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）

C8：如果序列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
BEN	必填	禁填

如果序列B中71A域包含BEN，序列B的同一事件中至少有一个71F域必填和71G域禁填。

序列A 71A	序列B同一事件
BEN	71F	71G
BEN	必填	禁填

C9：序列B的一个事件中，存在71F域或者71G域，则序列B的同一事件中33B必填。

序列B的每一个事件
71F	71G	33B
存在	存在	拒绝（71F与71G不能共存）
存在	不存在	必填
不存在	存在	必填
不存在	不存在	可选

C10：如果序列B的一个事件中存在71G域，则序列C中71G域必填。

C11：如果发报行和收报行国家代码包含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每个事件适用如下：

（1）如果57A域不存在，序列B中此事件的59a域的子域账户IBAN(ISO-13616)为必输项。

（2）如果57A域存在且57A域中的金融机构BIC码中的国家代码在以上国家代码清单中，序列B中此事件的59a域的子域账户IBAN(ISO-13616)为必输项。

在所有其他情况下，IBAN(ISO-13616)是可选项，并且其在59a域中的子域账户的格式是未验证的。

电文头部		序列B的每个事件中
如果发报行BIC代码中的国别码等于清单中的某一项	并且收报行的国别码也等于清单中的某一项	并且57A域存在	并且57A域中的国别码等于清单中的某一项	则序列B的此事件中59a域的子域账户IBAN
Yes	Yes	No	NA	Mandatory
Yes	No	No	NA	Optional
No	Yes	No	NA	Optional
No	No	No	NA	Optional
Yes	Yes	Yes	Yes	Mandatory
Yes	No	Yes	Yes	Optional
No	Yes	Yes	Yes	Optional
No	No	Yes	Yes	Optional
Yes	Yes	Yes	No	Optional
Yes	No	Yes	No	Optional
No	Yes	Yes	No	Optional
No	No	Yes	No	Optional

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
序列A 71A域	32B域	71F域	71G域
OUR	净额贷记受益人，费用已有汇款人预付。	禁填	可选
SHA	按原始指示金额，例如发票金额收报行会扣除费用收报行费用	可选	禁填
BEN	按原始指示金额扣除发报行费用后的金额。收报行会扣除费用	至少一个事件必填	禁填

序列A 71A域	序列C
序列A 71A域	19域	32A域	71G域
OUR	序列B中32B域之和	结算金额等于19域加上序列C的71G域	序列B中71G域之和
SHA	不使用	结算金额等于序列B中32B域之和	禁填
BEN	不使用	结算金额等于序列B中32B域之和	禁填

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+的信息规范进行更改。

未及时进行必要修改的发报行可能无法正确地格式化有关交易。在这种情况下，接收方不强制执行交易。金融机构应同意对因不执行这些交易而产生的任何费用承担责任。除非另有约定，费用由发报行负担。

未及时进行必要修改的收报行可能无法处理交易。收报行将继续负责执行交易。金融机构应同意对因不执行这些交易而产生的任何费用承担责任。除非另有约定，费用由收报行负担。