CAN 报文的传送和帧结构
9.2.2 CAN 报文的传送和帧结构
在进行数据传送时，发出报文的节点为该报文的发送器。该节点在总线空闲或丢失仲裁前恒为发送器，如果一个节点不是报文发送器，并且总线不处于空闲状态，则该节点为接收器。
构成一帧的帧起始、仲裁场、控制场、数据场和CRC 序列均借助位填充规则进行编码。当发送器在发送的位流中检测到5位连续的相同数值时，将自动在实际发送的位流中插入一个补码位。而数据帧和远程帧的其余位场则采用固定格式，不进行填充，出错帧和超载帧同样是固定格式。报文中的位流是按照非归零（NZR ）码方法编码的，因此一个完整的位电平要么是显性，要么是隐性。
在“隐性”状态下， CAN 总线输出差分电压
=— 近似为零，
在“显性”状态下，以大于最小阈值的差分电压表示，如图9.2所示。在总线空闲或“隐性”位期间，发送“隐性”状态。在“显性”位期间，“隐性”状态改写为“显性”状态。
图9.2总线上的位电平表示
CAN 有两种不同的帧格式，不同之处为识别符场的长度不同：具有11位识别符的帧称之为标准帧；而含有29位识别符的帧为扩展帧。CAN 报文有以下4个不同的帧类型： ●
数据帧：数据帧将数据从发送器传输到接收器。 ●
远程帧：总线节点发出远程帧，请求发送具有同一识别符的数据帧。 ●
错误帧：任何节点检测到总线错误就发出错误帧。 ●
过载帧：过载帧用以在先行的和后续的数据帧（或远程帧）之间提供一附加的延时。 数据帧和远程帧可以使用标准帧及扩展帧两种格式。它们用一个帧间空间与前面的帧分
隔。 1. 数据帧
数据帧由7个不同的位场组成：帧起始（Start of Frame ）、仲裁场（Arbitration Frame ）、控制场（Control Frame ）、数据场（Data Frame ）、CRC 场（CRC Frame ）、应答场（ACK Frame ）、帧结尾（End of Frame ）。数据场的长度为0到8位。报文的数据帧一般结构如图9.3所示。
diff V CANH V CANL V
图9.3 报文的数据帧结构
在CAN2.0B中存在两种不同的帧格式，其主要区别在标识符的长度，在标准帧格式里，仲裁场由11位识别符和远程请求位（RTR）组成。如图9.4所示。在扩展帧格式里，仲裁场包括29位识别符、替代远程请求位（SRR）、识别符扩展位（IDE）和RTR位。如图9.5所示。
图9.4 标准格式中的数据帧
图9.5 扩展格式中的数据帧
扩展格式是CAN协议的一个新特色。为了使控制器的设计相对地简单，不要求执行完全的扩展格式，但必须完全支持标准格式。新的控制器至少应具有以下属性，才被认为是符合CAN规范：
●每一新的控制器支持标准格式；
●每一新的控制器可以接收扩展格式的报文，不能因为格式差别而破坏扩展帧格式。
下面具体分析数据帧的每一个位场。
（1）帧起始
帧起始（SOF）标志数据帧或远程帧的开始，仅由一个“显性”位组成。只有在总线空闲时才允许节点开始发送（信号）。所有节点必须同步于首先开始发送报文的节点的帧起始前沿，如图9.3所示。
（2）仲裁场
仲裁场由标识符和远程发送请求位（RTR位）组成。RTR位在数据帧中为显性，在远程帧中为隐性。
对于CAN2.0A标准，标识符长度为11位，这些位按ID.10到ID.0的顺序发送,最低位
是ID0, 7个最高位（ID.10-ID.4）必须不能全是“隐性”，如图9.6所示。
图9.6 CAN2.0A的仲裁场的组成
对于CAN2.0B标准，标准格式帧与扩展格式帧的仲裁场标识符格式不同。标准格式里，仲裁场由11位识别符和RTR位组成。识别符位由ID.28…ID.18组成。如图9.4所示。而在扩展格式里，仲裁场包括29位识别符、替代远程请求位SRR、标识位IDE、远程发送请求位RTR。其识别符由ID-28…ID-0组成，其格式包含两个部分：11位（ID.28…ID.18）基本ID、18位（ID.17…ID.0）扩展ID。如图9.5所示，扩展格式里，基本ID首先发送，其次是SRR位和IDE位。扩展ID的发送位于SRR位和IDE位之后。
SRR的全称是“替代远程请求位（Substitute Remote Request BIT）”，SRR是一隐性位。它在扩展格式的标准帧RTR位上被发送，并代替标准帧的RTR位。因此，如果扩展帧的基本ID和标准帧的识别符相同，标准帧与扩展帧的冲突是通过标准帧优先于扩展帧这一途径得以解决的。
IDE的全称是“识别符扩展位（Identifier Extension Bit）”，对于扩展格式，IDE位属于仲裁场；对于标准格式，IDE位属于控制场。标准格式的IDE位为“显性”，而扩展格式的IDE位为“隐性”。
（3）控制场
控制场由6个位组成，其结构如图9.7所示。标准格式和扩展格式的控制场格式不同。标准格式里的帧包括数据长度代码、IDE位（为显性位，见上文）及保留位r0。扩展格式里的帧包括数据长度代码和两个保留位：r1和r0。其保留位必须发送为显性，但是接收器认可“显性”和“隐性”位的任何组合。
数据长度代码（标准格式以及扩展格式）DLC，如表9.1所示。
IDE/r1
图9.7 控制场结构
表9.1 数据帧长度代码DLC
，数据帧允许的数据字节数为{0，1，…7，8}。其他的数值不允许使用。
(4) 数据场
数据场由数据帧里的发送数据组成。它可以为0~8个字节，每字节包含了8个位，首先发送最高有效位。
(5) 循环冗余码CRC 场
CRC 场包括CRC 序列（CRC Sequence ），其后是CRC 界定符（CRC Delimiter ），如图
9.8所示。
图9.8 循环冗余码CRC 场
① CRC 序列（适合标准格式和扩展格式）
CRC 序列由循环冗余码求得的帧检查序列组成，最适用于位数低于127的帧。为进行CRC 计算，被除的多项式系数由无填充位流给定。组成这些位流的成分是：帧起始、仲裁场、控制场、数据场（假如有的话），而15个最低位的系数是0。将此多项式被下列多项式发生器除（其系数以2为模）：
X 15+X 14+X 10+X 8+X 7+X 4+X 3
+1
这个多项式除法的余数就是发送到总线上的CRC 序列。为了实现这个功能，可以使用15位的位移寄存器—CRC_RG(14:0)。如果NXTBIT 指示位流的下一位，那么从帧的起始到数据场末尾都由没有填充的位顺序给定。CRC 序列的计算如下：
CRC_RG=0； //初始化移位寄存器
REPEA T
CRCNXT=NXTBIT EXOR CRC_RG （14）；
CRC_RG （14:1）=CRC_RG （13:0）； //寄存器左移一位
CRC_RG （0）=0；
IF CRCNXT THEN
CRC_RG （14:0）＝CRC_RG （14:0）
EXOR(4599H)；
END IF
UNTIL （CRC 序列起始或有一错误条件）
② CRC 界定符（标准格式以及扩展格式）
CRC 序列之后是CRC 界定符，它包含一个单独的“隐性”位。
（6）应答场（ACK Field ）
应答场长度为2个位，包含应答间隙（ACK Slot ）和应答界定符（ACK Delimiter ），如图9.9所示。在ACK 场（应答场）里，发送节点发送两个“隐性”位。
当接收器正确地接收到有效的报文，接收器就会在应答间隙（ACK Slot）期间向发送器发送一“显性”位以示应答。
①应答间隙
所有接收到匹配CRC序列（CRC Sequence）的节点会在应答间隙（ACK Slot）期间用一“显性”的位写入发送器的“隐性”位来做出回答。
②应答界定符
应答界定符是应答场的第二个位，并且是一个必须为“隐性”的位。因此，应答间隙（ACK Slot）被两个“隐性”的位所包围，也就是CRC界定符（CRC Delimiter）和应答界定符（ACK Delimiter）。
图9.9 应答场
（7）帧结尾（标准格式以及扩展格式）
每一个数据帧和远程帧均由一标志序列界定。这个标志序列由7个“隐性”位组成。
2. 远程帧
作为接收器的节点，可以通过向相应的数据源节点发送远程帧激活该源节点，让该源节点把数据发送给接收器。远程帧也有标准格式和扩展格式，而且都由6个不同的位场组成：帧起始、仲裁场、控制场、CRC场、应答场、帧结尾。
与数据帧相反，远程帧的RTR位是“隐性”的。它没有数据场，数据长度代码DLC的数值是不受制约的（可以标注为容许范围０~8里的任何数值），此数值是相应于数据帧的数据长度代码。远程帧结构如图9.10所示。
图9.10远程帧结构
3. 错误帧
错误帧由两个不同的场组成，如图9.11所示。第一个场是不同节点提供的错误标志（Error Flag）的叠加，第二个场是错误界定符。
为了能正确地终止错误帧，“错误认可”的节点要求总线至少有长度为3个位时间的总
线空闲（如果“错误认可”的接收器有局部错误的话）。因此，总线的载荷不应为100%。
错误帧
图9.11 错误帧结构（图中统一起见出错帧改为错误帧）
(1) 错误标志
有两种形式的错误标志：激活错误标志和认可错误标志（有的文献译为：“主动”和“被动”错误标志或“活动”和“认可”错误标志）。
●“激活错误”标志由6个连续的“显性”位组成。
●“认可错误”标志由6个连续的“隐性”的位组成，除非被其他节点的“显性”位重写。
检测到错误条件的“错误激活”的节点通过发送“激活错误”标志指示错误。错误标志的格式破坏了从帧起始到CRC界定符的位填充规则（参见“编码”），或者破坏了ACK 场或帧结尾场的固定格式。所有其他的节点由此检测到错误条件，并与此同时开始发送错误标志。所形成的“显性”位序列就是把各个节点发送的不同的错误标志叠加在一起的结果，这个序列的总长度最小为6个位，最大为12个位。
检测到错误条件的“错误认可”的节点通过发送“认可错误”标志指示错误，“错误认可”的节点等待6个相同极性的连续位，当这6个相同的位被检测到时，“认可错误”标志的发送就完成。
(2) 错误界定符
错误界定符包括8个“隐性”的位。
错误标志传送了以后，每一个节点就发送一个“隐性”的位，并一直监视总线直到检测出一个“隐性”的位为止，然后就开始发送其余7个“隐性”位。
4. 过载帧
过载帧（Overload Frame）包括两个位场：过载标志和过载界定符，其结构如图9.12所示。
图9.12 过载帧结构
有三种过载的情况会引发过载标志的传送：
●接收器的内部情况，需要延迟下一个数据帧和远程帧。
●在间歇（Intermission）的第一和第二字节检测到一个“显性”位。
如果CAN节点在错误界定符或过载界定符的第8位（最后一位）采样到一个显性位，节点会发送一个过载帧。该帧不是错误帧，错误计数器不会增加。
根据过载情况1而引发的过载帧只允许起始于所期望的间歇的第一个位时间，而根据情况2和情况3引发的过载帧应起始于所检测到“显性”位之后的位。通常为了延时下一个数据帧或远程帧，两种过载帧均可产生。
（1）过载标志（Overload Flag）
过载标志由6个“显性”的位组成。过载标志的所有形式和“激活错误”标志的一样。
过载标志的格式破坏了间歇场的固定格式。因此，所有其他的节点都检测到过载条件并与此同时发出过载标志。如果有的节点在间歇的第3个位期间检测到“显性”位，则这个位将解释为帧的起始。
（2）过载界定符（Overload Delimiter）
过载界定符包括8个“隐性”的位。
过载界定符的形式和错误界定符的形式一样。过载标志被传送后，节点就一直监视总线直到检测到一个从“显性”位到“隐性”位的跳变。此时，总线上的每一个节点完成了过载标志的发送，并开始同时发送其余7个“隐性”位。
5. 帧间空间
数据帧（或远程帧）与先行帧的隔离是通过帧间空间实现的，无论此先行帧类型如何（数据帧、远程帧、错误帧、过载帧）。所不同的是，过载帧与错误帧之前没有帧间空间，多个过载帧之间也不是由帧间空间隔离的。
帧间空间包括间歇、总线空闲的位场。如果“错误认可”的节点已作为前一报文的发送器，则其帧间空间除了间歇、总线空闲外，还包括称作“挂起传送”（暂停发送）（Suspend Transmission）的位场。
对于不是“错误认可”的节点，或作为前一报文的接收器的节点，其帧间空间如图9.13所示：
图9.13 非“错误认可”帧间空间
对于作为前一报文发送器的“错误认可”的节点，其帧间空间如图9.14所示：
图9.14 “错误激活”帧间空间
（1）间歇（Intermission）
间歇包括3个“隐性”的位。间歇期间，所有的节点均不允许传送数据帧或远程帧，唯一要做的是标示一个过载条件。
如果CAN节点有一报文等待发送并且节点在间歇的第三位采集到一显性位，则此位被解释为帧的起始位，并从下一位开始发送报文的标识符首位，而不用首先发送帧的起始位或成为一接收器。
（2）总线空闲（Bus Idle）
总线空闲的时间是任意的。只要总线被认定为空闲，任何等待发送报文的节点就会访问总线。在发送其他报文期间，有报文被挂起，对于这样的报文，其传送起始于间歇之后的第一个位。
总线上检测到的“显性”的位可被解释为帧的起始。
（3）挂起传送（Suspend Transmission）
“错误认可”的节点发送报文后，节点就在下一报文开始传送之前或总线空闲之前发出8个“隐性”的位跟随在间歇的后面。如果与此同时另一节点开始发送报文（由另一节点引起），则此节点就作为这个报文的接收器。
SWIFT 标准资料（十五）2003年11月实施版 SWIFT 标准 报文的结构与报文类型 2003年11月发布标准 2003年标准发布指南－最终版本－2003年2月 全国金融标准化技术委员会秘书处 对外经济贸易大学金融科技中心 2003-08-06
SWIFT标准报文 SWIFT标准报文（金融服务报文） SWIFT开发的商业标准报文已经成功应用在金融服务领域，而且根据市场的需要在不断发展中。2003版SWIFT标准扩大了应用范围，规范了具体形式，同时采用了先进的技术成果、可以满足金融服务的需要，包括批量支付、投资基金、证券、信托等方面。SWIFT标准的下一个版本将在2005年5月发布。 下面表示的是SWIFT标准2003版的发布过程：从2002年8月开始到2003年11月 正式实施。 Schedule for Standards Release 2003 For implementation schedule is as follows: High-Level Release 2003 Preliminary Standards Release Guide 2003 Preliminary Message Format Validation Rules 2003 Final Standards Release Guide 2003 Final Message Format Validation Rules 2003 Vendor Test System Testing & Training System If necessary Rules 2003
第一章报文结构和报文类型 1.1 SWIFT报文结构 所有金融报文必须符合SWIFT标准卷描述的某种报文类型的规则。 报文类型由三个数字组成，一般定义为： 类目通常在一般程度上描述报文的基础商业功能，如类目1=客户支付和支票。 分组描述某一特定类目中的报文功能，如11n=类目1的支票支付报文。 类型描述具体功能，如112=支票止付请求的状态。 因此，通过报文类型（位于报文标题），报文接收方可以帮助决定报文的内容和功能，以及其组成内容细节。 本节提供报文类型的一般规则。属于单个报文的详细说明可以在相关类目卷查找到。 1.2 SWIFT报文类型 下方表格列出SWIFT标准卷中定义的所有报文类型，在2002年十月标准版本中有效。 对于每个报文类型，均存在简述、报文类型需要认证标识（Y或N）、最大报文长度（2,000或10,000）以及使用报文是否需要在SWIFT注册（Y或N）。 注意：MUG，出于本书目的，是自愿同意支持特定报文类型并且在SWIFT注册发送或接收特定报文的使用者群组。下方表格中的“MUG”列标出了这些报文。（关于MUG的更多信息在表后
S W I F T报文格式手册 Revised by Petrel at 2021
2006年度SWIFT报文格式更新手册（2006/11/18起生效）
S WIFT MT700/701 I SSUEOFA D/C 开立跟单信用证 MT700/701范围 1.由开证行发送给通知行的报文（注意：收、发报行间必须具有BKE密押关系）； 2.用来列明开证行发报行所开立的信用证条款。
除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。当该信用证遵循此惯例时，通知行（收报行）必须将之通知受益人或是另一家通知行。 除非另外列明，如果适用，跟单信用证项下的偿付遵循巴黎国际商会制定的《跟单信用证项下银行间偿付的统一规则》。 当跟单信用证的长度超过一个MT700的容量时，可以用一个或几个（最多三个）MT701报文格式来补充传送信息。 除非另外列明，根据该报文通知受益人或是另一家通知行的跟单信用证是已生效的信用证。 对自由议付跟单信用证，如果收报行不再以MT710报文格式转通知，那么该银行必须在信用证上加注： 每次议付时必须提交通知受益人的信用证正本 议付行必须在所通知的信用证正本上标注每一次的议付情况 为了避免可能产生的误解，尽可能使用银行的SWIFTBIC代码来表示银行名称，而不要用 “ourselves”、“yourselves”、“us”、“you”这些词。 通知行应该明确清楚地将跟单信用证的全部内容（包括任何细节）通知受益人。MT700/701域使用规则 1.报文中可以出现域39A或39B，但不能同时出现； 2.域42C和42a在被使用时必须同时出现；
2006年度SWIFT报文格式更新手册（2006/11/18起生效）
S W I F T M T 7 0 0 / 7 0 1 I 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 in 1*65x Charge at / from O44B For Transportation to...1*65x O44C Latest Date of Shipment6!n O44D Shipment Period6*65x O45A Description of Goods and/or Services100*65x O46A Documents Required100*65x O47A Additional Conditions100*65x O71B Charges6*35x O48Period for Presentation4*35x M49Confirmation Instructions7!x O53a Reimbursing Bank A or D 12*65x O78Instructions to the Paying/Accepting/Negotiating Bank O57a"Advise Through" Bank A, B or D O72Sender to Receiver Information6*35x MT701格式（M = Mandatory O = Optional） Status Tag Field Name Content/Options M27Sequence of Total1!n/1!n M20Documentary Credit Number16x O45B Description of Goods and/or Services100*65x O46B Documents Required100*65x O47B Additional Conditions100*65x MT700/701 准则 除非另外列明，所开立的跟单信用证遵循巴黎国际商会制定的《跟单信用证统一惯例》。当该信用证遵循此惯例时，通知行（收报行）必须将之通知受益人或是另一家通知行。 除非另外列明，如果适用，跟单信用证项下的偿付遵循巴黎国际商会制定的《跟单信用证项下银行间偿付的统一规则》。 当跟单信用证的长度超过一个MT700的容量时，可以用一个或几个（最多三个）MT701报文格式来补充传送信息。 除非另外列明，根据该报文通知受益人或是另一家通知行的跟单信用证是已生效的信用证。 对自由议付跟单信用证，如果收报行不再以MT710报文格式转通知，那么该银行必须在信用证上加注： 每次议付时必须提交通知受益人的信用证正本 议付行必须在所通知的信用证正本上标注每一次的议付情况 为了避免可能产生的误解，尽可能使用银行的SWIFT BIC代码来表示银行名称，而不要用
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 是一种银行对银行的发出的信息，用于为保证乙方在乙银行的利益，由甲银行向乙银行开出的或者被申请开出的银行保函。根据MT760开出的保证，对甲银行的资金，封存并用做担保风险。 MT760 是经对相关单证的检验，确认，查证并发送到你方后产生的一种付款责任。如果它不符合你方标准，那么钱就不会进入你方的账户。钱不可能转出账户直到证件完全符合你方所在银行的标准。但是你必须有足够的钱作为保证金，或者你必须与银行机构有良好的关系（如果没有存款或者保证金的情况），才能用某种MT（信汇）来转账。此做法是避免此保函的受益人乙方风险的最佳途径。 SWIFT MT799/RWA 其实包含三个意思。 MT799是电文中银行文本的格式编号，不一定就是说资金证明，使用MT799只要银行愿意，发送任何内容的东西都可以。在国际贸易中MT799其实是相对MT999来说的，这两种电文格式是使用最多的普通格式，只是799是密文，999是明文。贸易还有一种使用得多的是MT760，这是一种专用格式电文，一般发送LC，BG。MT799， MT999和MT760的最重要的区别是前两者是一种单向电文，也就是送达到了就OK了，MT760是双向电文，必须由接收方确认。 RWA是银行安慰信（Bank Comfort Letter）的一种，全称是Letter of Ready，Willing (and financial) Able。一般这个是在使用银行金融工具时候银行在出具银行工具文本MT760之前确认银行客户具有出具银行工具的能力的时候使用的。国际贸易中LC也算是银行工具的一种，但
1.子系统描述 SWIFT清算子系统采用最新的数据大集中体系结构，由操作前台、中间处理两部分组成，全行的SWIFT电文数据集中在总行的数据服务器，提高了系统的运行效率、安全性和可维护性。 前台为业务处理的操作界面，处理电文的录入、读取，检查、撮合、下划、资料的维护等操作。 中台为业务处理部分，业务规则和数据检查、日初、日终、对前台传送的数据进行相应的处理，生成传票，对帐务进行处理，报文自动分发等操作。并与ALLANCE系统相连，自动接收，发送报文。 外汇清算系统与国际结算系统、SWIFT ALLIANCE系统和记帐核心系统紧密相联，处理的业务内容包括行外来电的清分与转发、分行发往行外电文的转发、汇入款项的下划、分行每日付款总头寸统计、汇出款项的扣帐、所有汇入汇出款项的勾对核销、存放境外同业帐户余额的核对、退汇业务等，以及以上业务的帐务处理，并提供各种查询功能和清算业务量统计表。 2.系统参数设置 ●SWIFT清算窗口时间设置（由整个系统考虑） 由清算系统设置SWIFT清算窗口时间,在该时间范围之外的SWIFT报文将全部后台等待。 ●清算分支机构维护（由整个系统考虑） 维护内容加入SWIFT号码、机构英文名称等内容。
●头寸报文条件设置 系统根据此条件来判断报文是否为头寸报文，具体的参数设置为； ●报文所属分行条件设置 系统根据下列条件设置，根据报文类型以及报文中内容来判断报文的所属分行。 ●报文所属外围系统条件设置 对于由清算系统转发至各外围系统的报文，在此参数设置中配置：
●SWIFT清算系统用户设置（由整个系统考虑） ●黑名单维护 由下载的文本文件自动导入，可以通过界面进行增、删、改。 ●四角号码库维护 ●SWIFT参与行维护 由SWIFT网站下载FI.DAT文件，系统自动导入。 ●报文模版设置（该模板将用于手工生成报文）
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 是一种银行对银行的发出的信息，用于为保证乙方在乙银行的利益，由甲银行向乙银行开出的或者被申请开出的银行保函。根据MT760开出的保证，对甲银行的资金，封存并用做担保风险。 MT760 是经对相关单证的检验，确认，查证并发送到你方后产生的一种付款责任。如果它不符合你方标准，那么钱就不会进入你方的账户。钱不可能转出账户直到证件完全符合你方所在银行的标准。但是你必须有足够的钱作为保证金，或者你必须与银行机构有良好的关系（如果没有存款或者保证金的情况），才能用某种MT（信汇）来转账。此做法是避免此保函的受益人乙方风险的最佳途径。 SWIFT MT799/RWA 其实包含三个意思。 MT799是电文中银行文本的格式编号，不一定就是说资金证明，使用MT799只要银行愿意，发送任何内容的东西都可以。在国际贸易中MT799其实是相对MT999来说的，这两种电文格式是使用最多的普通格式，只是799是密文，999是明文。贸易还有一种使用得多的是
SWIFT 报文（MT 700）中的代号及栏目名称 SWIFT 报文（MT 700）中的代号及栏目名称 M/O 代号（Tag）栏目名称（Field Name） M 27 报文页数（Sequence of Total） M 40A 跟单信用证类别（Form of Documentary Credit） M 20 信用证编号（Documentary Credit Number） O 23 预先通知编号（Reference to Pre-Advice） O 31C 开证日期（Date of Issue） M 31D 到期日及到期地点（Date and Place of Expiry） O 51A 开证申请人的银行（Applicant Bank） M 50 申请人（Applicant） M 59 受益人（Beneficiary） M 32B 信用证的货币及金额（Currency Code, Amount） O 39A 信用证金额允许浮动的范围（Percentage Credit Amount Tolerance） O 39C 信用证金额最高限额（Maximum Credit Amount） O 41A 指定的有关银行及信用证的兑付方式（Available with … by …） M 42C 汇票付款期限（Draft at） O 42A 汇票付款人（Drawee） O 42M 混合付款条款（Mixed Payment Details） O 42P 迟期付款条款（Deferred Payment Details） O 43P 分批装运条款（Partial Shipments） O 43T 转运条款（Transshipment） O 44A 装船、发运和接受监督地点（Loading on Board/Dispatch/Taking in Charge at (from)） O 44B 货物发送最终目的地（For Transportation to …） O 44C 最迟装运日期（Latest Date of Shipment） O 44D 装运期（Shipment Period） O 45A 货物/劳务描述（Description of Goods and/or Services） O 46A 单据要求（Documents Required） O 47A 附加条款（Additional Conditions） O 71B 费用负担（Charges） O 48 交单期限（Period of Presentation） M 49 保兑指示（Confirmation Instructions） O 53A 偿付行（Reimbursing Bank） O 78 给付款行、承兑行或议付行的指示（Instructions to the Paying/Accepting/Negotiating Bank） O 57A 通知行（Advising Through Bank） O 72 附言（Sender to Receiver Information） 以上表格中的“M”为“Mandatory”，指电文中该项目的内容必须填写；“O”为“Optional”，指电文中该项目的内容可以选择不填写。
实用标准 SWIFT 标准资料（十五）2003年11月实施版 SWIFT 标准 报文的结构与报文类型 2003年11月发布标准 2003年标准发布指南－最终版本－2003年2月
全国金融标准化技术委员会秘书处对外经济贸易大学金融科技中心 2003-08-06
SWIFT标准报文 SWIFT标准报文（金融服务报文） SWIFT开发的商业标准报文已经成功应用在金融服务领域，而且根据市场的需要在不断发展中。2003版SWIFT标准扩大了应用范围，规范了具体形式，同时采用了先进的技术成果、可以满足金融服务的需要，包括批量支付、投资基金、证券、信托等方面。SWIFT标准的下一个版本将在2005年5月发布。 下面表示的是SWIFT标准2003版的发布过程：从2002年8月开始到2003年11 月正式实施。
Standards Release 2003 Schedule for Standards Release 2003 For the Standards Release 2003, the development and implementation schedule is as follows: 16 August 2002 High-Level Information on Standards Release 2003 15 November 2002 Preliminary Standards Release Guide 2003 Preliminary Message Format Validation Rules 2003 14 February 2003 Final Standards Release Guide 2003 Final Message Format Validation Rules 2003 29 March 2003 Vendor Test System 12 July 2003 Testing & Training System If necessary, updates to Message Format Validation Rules 2003 12 September 2003 UHB shipment 15 November 2003 Standards Release 2003 Live
. . . .. . SWIFT 标准资料（十五）2003年11月实施版 SWIFT 标准 报文的结构与报文类型 2003年11月发布标准 2003年标准发布指南－最终版本－2003年2月 全国金融标准化技术委员会秘书处 对外经济贸易大学金融科技中心 2003-08-06
SWIFT标准报文 SWIFT标准报文（金融服务报文） SWIFT开发的商业标准报文已经成功应用在金融服务领域，而且根据市场的需要在不断发展中。2003版SWIFT标准扩大了应用范围，规范了具体形式，同时采用了先进的技术成果、可以满足金融服务的需要，包括批量支付、投资基金、证券、信托等方面。SWIFT标准的下一个版本将在2005年5月发布。 下面表示的是SWIFT标准2003版的发布过程：从2002年8月开始到2003年11月 正式实施。 Standards Release 2003 Schedule for Standards Release 2003 For the Standards Release 2003, the development and implementation schedule is as follows: 16 August 2002 High-Level Information on Standards Release 2003 15 November 2002 Preliminary Standards Release Guide 2003 Preliminary Message Format Validation Rules 2003 14 February 2003 Final Standards Release Guide 2003 Final Message Format Validation Rules 2003 29 March 2003 Vendor T est System 12 July 2003 Testing & Training System If necessary, updates to Message Format Validation Rules 2003 12 September 2003 UHB shipment 15 November 2003 Standards Release 2003 Live
下载可编辑 SWIFT 标准资料（十五）2003年11月实施版 SWIFT 标准 报文的结构与报文类型 2003年11月发布标准 2003年标准发布指南－最终版本－2003年2月 全国金融标准化技术委员会秘书处 对外经济贸易大学金融科技中心 2003-08-06
SWIFT标准报文 SWIFT标准报文（金融服务报文） SWIFT开发的商业标准报文已经成功应用在金融服务领域，而且根据市场的需要在不断发展中。2003版SWIFT标准扩大了应用范围，规范了具体形式，同时采用了先进的技术成果、可以满足金融服务的需要，包括批量支付、投资基金、证券、信托等方面。SWIFT标准的下一个版本将在2005年5月发布。 下面表示的是SWIFT标准2003版的发布过程：从2002年8月开始到2003年11月 正式实施。 Schedule for Standards Release 2003 For implementation schedule is as follows: High-Level Release 2003 Preliminary Standards Release Guide 2003 Preliminary Message Format Validation Rules 2003 Final Standards Release Guide 2003 Final Message Format Validation Rules 2003 Vendor Test System Testing & Training System If necessary Rules 2003
MT 103 MT 103 - ClearingLine Format Specifications MT 103 Customer Transfer M = Mandatory O = Optional Status Tag Field Name Content/Options M 20 Sender's Reference 16 digits M 23B Bank Operation Code CRED O 23E Instruction Code 4 digits M 32A Value Date Currency Interbank Settled Amount 6 numeric 3 alphabetical 15 digits O 33B Currency/ Instructed Amount 3 alphabetical 15 digits O 36 Exchange Rate 12 digits M 50a Ordering Customer: Account number Code / Identifier (Option F) Name & Address Option F is preferred Option Option A [/34x] (Account) 4!a2!a2!c[3!c] (BIC/BEI) Option K [/34x] (Account) 4*35x (Name & Address) Option F 35x (Party Identifier) 4*35x (Name & Address) O 52A Ordering Institution A or D M 53B Sender's Correspondent /D/10 digits your account number O 56A Intermediary Institution A or C C = for Germany only O 57A Account With Institution A, B, C or D C = for Germany only
S W I F T信用证报文详解-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN
SWIFT 信用证及其基本内容 国际上各银行开具的信用证没有统一的格式，但无论是以什么方式开具的信用证，其遵循的基本原则和基本内容都是一致的。在出现了SWIFT组织以后，信用证的形式和条款逐渐规范，并在实际业务中为大多数国家的银行所遵循。Swift共有十类特点格式化和规范化 第一类客户汇款与支票 第二类银行头寸调拨 第三类外汇买卖和存放款 第四类托收 第五类证券 第六类贵金属与辛迪加 第七类跟单信用证和保函 第八类旅行支票 第九类银行帐务 第十类 SWIFT系统电报 SWIFT电讯的表示方法 1、各国货币的表示方法 美元 USD 人民币 CNY 日元 JPY 英镑 GBP 2、数字的表示方法数字不使用分格号，小数点用逗号表示 5，152，286.36 表示为 5152286，36 4/5 0，8 5%表示为 5 PERCENT 日期的表示方法 YYMMDD 2007年10月15日表示为071015 第七类重点介绍MT700/701 MT707 MT700/701开立信用证格式 最长不能超过2000个字符，假如超过2000，我们将其分为若干部分，使用一个MT700以及若干个MT701 MT700 02 02表示电讯等级代码(普通级) 27, 40A , 20 ,31D,50,32B,41M,49为必选项目(MANDATORY) 其余为选用项目(OPTIONAL) SWIFT信用证是指凡通过SWIFT系统开立或予以通知的信用证。在国际贸易结算中，SWIFT信用证是正式的、合法的，被信用证各当事人所接受的、国际通用的信用证。采用SWIFT信用证必须遵循SWIFT的规定，也必须使用SWIFT手册规定的代号（TAG），而且信用证必须遵循国际商会1993年修订的《跟单信用证统一惯例》各项条款的规定。在SWIFT信用证中可省去开证行的承诺条款，但不因此免除银行所应承担的义务。SWIFT信用证的特点是快速、准确、简明、可靠。 SWIFT报文（TEXT）由一些项目（FIELD）组成，每一种报文格式（MESSAGE TYPE，MT）规定了由那些项目组成，每一个项目又严格规定了由多少字母、多少数字或多少字符组成。这些规定的表示方法及含义如下： n：只表示数字；a：只表示字母；Q：表示数字或字母；x表示SWIFT电讯中允许出现的任何一个字符（包括10个数字、26个字母、有关标点符号、空格键、回车键和跳行键）； *：行数。
汇出行制作电汇项下SWIFT报文 工作项目 陈艾前后有两次汇款。第一次是汇30%的货款汇到DAYCO公司在HSBC, MIAMI的账户，这笔业务的汇款申请书在前面已经完成。HSBC, MIAMI与中国银行浙江省分行有来往账户，无需中转行。 第二次陈艾要汇70%的货款汇给DAYCO公司。这次对方要求汇到它们在WACHOVIA BANK, NA(Griswold St, No. 24, MIAMI, FL)的账户（A/C NO. 765922894）。WACHOVIA BANK,NA(BIC: PNBPUS3MXXX)中国银行浙江省分行（BIC:BKCHCNBJ910）的代理行，有密押交换，但没有往来账户。这种情况下双方可以通过SWIFT互发信息但不能直接调拨资金。陈艾没有拖家带口转行，所以中国银行浙江省分行指定CITI BANK, NEW YORK (BIC: CITIUS33EUC)作为中转行来完成汇款，CITIBANK, NEW YORK刚好有中国银行浙江省分行和W ACHOVIA BANK, NA的账户。第二次汇款申请书如下： 境外汇款申请书 APPLICATION FOR FUNDS TRANSFERS （OVERSEAS） 致：中国银行日期：
两笔款项都从金苑公司的现汇账户（No. 78954321）转出。陈艾将所汇款款项及所需费用交中国银行浙江省分行，取得电汇回执。 两次汇款业务都由中国银行浙江省分行国际结算部门的工作人员赵宾经手，他要审核汇款
申请书及有效凭证和商业单据，主要有合同、发票、报关单等。经查无误后根据汇款申请书内容以SWIFT方式向汇入行发出解付指示。第一次发送MT103的业务编号为OR2008123741；第二次发送MT103的业务编号为OR2008123765，MT202的业务编号为OR2008123732. 赵宾的工作项目主要有： 工作项目1：读懂两份外汇申请书的各项内容，分清两次汇款路线及发报方式。 工作项目2：明确SWIFT报文MT103的内容和填写要求，根据第一次汇款的申请书制作MT103； 工作项目3：明确SWIFT报文MT202的内容和填写要求，根据第二次汇款的申请书制作MT103和MT102. 适用于汇款的SWIFT报文种类和格式
SWIFT 信用证及其基本内容 国际上各银行开具的信用证没有统一的格式，但无论是以什么方式开具的信用证，其遵循的基本原则和基本内容都是一致的。在出现了SWIFT组织以后，信用证的形式和条款逐渐规范，并在实际业务中为大多数国家的银行所遵循。 Swift共有十类特点格式化和规范化 第一类客户汇款与支票 第二类银行头寸调拨 第三类外汇买卖和存放款 第四类托收 第五类证券 第六类贵金属与辛迪加 第七类跟单信用证和保函 第八类旅行支票 第九类银行帐务 第十类SWIFT系统电报 SWIFT电讯的表示方法 1、各国货币的表示方法 美元USD 人民币CNY 日元JPY 英镑GBP 2、数字的表示方法数字不使用分格号，小数点用逗号表示 5，152，286.36 表示为5152286，36 4/5 0，8 5%表示为5 PERCENT 日期的表示方法YYMMDD 2007年10月15日表示为071015 第七类重点介绍MT700/701 MT707 MT700/701开立信用证格式 最长不能超过2000个字符，假如超过2000，我们将其分为若干部分，使用一个MT700以及若干个MT701 MT700 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）规定了由那些项目组成，每一个项目又严格规定了由多少字母、多少数字或多少字符组成。这些规定的表示方法及含义如下： n：只表示数字；a：只表示字母；Q：表示数字或字母；x表示SWIFT电讯中允许出现的任何一个字符（包括10个数字、26个字母、有关标点符号、空格键、回车键和跳行键）；*：行数。 例如，2 n表示最多填入2位数字；3 a表示最多填入3个字母；4*35x表示所填入的内容最多是4行，每行最多35个字符。 在一份SWIFT报文中，有些规定项目是必不可少的，称为必选项目（MANDATORY FIELD，M）；有些规定项目可以由操作员根据业务需要确定是否可以选用，这些项目称为可选项目
Standards Category n - Common Group Messages For Standards MT November 2011 Message Reference Guide Standards Release Guide This reference guide contains the category n message text standards, including a detailed description of the scope, the format specifications, the rules, the guidelines, and the field specifications of each message type. 17 December 2010
Table of Contents Introduction (3) Summary of Changes (3) Category n Message Types (4) Euro - Impact on Category Message Standards (6) MT n90 Advice of Charges, Interest and Other Adjustments (7) MT n90 Scope (7) MT n90 Format Specifications (7) MT n90 Network Validated Rules (7) MT n90 Field Specifications (7) MT n91 Request for Payment of Charges, Interest and Other Expenses (13) MT n91 Scope (13) MT n91 Format Specifications (13) MT n91 Network Validated Rules (13) MT n91 Market Practice Rules (13) MT n91 Field Specifications (13) MT n92 Request for Cancellation (19) MT n95 Queries (20) MT n96 Answers (21) MT n98 Proprietary Message (22) MT n99 Free Format Message (23) Legal Notices............................................................................................................................................ 24 Category n - Common Group Messages for Standards MT November 2011 2Message Reference Guide - Standards Release Guide
S W I F T信用证报文详 解
SWIFT 信用证及其基本内容 国际上各银行开具的信用证没有统一的格式，但无论是以什么方式开具的信用证，其遵循的基本原则和基本内容都是一致的。在出现了SWIFT组织以后，信用证的形式和条款逐渐规范，并在实际业务中为大多数国家的银行所遵循。Swift共有十类特点格式化和规范化 第一类客户汇款与支票 第二类银行头寸调拨 第三类外汇买卖和存放款 第四类托收 第五类证券 第六类贵金属与辛迪加 第七类跟单信用证和保函 第八类旅行支票 第九类银行帐务 第十类 SWIFT系统电报 SWIFT电讯的表示方法 1、各国货币的表示方法 美元 USD 人民币 CNY 日元 JPY 英镑 GBP 2、数字的表示方法数字不使用分格号，小数点用逗号表示 5，152，286.36 表示为 5152286，36 4/5 0，8 5%表示为 5 PERCENT 日期的表示方法 YYMMDD 2007年10月15日表示为071015
第七类重点介绍MT700/701 MT707 MT700/701开立信用证格式 最长不能超过2000个字符，假如超过2000，我们将其分为若干部分，使用一个MT700以及若干个MT701 MT700 02 02表示电讯等级代码(普通级) 27, 40A , 20 ,31D,50,32B,41M,49为必选项目(MANDATORY) 其余为选用项目(OPTIONAL) SWIFT信用证是指凡通过SWIFT系统开立或予以通知的信用证。在国际贸易结算中，SWIFT信用证是正式的、合法的，被信用证各当事人所接受的、国际通用的信用证。采用SWIFT信用证必须遵循SWIFT的规定，也必须使用SWIFT手册规定的代号（TAG），而且信用证必须遵循国际商会1993年修订的《跟单信用证统一惯例》各项条款的规定。在SWIFT信用证中可省去开证行的承诺条款，但不因此免除银行所应承担的义务。SWIFT信用证的特点是快速、准确、简明、可靠。 SWIFT报文（TEXT）由一些项目（FIELD）组成，每一种报文格式（MESSAGE TYPE，MT）规定了由那些项目组成，每一个项目又严格规定了由多少字母、多少数字或多少字符组成。这些规定的表示方法及含义如下：n：只表示数字；a：只表示字母；Q：表示数字或字母；x表示SWIFT电讯中允许出现的任何一个字符（包括10个数字、26个字母、有关标点符号、空格键、回车键和跳行键）； *：行数。 例如，2 n表示最多填入2位数字；3 a表示最多填入3个字母；4*35x表示所填入的内容最多是4行，每行最多35个字符。
2006年度SWIFT报文格式更新手册(2006/11/18起生效)
S W I F T M T 7 0 0 / 7 0 1 I S S U E O F A D / C 开立跟单信用证 MT700/701 范围 1、由开证行发送给通知行得报文(注意:收、发报行间必须具有BKE密押关系); 2、用来列明开证行发报行所开立得信用证条款。
◆ 除非另外列明,所开立得跟单信用证遵循巴黎国际商会制定得《跟单信用证统一惯例》。当该信用证遵循此惯例时,通知行(收报行)必须将之通知受益人或就是另一家通知行。 ◆ 除非另外列明,如果适用,跟单信用证项下得偿付遵循巴黎国际商会制定得《跟单信用证项下银行间偿付得统一规则》。 ◆ 当跟单信用证得长度超过一个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”。以此类推。