An MT 103 is a standardised swift message type that is specifically used for a cash transfer from one bank to another anywhere in the world, provided they are a members of the Society for Worldwide Interbank Financial Telecommunications, (Swift). This type of cash transfer instruction is often referred to as a “Single Customer Credit Transfer”.
The swift MT103 is a globally recognised payment message and contains the necessary information such as amount, currency, sent date, value date, remittance information e.g. payment reference, ordering customer, beneficiary, sending bank, receiving bank and a swift reference number.
For a visual description of a MT103 please go to Format MT103
SWIFT MT103 Format Specifications
Search:
STATUS
TAG
FIELD NAME
CONTENT/OPTIONS
NO.
M 20 Sender’s Reference
O 13C Time Indication
M 23B Bank Operation Code
O 23E Instruction Code
O 26T Transaction Type Code
M 32A Value Date/Currency/Interbank Settled Amount
O 33B Currency/Instructed Amount
O 36 Exchange Rate
M 50a Ordering Customer
O 51A Sending Institution
O 52a Ordering Institution
O 53a Sender’s Correspondent
O 54a Receiver’s Correspondent
O 55a Third Reimbursement Institution
O 56a Intermediary Institution 中介机构
O 57a Account With Institution 机构账户
M 59a Beneficiary Customer 受益客户
O 70 Remittance Information 汇款信息
M 71A Details of Charges
O 71F Sender’s Charges
O 71G Receiver’s Charges
O 72 Sender to Receiver Information
O 77B Regulatory Reporting
M = Mandatory, O = Optional – Network Validated Rules may apply该报文格式只能用于发送无条件的付款指示，它不能用于向托收行发送光票托收如支票等项下的付款通知。
When an international payment transfer has been completed by the sending bank, an MT103 document is produced, and is a detailed confirmation of a swift payment. This will provide the sender and beneficiary with details of the payment and confirmation of the payment having been sent.
This document is often requested by the beneficiary if payment has not been received within three working days after confirmation of sending from the ordering customer.
汇款报文解析
作者：吕玉琦
单位：交通银行国际结算中心 01MT103汇款报文格式解析
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：汇款人信息。是必填项。最重要的信息就是汇款人的账号信息。选择50A最为简明扼要。不仅50a栏，SWIFT报文所有栏位的A选项都是优先级最高的选项。当然SWIFT组织也考虑到，在有些情况下，汇款人或者汇款行无法正确填写A选项，或者希望在一笔汇款报文中向收款人传递更多信息。对于50a栏位来说，此时汇款银行在拟定SWIFT报文时可以选择50F或者50K。50K增加了汇款人地址信息。50F可以添加汇款人名称、地址、国家城市、生日、出生地、ID号码、国别号等等。可按需填写。当选择50F时，有几条规则需遵守：1、名称必填；2、一旦录入地址信息就必须录入国别城市信息；3、出生日和出生日期必须同时列明或者同时不填写；4、出生日期的格式为年-月-日（SWIFT报文中所有日期格式均为年-月-日）。
52a：指示行。当汇款人的指示行与发报行不一致时，应在该栏位予以明确。
53a：发报行的代理行。通常显示发报行的分行，用以明确该笔汇款的支付头寸借记发报行的具体账户。当收发报行之间已经签订账户协议，明确了头寸划拨路径时，该栏位可留空。53a指示具体账户且该笔汇款以COVER METHOD汇出时，MT202 COVER的收报行即为53a显示的银行机构。
54a：收报行的代理行。通常显示收报行的分行，用以明确该笔汇款的支付头寸贷记收报行的具体账户。53a和54a可同时存在，或仅存在其一，或都不填写内容，仅需按实际付款路径录入即可；但若53a和54a是同一机构时，填在53a栏位，54a栏位留空。
55a：第三方偿付机构。这是作为54a的补充项。当偿付行即非发报行的代理行，也非收报行的代理行，而是第三方银行时，这家第三方银行的BIC CODE录入54a，原先录在54a栏位的收报行的代理行（通常是收报行的分行）就录在55a栏位。
56a：中间行。和53a、54a、55a类似，都是起到搭建账户汇路桥梁的作用。当发报行或者其分行（53a）与收款人的账户行（57a）之间无法进行资金汇划、无法实现资金的借贷关系时，必须通过中间行帮助其实现汇路畅通。这里的56a和收报行有直接账户关系，同时也是收款人的账户行（57a）的账户行，它和54a在性质和功能上十分相似。54a通常是收报行的分行；56a通常是开在收报行的另外一家银行账户。两者都与收报行有直接账户关系。明白了54a和56a的异同，我们就理解了在一个MT103报文中，是不可能同时出现54a和56a的。
57a：收款人的账户行。选填项。当一笔MT103报文没有显示57a时，表明这笔款项的最终解付账户就开立在了收报行，也就意味着最终收款人在收报行开立了账户。如果收款人的账户行不是收报行，但它在收报行开立了账户，那就显示在57a栏位；如果收款人的账户行既不是收报行，又没有在收报行开立账户，但是它的账户行在收报行开立有账户，这种情况下，收款人的账户行显示在57a栏位，收款人账户行的账户行就应该放在56a栏位。而且两者缺少任何一个都会影响报文的直通。只有56a而没有57a信息的汇款报文同样不可能存在。
59a：受益人信息。此为必输项。显示最终解付入账的账户信息。除了账号之外，账户名称也是必输内容。
70：汇款信息。此栏位用于指明给收款人的指示信息。例如：发票的相关信息、汇款人编号、贸易服务的相关信息等。
71A：费用。共有三个代码：BEN/OUR/SHA，分别表示所有费用由受益人承担/由汇款人承担/双方共同承担。
71F：发报行费用。告知客户银行在处理汇款时在汇款的本金中扣除的费用。结合71A来看，只有在71A选择BEN的时候需要填写71F。而且结算金额等于指示金额扣除发报行的费用，即：32A=33B-71F，这个关系式恒成立。换言之，在费用选择OUR（全额到账）；或者，SHA（共同承担）时该栏位不用填写，理由很简单，这两种费用模式下，发报行的费用不再由受益人来承担了。
71G：收报行费用。一般在选择OUR费用模式下，需要在该栏位录入收报行的费用。结合上述分析，在OUR费用模式下，向汇款人收取的费用是最高的。因为除了汇款人所在的发报行扣收费用之外，还有中间行、账户行、清算行的费用，以及最终收款人账户行的费用。除了发报行的费用通常可以提前获知，之后资金流动所经过的银行，其产生的服务费用一般事先无法预知，OUR费用模式下，是在等收款行给收款人解付入账之后通过索费电文来追索费用，由此还将额外产生电报费用。综上所述，在OUR费用模式下，汇款人支付的银行服务费用相对高昂。在COVER METHOD模式下，费用相对最为低廉。因为账户行的手续费不再从本金中扣收，而是由付款行及收款行在账户管理费中支付。账户行在同一笔COVER METHOD的汇款中向发报行扣收一笔借记服务费、向收款行扣收一笔贷记服务费。正因为费用都不是在汇款本金中扣收，对于客户而言，用COVER METHOD汇款可以自动实现全额到账。因此，不建议此时选择OUR费用模式。对于汇款人而言，将可能由此额外承担收款行向最终收款人解付款项时收取的费用。
72：发报行给收报行的信息。和70栏位不同，72是银行之间要传达的附加信息。例如：汇款到收款行的哪家分支行等进一步的、更为明确的汇款指示。不属于72栏位允许传递的信息可以放在70栏位。72栏位仅有三个标准格式字符能够引导附加信息，分别为：ACC/INS/INT，需特别注意准确使用。72栏的正确使用与否将直接影响到汇款能否直通处理。
两种汇款模式简要对比分析
通过SWIFT系统传递汇款信息的汇款模式可以分为SERIAL TT和COVER TT两大类。简而言之，选择COVER TT汇款时，发报行发送一个MT103报文和一个MT202 COV报文，而MT202 COV报文是带有MT103的MT202报文。现就两种汇款模式作简要对比分析：
1、SERIAL TT仅涉及MT103一种报文，它是单链条的连续的报文。COVER TT涉及MT103和MT202 COV两种报文，它是多线程发散式的报文。SERIAL TT由汇款人的委托银行作为第一家发报行，按照汇款路径，向账户行发出汇款指示，而这家账户行再依照汇款路径，向其之后的账户行发出汇款指示，直到最后一家收款行的账户行向最终收款行发出最后一个MT103汇款指示电文。
最后，收款行向其客户解付款项，完成一笔资金转账。整个汇款路径是单链条的、连续的，最终收款行收到的MT103来自于其账户行。对于一笔SERIAL TT下的MT103来报，分行在收到报文当天即可为客户解付入账，因为MT103本身包含了头寸信息，账户行在发出MT103报文时已经贷记总行账户。COVER TT涉及MT103和MT202 COV两种报文。MT103报文由原始汇款行直接发给最终收款行——当然汇款行和收款行之间必须要有SWIFT密押关系。MT202 COV报文由原始汇款行发给账户行，再经由账户行依次将MT202 COV报文传递给之后的账户行，直到最终传递到收款行。
因此收款行在COVER TT模式下会收到两笔报文。一笔是来自汇款行的MT103报文，一笔是来自其账户行的MT202 COV报文。一般情况下收款行先收到MT103报文，后收到MT202 COV报文，在COVER TT模式下，通常建议最终收款行在收到MT202 COV报文之后再给客户入账。
2、收费方式不同。SERIAL TT汇款的收费包括：发报行的费用、收报行的费用和中间行费用三部分。根据客户在汇款报文71A栏位所选择的费用方式（OUR/SHA/BEN）的不同，确定了费用承担方式的不同，从而决定最后受益人入账金额的差异。费用上，如果选择OUR，在给客户入账时，收款行会发索费报文给汇款行，由于这部分费用往往事先无法预知，有时会因过于高昂而引起汇款人的不满。如果选择BEN，那收款人的入账费用是在银行扣收费用之后的金额，其本金是缩水的。COVER TT汇款则是另外一种收费模式。原则上，只要收款人接受COVER TT的模式（实务中美国地区大部分银行不接受COVER TT模式，收到后当做SERIAL TT处理），收款人就能够实现全额到账。但是，不能就此断言，COVER TT不扣费，恰恰相反，COVER TT也扣费。只是它的扣费不同于SERIAL TT。它对其来报行和它转出报文的收报行都将收取一笔账户管理费，这笔费用不在汇款本金中收取，而是通过银行间内部账户中内扣。根据我们实务中的经验，这笔内扣的账户管理费往往低于SERIAL TT模式下扣收的费用；而且，内扣的账户管理费用通常由总行承担，不是由作为原始发报行或者最终收款行的分行承担，因此，国内的分行比较喜欢这种模式的汇款。需要提请注意的是，在用COVER TT模式汇款时，不建议选择OUR费用模式了，选择SHA对客户较为有利。
3、两者入账时效。在时效性方面，有些专家认为，收款行收到的MT103报文因其自身带了头寸信息，所以见到MT103即可放心为客户入账。SERIAL TT模式下，MT103由多家银行转报；COVER TT模式下，MT103由发报行直接发送到收报行，因此，后者的时效性要强于前者。实务中，有些银行确实见报即付，如果收发报银行是在同一时区内的两家银行，那在时效性上的优势是较为显著的。但是，多年的实务经验提示我们，给客户入账的前提，在COVER TT模式下，还是应以收到MT103报文和后续的MT202 COV报文，并且两者能够成功配对之后更为妥当。因为SERIAL TT模式下，报文和头寸是同步的；在COVER TT模式下，因为中间行要根据反洗钱金融行动特别工作组（FATT）的相关规定，对收到的MT202 COV中带有的收付款人信息进行反洗钱过滤和尽职调查，一旦有问题，会直接影响头寸的汇划。所以严格来说，在COVER TT模式下，收到MT103报文后，收款行直接给客户解付入账的做法是错误的。那么，如果按照收到MT202 COV电文之后再给客户入账，因为对于中间行来说，转MT103报文和转MT202 COV报文的时间很可能相差无几，所以单从时效性而言，两种模式并没有太大的差异。
03汇款报文的直通处理
“清算报文直通率”（STP:STRAIGHT THROUGH PROCESSING）是指：符合直通规范的SWIFT付款指令完全由清算系统自动处理，它是衡量报文质量及清算业务水平的重要指标。清算报文直通可以实现避免人工干预、加强处理时效、降低中间费用，从而提升客户服务体验。笔者凭借多年相关从业经验，总结出以下几点可能影响直通效率的因素：
1、影响付款报文直通的常见栏位。对于一笔MT103付款报文而言，以下几个栏位是常见影响报文直通的栏位：54a：收报行的代理行56a：中间行57a：收款人的账户行72：发报行给收报行的信息
2、报文直通首选A选项，显示：SWIFT BIC；如果是D选项，需引用正确清算标识和清算代码。SWIFT手册几乎在每一条规范里都明确了一点：A选项是优先选项。换言之，SWIFT BIC永远优先级最高。因此，所有的栏位能够使用SWIFT CODE尽量选用SWIFT CODE，即使用A选项。其次SWIFT CODE务必确保正确，这是实现报文直通的很关键的一步。如果不能使用A选项，比如在没有SWIFT CODE而仅知道清算代码的情况下，可以选用D选项。在清算代码使用正确的前提下，仍然能够实现直通。美元清算代码包括CHIPS PARTICIPANT NO./CHIPS UID/FEDWIRE ROUTING NO.或者银行账号，需注意代码标识及格式，前述几项的代码标识分别是：//CP、//CH、//FW或单斜杠直接引导清算代码，之后再附上银行的全称。
如果汇款币种是非美元，则需正确使用清算币种所在国别的清算代码。例如：英镑是SC；港币是HK；澳元是AU；欧元是BL。格式上都应由双斜杠加上国别清算代码标识加上清算代码三部分共同构成。
3、填写多余栏位。这里的多余栏位包括几种情况。第一、中间行由于种种原因已经不存在，如仍然按照过去的经验填写报文汇路必然会导致汇路不通。第二、将账户行信息标注在53栏。第三、如果收报行和账户行是BOOK TRANSFER，例如总分行的关系，不必将账户行标注在56栏。美元系统会自动检索识别其相关账户。第四、如果汇款币种是美元，应避免在54栏填写任何内容。因为美元的账户行不接受带有54栏信息的付款指令。
4、缺少必要栏位。最重要且最常见的缺省的栏位就属56栏：中间行信息了。在收报行和收款人的收款行之间没有直接账户的情况下，务必要找到既在收报行开户，同时又是收款行的账户行的作为中间行的账户信息，将其SWIFT CODE填在56栏。中间行就像一座桥梁，缺了它必然影响汇路的直通。
5、信息填写错误。这是最基本的但也是较为常见的影响直通的因素。中间行信息、账户行信息、57D清算代码或清算账号错误都会导致直通失败，在此不做赘述。尤其需要提请注意的是，72栏：发报行给收报行的信息。这个栏位不同于70栏，它有严格的格式和填写要求，是会直接影响报文直通效率的，所以这个栏位不可滥用。实务中常见将受益行或者受益人的信息堆积在72栏，很不可取，通常这部分信息可以结合到57D中，使得57D更规范、更简洁，更有利于直通；此外建议避免使用/REC/这个CODE，这部分的信息可以安置到70栏，既不影响信息的传递，又减少了一个可能影响报文直通的潜在的障碍。事实上，/REC/这个很多银行非常偏爱的万能CODE在最新一次的SWIFT报文升级中已经被禁止使用了。
环球银行金融电信协会（Society for Worldwide Interbank Financial Telecommunication，SWIFT），或译环球同业银行金融电讯协会,是一个国际银行间非盈利的国际合作组织，总部设在比利时的布鲁塞尔，并在荷兰阿姆斯特丹和美国纽约分别设立交换中心 ( Swifting Center )，及为各参加国开设集线中心 (National Concentration )，为国际金融业务提供快捷、准确、优良的服务。
SWIFT运营着世界级的金融电文网络，银行和其他金融机构通过它与同业交换电文（message），从而完成金融交易。除此之外，SWIFT还向金融机构销售软件和服务，其中大部分的用户都在使用SWIFT网络。
中国是SWIFT会员国,中国银行、中国工商银行、中国农业银行、中国建设银行、中国交通银行等均加入了SWIFT组织，开通了SWIFT网络系统。
会员银行在使用“环球银行间金融电讯网络”汇付时使用各银行的代码（BIC）。SWIFT电文根据银行的实际业务运作分为十大类，其中第一类格式代码为MT1xx，用于客户汇款与支票业务，如MT199通常用于电汇业务；第七类格式代码为MT7xx，用于跟单信用证及保函业务，如开立跟单信用证的格式代码为MT700/ MT701， MT710是通知由第三家银行开立的跟单信用证报文格式。
SWIFT组织成立于1973年5月，其全球计算机数据通讯网在荷兰和美国设有运行中心，在各会员国设有地区处理站。1977年时SWIFT在全世界就拥有会员国150多个，会员银行5000多家，SWIFT系统日处理SWIFT电讯300万笔，高峰达330万笔。到2007年6月为止，SWIFT的服务已经遍及207个国家，接入的金融机构超过8100家。台湾地区唯一的商业策略以及服务供应伙伴资格是资通电脑Ares。
“SWIFT的目标是为全体成员的共同利益服务，为了确保安全准确的完成对私有的、保密的、专利的金融电文的通讯、传输以及路由等行为，研究、创造一切必要的方法，并且将其付诸使用和操作。”
总部位于比利时首都布鲁塞尔的郊区La Hulpe，遵守ISO中有关创建和维护金融电文的标准。
在1970年代，金融交易（主要是指国库和几家相应的银行）所依赖的技术十分简陋：支付与确认信息是通过Telex网络来实现的，既慢又不安全。Telex的速度只有50波特/秒，大致相当于8字节/秒；格式松散，大大增加了自动接收报文的难度；Testkey是以电文的一小段内容为基础进行计算的，毫无安全性可言。为了寻求新的解决方案，在1974年，7家主要的国际性银行举行了会谈，最终导致了SWIFT的成立。不久之后，即3年后的1977年，成员便拓展到了230家银行，遍及5个国家。
在过去的几十年里，电文的类型好似爆炸性的增长，覆盖了金融交易的方方面面；每年都有新型的电文出现，它们在9月至11月之间被添加进来。为了匹配日益增长的电文交易量，网络基础设施不断更新，老式的网络被X.25取代，而在不久前的SWIFTNet Phase 1阶段，基于IP的互联网又取代了X.25。一旦SWIFT接收了电文，就会对它全权负责，这使得SWIFT网络具备了内在的安全性和健壮性（每年持续运营的时间比率超过99.99%）。因此，SWIFT是市场上的地位不可动摇。
在构建之时，整个网络仅仅是为国库与其相关银行之间的操作而设计的；时至今日，很多其他的机构也被允许访问各项服务了，尽管某些情况下访问是有限制的。当前，用户可被分为以下几类：
银行(Banks)
贸易机构(Trading Institutions)
短期信贷经纪人(Money Brokers)
债券经纪人(Security Broker Dealers)
投资管理机构(Investment Management Institutions)
清算系统与中央储备局(Clearing Systems and Central Depositories)
许可交易所(Recognised Exchanges)
信托服务公司(Trust and Fiduciary Service Companies)
(Subsidiary Providers of Custody and Nominees)
金库对等者(Treasury Counterparties)
(Treasury ETC Service Providers)
协会为其会员(Members)共有，成为会员的先决条件是必须持有银行许可证(Banking Licence)。作为回报，会员拥有协会的股份，并且具备选举权。除此之外，还有另外两类用户：子用户(Sub)和参与者 (Participants)。超过90％的用户是前一类型，他们能够全权访问整个系统，但是不具备股份和选举权；后者通常是其他类型的金融机构，他们能够受限访问系统，没有任何所有权。
所有的成员都必须交纳初始入会费和年费，具体的数目根据其类别而定。此外，用户收发电文需要交纳费用，收费标准的依据为电文的单位长度，由其具体的类型为可分为325或1950个字符等。还有，收发电文的数目与所经过的路线也是费用的衡量因素。
SWIFT是一个私营股份公司，股东来自会员，由25名董事长领导下的执行股东会为最高权力机构。SWIFT的股东来自世界各地，他们在金融通信方面的实践经验对公司的管理有很大的影响。执行部门由一组全职人员构成，由CEO领导，并处于董事会的监督之下。包括6个委员会，其中决策权由董事会授与。
财务委员会(The Audit and Finance Committee,AFC)负责会计、财务报表、财务管理、审计与常规监督、预算、融资以及长期财务计划编制、监督SWIFT运作和内部控制。
常服委员会(The Board Compensation Committee)负责评估公司绩效，并决定董事会成员和其他主要主管的薪酬，负责雇员薪酬管理津贴计划。董事会还设有2个商务委员会(Business Committee)，分别负责银行与支付(Banking & Payments)和证券(Securities);2个技术委员会(Technical Committee)，分别负责标准(Standards)以及技术和产品(Technical & Production)
为了对SWIFT进行有效管理与监督，十国集团(G10)的中央银行作出对SWIFT进行了监督管理的特定安排，比利时的国家银行(NBB)在SWIFT的监督中起主导作用，G10的中央银行进行协助。
SWIFT的成员分为持有股者和非持股者。
持有股者(会员)，即Shareholder(Member)包括银行、符合资格的证券经销商(eligible securites broker-dealers)以及符合规定的投资管理机构(investment management institutions)，都可以持有SWIFT的股份。会员拥有董事选举权，当股份达到一定的份额后，有董事的被选举权。
非持有股者(Non-shareholders)主要分为非参股成员、附属成员及参与者3类。
(1)非参股成员是那些符合成为参股人资格但是并未选择或不愿意成为参股人的机构。
(2)附属会员是持有股会员，对该机构组织拥有50%的直接控股权或100%的间接控股权。此外，该机构组织还需满足附属会员条例中第8款第一节的要求。即必须和会员所参与的业务相同，但必须完全由参股人控制管理。
(3)参与者是主要来自于证券业的各个机构，如证券经纪人和经销商、投资经理、基金管理者、货币市场经纪人等。
在国际贸易结算中，SWIFT信用证是正式的、合法的，被信用证各当事人所接受的、国际通用的信用证。
1973年5月，来自美国、加拿大和欧洲的15个国家的239家银行宣布正式成立SWIFT，其总部设在比利时的布鲁塞尔。它是为了解决各国金融通信不能适应国际间支付清算业务量的快速增长而设立的非盈利性组织，负责设计、建立和管理SWIFT国际网络，以便在该组织成员间进行国际金融信息的传输和确定路由。从1974年开始设计计算机网络系统，至1977年夏，完成了环球同业金融电信网络(SWIFT网络)系统的各项建设和开发工作，并正式投入运营。
该组织创立之后，其成员银行数量逐年迅速增加。从1987年开始，非银行的金融机构，包括经纪人、投资公司、证券公司和证券交易所等，开始使用 SWIFT。目前该网络已遍布全球206个国家和地区的8,000多家金融机构，提供金融行业安全报文传输服务与相关接口软件，支援80多个国家和地区的实时支付清算系统。
1980年SWIFT联接到香港。我国的中国银行于1983年加入SWIFT，是SWIFT组织的第1034家成员行，并于1985年5月正式开通使用，成为我国与国际金融标准接轨的重要里程碑。之后，我国的各国有商业银行及上海和深圳的证券交易所，也先后加入SWIFT。
进入90年代后，除国有商业银行外，中国所有可以办理国际银行业务的外资和侨资银行以及地方性银行纷纷加入SWIFT。SWIFT的使用也从总行逐步扩展到分行。1995年，SWIFT在北京电报大楼和上海长话大楼设立了SWIFT访问点SAP(SWIFT Access Point)，它们分别与新加坡和香港的SWIFT区域处理中心主节点连接，为用户提供自动路由选择。
为更好地为亚太地区用户服务，SWIFT于1994 年在香港设立了除美国和荷兰之外的第三个支持中心，这样，中国用户就可得到SWIFT支持中心讲中文的员工的技术服务。SWIFT还在全球17个地点设有办事处，其2000名的专业人员来自55个国家，其中北京办事处于1999年成立。
SWIFT服务内容:全世界金融数据传输、文件传输、直通处理STP(straight through process)、撮合,清算和净额支付服务、操作信息服务、软件服务、认证技术服务、客户培训和24小时技术支持。
SWIFT自投入运行以来，以其高效、可靠、低廉和完善的服务，在促进世界贸易的发展，加速全球范围内的货币流通和国际金融结算，促进国际金融业务的现代化和规范化方面发挥了积极的作用。我国的中国银行、中国农业银行、中国工商银行、中国建设银行、交通银行、中信实业银行等已成为环球银行金融通信协会的会员。这也就是为什么PP只支持电汇这几家国内银行的原因。
SWIFT的设计能力是每天传输1100万条电文，而当前每日传送500万条电文，这些电文划拨的资金以万亿美元计，它依靠的便是其提供的240种以上电文标准。SWIFT的电文标准格式，已经成为国际银行间数据交换的标准语言。这里面用于区分各家银行的代码，就是"SWIFT Code"，依靠SWIFT Code便会将相应的款项准确的汇入指定的银行。
SWIFT Code是由该协会提出并被ISO通过的银行识别代码，其原名是BIC (Bank Indentifier Code)，但是BIC这个名字意思太泛，担心有人理解成别的银行识别代码系统，故渐渐大家约定俗成地把BIC叫作SWIFT Code了。SWIFT是(society for worldwide interbank financial telecommunications)环球银行间金融通信协会是一个由金融机构共同拥有的私营股份公司，按比利时的法律登记注册，由会员银行和其他金融机构协同管。
1.SWIFT需要会员资格。我国的大多数专业银行都是其成员。
2.SWIFT的费用较低，高速度。同样多的内容，SWIFT的费用只有TELEX(电传)的18%左右，只有CABLE(电报)的2.5%左右。
3.SWIFT的安全性较高;。SWIFT的密押比电传的密押可靠性强、保密性高，且具有较高的自动化。
4.SWIFT的格式具有标准化。对于SWIFT电文，SWIFT组织有着统一的要求和格式。
用户包括三种类型，分别为:分员(股东)、子会员以及普通用户。会员可享受所有的SWIFT服务;普通用户只享有与其业务相关的服务，主要来自于证券行业，如证券中介、投资管理公司、基金管理公司等。
1、接入服务
SWIFT的接入服务通过SWIFTAlliance的系列产品完成，包括:
(1) SWIFTAlliance Access and Entry:传送FIN信息的接口软件;
(2) SWIFTAlliance Gateway:接入SWIFTNet的窗口软件;
(3) SWIFTAlliance Webstation:接入SWIFTNet的桌面接入软件;
(4) File Transfer Interface:文件传输接口软件，通过SWIFTNet FileAct是用户方便的访问其后台办公系统。
SWIFTNET Link软件内嵌在SWIFTAlliance Gateway和SWIFTAlliance Webstation中，提供传输、标准化、安全和管理服务。连接后，它确保用户可以用同一窗口多次访问SWIFTNet，获得不同服务。
2、金融信息传送服务
SWIFTNet启用以后，传统的FIN服务转而在新的网络 SWIFTNet FIN(已于2002年8月开通)上提供。SWIFT把传统的FIN服务与新开发的、交互性的服务进行了整合，开发出SWIFTNet信息传送服务以满足现代金融机构不断发展的需要。包括以下四种服务:(1)在金融信息传送方面(2)SWIFTNet InterAct :提供交互(实时)和存储与转发两种信息传送方式，适合要求实时应答的金融业务。(3)SWIFT FileAct:提供交互和存储与转发两种文件自动传输方式，适合大批量数据的传输。(4)SWIFTNeBrowse以浏览为基础，使用标准的Internet浏览器(如IE)和SWIFT Alliance Web Station访问Browse服务，其安全由SSL和SIPN保证。
3、交易处理服务
交易处理服务也是通过SWIFTNet向外汇交易所、货币市场和金融衍生工具认证机构提供交易处理服务，具体包括:
(1) 交易处理匹配服务(Accord Matching)
(2) 实时报告的双边净额清算服务(According Netting)
(3) 支持B2B的商务中的端对端电子支付(E-PaymentsPlus
4、分析服务与分析工具
SWIFT也向金融机构提供一些辅助性的服务，即分析服务与分析工具。
SWIFT包括以下工具:
(1)BIC Online和 BIC Directory Update broadcast:向金融机构提供最新的、世界范围内的金融机构的代码(BIC);
(2)Traffic Watch:可以监视SWIFT当前传送信息的数量;
(3)Transaction Watch:可以监视信息从发出到接收所经历的过程，获得各种参数，为提高证券系统和支付系统的效率提供分析数据;
(4)STP Review:金融机构为提高自身竞争力，直达处理(straight through processing (STP))能力变得愈加重要。SWIFT可以向用户提供独立、客观的STP评估。
SWIFT 安全威胁来自2个方面:一是支付风险，二是系统风险。
在支付风险方面，SWIFT并不向金融机构提供直接的帮助。利用SWIFT所提供的服务，金融机构可以有效控制支付风险。例如，SWIFT为支持大额支付与证券相关交易中的清算、结算、净额结算，提供了FIN Copy 服务。在交易指令传达给接收方之前，指令要备份并通过第三方(如中央银行)的认证。
SWIFT系统的安全主要遭受这几个方面的威胁:假冒，报文被截取(读取或复制)、修改、重播，报文丢失，报文发送方或接收方否认等。针对这些安全威胁，SWIFT系统提供了安全策略，用以维护系统安全。SWIFT安全层次分为:(1)安全登入和选择服务。(2)防止第三方冒充。(3)防止第三方截取报文。(4)使第三方无法修改、替换报文内容，或者使接收方可以发现报文在传输的过程中被修改。(5)防止报文的重播和丢失。(6)在系统内进行交换的报文被复制存储，与报文交换有关的各种活动及其发生的时间均被记录。(7)相关安全责任的分离，即一人不能负责多项安全事务。
SWIFT报文共有十类:
第1类:客户汇款与支票(Customer Payments & Checks)
第2类:金融机构间头寸调拨(Financial Institution Transfers)
第3类:资金市场交易(Treasury Markets-FX,MM,Derivatives)
第4类:托收与光票(Collections & Cash Letters)
第5类:证券(Securities Markets)
第6类:贵金属(Treasury Market-Precious Metals)
第7类:跟单信用证和保函(Documentary Credits and Guarantees)
第8类:旅行支票(Travelar's Checks)
第9类:现金管理与账务(cash management & Customer Status)
第0类:SWIFT系统电报
除上述十类报文外，SWIFT电文还有一个物殊类，即第N类--公共报文组(Common Group Messages)
1.项目表示方式
SWIFT由项目(FIELD)组成，如"59: Beneficiary - Name & Address"(受益人)，就是一个项目，59是项目的代号，可以是两位数字表示，也可以两位数字加上字母来表示，如"51D: Applicant Bank - Name & Address"(申请人)。不同的代号，表示不同的含义。项目还规定了一定的格式，各种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;
4/5 表示为:0，8;
5% 表示为:5 PERCENT
4.货币表示方式
澳大利亚元:AUD;
奥地利元:ATS;
比利时法郎:BEF;
加拿大元:CAD;
人民币元:CNY;
丹麦克朗:DKK;
德国马克:DEM;
荷兰盾:NLG;
芬兰马克:FIM;
法国法郎:FRF;
港元:HKD;
意大利里拉:ITL;
日元:JPY;
挪威克朗:NOK;
英镑:GBP;
瑞典克朗:SEK;
美元:USD
欧元:EUR
要查询某家银行的SWIFT Code，可以直接打电话咨询，但对于我们做网赚的人来说，在网上查询更方便!登陆环球银行电信协会网站便可查询任意一个银行的SWIFT Code。
附带说一下，除了SWIFT Code，在美国还有 Routing Number，也称作 Routing Transit Number 或 ABA Number，它是由ABA(美国银行家协会)在美联储监管和协助下提出的金融机构识别码，很多金融机构都有一个，主要用于和银行相关的交易，转帐，清算等的路由确认，由9位值(不是数!8位内容加1个校验码)构成。我们收到的美国支票，通常在其正面左下角都印有上该银行的Routing Number。
查找办法:进入网站后，如果你知道银行的代码(BIC)或关键字(Institution Keyword)，可以做快速查找它的信息 。比如中国银行的关键字是Bank of China，输入，就可以查询中国银行在全世界的分行的SWIFT Code，当然包括大陆各地的代码。从搜索结果可以看到，内陆分行的开始8位全部是BKCHCNBJ，可以直接在BIC搜索下输入这8位，列出国内中国银行各地分行的SWIFT Code。比如我查到中国银行湖北分行的SWIFT Code是BKCHCNBJ600
必选 20: DOCUMENTARY CREDIT NUMBER(信用证号码)
可选 23: REFERENCE TO PRE-ADVICE(预先通知号码)
如果信用证是采取预先通知的方式，该项目内应该填入"PREADV/"，再加上预先通知的编号或日期。
必选 27: SEQUENCE OF TOTAL(电文页次)
可选 31C: DATE OF ISSUE(开证日期)
如果这项没有填，则开证日期为电文的发送日期。
必选 31D: DATE AND PLACE OF EXPIRY(信用证有效期和有效地点)
该日期为最后交单的日期。
必选 32B: CURRENCY CODE, AMOUNT(信用证结算的货币和金额)
可选 39A: PERCENTAGE CREDIT AMOUNT TOLERANCE(信用证金额上下浮动允许的最大范围)
该项目的表示方法较为特殊，数值表示百分比的数值，如:5/5，表示上下浮动最大为5%。39B与39A不能同时出现。
可选 39B: MAXIMUM CREDIT AMOUNT(信用证最大限制金额)
39B与39A不能同时出现。
可选 39C: ADDITIONAL AMOUNTS COVERED(额外金额)
表示信用证所涉及的保险费、利息、运费等金额。
必选 40A: FORM OF DOCUMENTARY CREDIT(跟单信用证形式)
跟单信用证有六种形式:
(1) IRREVOCABLE(不可撤销跟单信用证)
(2) REVOCABLE(可撤销跟单信用证)
(3) IRREVOCABLE TRANSFERABLE(不可撤销可转让跟单信用证)
(4) REVOCABLE TRANSFERABLE(可撤销可转让跟单信用证)
(5) IRREVOCABLE STANDBY(不可撤销备用信用证)
(6) REVOCABLE STANDBY(可撤销备用信用证)
必选 41A: AVAILABLE WITH...BY...(指定的有关银行及信用证兑付的方式)
(1) 指定银行作为付款、承兑、议付。
(2) 兑付的方式有5种:BY PAYMENT(即期付款);BY ACCEPTANCE(远期承兑);BY NEGOTIATION(议付);BY DEF PAYMENT(迟期付款);BY MIXED PAYMENT(混合付款)。
(3)如果是自由议付信用证，对该信用证的议付地点不做限制，该项目代号为:41D，内容为:ANY BANK IN...
可选 42A: DRAWEE(汇票付款人)
必须与42C同时出现。
可选 42C: DRAFTS AT...(汇票付款日期)
必须与42a同时出现。
可选 42M: MIXED PAYMENT DETAILS(混合付款条款)
可选 42P: DEFERRED PAYMENT DETAILS(迟期付款条款)
可选 43P: PARTIAL SHIPMENTS(分装条款)
表示该信用证的货物是否可以分批装运。
可选 43T: TRANSSHIPMENT(转运条款)
表示该信用证是直接到达，还是通过转运到达。
可选 44A: LOADING ON BOARD/DISPATCH/TAKING IN CHARGE AT/FORM(装船、发运和接收监管的地点)
可选 44B: FOR TRANSPORTATION TO...(货物发运的最终地)
可选 44C: LATEST DATE OF SHIPMENT(最后装船期)
装船的最迟的日期。44C与44D不能同时出现。
可选 44D: SHIPMENT PERIOD(船期)
44C与44D不能同时出现。
可选 45A: DESCRIPTION OF GOODS AND/OR SERVICES(货物描述)
货物的情况、价格条款。
可选 46A: DOCUMENTS REQUIRED(单据要求)
各种单据的要求
可选 47A: ADDITIONAL CONDITIONS(特别条款)
可选 48: PERIOD FOR PRESENTATION(交单期限)
表明开立运输单据后多少天内交单。
必选 49: CONFIRMATION INSTRUCTIONS(保兑指示)
其中，CONFIRM:要求保兑行保兑该信用证;MAY ADD:收报行可以对该信用证加具保兑;WITHOUT:不要求收报行保兑该信用证。
必选 50: APPLICANT(信用证开证申请人)
一般为进口商。
可选 51A: APPLICANT BANK(信用证开证的银行)
可选 53A: REIMBURSEMENT BANK(偿付行)
可选 57A: 'ADVISE THROUGH' BANK - BIC(通知行)
必选 59: BENEFICIARY(信用证的受益人)
一般为出口商。
可选 71B: CHARGES(费用情况)
表明费用是否有受益人(出口商)出，如果没有这一条，表示除了议付费、转让费以外，其他各种费用由开出信用证的申请人(进口商)出。
可选 72: SENDER TO RECEIVER INFORMATION(附言)
可选 78: INSTRUCTION TO THE PAYING/ACCEPTING/NEGOTIATING BANK(给付款行、承兑行、议付行的指示)
必选 20SENDER'S REFERENCE(信用证号码)
必选 21 RECEIVER'S REFERENCE(收报行编号)
发电文的银行不知道收报行的编号，填写"NONREF"。
可选 23ISSUING BANK'S REFERENCE(开证行的号码)
可选 26E NUMBER OF AMENDMENT(修改次数)
该信用证修改的次数，要求按顺序排列。
可选 30 DATE OF AMENDMENT(修改日期)
如果信用证修改没填这项，修改日期就是发报日期。
可选 31C DATE OF ISSUE(开证日期)
如果这项没有填，则开证日期为电文的发送日期。
可选 31E NEW DATE OF EXPIRY(信用证新的有效期)
信用证修改的有效期。
可选 32B INCREASE OF DOCUMENTARY CREDIT
AMOUNT(信用证金额的增加)
可选 33B DECREASE OF DOCUMENTARY CREDIT AMOUNT(信用证金额的减少)
可选 34B NEW DOCUMENTARY CREDIT AMOUNT AFTER AMENDMENT(信用证修改后的金额)
可选 39A PERCENTAGE CREDIT AMOUNT TOLERANCE(信用证金额上下浮动允许的最大范围的修改)
该项目的表示方法较为特殊，数值表示百分比的数值，如:5/5，表示上下浮动最大为5%。39B与39A不能同时出现。
可选 39B MAXIMUM CREDIT AMOUNT(信用证最大限制金额的修改)
39B与39A不能同时出现。
可选 39C ADDITIONAL AMOUNTS COVERED(额外金额的修改)
表示信用证所涉及的保险费、利息、运费等金额的修改。
可选 44A LOADING ON BOARD/DISPATCH/TAKING IN
CHARGE AT/FORM(装船、发运和接收监管的地点的修改)
可选 44B FOR TRANSPORTATION TO...(货物发运的最终地的修改)
可选 44C LATEST DATE OF SHIPMENT(最后装船期的修改)
修改装船的最迟的日期。44C与44D不能同时出现。
可选 44D SHIPMENT PERIOD(装船期的修改)
44C与44D不能同时出现。
可选 52a APPLICANT BANK(信用证开证的银行)
必选 59BENEFICIARY(BEFORE THIS
AMENDMENT)(信用证的受益人)
该项目为原信用证的受益人，如果要修改信用证的受益人，则需要在79
NARRATIVE
(修改详述)中写明。
可选 72SENDER TO RECEIVER INFORMATION(附言)
/BENCON/
:要求收报行通知发报行受益人是否接受该信用证的修改。
/PHONBEN/
:请电话通知受益人(列出受益人的电话号码)。
/TELEBEN/
:用快捷有效的电讯方式通知受益人。
可选 78NARRATIVE(修改详述)
详细的修改内容。
还有很多其他的比如说
999，199用于信息传递
760用于Bank Instrument 的传输
799用于回复
103用于付款.
联系客服
