一.SWIFT介绍
SWIFT是“环球银行财务电讯协会（Society for Worldwide Interbank Financial Telecommunication）的缩写，专门为银行业务信息传递提供服务。SWIFT在互联网上有专用服务器，银行里面也有相应的电脑硬件和SWIFT软件，用于登录、收发SWIFT电子文件。这种SWIFT电文当然跟电子邮件不同，有专门的、非常古板的格式（…..银行做事情都很古板）--message type，简称MT。而且不同类别的银行业务还有不同的MT格式，分别编号。比如用于电汇的就是MT100格式，用于托收的MT400格式，信用证开证则是MT700等等，所以内行人一看格式、标题就可以知道此SWIFT电文是说什么事的了。----这就是为什么咱们常可以看到一份信用证开头部分的条款“SWIFT Message Type : MT : 700 Issue of Documentary Credit”。
二.SWIFT特点
1.SWIFT需要会员资格。我国的大多数专业银行都是其成员。
北京公租房申请条件2.SWIFT的费用较低。同样多的内容，SWIFT的费用只有TELEX（电传）的18%左右，只有CABLE（电报）的2.5%左右。
3.SWIFT的安全性较高。SWIFT的密押比电传的密押可靠性强、保密性高，且具有较高的自动化。
4.SWIFT的格式具有标准化。对于SWIFT电文，SWIFT组织有着统一的要求和格式。
三.SWIFT电文表示方式。
1.项目表示方式
SWIFT由项目(FIELD)组成，如：59 BENEFICIARY（受益人），就是一个项目，59是项目的代号，可以是两位数字表示，也可以两位数字加上字母来表示，如51a APPLICANT（申请人）。不同的代号，表示不同的含义。项目还规定了一定的格式，各种SWIFT电文都必须按照这种格式表示。
在SWIFT电文中，一些项目是必选项目（MANDATORY FIELD)，一些项目是可选项目（OPTIONAL FIELD)，必选项目是必须要具备的，如：31D DATE AND PLACE OF EXPIRY（信用证有效期），可选项目是另外增加的项目，并不一定每个信用证都有的，如：39B MAXIMUM CREDIT AMOUNT（信用证最大限制金额）。
2.日期表示方式
SWIFT电文的日期表示为：YYMMDD（年月日）
如：1999年5月12日，表示为：990512；
2000年3月15日，表示为：000315；
2001年12月9日，表示为：011209。
3.数字表示方式
在SWIFT电文中，数字不使用分格号，小数点用逗号“，”来表示
如：5，152，286.36 表示为：5152286，36；
ti24/5 表示为：0，8；
5% 表示为：5 PERCENT
4.货币表示方式
澳大利亚元：AUD；
奥地利元：ATS；
比利时法郎：BEF；
加拿大元：CAD；
人民币元：CNY；
丹麦克朗：DKK；
德国马克：DEM；
荷兰盾：NLG；
芬兰马克：FIM；
法国法郎：FRF；
港元：HKD；
意大利里拉：ITL；
日元：JPY；
挪威克朗：NOK；
英镑：GBP；
瑞典克朗：SEK；
美元：USD
四、1．国际上银行间的业务联系，跟我们收发电子邮件类似，不过用的是SWIFT电文。
2．SWIFT电文格式及对应信用证上的古怪条款。
3．环阌贝?--SWIFT电提。
4．信用证操作中会碰到的SWIFT电文 刚入行做信用证，几票下来更迷糊: 同样欧洲开来的信用证，有的拖十几天才收到，有的却隔天可取；好不容易收回钱了一看居然被扣掉三五千块钱，另一票则几百块搞掂----想不通去问银行，丢给你一张费用清单谁也看不懂。碰到不符点，也无法直接跟开证行联系，只能央求国内的银行代为沟通，他们之间怎么嘀咕的也不知道……小命基本上就在银行手里捏着。
新手能看懂信用证，跟着制单交单就差不多了。做几票熟悉之后，不妨再多了解一点信用证在银行内部的操作流程。说实话了解这些并不能改善我们的操作---咱也不敢跟银行叫板…..但至少可以“死个明白”。 我们先看看，银行内部是如何运作信用证及相互沟通的。 实际上，目前国际上银行间的业务联系，比如T/T电汇、D/P托收以及信用证，基本上都是通过电脑和互联网进行，跟咱们收发电子邮件差不多。当然人家不叫电子邮件，用的也不是什么Hotmail、163或Foxmail啥的…….那太不安全了。银行用的是SWIFT电文，通过专门的SWIFT系统软件来收发，连网线都是专用的，还使用硬件或软件对电文进行加、解密。 收发电子邮件需要邮箱地址[/email] 之类的。而SWIFT电文则需要身份代码，称为SWIFT CODE, 只要是SWIFT的会员（市面上的银行基本上都是）就有自己的SWIFT代码。比如工商银行义乌分行的代码就是ICBKCNBJZJP。有了这个代码银行才能彼此联系。所以，我们请外商开个信用证或汇款，就得把咱们开户银行的SWIFT代码告诉对方，外商的银行才知道要给谁发业务电文。
银行的SWIFT代码是公开的，可以去银行问---实际上，我们到银行开立美金账户的时候，银行就会给一份所谓“外汇/美金汇款路径”的复印件，上面就有全套资料。也可以直接网上查：/biconline/index.cfm 。除了公开的SWIFT代码，银行还有各自的密押，以便在收发SWIFT电文时核对真伪。也有些小银行、小分行没有自己的SWIFT系统，就得外挂其它大银行的SWIFT来操作。
业务中，跟SWIFT CODE相通的还有几种表述，如BIC（Bank Indentifier code），TID( Transaction’s ID) 。比如信用证开头部分通常有个Own BIC/TID[/color”条款，就是“我方（通知银行）代码”的意思，显示的就是通知行的SWIFT代码。 开工干活时，银行职员就在银行内网电脑上按照不同的业务类别来填表----填写好固定格式的SWIFT电文表格，然后拿U盘或联网COPY到外网电脑上，登录网上的SWIFT服务器，按指定的BIC/SWIFT CODE收发电文，并用密押、解密押来确保电文的安全真实。这个密押，银行之间内部互相交换备查，半年一换。偶尔我们收到信用证通知书，上面会盖个戳“密押不符，出货前请与我行接洽”云云，指的就是这个…….不过这种情况绝大部分是银行没有及时更新交换密押所致，倒并不是说信用证有假，所以不必在意。 一份SWIFT电文，由报头(Header Block)、正文(Text Block)、报尾(Trailer Block)组成，还会标明发报银行（类似于Correspondents BIC/TID或Sender），和收报银行（Receiver）等。咱们可以拿一份信用证（本身就是完整的SWIFT电文）来对照着看，信用证中开头、结尾的古怪条款就是报头报尾，中间带条款编号（31C、46A之类的）才是正文，也就是咱们需要逐一细读的部分：（案例） Own BIC/TID : II : ICBKCNBJZJP BIC identified as:XXXXXX
SWIFT Message Type : MT : 700 Issue of Documentary Credit
Correspondents BIC/TID : IO : SCBKHKHHXXX BIC identified as:XXXXXXX 以上是电文报头
----------------------------------
死人送什么花以下是电文正文 Sequence of Total :27: 1/1 ……此处省略其它带条款编码的内容。这些条款编码的对应含义，各位友可以在网上查阅MT700格式。 Inst/Paying/Accpt/Negotiate Bank :78:
PLS FORWARD THE WHOLE SET OF DOCUMENTS IN ONE LOT TO… ------------------------------
以下是电文报尾 Trailer
所以，理论上国外的开证行用SWIFT电文开立一份信用证给我们，我们的银行马上就能收到-----跟电子邮件收发一样快捷。那为什么我们让客户开个证，或者修改个证，感觉总要拖延挺长时间呢？首先，外商开证要填表，等待银行审核；外国银行发送电文，咱们这边的银行多半是下班时间；银行每天收到无数电文，跟咱们看电子邮件似的也需要时间逐一处理，再分别通知；银行职员心情不好再拖拉一点…..这就难说了—想想你自己，每天的邮件也未必是立马回复的吧？
顺利的话，信用证确实可以隔天收到。但有些时候，如果不是直达线路（国外开证行—国内通知行），而是中间还转了道手，就会很慢。比如，如果我们的工厂比较偏僻，开户银行小，外国开证行不能直接与之收发SWIFT电文的，通常会跟开户银行上一级的省级大分行联系发证，咱们国内银行再内部传递------这样一折腾，效率就大打折扣了。
还有在国外转手的。比如很多中东的银行，出于各种原因不便国际金融业务操作，而需中转花旗、汇丰银行之类的。我们也常常收到这样的信用证，开证行是中东某银行，SWIFT发报人抬头却写着汇丰、花旗，通知行则仍是我们国内的银行，原因就在于此。
这里还牵涉到一个费用问题。银行都是吃人不吐骨的，无论业务大小但凡经手必定要收点儿钱，所以中转银行越多，费用就越高-----关于费用我们另开一帖细研究。 了解了SWIFT的操作，我们不难理解，使用信用证时银行的线路越直接、越简单就越好。交货期充裕的倒还行，时间紧张的，最好事前跟外商沟通一下，看外商的银行能不能直接跟我们的开户银行发SWIFT电文。不少工厂/外贸公司有两三个不同银行的美金账户的，必要时都提供给外商，请外商银行斟酌选择最便捷的账户来开证，尽可能节约时间和费用。平时看不出来，一旦有事，能快速SWIFT联系可帮了大忙。如果咱们急等一份信用证，好放心开工备货，或者货已经出了才发现不符点，完全可以马上请客户改证。先跟银行打声招呼，请银行盯紧点（现在知道银行不好得罪了吧），时间还来得及的。实际操作中，开证行发出一份信用证，咱们第二天就能拿到一点也很常见。不但是信用证，汇款也一样，直达的快，中转的就慢。苹果id账号忘了怎么办 这里顺便讲一个出现不符点后用SWIFT“电提”的处理方法，很有用，但新手知道的不多。出货制单，交单银行之前才发现不符点，而有些不符点单证无法修改更换的，很多时候我们会询问外商意见，外商不计较的我们就硬着头皮交单。这其实挺危险的。有点信用证知识的朋友都知道，外商其实是无权直接承诺我们“放弃追究不符点”的，交单之前外商无论是电话还是书面邮件确认接受不符点，都不管用。外国开证行一样会判定不符点，然后再征询外商意见，只有外商对银行做出承诺，才有效。如果我们听信外商“承诺”，贸然交单，单证到了外国银行手里，外商如果突然翻脸，唧唧歪歪，我们非常被动。即便想拉回货物，也要等外国开证行退单，一等几十天，货物都到外国港口了，手续、费用都很高。
稳妥的办法，就是在交单之前，就由外国开证行确认，咱们再寄单。做法就是请我们国内的银行，火速给外国开证行发一个“电提不符点”的SWIFT电文，格式为750，由开证行确认回复一个“接受不符点”的格式MT752的电文，再交单就安全多了。电提”和“改证”效力相似，但对外商来说，手续更少费用更低，易于沟通接受。
既然知道银行间的业务联系是采用SWIFT电文，索性多了解一点。前面说到，开立信用证用的是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等等了。 一份信用证做下来，我们可能碰到的SWIFT电文还有不少。比如倒霉碰到不符点，开证行拒付，发给我们国内银行的就是MT734格式电文—拒付通知。信用证需要修改的，外商就请开证行发送MT707格式电文，说明更改条款内容。 总地说来，SWIFT电文中，7打头的都是信用证，4打头的是托收，1、2打头的是汇款。这些MT格式标号都会注明在电文的开头部分---跟信用证一样。所以咱们以后收到银行传真过来的电文，在头晕之前，看看上面的MT标号，大概就知道是什么事情了。
小结一下。跟咱们收发电子邮件类似，银行之间通过收发SWIFT各种固定格式的MT电文来处理我们的信用证。我们把国内银行的SWIFT CODE告知外商，外商填写《信用证申请书》，外国银行根据《申请书》启动信用证业务流程: 1.外国银行发送MT700/701电文给国内银行，开立信用证。
2.国内银行通知我们，并发送MT730电文给外国银行，确认收妥信用证。
3.如果要修改信用证，根据外商申请，外国银行发送MT707电文给国内银行，告知修改内容。
4.我们出货交单，如果国内银行议付，则发MT754 电文给开证行，并另外快递寄单。
5.开证行收到单证审核无误，发MT732电文给国内银行表示接受。
6.如果有不符点，开证行发MT734给国内银行，拒付。
7.有不符点，国内银行可以发MT750 给开证行，“电提”。开证行接受的，回复MT752授权议付。
8.国内银行议付的，回过头发送MT742向开证行收钱。 新手了解即可，没必要记它，只不过据此可以理解信用证最开头那几个古怪条款的含义了。 SWIFT电文，单页收费就是15~20美金，一般会摊派到咱们头上----现在生意难做，能牛气到转嫁费用给外商的工厂/公司不多。不难想象，信用证稍微出点问题，光是来往电报费（Telex/Cable Charges、SWIFT fee不管叫什么实质一样）就几百块钱了。当然，跟总费用相比，电报费还算小头。过几天咱们另开一帖细细分析一下银行对信用证业务收取的费用。 知道SWIFT电文，了解银行手续费，信用证也不过就那么点事儿。 ---------------------------------- 补充几点: Plea treat this MT999 as MT754(adv of accept) MT999自由格式电文无效.(unauthenticated) 接受承兑 MT754 or MT799 授权议付 MT752 SWIFT项下开立跟单信用证MT格式 SWIFT项下开立跟单信用证MT格式一般有17种：
MT700/701格式 开立信用证时使用
MT705格式 信用证预先通知用
MT707格式 信用证修改用
MT710/711格式 通知由第三家银行开立跟单信用证用
MT720/721格式 转让跟单信用证用
MT730格式 确认收妥跟单信用证，并证实已通知受益人用
MT732格式 发报行通知收报行有关单据已被开证申请人接受用
MT734格式 发报行通知收报行单证不符的拒付通知用
MT740格式 发报行授权收报行偿付信用证项下款项，即偿付授权用
MT742格式 发报行向收报行索偿用
MT750格式 发报行通知收报行有关单据不符点，即所谓“电提”用
MT752格式 发报行授权收报行在单据没有其他不符点的情况下，可以付款/承兑/议付，该报文是对MT750的答复
MT754格式 发报行通知收报行单证相符，已对有关单据进行付款/承兑/议付，并已按批示寄单，即所谓“通知电”
MT756格式 发报行通知收报行，已进行了偿付/付款。
附：
三个数字,第一个数字是规定具体业务的品种的,也就是大类的,如：
7打头的都是信用证
4打头的是托收
1,2打头的是汇款.
而后两个数字是表示一类中的具体格式的.
其中99是表示自由格式,如799,999,19 | 
