YZ/Z 0060-2006
基本信息
标准号:
YZ/Z 0060-2006
中文名称:国际邮政汇兑报文
标准类别:邮政行业标准(YZ)
标准状态:现行
发布日期:2006-07-04
实施日期:2006-07-04
出版语种:简体中文
下载格式:.rar.pdf
下载大小:2908112
标准分类号
相关单位信息
标准简介
YZ/Z 0060-2006 国际邮政汇兑报文 YZ/Z0060-2006 标准下载解压密码:www.bzxz.net
标准内容
国家邮政局标准化指导性文件
YZ/Z 0060-2006
代替YZ/Z0041-2002
YZIZ 0042-2002
国际邮政汇兑报文
2006-07-04发布
国家邮政局发布
规范性引用文件
3术语和定义
缩略语
汇票和汇票标识·
6报文使用规则
汇票报文规范·
8汇票状态报告报文规范
9确认信息报文
10错误信息报文·
附录A(规范性附录)XML报文结构定义(XSD)附录B(资料性附录)报文示例-次
TTTKONKACA
YZ/Z 0060-2006
Yz/z0060-2006
指导性文件技术内容与万国邮政联體(LPU)发布的XML报文标准M38-3《IniternationalMoneyOrdersXML-MONORD001anlXML-RESORD01messages》完全一-致,为方便使用,竞节编提上做了如下调整:
1.将M38-3的第6、7、8、9、10章合并为本指导性文件的第6章;2、将M38-3附录A的内容(报文示例除外)作为本指导性文件的正文,分别为第7、8、9、10章:3. 将 M38-3 附录 B 改为树录 A:4.将M38-3附录A中的报文示例作为附录B。鉴于M38-3目前为“1”状态,因此本指导性文件今后将会随M38的修计而修订。本指导性文性仪供参考。对本指导性文件的建议和意见,请间国家邮政局标准化十管部门反映。本指导性文件的附录A为魏范性附录,附录B为资料性附录。本指导性文件代替YZ/Z0041-2002《国际邮政江汇票报文》利YZ亿0042-2002国际邮政汇票应答报文。
本指导性文件由国家邮政励邮政储汇局提出。本指导性文件由国家邮政局科学研究规划院归口。本指导性文件起草单位:国家邮政局科学研究规划院本指导性文件主要起节人:种军、李晓平于膨引言
YZIZ 0060-2006
按照国际邮政金融业务处理规则,国际邮政汇兑业务是将一个国家的款人的汇款兑付给另一个国家的收款人的一项服务。传统方式足将国际邮政汇票和汇票兑付情况报告通过邮件或电报在各国邮政之问交换。近年来,越来越多的邮政组织利用万国邮政联盟(UPU)的国际邮政金融业务系统(IFS)和国际邮政电子金融信息安全传递系统(STEFT)开展了电子汇兑业务。初期的电子汇兑信息交换使用EDFACT报文标准M23MONORD和M24RESORD(对应于我国邮政标准编号为YZZ0041-2002《国际邮政汇票报文》和YZ亿0042-2002《国际邮政汇票应答报文》),且已经至少有18个运行FS系统的邮政组织使用EDIFACT摄文。但EDIFACT报文经过4年多的使用,发现存在一些局限性,因此UPU又制定了等效于EDIFACT报文标准的具有更多功能的XML报文标准M38,H的是用M38中规定的基于XMI.范MONORD和RESORD报文代替M23和M24。XML报文应用于IFSv3.C0和STEFIv1.00及以上版本。XMI报文的特点包括
1.支持通用字符编码标准UNICODE。允许使用相同语言的国家使用自已的语言和文字(如斯拉大语、俄语、西班牙语、阿拉伯语等)交换汇票信息和汇票状态报告信息。2.支持报文标记级的加密。对于EDIFACT报文,从发送方到接收方,整个报文在网络.上被如密,所以不可能实现在UPU信息交换中心对传输质量的监测。XML报文在标记级加密,敏感业务数据(如汇票详情和兑付详情等)仍然从发送方到接收方进行加密,但是路由、统计和跟踪数据保持明文传输,能够实现在UPU信息交换中心对传输质量的监测。3.与世界银行间金融通信组织(SWIFT)的标准兼容。基于XML的MONORD和RESORD报文包括所有由SWIPT报文支持的用于资金转账的数据元素,实现SWIFT报文与基于XML的MONORD和RESORD报文之间的相互转换在技术上是可行的,这样的转换可以实现在邮政组织与银行金融机构之问的跨网络交易。
TTIKANYKACA
1范围
国际邮政汇兑报文
YZZ 0060-2006
本指导性文件规定了用于国际邮政汇票、撤汇请求、汇票状态报告等信息交换的XML报文。本指导性文件适用UPU的IFS和STEFI系统环境下以及这些系统与我国邮政国内电子汇兑系统之间接口环境下的电子数据交换。其他的教据交换方式不在本指导性件的范围之内。2规范性引用文件
下列文件中的条款通过本指导性文件的引用而战为本指导性文件的条款。凡是注日期的引用文件,其随后所有的惨改单(不包括勘误的内容)或髂订版均不适用于本指导性文件。然而,鼓励根据本指导性文件达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本指导性文件。
GB/T2659
GB/T 12406
GB 13000-2003
ISO 13616
ISO 15459
YZT 0103
3术语和定义
世界各国和地区名称代码
表示货币和资金的代码
值息技术通用多八位编码字符集(UCS)银行和相关业务国际银行账号
信息技术运输单元推标识
标识发行组织代码编制规则
邮政组织机构代码编制规则
邮政金融机构代码编制规则
下列术语和定义适用于本指导性文件。3.1
发汇邮政
发出国际邮政汇票的邮政组织。3.2
兑付邮政
接收和兑付国际邮政汇票的邮政组织。3.3
国际邮政汇票
由发汇邮政代表汇款人发出,要求兑付邮政向收款人兑付汇款的凭证。3.4
撤汇请求
YZZ 0060-2006
发江邮政向兑付邮政提出的终止兑付汇款的请求。注:撤汇请求由发汇邮政提出,惧如果汇款己经兑付,则撤汇谱求将被兑付邮政拒绝。3.5
汇票状态报告
汇票弦付情说以及撤汀请求被接受或被拒绝情的报告。3.6
汇票标识
国际邮政汇票的国际惟标识。
汇款类型代码
汇款业务类型的代码。
示例:
OR一现金到现金(发汇折为现金,收汇方共现金)IN一现金到账户(发汇方为现金,收汇方为账户)OT一账户到现金(发汇益础户,收汇方为现金)GT一账户到账户(发汇方为账广,收汇方为账户)3.8
比对货币
汇票中指定的用于比对目的货币,没有兑付或账务结算的意义。示例:一张用美元表示的汇票可以提供与欧元比对的金额,一张用欧元表示的汇票可以提供与日元比对的金额。4缩略语
下列缩略语适用于本指导性文件。MONORD
RESORD
IFSAck
IFSErr
Money Order message
Response Money Order messageMoney arder acknowledgement messageMoney arder error message
International Money Order
Postal Technology Center
International Financial Services systemSecured Tranfer of Electrouic FinancialInformation
汇票报文
汇票状态报雀根文
确认信报文
错误信息报文
国际邮政汇票
邮政技术中心,UPU国际局的个部门,负赏管理和维护许多信息系统,包括IFS和STEFT
国际邮政金融业务系统,由UPU的PTC管理护,支持U的国际邮政金融业务处理规则中规定的业务
国际邮政电子金融信息安全传逆系统,由UPU的PTC管理和维护,支持电子金融业务相关报文的安全交换
SocietyfarWorldwideInterbankFinancial世界银行间金融通信组织Telecomunication
TTKNTKACA
UNICODE Umiversal character encodingYZ/Z 0060-2006
通用字符编码,中通川符编码协会维护,提供了用于:些语言文字的数据处理、有存储和交换的基础
注:通用学符编码符合GB13000的规定,是HTMT,和XML的默认编码,被大多数现代款件和信息技术协议支持,5汇票和汇票标识
5.1汇票、汇票状态报售和撤汇请求一张国际邮政汇票是用于间“个指定收款人兑付汇款的凭证,这个凭证由发汇邮政代表汇款人发给兑付邮政。但出于一些原因(如无法联系到收款人筝),不能保证在汇票的有效兑付期内都能成功兑付:票状态报告用于报告汇票在兑付过程中的各个状态,每个状态报告详细描述一张汇票当前的状态,在汇票的兑付期间会产生许多状态报告。注:最初的状态报告可以简单地确认汇票的接收,随后的状态报告可以报告已己通知收款人取款以及出于收款人没有来取款使兑付上作被延缓,最后报告成功兑付或未能实现兑付。在确知汇款已经兑付之前,发汇.邮政可以请求撤汇,兑付邮政应在汇票状态报告中对撤汇请求给予答复,我复中应表明撤汇请求被接受且已经停正兑付,或者由于撤汇请求无效或发送得太迟而被扭绝。5.2汇票标识
汇票标识结构见表1。该标识符合ISO15459的规定,保证国际一性。通过该标识将汇票状态报告和撤汇请求与相应的汇票进行关联。爽1汇票标识结构
字符位置
信息名称
信息播述
UPU标识发行符合I5015459的UPU标识发行组织代码。组织代码
注。本指导性文件仅支持按照UPU标识发行组织代码发行的汇禁标识,按照其他标识发行组织代码发行的标识有待今后进一步研究。
数据格式代码UPU分配的数据格式代码。江:该数据格式代码表示汇票标识足按照本指导性文件规定的综码规则构成的。
发汇邮政代码发汇邮政和兑付邮政的3学符代码,应符合S31的规宾。
值或值域
3字符标识发行组织代码,见UPL代码表109.
注,S31规定了内UPU分配的标识发行组织代码的编注:代码表109包括所有符合S31规定的标兑付屿致代码
码规则。发汇邮致和兑付邮政作为标识发行组织,使识发行组织代码,但不是所有标识发行组用由UPU分配的3字符标识发行组织代码。汇救类壁代码汇款类型的代码。汇款时限代码汇款时限的代码。织都应用IFS或STEF[交换汇票信息。应用了IFS或STEFI的邮政组织的名称和代码可以从UPU的PIC得到。
OR一现金到现金
IN-现金到账户
OT一账户到现金
GT一账户到账户
U—加意
注:加意与普通的具体含义根据翊政金融机构之间的N一督遭双违协议确定。
YZZ 0060-2006
字符位置
信息名称
表1(绥)
信息描述
发汇年份的最后1位数字。
发汇月份,用2位数字表示。
同一年由同·发汇邮政发给同一兑付邮政,且具有相同的汇类型和准款时限的汇票导码,用10位字乐,小于1000000H00时要求前置0补齐E0。注:号码不要求一定连续。递增或递减,但要求耀一。发汇邮政可以规定自已的号码结构,刻如使用前凡位表示发汇局,其余你数表示由发汇局分配的号码等,值或值域
0000000-9999999994
示例1:2004年7月法国发给日本的一张现金到现金加急汇的汇票标识,J20AFRAJPAORU407(KHH05233。示例2:2003年12月已西发给葡费牙的张账户到账普通汇票的汇票标识:20ABRAPTAGTN3120000065901。注1:上述汇票标识结构可以确保每一个汇票标识都具有国际惟一性,这样的汇票标识仅被整体使用,不应拆分。注2:IFS系统离生上述江累标识,但坞接受其他形式的汇票标识,只要它们具有惟一性。6报文使用规则
6.1汇票报文
6.1.1总体要求
汇票报文(MONORD)用于在两个国家的邮政金融业务部门之间进行国际邮政汇票和撤汇请求的电子数据交换。每个报文包括1-100张汇票信息和撤汇请求信息:且需满足如下要求,由同一发汇邮政发出;
发给同一兑付邮政;
一具有相同的汇款类型代码和汇款时限代码:在同一年份和月份内。
6.1.2报文的产生和传送
MONORD报文在应用IFS和STEFI系统的邮政金融业务部门之问传送。汇票信息般通过发汇局采集,依靠发汇邮政的借息系统,可以在不同的时间发送,但考虑到工作效率和成本,建议产生和发送MONORD报文统一到一个预定的时问,或当发给同个兑付邮政的汇票和撤汇请求达到--定的数量时发送,同对还应考虑相关汇票的优先级以及尽已发送撤汇请求的重要性。注:虽个MONORD报文可用于发送一张汇票信息或一张汇票的撤汇请求信息,但考虑到工作效率,通常规定谢个报文传送多张汇票信息。实际上,针对每个兑付邮政,每个汇款类型和汇款时限一般每天只发送1次报,或当一张汁票的撤汇请求必须发送时才发送报文。因为撤汇谢求的可接受性会随着时阅的推移而降低,因此具有很离的发送优先级。6.1.3修改已传送报文中的汇票情息一个MONORD报文不能被撤消或修改,但对于报文中的汇票信息,可以通过在一个新的MONORD报文中包含撤汇请求实现撤汇,然后在一个新的MONORD报文中包含新汇票信息实现更新。6.1.4报文的接收和处理
MONORD报文的接收方(即兑付邮政)负责兑付报文中的汇票,并且在一个和多个RESORD报文中报告这些汇票兑付过程中的状态。汇票状态报告在汇票兑付期间随时产生,当汇票已经兑付,无法兑付或接受撤汇请求时完成。兑付邮政应尽力实现撤汇请求,然而若相关汇票已经兑付,则撤汇请求将被拒绝。6.2汇票状态报告报文
6.2.1总体要求
汇票状态报告报文(RESORD)用于·在两个国家的邮政金融业务部门之间进行国际邮政汇票兑付过4
TTTKANYKACA
YZ/Z 0060-2006
程各个状态报告的电子数据交换,每个报文包括1~100张别票兑付、未兑付和撤汇情况的报告,且需满足如下要求:
由同一兑付邮政发山
一发给同·发汇邮政;
一具有相同的汇款类型代码和汇款时限代码,一在同一年份和月份内。
一个RESORD报文可以包括一张汇票或多张汇票的多个状态报告,--个RESORD报文可以包括不同的MONORD报文中的汇票的状态报告。注:对于每个汇款类型和汇款时报,通常每天都要发送MONORD报文,且包插全天的汇票信息。汇费的兑付将在不同的时间完成,且会产生不同的状态报告,因此个RESORD报文可以包括不同的MONORD报文中汇票的状态报告。汇票状态报告和汇票之间的关联通过汇票标识来实现,6.2.2据文的产生和传送
RESORD报文在应用IFS和STEFI系统的邮政金融业务部门之间传送。汇票状态报告可能在不同的时间采集,所以可以在不同的时闻发送,但考虑到工作效和成本,建议产生和发送RESORD报文绕到一个预定的时间,或对于一个发汇邮政的汇票状态报告达到一定的数量时发送。注:然一个RESORD报文可用于发送一张汇票的状态报告,但考虑到T.作效率,通常规定每个报文传送多张票的状态报告。实际,上,对于筹个发汇邮政、每个汇款类型和汇款时限每天一般只发送1次报文。6.2.3修改已传送报文中的状态报告信息RESORD报文不能被撤消或修改,但对于报文中的汇票状态报告,可以通过在一个或多个新的RESORD报文中对相关汇票发送新的状态报告进行更新。6.2.4报文的接收和处理
RESORD报文的接收方(即发汇邮政),通过RESORD报文获得汇票状态和撤汇请求处理情况的报告。6.3确认信报文
6.3.1总体要求
确认信息报文(IFSAck)用于对整个MONORD或RSORD报文的接收和成功处理情况进行确认。6.3.2报文的产生和传送
IFSAck报文由应用IFSv3.00和STEHv1.00及更高版本的的邮政金融部门发给其他应用同样系统的邮政金融业务部门。
6.4错误循息报文
6.4.1总体要求
错误信息报文(IFSErr)用于对整个MONORD或RESORD报文被接收系统拒绝时的错误信息交换,报文中包括导致MONORD或RESORD报文被系统拒绝的原因。6.4.2报文的产生和传送
IFSErr报文由应用IFSY3.00和STEFIv1.00及更高版本的邮政金融业务部门发给其他应用同样系统的邮政金融业务部门。
6.5安全性
考虑到金融业务信息的特点,MONORD和RESORD报文在UPU的世界链的IFS网络.上传输有必要进行端到端(从发送方到接收方)的数据加密和数字签名,目的是保证金融业务信息的机密性、数据完整性和不可否认性(通过数字签名和时间戳实现)。在XML报文的标说级进行加密,特别是对MONORD报文中的元素“汇票详情”和RESORD报文中的3
YZ/Z0060-2006
元蔡“兑付详情”进行端到端的数据加密,报文的其余内筹明文传送。该加密方式保证汇兑业务信息中的敏感数据的机密性要求,筒时允许路由、统计和跟踪数据明文传送,可以在UPU信息中心实现传输质量游测。
发送报文的邮政实施数据加密利数字签名。接收报文的邮政实施数据解密和验证数字签名。详细的加密、解密和数字等名、签名验证机制包括在UPU的IFS系统中。注:对T金融业务系统的安全性是极为重要的,本报文依赖于UPV的IFS和STEFI系统的安全特性,未使用IFS和STEFI系统的汇兑信慧交换需要采取适当的去全措施,本指导性文件未涵盖,需要由报文交换各方共同规定。6.6相关规定
6.6.1日期和时间
对于每个当地日期和时间,都有相对应的世界标日期和时间,所有报文要求包括以上两类时间表示方法。
6.6.2元素和属性的要求
在报文中,一个元素的属性可以是必备型、可选型或条件型,一个元素在它的父元素中也可以是必备型、可选型或条件型。即使一个子元素是必备型,也只有在它的父元素出现时才出现。在XM报文中根无案是必备型,每-个XML报文只有个根元亲。6.6.3数据加密
MONORD报文中的元案“汇票详情”和RESORD报文中的元末“兑付详情”包含敏感的业务数据,这些光素中的数据,以及它们的所有子元素中的数据被加密,其他元素中的数据不加密。6.6.4向后兼容
本指导性文件定义的是XML报女,仅被IFSY3.00和STEFIv1.00及更高版本支持。XML报支比由IFSY2.Xx支持的EDIFACI报文包含更多的信息。6.6.5邮政织机构代码
发汇邮政和兑付邮政使用符合UPU标准S35的邮政组织机构代码来标识。注:当前的IFS系统仪支持6字符的邮政组织机构代码,该代码包括前级IC和一个符合S31规定的3字符标识发行组织代码。发汇邮致和兑邮政拥有UPLi分配的6字符邮政组织机构代码,可以实现在世界范固内的惟一性。未来IFS系统的扩离将支持非UPU的标识发行组织代码,这将意味著需要支持an.35格试,不只是当前的an6格式。7汇票报文规范
7.1功能
MONORD报文被IFSV3.00和STEFI1.00及更高版本支持。MONORD报文由发汇邮政发给兑村邮政,报文中可以包括两类信息:·新汇票目的是向兑付邮政提供兑付汀款的全部偿息,撤汇请求一一目的是要求兑付邮政终止兑付以前传送的汇票。7.2汇票状态代码
MONORD报文中的汇票状态用2莅字符代码表示,分别用于STEFI系统和正FS系统,见表2。表2汇票状志代码
汇巢状森
新汇票
撤汇诸求
用于STEFI的代码
用于EFS的代码
TTTKAONYKACA
见元囊.“办理汇款”和“汇票详情”。7.3汇票报文总体结构
汇票报文总体结构见图1。
AML-MONORD-Overview
Monadn
CHCCDTSU
caring
Purchase
EMUTCDT
EYtCDT
raScceerooerwse
Address
ERCOED
onerbetaisStatccoocroocherweeOrcrehacicns
Decimranon
TB-RCOED
Lransccd
eoumter
B-RCOET
DepostedB(RCOE
Customers
Sender
Addres
BirhDat
Dseconta
contacts
YZ/Z 0060-2006
DPraetoRoeNcueoccrwve
B-RCOBE
BARCOBN
ekewan
RansAccount
Addrexs
raPodmeeOotGoherwise
orPdoctORDrOTrDherwse
BankAccount if PndodtNor GkuouherwaeBARGOE
Address
注:图中表示必各型。且要求多各型位出现1次500表承必各型,且要求至少出现1次,最多可出现100次。夏w表示条件型,即满足条件时出现1次,否则不现B-RCOE表示可滤型
上述图注适用于以下所有结树判。图1汇票报文总体结构
YZ/Z 0060-2006
汇票报文总体结构的中文版见图之基于的汇葬报文的架构
播文国时SU
文地时
单详请
惠车国
事祥当地时间
事祥租
办理汇款
汇跟评情
Stalcccootherwse
我时面
监地时阅
OLfSateC
Cc.owtherwiso
收款人
BRCOED
Uf ProducORorLNUTjonerwwe
BRCOEY
发祥果免费标准bzxz.net
身(第)B(RCOE
联系方式
最行账产
联方式
银账产
BHRCOE
LnrProducteoT or GT.ujouherwiseOifProductmfoRorGrxomDothcwiBRCOE
ifProdoctuNorGt..1oherwise
B-RCOE
图2汇聚报文总体结构的中文版
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。