SWIFT报文格式手册
swift说明
1、这里的一页，是指发送内容的页次，不是我们传统意义的一页（如：A4纸页），因此常见到这里的页次是：1/1，但实际上内容打出来却有好几页（A4纸页）。
27：报文页次，如果该跟单信用证条款能够全部容纳在该MT700报文中，那么该项目内就填入“1/1”。
如果该证由一份MT700报文和一份MT701报文组成，那么在MT700报文的项目“27”中填入“1/2”，在MT701报文的项目“27”中填入“2/2”。
……，以此类推。
2、跟单信用证形式IRREVOCABLE TRANSFERABLE（不可撤销可转让跟单信用证）。
3、信用证号码，任何一个信用证，必须有一个号码。
信用证的号码，便于在银行间/企业间通信往来时引用，特别注意里面的0和O，I 和l（小写的L）和1（数字）的区别，必要时要与银行确认。
4、开证日期，这是一个可选项目，如果没有这个项目，电文的发送日期视为开证日期。
日期，固定的格式为：YYMMDD，即：年月日，其中年为后两位。
5、信用证有效期和有效地点交单时间无论如何也不能超过这个时间。
有效地点可以在开证行所在的国家，也可以在受益人所在的国家；如果在开证行所在的国家，表示单据要在这个日期以前交到开证行才有效，如果在受益人所在的国家，表示单据要在这个日期以前交到议付行即可。
6、开证申请人，一般情况下是客户，但也有客户以外的第三方作为申请人。
申请人的名称地址。
实务中，要注意核对措辞。
有些时候，还会出现电话号码、传真号码、税务号码等等内容，在制作单据时候，特别是商业发票，要注意包括进去，防止客户挑刺。
受益人。
一般为出口商，即外销合同的出口方。
实务中，要注意核对措辞。
要注意拼写，法定地址和办公地址的适用。
7、32b 信用证结算的货币和金额。
这里的小数点必须用逗号（，），整数位数连续，不加千分号。
39A页：1信用证金额上下浮动允许的最大范围，另外还有两个可选项目：39B MAXIMUM CREDIT AMOUNT （信用证最大限制金额），39C ADDITIONAL AMOUNTS COVERED（额外金额）。
SWIFT电开信用证的电文格式_18921
SWIFT电开信⽤证的电⽂格式_18921MT（Message Type）报⽂格式M—（Mandatory Field）必选项⽬O—（Optional Field）可选项⽬SWIFT电开信⽤证的电⽂格式（教材第65页）代码Tag栏位名称（Field Name）40A Form of Documentary Credit 信⽤证形式20Documentary Credit Number 信⽤证编号31C Date of Issue 开证⽇期31D Date and Place of Expiry 最迟交单⽇期和交单地点50Applicant 申请⼈59Beneficiary 受益⼈32B Currency Code, Amount 币种、⾦额39A Percentage Credit Amount 信⽤证⾦额上、下浮动允许的最⼤范围41D AVALLABLE WITH: ANY BANK IN CHINA BY NEGOTIATION信⽤证适⽤于：可以由任何银⾏议付42C Drafts at … 汇票付款⽇期42D Drawee 汇票付款⼈43P COMBIED/Partial Shipment 联合/分批装运条款43T Transshipment 转运条款44A Loading on Board / Dispatch / Taking in Charge at / from …装船、发运和接受监管的地点44B For Transportation to … 货物发运的最终⽬的港（地）44C Latest Date of Shipment 最迟装船⽇（该项⽬列明对最迟装船、发运和接管的⽇期。
）45A Description of Goods and / or Services 货物与/或服务描述（价格条款。
如FOB、CIF等列在该项⽬中）46A Documents Required 所需单据47A Additional Conditions 附加条款71B Charges 费⽤情况（该项⽬出现表⽰费⽤由受益⼈负担。
SWIFT信用证报文详解
SWIFT 信用证及其基本内容国际上各银行开具的信用证没有统一的格式，但无论是以什么方式开具的信用证，其遵循的基本原则和基本内容都是一致的。
在出现了SWIFT组织以后，信用证的形式和条款逐渐规范，并在实际业务中为大多数国家的银行所遵循。
Swift共有十类特点格式化和规范化第一类客户汇款与支票第二类银行头寸调拨第三类外汇买卖和存放款第四类托收第五类证券第六类贵金属与辛迪加第七类跟单信用证和保函第八类旅行支票第九类银行帐务第十类SWIFT系统电报SWIFT电讯的表示方法1、各国货币的表示方法美元USD 人民币CNY 日元JPY 英镑GBP2、数字的表示方法数字不使用分格号，小数点用逗号表示5，152，286.36 表示为5152286，364/5 0，8 5%表示为5 PERCENT日期的表示方法YYMMDD 2007年10月15日表示为071015第七类重点介绍MT700/701 MT707MT700/701开立信用证格式最长不能超过2000个字符，假如超过2000，我们将其分为若干部分，使用一个MT700以及若干个MT701MT700 02 02表示电讯等级代码(普通级)27, 40A , 20 ,31D,50,32B,41M,49为必选项目(MANDA TORY) 其余为选用项目(OPTIONAL) SWIFT信用证是指凡通过SWIFT系统开立或予以通知的信用证。
在国际贸易结算中，SWIFT 信用证是正式的、合法的，被信用证各当事人所接受的、国际通用的信用证。
采用SWIFT 信用证必须遵循SWIFT的规定，也必须使用SWIFT手册规定的代号（TAG），而且信用证必须遵循国际商会1993年修订的《跟单信用证统一惯例》各项条款的规定。
在SWIFT信用证中可省去开证行的承诺条款，但不因此免除银行所应承担的义务。
SWIFT信用证的特点是快速、准确、简明、可靠。
SWIFT报文（TEXT）由一些项目（FIELD）组成，每一种报文格式（MESSAGE TYPE，MT）规定了由那些项目组成，每一个项目又严格规定了由多少字母、多少数字或多少字符组成。
swift报标准报文的结构
swift报标准报文的结构
Swift的标准报文结构由以下几部分组成：
1. 消息类型（Message Type）：报文的功能分类，用于标识报文的目的和作用，例如MT103
表示单笔汇款报文，MT202表示汇款请求报文等。
2. 头部（Header）：包含了报文的基本信息，包括报文的版本号、发起方和接收方的BIC代码、报文的唯一标识等。
3. 账户信息（Account Information）：包含了报文涉及到的各个账户的详细信息，如发起方和
接收方的账户号码、开户行信息等。
4. 金额和货币信息（Amount and Currency Information）：包含了报文涉及到的金额和货币的相
关信息，如汇款金额、货币代码等。
5. 交易信息（Transaction Information）：包含了报文中具体的交易信息，如交易的目的、交易
的附加说明等。
6. 结算信息（Settlement Information）：包含了报文中的结算信息，如结算日期、结算方式等。
7. 文本信息（Text Information）：包含了报文中的文本信息，如报文的附加说明、备注等。
8. 尾部（Trailer）：包含了报文的结束标识和校验值等。
以上是Swift标准报文的一般结构，具体报文的内容和格式可能会因不同的消息类型而有所变化。
SWIFT报文的结构与报文类型
. . . .. .SWIFT 标准资料（十五）2003年11月实施版SWIFT 标准报文的结构与报文类型2003年11月发布标准2003年标准发布指南－最终版本－2003年2月全国金融标准化技术委员会秘书处对外经济贸易大学金融科技中心2003-08-06SWIFT标准报文SWIFT标准报文（金融服务报文）SWIFT开发的商业标准报文已经成功应用在金融服务领域，而且根据市场的需要在不断发展中。
2003版SWIFT标准扩大了应用范围，规范了具体形式，同时采用了先进的技术成果、可以满足金融服务的需要，包括批量支付、投资基金、证券、信托等方面。
SWIFT标准的下一个版本将在2005年5月发布。
下面表示的是SWIFT标准2003版的发布过程：从2002年8月开始到2003年11月正式实施。
Standards Release 2003Schedule for Standards Release 2003For the Standards Release 2003, the development andimplementation schedule is as follows:16 August 2002 High-Level Information on Standards Release 200315 November 2002 Preliminary Standards Release Guide 2003 Preliminary Message Format Validation Rules 200314 February 2003 Final Standards Release Guide 2003 Final Message Format Validation Rules 200329 March 2003 Vendor Test System12 July 2003 Testing & Training SystemIf necessary, updates to Message Format Validation Rules 200312 September 2003 UHB shipment15 November 2003 Standards Release 2003 Live第一章报文结构和报文类型1.1 SWIFT报文结构所有金融报文必须符合SWIFT标准卷描述的某种报文类型的规则。
SWIFT报文结构与报文类型
SWIFT 标准资料〔十五〕2003 年 11 月推行版SWIFT 标准报文的结构与报文种类2003 年 11 月宣布标准2003 年标准宣布指南－最后版本－2003 年 2 月全国金融标准化技术委员会秘书处对外经济贸易大学金融科技中心2003-08-06SWIFT标准报文SWIFT标准报文〔金融效劳报文〕SWIFT 开发的商业标准报文已经成功应用在金融效劳领域，而且依照市场的需要在不断睁开中。
2003 版 SWIFT标准扩大了应用范围，标准了详细形式，同时采用了先进的技术成就、可以满足金融效劳的需要，包括批量支付、投资基金、证券、信托等方面。
SWIFT 标准的下一个版本将在 2005 年 5 月宣布。
下面表示的是 SWIFT标准 2003 版的宣布过程：从 2002 年 8 月开始到 2003 年 11 月正式推行。
Standards Release 2003Schedule for Standards Release 2003For the Standards Release2003,the development andimplementation schedule is as follows:16August 2002High-Level Information on Standards Release 2003Preliminary Standards Release Guide 200315 November 2002Preliminary Message Format Validation Rules200314February 2003Final Standards Release Guide 2003Final Message Format Validation Rules 200329 March 2003Vendor Test SystemTesting & Training System12July 2003If necessary ,updates to Message FormatValidation Rules 200312September 2003UHB shipment?15 November 2003?Standards Release 2003 Live第一章报文结构和报文种类SWIFT 报文结构全部金融报文必定吻合SWIFT标准卷描述的某种报文种类的规那么。
(完整版)SWIFT报文定义
SWIFT格式及含义一份SWIFT电文，由报头(Header Block)、正文(Text Block)、报尾(Trailer Block)组成，还会标明发报银行（类似于Correspondents BIC/TID或Sender），和收报银行（Receiver）等。
信用证中开头、结尾的古怪条款就是报头报尾，中间带条款编号（31C、46A之类的）才是正文。
A.外国银行发送MT700/701电文给国内银行，开立信用证。
B.国内银行通知我们，并发送MT730电文给外国银行，确认收妥信用证。
C.如果要修改信用证，根据外商申请，外国银行发送MT707电文给国内银行，告知修改内容。
D.我们出货交单，如果国内银行议付，则发MT754 电文给开证行，并另外快递寄单。
E.开证行收到单证审核无误，发MT732电文给国内银行表示接受。
F.如果有不符点，开证行发MT734给国内银行，拒付。
G.有不符点，国内银行可以发MT750 给开证行，“电提”。
开证行接受的，回复MT752授权议付。
H.国内银行议付的，回过头发送MT742向开证行收钱。
2.电文格式分类: SWIFT电文根据银行的实际运作共划分为十大类:第一类:客户汇款与支票,如:MT101,MT103,MT110等;第二类:银行寸头调拨,如:MT200,MT201等;第三类:外汇买卖,货币市场及衍生工具,如:MT300,MT305;第四类:托收,如:MT400,MT410,MT412等;第五类:证券业务.第六类:银团贷款和贵重金属业务.第七类:跟单信用证和保函,如:MT700/701,MT705等第八类:旅行支票.第九类;银行和客户帐务,如:MT900,MT910等;第0类:SWIFT 系统电报.Swift MT707 信用证修改信用证项下的一种SWIFT格式, 例如所有的信用证都用MT700开出。
Swift MT760（信汇760） Swift MT760 是一种银行对银行的发出的信息，用于为保证乙方在乙银行的利益，由甲银行向乙银行开出的或者被申请开出的银行保函。
(完整版)SWIFT报文定义.doc
SWIFT格式及含义一份SWIFT电文，由报头(Header Block)、正文(Text Block)、报尾(Trailer Block)组成，还会标明发报银行（类似于Correspondents BIC/TID 或 Sender），和收报银行（ Receiver）等。
信用证中开头、结尾的古怪条款就是报头报尾，中间带条款编号（31C、 46A 之类的）才是正文。
A.外国银行发送 MT700/701 电文给国内银行，开立信用证。
B.国内银行通知我们，并发送MT730 电文给外国银行，确认收妥信用证。
C.如果要修改信用证，根据外商申请，外国银行发送MT707 电文给国内银行，告知修改内容。
D.我们出货交单，如果国内银行议付，则发MT754 电文给开证行，并另外快递寄单。
E.开证行收到单证审核无误，发MT732 电文给国内银行表示接受。
F.如果有不符点，开证行发MT734 给国内银行，拒付。
G.有不符点，国内银行可以发MT750 给开证行，“电提”。
开证行接受的，回复 MT752 授权议付。
H.国内银行议付的，回过头发送MT742 向开证行收钱。
2.电文格式分类 : SWIFT电文根据银行的实际运作共划分为十大类:第一类 :客户汇款与支票,如 :MT101,MT103,MT110 等 ;第二类 :银行寸头调拨,如 :MT200,MT201 等;第三类 :外汇买卖 ,货币市场及衍生工具,如:MT300,MT305;第四类 :托收 ,如 :MT400,MT410,MT412 等;第五类 :证券业务 .第六类 :银团贷款和贵重金属业务.第七类 :跟单信用证和保函,如 :MT700/701,MT705 等第八类 :旅行支票 .第九类 ;银行和客户帐务,如 :MT900,MT910 等 ;第0 类 :SWIFT 系统电报 .Swift MT707 信用证修改信用证项下的一种SWIFT格式 , 例如所有的信用证都用MT700 开出。
swift报文标准实用手册
swift报文标准实用手册Swift报文标准实用手册（第二版）
目录：
第一章Swift报文标准概述
1.1 Swift组织与报文标准
1.2 报文标准的发展历程
1.3 Swift报文的组成结构
1.4 Swift报文的特点与优势
第二章Swift报文格式规范
2.1 报文格式概述
2.2 报文段说明
2.3 报文段格式规范
2.4 报文段格式示例
第三章Swift报文业务处理规范
3.1 报文业务处理概述
3.2 报文发送规范
3.3 报文接收规范
3.4 报文确认与反馈规范
第四章Swift报文标准实现技术
4.1 实现技术概述
4.2 Java实现技术
4.3 C#实现技术
4.4 Python实现技术
4.5 Swift报文标准接口规范
第五章Swift报文标准应用案例
5.1 报文标准在银行跨境支付中的应用5.2 报文标准在证券交易中的应用
5.3 报文标准在供应链金融中的应用
5.4 报文标准在电子发票中的应用
5.5 其他应用案例
第六章Swift报文标准未来发展展望
6.1 Swift组织的发展趋势与影响
6.2 Swift报文标准的未来发展动向与挑战6.3 Swift报文标准的未来发展机遇与前景。
(完整版)SWIFT报文格式手册
2006年度SWIFT报文格式更新手册（2006/11/18起生效）S W I F T M T 7 0 0 / 7 0 1I S S U E O F A D / C开立跟单信用证MT700/701 范围1. 由开证行发送给通知行的报文（注意：收、发报行间必须具有BKE密押关系）；2. 用来列明开证行发报行所开立的信用证条款。
MT700/701 准则◆ 除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。
当该信用证遵循此惯例时，通知行（收报行）必须将之通知受益人或是另一家通知行。
◆ 除非另外列明，如果适用，跟单信用证项下的偿付遵循巴黎国际商会制定的《跟单信用证项下银行间偿付的统一规则》。
◆ 当跟单信用证的长度超过一个MT700的容量时，可以用一个或几个（最多三个）MT701报文格式来补充传送信息。
◆ 除非另外列明，根据该报文通知受益人或是另一家通知行的跟单信用证是已生效的信用证。
◆ 对自由议付跟单信用证，如果收报行不再以MT710报文格式转通知，那么该银行必须在信用证上加注：✧ 每次议付时必须提交通知受益人的信用证正本✧ 议付行必须在所通知的信用证正本上标注每一次的议付情况◆ 为了避免可能产生的误解，尽可能使用银行的SWIFT BIC代码来表示银行名称，而不要用“ourselves”、“yourselves”、“us”、“you”这些词。
◆ 通知行应该明确清楚地将跟单信用证的全部内容（包括任何细节）通知受益人。
MT700/701 域使用规则1. 报文中可以出现域39A或39B，但不能同时出现；2. 域42C和42a在被使用时必须同时出现；3. 在使用时，域42C和42a同时出现；或是42M 单独出现；或是42P单独出现，除此之外没有其它组合形式；4. 报文中可以出现域44C或44D，但不能同时出现；5. 用MT700开立的跟单信用证长度不超过10000个字符（包括报头和报尾）。
（完整版）SWIFT报文格式手册.doc
（完整版）SWIFT报文格式手册.doc2006 年度 SWIFT 报文格式更新手册2006年度 SWIFT 报文格式更新手册（2006/11/18起生效）类别新增报文类型被删除报文类被修改报文类型型MT7XX NONE NONE MT700/MT701 MT7XX NONE NONE MT705MT7XX NONE NONE MT707MT7XX NONE NONE MT710/MT711 MT7XX NONE NONE MT720/MT721 MT7XX NONE NONE MT740S W I F T M T 7 0 0 / 7 0 1I S S U E O F A D / C开立跟单信用证MT700/701 范围1.由开证行发送给通知行的报文（注意：收、发报行间必须具有BKE 密押关系）；2.用来列明开证行发报行所开立的信用证条款。
MT 700格式（M = Mandatory O = Optional ）Status Tag Field Name Content/Options M 27 Sequence of Total 1!n/1!nM 40A Form of Documentary Credit 24xM 20 Documentary Credit Number 16xO 23 Reference to Pre-Advice 16xO 31C Date of Issue 6!nM 40E Applicable Rules 30x[/35x]M 31D Date and Place of Expiry 6!n29xO 51a Applicant Bank A or DM 50 Applicant 4*35xM 59 Beneficiary [/34x]4*35xM 32B Currency Code, Amount 3!a15dO 39A Percentage Credit Amount Tolerance 2n/2nO 39B Maximum Credit Amount 13xO 39C Additional Amounts Covered 4*35xM 41a Available With...By ... A or DO 42C Drafts at... 3*35xO 42a Drawee A or DO 42M Mixed Payment Details 4*35xO 42P Deferred Payment Details 4*35xO 43P Partial Shipments 1*35xO 43T Transhipment 1*35xO 44A Place of Taking in Charge/Dispatch from... /Place 1*65x of ReceiptO 44E Port of Loading/Airport of Departure 1*65xO 44F Port of Discharge/Airport of Destination 1*65xO 44B Place of Final Destination/For Transportationto... 1*65x/Place of DeliveryO 44A Loading on Board/Dispatch/Taking in 1*65xCharge at / fromO 44B For Transportation to... 1*65xO 44C Latest Date of Shipment 6!nO 44D Shipment Period 6*65xO 45A Description of Goods and/or Services 100*65xO 46A Documents Required 100*65xO 47A Additional Conditions 100*65xO 71B Charges 6*35xO 48 Period for Presentation 4*35xM 49 Confirmation Instructions 7!xO 53a Reimbursing Bank A or DO 78 Instructions to the 12*65xPaying/Accepting/Negotiating BankO 57a "Advise Through" Bank A, B or DO 72 Sender to Receiver Information 6*35xMT 701格式（M = Mandatory O = Optional ）Status Tag Field Name Content/OptionsM 27 Sequence of Total 1!n/1!nM 20 Documentary Credit Number 16xO 45B Description of Goods and/or Services 100*65xO 46B Documents Required 100*65xO 47B Additional Conditions 100*65xMT700/701 准则除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。
SWIFT信用证报文详解
SWIFT 信用证及其基本内容国际上各银行开具的信用证没有统一的格式，但无论是以什么方式开具的信用证，其遵循的基本原则和基本内容都是一致的。
在出现了SWIFT组织以后，信用证的形式和条款逐渐规范，并在实际业务中为大多数国家的银行所遵循。
Swift共有十类特点格式化和规范化第一类客户汇款与支票第二类银行头寸调拨第三类外汇买卖和存放款第四类托收第五类证券第六类贵金属与辛迪加第七类跟单信用证和保函第八类旅行支票第九类银行帐务第十类SWIFT系统电报SWIFT电讯的表示方法1、各国货币的表示方法美元USD 人民币CNY 日元JPY 英镑GBP2、数字的表示方法数字不使用分格号，小数点用逗号表示5，152，286.36 表示为5152286，364/5 0，8 5%表示为5 PERCENT日期的表示方法YYMMDD 2007年10月15日表示为071015第七类重点介绍MT700/701 MT707MT700/701开立信用证格式最长不能超过2000个字符，假如超过2000，我们将其分为若干部分，使用一个MT700以及若干个MT701MT700 02 02表示电讯等级代码(普通级)27, 40A , 20 ,31D,50,32B,41M,49为必选项目(MANDA TORY) 其余为选用项目(OPTIONAL) SWIFT信用证是指凡通过SWIFT系统开立或予以通知的信用证。
在国际贸易结算中，SWIFT 信用证是正式的、合法的，被信用证各当事人所接受的、国际通用的信用证。
采用SWIFT 信用证必须遵循SWIFT的规定，也必须使用SWIFT手册规定的代号（TAG），而且信用证必须遵循国际商会1993年修订的《跟单信用证统一惯例》各项条款的规定。
在SWIFT信用证中可省去开证行的承诺条款，但不因此免除银行所应承担的义务。
SWIFT信用证的特点是快速、准确、简明、可靠。
SWIFT报文（TEXT）由一些项目（FIELD）组成，每一种报文格式（MESSAGE TYPE，MT）规定了由那些项目组成，每一个项目又严格规定了由多少字母、多少数字或多少字符组成。
SWIFT报文格式手册
2006年度SWIFT报文格式更新手册（2006/11/18起生效）S W I F T M T 7 0 0 / 7 0 1I S S U E O F A D / C开立跟单信用证MT700/701 范围1. 由开证行发送给通知行的报文（注意：收、发报行间必须具有BKE密押关系）；2. 用来列明开证行发报行所开立的信用证条款。
MT700/701 准则◆ 除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。
当该信用证遵循此惯例时，通知行（收报行）必须将之通知受益人或是另一家通知行。
◆ 除非另外列明，如果适用，跟单信用证项下的偿付遵循巴黎国际商会制定的《跟单信用证项下银行间偿付的统一规则》。
◆ 当跟单信用证的长度超过一个MT700的容量时，可以用一个或几个（最多三个）MT701报文格式来补充传送信息。
◆ 除非另外列明，根据该报文通知受益人或是另一家通知行的跟单信用证是已生效的信用证。
◆ 对自由议付跟单信用证，如果收报行不再以MT710报文格式转通知，那么该银行必须在信用证上加注：✧ 每次议付时必须提交通知受益人的信用证正本✧ 议付行必须在所通知的信用证正本上标注每一次的议付情况◆ 为了避免可能产生的误解，尽可能使用银行的SWIFT BIC代码来表示银行名称，而不要用“ourselves”、“yourselves”、“us”、“you”这些词。
◆ 通知行应该明确清楚地将跟单信用证的全部内容（包括任何细节）通知受益人。
MT700/701 域使用规则1. 报文中可以出现域39A或39B，但不能同时出现；2. 域42C和42a在被使用时必须同时出现；3. 在使用时，域42C和42a同时出现；或是42M 单独出现；或是42P单独出现，除此之外没有其它组合形式；4. 报文中可以出现域44C或44D，但不能同时出现；5. 用MT700开立的跟单信用证长度不超过10000个字符（包括报头和报尾）。
国际汇款报文格式
国际汇款报文格式MT103报文用于个人客户之间的资金划转。
SWIFT标准报文格式手册对于一笔MT103支付报文的格式要求用一张简单表格整理如下：其中，我们看到一些必输栏位和选输栏位。
这意味着，当一笔支付报文的20、23B、32A、50a、59a和71A这些必输的基本栏位已经填妥时，这笔报文就能够通过SWIFT ALLIANCE 系统顺利到达收报行。
我们收到的报文回执就是ACK。
为实现这个ACK，我们第一步需要遵循对于各个栏位制定的规则从而将这些必输栏位填写正确。
其次，更常见情况往往是，仅仅这些基本栏位无法满足我们发出一笔支付报文时想要传达的所有信息。
此时，我们就要用到选填项。
不能小瞧了这些选填栏位，他们对于报文能够走通、能否直通、是否会间接引起退汇等等同样起到了至关重要的作用。
因此，接下来我就最为常用的栏位规则做逐一分析。
20：发报行编号。
必输项。
由发报行自行编写，用以关联支付报文。
第一个和最后一个编码不能用“/”符号占位，中间不能包含“//”。
20栏编号在银行往来报文，例如MT910、MT950或者MT199等报文中，通常在21栏被予以引用。
当该报文以COVER 形式发出MT202 COV报文时，同样在MT202 COV报文的21栏位被引用。
23B：银行运营代码。
最常用的是CRED。
32A：起息日/币种/结算金额。
必输项。
起息日格式为年-月-日。
33B：表示指示金额，即汇款人汇出汇款金额。
通常为非必输项，但是当汇款行在汇出汇款时因汇款币种改变而产生汇率调整时，33B就是必输项。
一旦发报行在发出的报文中显示了33B信息，中间行在转报时需将该信息不做更改传递下去。
没有发生购售汇的情况下，当汇款行、中间行及收款行没有扣减费用时，33B显示金额应等于32A 显示金额；显然当银行扣收费用时，33B显示金额大于32A显示金额。
收款行及收款人可以通过两个金额之间的差额获知银行费用明细。
50a：汇款人信息。
是必填项。
swift报文108field
swift报文108field摘要：I.引言- 介绍Swift报文的背景和重要性- 提出本文将详细介绍的Swift报文的108字段II.Swift报文的概述- Swift报文的定义和作用- Swift报文的结构及其包含的主要字段III.108字段的详细介绍- 108字段的概念和功能- 108字段的数据类型和取值范围- 108字段在Swift报文中的位置和作用IV.108字段的实际应用- 介绍108字段在实际金融交易中的应用场景- 分析108字段对于金融交易的重要性V.结论- 总结108字段在Swift报文中的作用和重要性- 展望108字段在未来的发展和应用正文：I.引言Swift报文是金融行业中一种重要的报文格式，用于在不同的金融机构之间传递金融交易信息。
在众多的Swift报文中，108字段是一个十分重要的字段，它承载了大量的交易信息。
本文将详细介绍Swift报文的108字段，包括其概念、功能、数据类型和取值范围，以及在实际金融交易中的应用。
II.Swift报文的概述Swift报文（SWIFT Message）是一种金融行业的报文格式，用于在不同的金融机构之间传递金融交易信息。
Swift报文具有高度的标准化和规范化，可以确保交易信息在全球范围内的准确传递。
Swift报文主要包括以下几个部分：报文头、报文体、报文尾和报文校验和。
其中，报文体是Swift报文的核心部分，包含了具体的交易信息。
III.108字段的详细介绍108字段是Swift报文体中的一个重要字段，主要用于表示金融交易中的金额信息。
108字段的数据类型为数字，取值范围为0到9999999999999。
在Swift报文中，108字段位于金额字段之后，用于表示金额的单位。
例如，在表示1000000000000的金额时，108字段应表示为"EUR"，表示金额的单位为欧元。
IV.108字段的实际应用在实际的金融交易中，108字段扮演着至关重要的角色。
SWIFT-格式说明
KIKI(L.Y.)
41A: Available with.....by.... 指定的有关银行及信用证兑付方式
41D: Available with any bank by Negotiation 自由议付信用证 （41A 和41D .)
KIKI(L.Y.)
71B: Charges 费用负担 48：Period for Presentation 交单期限 49：Confirmation Instructions 保兑指示
KIKI(L.Y.)
53A/D：Reimbursement Bank 偿付行 78:Instruction to the Paying/Accepting/Negotiating Bank 给付行，承兑行或议付行的指示
KIKI(L.Y.)
在 SWIFT 电 文 中 ， 一 些 项 目 是 必 选 项 目 (MANDATORY FIELD) ， 一 些 项 目 是 可 选 项 目 (OPTIONAL FIELD)，必选项目是必须要具备的。 日 期 表 示 方 式 SWIFT 电 文 的 日 期 表 示 为 ： YYMMDD(年月日)如：2007年5月12日，表示为： 070512 ； 2008 年 3 月 15 日 ，表示 为： 080315 ； 2009年12月9日，表示为：091209。 数字表示方式在SWIFT电文中，数字不使用分格号 ，小数点用逗号“，”来表示如：5，152，286.36 表示为：5152286，36； 4/5 表示为：0，8； 5% 表示为：5 PERCENT
KIKI(L.Y.)
开立信用证用的是SWIFT电文的MT700格式。这种格式把信用证 的内容归类成条款，并给与固定编号。比如信用证开给谁（受益 人），条款名称就是“BENEFICIARY”，条款编号是59；信用证 规 定 需 要 哪 些 外 贸 单 证 ， 条 款 名 称 就 是 “ DOCUMENTS REQUIRED”，编号46A。这样固定编号，银行和我们审阅信用证 就方便多了。SWIFT的MT格式规定得非常严格，比如关于信用证 中关于开证申请人的名址条款（条款代码号50），填表的时候就 限定为4行，每行35个字符。如果这个条款实际内容太多，超出了 限制字数，就用另一套电文格式MT701来补充。因此，用于开立 信用证的SWIFT电文实际上有两个格式，MT700和备用的MT701。 这就是我们常常在信用证的开头部分见到的条款“ Sequence of Total : 27 : 1/1”的由来。如果此份信用证完全根据一份MT700电 文来开立，27条款就是1/1，如果是两份以上的电文（一份MT700, 其它的是补充的MT701），此条款就相应表述成1/2、2/2等等了。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2006年度SWIFT报文格式更新手册（2006/11/18起生效）S W I F T M T 7 0 0 / 7 0 1I S S U E O F A D / C开立跟单信用证MT700/701 范围1. 由开证行发送给通知行的报文（注意：收、发报行间必须具有BKE密押关系）；2. 用来列明开证行发报行所开立的信用证条款。
MT700格式（M = Mandatory O = Optional）O44A Loading on Board/Dispatch/Taking in1*65xCharge at / fromO44B For Transportation to...1*65xO44C Latest Date of Shipment6!nO44D Shipment Period6*65xO45A Description of Goods and/or Services100*65xO46A Documents Required100*65xO47A Additional Conditions100*65xO71B Charges6*35xO48Period for Presentation4*35xM49Confirmation Instructions7!xO53a Reimbursing Bank A or D12*65xO78Instructions to the Paying/Accepting/NegotiatingBankO57a"Advise Through" Bank A, B or DO72Sender to Receiver Information6*35xMT701格式（M = Mandatory O = Optional）Status Tag Field Name Content/OptionsM27Sequence of Total1!n/1!nM20Documentary Credit Number16xO45B Description of Goods and/or Services100*65xO46B Documents Required100*65xO47B Additional Conditions100*65xMT700/701 准则除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。
当该信用证遵循此惯例时，通知行（收报行）必须将之通知受益人或是另一家通知行。
除非另外列明，如果适用，跟单信用证项下的偿付遵循巴黎国际商会制定的《跟单信用证项下银行间偿付的统一规则》。
当跟单信用证的长度超过一个MT700的容量时，可以用一个或几个（最多三个）MT701报文格式来补充传送信息。
除非另外列明，根据该报文通知受益人或是另一家通知行的跟单信用证是已生效的信用证。
对自由议付跟单信用证，如果收报行不再以MT710报文格式转通知，那么该银行必须在信用证上加注：每次议付时必须提交通知受益人的信用证正本议付行必须在所通知的信用证正本上标注每一次的议付情况为了避免可能产生的误解，尽可能使用银行的SWIFT BIC代码来表示银行名称，而不要用“ourselves”、“yourselves”、“us”、“you”这些词。
通知行应该明确清楚地将跟单信用证的全部内容（包括任何细节）通知受益人。
MT700/701 域使用规则1. 报文中可以出现域39A或39B，但不能同时出现；2. 域42C和42a在被使用时必须同时出现；3. 在使用时，域42C和42a同时出现；或是42M 单独出现；或是42P单独出现，除此之外没有其它组合形式；4. 报文中可以出现域44C或44D，但不能同时出现；5. 用MT700开立的跟单信用证长度不超过10000个字符（包括报头和报尾）。
而收到的MT700的报文长度达10600个字符。
MT700/701 域详述域27：报文页次如果该跟单信用证条款能全部容纳在该MT700报文中，那么该项目内就填入“1/1”。
如果该证由一份MT700报文和MT701报文组成，那么在MT700报文的项目“27”中填入“1/2”，在MT701报文的项目“27”中填入“2/2”。
以此类推。
域40A：跟单信用证的形式该项只能用以下表格中列出的代码来表示信用证的性质：IRREVOCABLE 不可撤销跟单信用证REVOCABLE 可撤销跟单信用证IRREVOCABLE TRANSFERABLE不可撤销可转让跟单信用证REVOCABLE TRANSFERABLE可撤销可转让跟单信用证IRREVOCABLE STANDBY不可撤销备用信用证REVOCABLE STANDBY可撤销备用信用证IRREVOC TRANS STANDBY 不可撤消可转让备用信用证域20：跟单信用证编号域23：预先通知的编号当信用证已预先通知，此域应填入代码“PREADV”，后跟“/”和预先通知的编号或日期域31C：开证日期如报文中无此域，则表明开证日期即为发报日期域40E：适用规则表明该信用证所遵循的准则及惯例该项必须使用下述代码中的一个:只有当使用的代码为“OTHR”时，域40E第二部分（即“/35x”）才允许出现域31D：到期日及到期地点表明跟单信用证最迟交单日期及交单地点域51a：开证申请人的银行如果开证行非开证申请人所在银行，则此域用以表明该银行域50：开证申请人域59：受益人域32B：货币币种及金额信用证金额的其他特殊信息将在39A、39B及39C表示域39A：信用证金额允许浮动的范围允许浮动的范围，以百分比表示，格式为2n/2n斜杠前数字表明向上浮动百分比值；斜杠后数字表示向下浮动百分比值如：15/15，表明上下浮动各不超过15%域39B：信用证金额的最高限额该项必须使用以下列出的代码，在代码后跟金额NOT EXCEEDING域39C：附加金额诸如保险费运费利息等域41a：指定有关银行及兑付方式* 如果该信用证为任意银行自由议付信用证，必须使用41D，表示为：“41D：Available With Any bank in （City/Country）；如果该信用证可以由任意地方任意一家银行进行议付，则表示为“41D：Available With Any bank”；如果用41A，则银行名一定要用SWIFT BIC表示。
* 必须使用以下这些短语BY PAYMENTBY ACCEPTANCEBY NEGOTIATIONBY DEF PAYMENTBY MIXED PYMT当报文使用“BY DEF PAYMENT”或“BY MIXED PYMT”时，有关付款的细节将在域42P 或42M中表述。
当报文使用“BY PAYMENT”时就意味着“PAYMENT AT SIGHT”（即期付款）。
域42C：汇票付款期限域42a：汇票付款人付款人必须是银行。
如果付款人是开证申请人，那么此项应被作为单据在域46A列示，该域内不能出现帐号。
域42M：混合付款条款列明混合付款跟单信用证项下的付款日期金额及其确定方式域42P：延期付款条款列明延期付款跟单信用证项下的付款日期及其确定方式域43P：分批装运条款列明跟单信用证项下分批装运是否允许域43T：转运条款列明跟单信用证项下货物转运是否允许域44A：装船发运和接受监管的地点域44A：装船发运和接受监管/收到货物的地点该域列明接受监管的地点（如果要求的是多式运输单据）；收货地点（如果要求的是公路、铁路或内河运输单据或专递或快递机构出具证明收到待运货物的单据）；运输单据上列明的装船发运地点域44E：装货港/始发站机场运输单据中列明的装货港/始发站机场域44F：卸货港/目的地机场运输单据中列明的卸货港/目的地机场域44B：货物发送的最终目的地域44B：货物发运的最终目的地/交货地该域列明运输单据中列明的最终目的地或交货地域44C：最迟装运期域44D：装运期限域45a：货物/劳务描述FOB、CIF等价格条款应出现在域45a中为使信用证长度符合规定，一个MT700后最多可跟三个MT701，可是域45a只可以出现在其中一个报文中。
或者是出现在MT700；或者是出现在任意一个MT701中。
这就意味着在任意一个信用证中只有100行，每行65个字符可以被用来对货物或劳务进行描述。
下述为有效组合的实例：MT700包含域45A、46A和47AMT700包含域45A，同时发送的另一个MT701中包含域46B和47BMT700包含域46A，同时发送的另一个MT701中包含域45B和47BMT700包含域46A，同时发送的第一个MT701中包含域45B第二个MT701中包含域47BMT700不含域45A、46A、47A，同时发送的第一个MT701中包含域45B；第二个MT701中包含域46B；第三个MT701中包含域47B下述为无效组合的实例：MT700包含域45A，同时发送的第一个MT701中包含域45B和域46B；第二个MT701中包含域47B。
（无效原因：同时存在两个域45a）MT700包含域45A，同时发送第一个MT701包含域45B；第二个MT701中包含域45B、46B、47B。
（无效原因：同时存在三个域45a）域46a：单据要求如果信用证内规定了运输单据的特定交单日期该日期应与有关单据要求一起列明在46a中对每个新条款的描述应另起一行在行首加上符号“+”域47a：附加条款如果有关信用证遵循的规则（准则或惯例）在域40E中没有短码适用，那么进一步的详细说明应该在信用证的域47a中出现。
不遵循UCP的声明必须在该域中列明。
除了报文本身规定的条款，如开证行需要其遵循UCP 的声明，也可以在该域中清楚地表明。
如果可能的话，遵循ISP International Standby Practices的声明可以在该域中列明。
在这种情况下UCP将不再适用。
对每个新条款的描述应另起一行，在行首加上符号“+”。
当一份信用证由一份MT700和一份或几份至多3份MT701报文组成时，域45a、46a和47a必须完整地出现在其中的一个报文。
例如域45a出现在MT700中，那么这个域就不能出现在其他的MT701中。
当域45a、46a和47a的内容过长时，只能完整地表述完一个域才能使用另一个域。
如果报文所剩的字数不够用来表述另一个域，可以用一个新的MT701来补充。
例如：在一份MT700中域45a、46a表述完了，所剩的字数不够用于完整地表述域47a，就可以用一份MT701来完整地表述域47a。
在MT700报文中，45a、46a、47a的代号应分别为45A、46A、47A；在MT701 报文中则分别为45B、46B和47B。
对于遵循eUCP的信用证：如果提示电子文件及纸质文件都被允许的话，那么提示电子文件的地址（也就是提示行为必须向其做出的电子地址）与提示纸质文件的地址都在该域中列明。