国际结算(第九章)

第九章开立信用证第一节开立信用证的方式第二节SWIFT开证的电文格式第三节信用证相关电文运用实例第四节eUCP介绍第一节开立信用证的方式按照通知受益人的方式来分类，信用证可以分为信开信用证(CreditOpenedbyMail)和电开信用证(CreditOpenedbyTeletransmission)。一、信开信用证信开信用证也可称为以邮寄方式开立的信用证(MailCredit)，开证行按照申请书缮制信用证格式，然后将完整的正本信用证邮寄给通知行，请该行通知受益人。通知行应负责验核信用证的真实性，并对信用证的不完整、不清楚之处，向开证行查询。开证行与通知行之间事先应建立代理行关系，互换签字样本和密押，使通知行可凭签字样本核对信开证上的开证行签字。二、电开信用证电开信用证也可称为以电讯方式开立的信用证(TeletransmissionCredit)，包括用电传(bytelex)，或用海缆电报(bycable)，或用普通电报(bytelegram)，或用SWIFT发至通知行，经通知行核押相符，将电开信用证通知受益人。电开信用证可以分为简电通知、全电开证和SWIFT开证三种。(一)简电通知简电通知(BriefCableAdvice)包括预先通知(PreliminaryAdvice)。“简电”和“预先”的这两种通知都不是有效的信用证文件，发简电通知的开证行必须毫不延迟地向通知行寄送有效信用证文件。为保护受益人，UCP600第11b款规定，发出预先通知的开证行应该不可撤销地保证毫不延迟地开出信用证，且条款不能与预先通知书相矛盾。开证行之所以发出预先通知，与申请人的保证金未到位或外汇额度未批准但又要使受益人的备货有所依据有关。(二)全电开证全电开证(Creditopenedbyfullcable／telex)的电报全文就是整个信用证内容，因此电报本身就是一个完整的、生效的信用证，无须另寄证实书。(三)SWIFT开证SWIFT信用证是指凡通过SWIFT系统开立或予以通知的信用证。在国际贸易结算中，SWIFT信用证是正式的、合法的、被信用证各当事人所接受的、国际通用的信用证。采用SWIFT信用证必须遵守SWIFT的规定，也必须使用SWIFT手册规定的代号（Tag），而且信用证必须遵循国际商会2007年修订的《跟单信用证统一惯例》各项条款的规定。在一份SWIFT报文中，有些规定项目是必不可少的，称为必选项目（MandatoryField，M）；有些规定项目可以由操作员根据业务需要确定是否选用，这些项目称为可选项目（OptionalField，O）。第二节SWIFT开证的电文格式一、MT700/701开立跟单信用证二、MT705跟单信用证的预先通知三、MT707跟单信用证的修改四、MT710/711通知由第三家银行开立的跟单信用证五、MT720/721跟单信用证的转让六、MT730确认七、MT732单据已被接受的通知八、MT734拒付通知九、MT750通知不符点十、MT752授权付款、承兑或议付一、MT700/701开立跟单信用证续表续表另表发送MT700/701报文时应注意下列几点：1.除非另有规定，所开立的跟单信用证将遵循现时有效的巴黎国际商会制定的《跟单信用证统一惯例》。2.当跟单信用证内容超过MT700报文格式的容量时，可以使用一个或几个（最多三个）MT701报文格式传送有关跟单信用证条款。3.除非另有规定，根据该报文通知给受益人或另一家通知行的跟单信用证是已生效的信用证。4.对自由议付跟单信用证，如果收报行不再用另一份MT701报文格式转通知，那么该银行必须在信用证上加注：（1）每次议付时必须提交通知受益人的信用证正本。（2）议付行必须在所通知的信用证正本上注明每一次议付情况。5.为避免可能产生的误解，银行应尽可能使用SWIFT代码表示，而不要使用诸如“我们”，“你们”等代词。6.通知行必须用清楚、明确的方式将跟单信用证的所有详细内容通知受益人。7.如果要求注销跟单信用证，必须发送MT707，而不能发送MT792。二、MT705跟单信用证的预先通知续表MT705跟单信用证的预先通知电文MT705预先通知是未生效的信用证，开证行还须及时发送有效的信用证（即用MT700/701报文开立的跟单信用证）。如果要求注销MT705，必须发送MT707，而不能发送MT792。三、MT707跟单信用证的修改续表MT707报文可以由开证行发送给一家通知行，也可以由另一家通知行或由转让行发送给一家通知行，用来通知收报行有关由发报行或第三家银行开立的跟单信用证条款修改内容的报文格式。发送MT707报文时，请注意以下几点：1.该修改中未提及的条款保持不变。2.跟单信用证的撤销必须采用此修改格式，即MT707报文格式。3.MT707报文格式有专门的项目列明对跟单信用证的到期日，装船/发运/接受监管的地点的修改，及跟单信用证金额的增加或减少。其余所有修改内容将在项目“79”中列明。4.如果MT707报文列明了实际和完整的修改，该修改即为有效的修改。5.如果MT707报文只列明简要的内容（即未生效的修改），该报文项目“79”中必须含有“DETAILSTOFOLLOW”字样。6.如果MT707报文用来通知由第三家银行开立的跟单信用证的修改（即开证行不是该报文的发报行），那么项目“52a”和项目“23”必须分别列明开证行及其编号。7.货币的变动及以与原货币不同的货币表示的金额增减，必须在项目“79”中列明。四、MT710/711通知由第三家银行开立的跟单信用证续表续表发送MT710/711报文时应注意以下几点：1.除非另有规定，所开立的跟单信用证将遵循现时有效的巴黎国际商会制定的《跟单信用证统一惯例》。如果该信用证遵循这一惯例，通知行（即该报文的收报行）必须将此通知受益人或另一家银行。2.当跟单信用证内容超过MT710报文格式的容量时，可以使用一个或几个（最多三个）MT711报文格式传送有关跟单信用证条款。3.除非另有规定，根据该报文通知给受益人或另一家通知行的跟单信用证是已生效的信用证。4.对自由议付跟单信用证，如果收报行不再用另一份MT710报文格式转通知，那么该银行必须在信用证上加注：(1)每次议付时必须提交通知受益人的信用证正本。(2)议付行必须在所通知的信用证正本上注明每一次议付情况。5.为避免可能产生的误解，银行应尽可能使用BIC代码表示，而不要使用诸如“我们”，“你们”等代词。6.通知行必须用清楚明确的方式将跟单信用证的所有详细内容通知受益人。7.如果要求注销MT710/711，必须发送MT707,而不能发送MT792。五、MT720/721跟单信用证的转让续表续表续表发送MT720/721报文时应注意下列几点：1.除非另有规定，所开立的跟单信用证将遵循现时有效的巴黎国际商会制定的《跟单信用证统一惯例》。2.当跟单信用证内容超过MT720报文格式的容量时，可以使用一个或几个（最多三个）MT721报文格式传送有关跟单信用证条款。3.除非另有规定，根据该报文通知给受益人或另一家通知行的跟单信用证是已生效的信用证。4.对自由议付跟单信用证，如果收报行不再用另一份MT701报文格式转通知，那么该银行必须在信用证上加注：（1）每次议付时必须提交通知受益人的信用证正本。（2）议付行必须在所通知的信用证正本上注明每一次议付情况。5.为避免可能产生的误解，银行应尽可能使用BIC代码表示，而不要使用诸如“我们”、“你们”等代词。6.通知行必须用清楚明确的方式将跟单信用证的所有详细内容通知受益人。7.如果要求注销MT720/721，必须发送MT707，而不能发送MT792。六、MT730确认MT730确认电文：MT730报文是由通知行发给开证行或另一个通知行，用来确认收到跟单信用证的报文格式。需要时，该报文也可以指明其报文已按要求通知受益人或另一家银行。该报文格式也可用来说明银行费用。七、MT732单据已被接受的通知MT732单据已被接受的通知电文：这是由开证行发给付款行/议付行/承兑行，或由付款行/承兑行/议付行发给寄出单据的银行，用来通知收到的不符单据已被接受的报文格式。八、MT734拒付通知MT734拒付通知的电文：MT734是由开证行发给寄单行，或由被指定付款/承兑/议付的银行发给寄单行，用来向收报行通知发报行认为单据表面上与信用证条款不符，故以不符点为由而拒绝接受单据的报文格式。发报行也可说明代为保管单据听候处理，或已退还收报行。该报文也可用来要求退款。九、MT750通知不符点MT750通知不符点的电文：这是由接收交单的银行发送给开证行，或发送给被指定付款/承兑/议付的银行，用来通知收报行有关提交的单据与信用证不符的报文格式。十、MT752授权付款、承兑或议付续表MT752授权付款、承兑或议付电文：MT752是由开证行发送给付款行/承兑行/议付行，用来答复用MT750报文格式或其他方式发送的授权付款/承兑/议付的请求，通知收报行所提交的单据除了先前列明的不符点以外没有其他不符的情况下，可以对其进行付款/承兑/议付的报文格式。第三节信用证相关电文运用实例（二）案情及报文关系图（三）业务流程及所涉电文1.开立信用证电。2.收到信用证确认电。3.要求修改电。4.拒付通知电。5.单据不符点已被接受电。6.款项已付出电。第四节eUCP介绍一、eUCP1.0版本介绍《UCP500电子交单附则》（SupplementtoUCP500forElectronicPresentation,eUCP)是国际商会就信用证交易中电子交单问题而制定的UCP500的附则文件，也称eUCP1.0版本，已于2002年4月1日起正式生效。eUCP允许完全电子交单和纸化单据与电子单据混合提交。eUCP独立于具体技术和发展中的电子商务系统，它不涉及或定义为便利电子交单所需要的特定技术或系统。eUCP与UCP结合使用，它所订立的条款与UCP是一致的，随着纸化单据与电子单据混用的发展，eUCP的一些定义以后也许还要修改，所以它采用版本数码形式发行。eUCP与UCP的关系或对其影响，简要说明以下几点：1.UCP500条文没有相似于eUCP的条文和适用于eUCP的信用证。2.eUCP条文关于电子记录加列在UCP500之中，但是并不与之矛盾，不影响有关纸单据的UCP500条文。3.eUCP条文与UCP500项下的纸单据的处理有所不同，但它只关系到电子记录，所以在eUCP信用证项下对于纸单据的UCP条文不需要改变。4.当信用证受到eUCP约束时，eUCP条文改变UCP500规则。5.开立的信用证受到eUCP约束时，它就自动受到UCP500的约束。6.在受到eUCP约束的信用证项下，其条文胜过UCP500，倘若UCP500的应用提供不同的结果。二、eUCP1.1版本介绍eUCP1.1版本是专门对UCP600所作的升级版本。需要注意的是，UCP很多条款并不对电子交单产生影响，所以与eUCP一起使用。在电子交单或以电子单据和纸单据混合方式提交单据时，要同时使用eUCP和UCP两个规则。eUCP1.1版本共有12个条款：第e1条eUCP的范围第e2条eUCP与UCP的关系第e3条定义第e4条格式第e5条交单第e6条审核第e7条拒付通知第e8条正本与副本第e9条出具日期第e10条运输第e11条电子记录在提交后变损第e12条根据eUCP提交电子记录时的额外免责本章参考资料1.SWIFT：SWIFTUserHandbook，2008Version.2.《中国银行SWIFT报文标准实用手册》（内部资料），2002。3.《跟单信用证统一惯例（UCP600）关于电子交单的附则（eUCP）1.1版本》。复习思考题1.按照通知受益人的方式来分类，信用证可以如何分类？2.开立