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 开出。
- 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的信用证：如果提示电子文件及纸质文件都被允许的话，那么提示电子文件的地址（也就是提示行为必须向其做出的电子地址）与提示纸质文件的地址都在该域中列明。