JR/T 0053-2009
基本信息
标准号： JR/T 0053-2009
中文名称：机动车保险数据交换规范
标准类别：金融行业标准(JR)
标准状态：现行
发布日期：2009-04-03
实施日期：2009-04-03
出版语种：简体中文
下载格式：.rar .pdf
下载大小：85837522
标准分类号
关联标准
出版信息
标准价格：0.0 元
出版日期：2009-04-03
相关单位信息
发布部门：中国人民银行
标准简介
JR/T 0053-2009 机动车保险数据交换规范 JR/T0053-2009 标准下载解压密码：www.bzxz.net
标准图片预览
标准内容
ICS03.060
中华人民共和国金融行业标准
JR/T0053—2016
代替JR/T0053-2009
机动车保险数据交换规范
DataExchangeStandardofAutoInsurance2016-12-16发布
2016-12-16实施
中国保险监督管理委员会发布
1范围
2规范引用文件
3术语和定义
4数据格式
5交易说明
6交易定义
7消息定义，
8对象定义，
9代码定义
参考文献
JR/T0053—2016
本标准由全国金融标准化技术委员会保险分技术委员会提出。本标准由中国保险监督管理委员会和全国金融标准化技术委员会批准本标准由全国金融标准化技术委员会保险分技术委员会归口管理。本标准起草单位：中国人民财产保险股份有限公司。本标准主要起草人：王和、邵利锋、门志勇、王吉玲，本标准于2015年进行第一次修订。JR/T0053—2016
JR/T00532016
本标准以《中华人民共和国标准化法》和《金融行业标准管理办法》、《中华人民共和国保险法》为主要依据，参考了国内外车辆保险数据交换标准编制和实施的成功经验，并按国内车辆保险业务活动的市场状况和业务基本特点、技术现状和未来发展需要编制而成制定该标准的目的是为了适应车辆保险发展的需要，制定过程中遵循实用性、权威性、协调性、严谨性、先进性的原则。起草工作组对于能采用保险行业既有标准的地方尽量采用既有标准。对于车辆保险行业特有的内容，工作组对有关事项展开深入分析，结合长年的车辆保险工作实践，并借鉴行业内对车辆保险已经达成一致的行为规范。在充分调研的基础上，工作组以现有车辆保险标准体系的特点为基础，尽可能准确地将常用活动及其数据内容予以规范和标准化。本标准在规范车辆保险数据交换标准相关工作的同时，力求保证其可扩充性和可维护性，为今后本标准的扩充和完善打下基础。
1范围
机动车保险数据交换规范下载标准就来标准下载网
JR/T0053—2016
本标准规定机动车保险（以下简称“车险”）业务领域的交易类型、交易包数据模型及数据字典本标准适用于全国车险领域的保险数据交换活动。本标准规范了以下这些内容：
◆车险数据交换的交易及交易模式●车险数据字典，统一业务概念的命名和分类：◆车险数据模型，统一数据交换格式，及交易数据各元素的数据类型和数据结构。本标准适用于中国境内从事机动车保险业务的财产险公司、代理公司及相关信息服务公司，保险集团公司所属的其它金融企业亦可参照使用。规范引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注明日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本标准达成协议的各方研究是否可以使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T12406表示货币和资金的代码职业分类与代码
GB/T6565
GB/T2260
中华人民共和国行政区划代码
GB/T2261个人基本信息分类与代码GB/T2659
GB/T4658
GB/T 4766
世界各国和地区名称代码
学历代码
婚姻状况代码
GB/T 12402-2000
JR/T 0030—2007
JR/T 0032—2007
JR/T0038—2007
JR/T 0033—2007
JR/T 0034-2007
中华人民共和国经济类型分类与代码保险术语
保险术语（修订版）
保险标准化工作指南
保险基础数据元目录
保险业务代码集
GA24-2005机动车登记信息代码
GA16-2003道路交通事故信息代码GA408-2006道路交通违法管理信息代码GA409-2003全国道路交通管理系统数据交换格式1
3术语和定义
JR/T00532016
《保险术语》标准中确立保险行业术语，以及下列涉及保险行业数据交换领域的术语和定义适用于本标准。
交易Transaction
交易指计算机系统间通过结构化的数据互换来完成相应保险业务的事务处理单元。3.2
消息Message
消息是交易处理过程中数据交换的载体，用可扩展标记语言（XML）进行结构化描述的数据集合，内部封装了交易所需的信息，不设定或标识任何通信（头或尾、协议或字符码)或保密的有关内容。消息可以分为：请求消息、应答消息、通知交易。3.3
请求消息RequestMessage
请求消息是交易涉及的一方向另一方提出业务处理申请的消息，消息中封装了与该业务处理所需的相关信息。提出业务处理申请一方称为消息请求方（RequestSide），接受业务处理申请的一方称为消息应答方（ResponseSide)。
应答消息ResponseMessage
应答消息是消息应答方向消息请求方就其所发出的请求消息所发送的一个回复信息，回复信息里面应当包含处理情况或者处理结果。3.5
报文Datagram
报文是用于在机构之间交换信息的数据集合，它设定或标识了通信(头或尾、协议或字符码)或加密解密的有关内容，其主体部分是具体的消息3.6
请求方RequestSide
请求消息的发送方，同时也是应答消息的接收方。3.7
应答方ResponseSide
请求消息的接收方，也是应答消息的发送方。3.8
元素Element
元素是某个数据集合内的具体数据项，是构成消息的最小单位。例如在询价消息中，投保单号码就是一个元素。
属性Attribute
属性是对象或者元素的特征，是对对象或者元素的进一步描述和说明，每个对象或者元素都可以有一个或者多个属性。
对象类ObjectType
JR/T0053—2016
对象类是一组元素的集合，对象类中的每个元素在给特定的对象引用时是这个对象的必需的元素，而特定对象可以根据不同的情况，增加一些元素以完善其属性。3.11
对象Object
对象是由一个或一个以上的元素组成，或由元素和其他对象组成，用于对现实中的某一类概念进行描述的数据项的集合。例如保单对象可以用于描述任意一张可能存在的保单。3.12
数据模型DataModel
数据模型是用于描述保险事件或保险行为的逻辑数据结构，它定义了一系列元素、对象之间的关系以及每个元素的数据类型，同时规定了某个特定的消息或者对象应由哪些元素和对象组成，以及它们的存放方式。
4数据格式
本章描述标准所涉及的数据类型及表示方法4.1字符型String
字符型的类型申明代表一个元素可以由一定数量的的字符(不含控制字符)组成，字符的数量限制并不影响元素的数据类型，CInfinite则表示一个元素没有长度限制。例：C255说明最小的长度为1，最大的长度为255。
4.2数值型Numeric
本标准中数值型分为三类：整数型（Integer）、高精度型（Decimal）、百分比型（Percent）。其中百分比型表示用于表示各种单位中的比率值，如百分比50%须表示为50。数值型数据表示一个满足以下规则的数量值：
数值型的位数不能超过15个，但是标点符号不计算在内（例如：正负号、小数点、货币符号1）
等）。
2）数量值不限于整数值，而且允许小数点出现在数字列中任何位置（例如：可以接受+123456789这种表示方法)。
3）正负号可以有也可以没有，如果有正负号就必须出现在最左边的位置，如果没有，默认为正值4.3日期时间型DateandTime
日期时间型格式描述为yyyymmddhhmmss如20060310152030。日期时间型数据可分为日期型和时间型2个子类型：日期型（Date）格式为yyyymmdd，如20060310：时间型（Time）格式为hhmmss如152030。单独使用Date类型表明只关注发生日期，单独使用Time类型表示只关注发生在一天中的具体时间。4.4标识符型Identifier
标识符型（简写为ID）类型申明代表相关元素是标识机构、组织、个人或其他参与方的惟一标识符。同时标识符型也包括了标识型，例如个人代理人的号码。标识符型包括简单标识（SimpleIdentifier，3
JR/T0053—2016
SimpleID）、通用唯一标识符（UniversallyUniqueIdentifier，UUID）和统一资源标识（UniversalResourceIdentifier，URI）三种类型。UUID类型的元素是一个长度不超过36位的狭义字符型数据。在可读文档中，一个通用唯一标识符(UUID)是通过多个部分按照一定的排序来表示，这些部分是通过单划线分隔开的。每一个部分都是一个不满位数补零的十六进制的整数，都包含了重要的含义。十六进制数中的a到f是当作小写字母输出，而在输入时大小写字母都可以接受。各部分的次序与通用唯一标识符的结构一致。URI类型用于标识一处网络资源，对于同一文档内部的资源，我们建议采用String类型的XPath格式进行描述。
4.5布尔型Boolean
布尔型类型申明表示相应的元素是一个两价逻辑值（真或者假）。‘true”或者‘1’表示一个为真的逻辑值，“false’或者“o’表示一个为假的逻辑值。4.6货币型Currency
货币型类型申明的元素是以元为单位，精确到分，保留2位小数。表示所有货币金额。货币金额型的数据至少包括一个十进制数值和一个满足GB/T12406《表示货币和资金的代码》定义的（三位）货币代码。
4.7计量型Measure
计量型类型申明表示相关的元素包括一个十进制数和单位。例如物体的长、宽、高、容量等，或者汽车的功率、排气量、重量等。4.8枚举型Enumeration
枚举型（简写为Enum）是字符型的扩展类型，通常用于限制元素的取值。枚举型数据类型可以分为开放式枚举（OpenEnum）和封闭式枚举（ClosedEnum）。开放式枚举是指对一些有效的枚举值进行了定义，同时允许本标准的用户进行扩展。开放式枚举型为客户和终端系统提供了一种机制，使得只需要消息流的两端（起点和终点）都能够理解消息的含义，而中间媒介不需要理解消息就能够完成系统之间的数据交换封闭式枚举型是指已经对所有有效的枚举值进行了定义的枚举类型。任何未包含在定义范围内的值都是无效的。
5交易说明
5.1交易的模式
在本标准内，车辆保险相关的交易均由两种消息组合而成，它们是请求消息和应答消息，这样的模式通过交易流水号将请求消息和应答消息关联起来，交易流水号由请求方创建并传送至应答方。本标准暂未提供通知类交易。
在保险代理人、理赔代理人、保险公司、车险信息平台之间，请求方和应答方的对应关系并不固定，而是应该依据具体业务需求而定。本标准后维继将提供非强制性的《车险数据交换规范实施指南》，其中将描述具体的规范使用方法及细节处理。5.2批量处理
JR/T00532016
在本标准内，批量处理是通过将多个交易打包成一个交易集合的方式来完成的，其交易过程和其他单处理的交易一样为一次，其中批量处理中的每一笔处理对应一个交易，并分配唯一的交易流水号5.3冲正处理
本标准冲正处理是通过相应的正交易实现，暂不提供独立的冲正交易，5.4交易安全性
本标准建议通过对交易报文进行通信加密来提高交易的安全性，暂不规定具体的加密方法种类和措施。对于支付类交易的报文，本标准建议对全文进行数字签名处理，以适当形式将签名报文附在主报文中。
5.5交易错误处理
在应答消息中会包含出错的信息，错误信息包括2个部分：第一部分包括整个交易状态（如：成功状态、失败状态，待处理状态等）；第二部分包含对具体的错误信息的描述（如：什么发生错误等），所有的错误信息均采用标准化定义。6交易定义
交易定义包括六个部分：交易归属类别、交易码、定义、用途、约束条件和消息组成、在本标准中，交易归属类分为通用交易、承保类交易、理赔类交易和支付类交易四类。其中通用交易表示相关交易不区分保险产品线特性，任何财产保险产品线的业务处理均可能用到此类交易，例如车辆查询、当事人查询等交易等；承保类交易表示相关交易需要区分保险产品线进行定义，业务范畴包括所有的投保、承保和批改行为，例如询价交易、新契约交易、保单变更询价交易等；理赔类交易涉及的业务范畴包括所有保险理赔处理行为，相关交易需要区分保险产品线进行定义，例如理赔状态查询交易、报案交易等；支付类交易及的业务范畴包括所有支付处理行为，主要目标是解决车险业务“见费出单”管控问题、理赔支付问题，相关交易不需要区分保险产品线进行定义，例如支付确认交易、支付记录查询交易等。上述分类主要是从概念和功能上进行分类，不具备内容上的强制性。在本标准中与行业平台的交易码由3-5位字符组成，核心业务类第1位固定为“V”，代表车险交易；第2-3位为数字，用于代表相应的主交易；第4-5位为数字，用于代表相关主交易的子交易。例如新契约交易的交易码为“V02”，包括车险新契约交易、车船税确认交易和虚拟新契约交易三个子交易，其中车险新契约交易的交易码为“V0201”，车船税确认交易的交易码为“V0202”，虚拟新契约交易的交易码为“V0209”。车型及风险保费等辅助类第1位为“F”、“B”、“C”等，标明该交易的所属类型，并附加2位数字区分该分类里的具体交易。6.1询价交易
表1询价交易
所属类别
交易码
询价交易是指计算投保实例价值和税费情况的事务处理、新契约投保之前的询价应使用本交易次交易只能完成特定车辆的询价。承保类交易
消息组成
新契约交易
所属类别
交易码
消息组成
JR/T0053
—2016
保费询价交易(V0101)：请求方发送的保费询价请求消息和应答方返回的保费询价应答消息组成了整个交易。
投保查询校验
保险公司将投保查询校验信息送至平台，平台根据校验结果将投保查（VO121)：
询计算的风险系数信息返回保险公司。表2新契约交易
投保一份新保单的事务处理。
用来完成一次新契约承保业务。存在关联的询价交易，
承保类交易
次交易只能完成一份保单的承保处理，车险新契约交易(V0201)：请求方将保险单信息发送给应答方，确认承保行为，应答方反馈处理结果。请求方发送的车险新契约请求消息和应答方返回的车险新契约应答消息组成了整个交易。虚拟新契约交易（V0209)：请求方发送虚拟新契约交易，应答方按照新契约确认的要求进行检查，
反馈检查结果。保险公司发送的虚拟新契约请求消息和平台返回的虚拟新契约应答消息。保单最新数据查询
表3保单最新数据查询交易
所属类别
交易码
消息组成
查询保单关键信息获取的事务处理。用于特殊情况下的保单状态查询和比对。次交易只能一张保单的信息查询。承保类交易
保单最新数据查询-(V0301)：请求方发送的保单最新信息查询请求消息和应答方返回的保单最新信息查询应答消息组成了整个交易，保单号上传-(V0309)：请求方发送的保单基本信息查询请求消息和应答方返回的保单基本信息查询应答消息组成了整个交易。交强和商业保单关联关系上传
表4交强和商业保单关联关系上传定义
所属类别
交易码
消息组成
对承保的交强和商业保单关联信息的事务处理。本交易可以将承保的交强和商业保单关联的信息传送到平台。本交易只能针对承保的交强和商业关联的保单进行传送。通用交易
保险公司可以通过此接口，将本司承保的交强和商业保单关联信息传送至平台。保单注销交易
表5保单注销交易
对于确认投保的保单，取消其确认操作的事务处理，6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国金融行业标准
JR/T0053—2016
代替JR/T0053-2009
机动车保险数据交换规范
DataExchangeStandardofAutoInsurance2016-12-16发布
2016-12-16实施
中国保险监督管理委员会发布
1范围
2规范引用文件
3术语和定义
4数据格式
5交易说明
6交易定义
7消息定义，
8对象定义，
9代码定义
参考文献
JR/T0053—2016
本标准由全国金融标准化技术委员会保险分技术委员会提出。本标准由中国保险监督管理委员会和全国金融标准化技术委员会批准本标准由全国金融标准化技术委员会保险分技术委员会归口管理。本标准起草单位：中国人民财产保险股份有限公司。本标准主要起草人：王和、邵利锋、门志勇、王吉玲，本标准于2015年进行第一次修订。JR/T0053—2016
JR/T00532016
本标准以《中华人民共和国标准化法》和《金融行业标准管理办法》、《中华人民共和国保险法》为主要依据，参考了国内外车辆保险数据交换标准编制和实施的成功经验，并按国内车辆保险业务活动的市场状况和业务基本特点、技术现状和未来发展需要编制而成制定该标准的目的是为了适应车辆保险发展的需要，制定过程中遵循实用性、权威性、协调性、严谨性、先进性的原则。起草工作组对于能采用保险行业既有标准的地方尽量采用既有标准。对于车辆保险行业特有的内容，工作组对有关事项展开深入分析，结合长年的车辆保险工作实践，并借鉴行业内对车辆保险已经达成一致的行为规范。在充分调研的基础上，工作组以现有车辆保险标准体系的特点为基础，尽可能准确地将常用活动及其数据内容予以规范和标准化。本标准在规范车辆保险数据交换标准相关工作的同时，力求保证其可扩充性和可维护性，为今后本标准的扩充和完善打下基础。
1范围
机动车保险数据交换规范下载标准就来标准下载网
JR/T0053—2016
本标准规定机动车保险（以下简称“车险”）业务领域的交易类型、交易包数据模型及数据字典本标准适用于全国车险领域的保险数据交换活动。本标准规范了以下这些内容：
◆车险数据交换的交易及交易模式●车险数据字典，统一业务概念的命名和分类：◆车险数据模型，统一数据交换格式，及交易数据各元素的数据类型和数据结构。本标准适用于中国境内从事机动车保险业务的财产险公司、代理公司及相关信息服务公司，保险集团公司所属的其它金融企业亦可参照使用。规范引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注明日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本标准达成协议的各方研究是否可以使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T12406表示货币和资金的代码职业分类与代码
GB/T6565
GB/T2260
中华人民共和国行政区划代码
GB/T2261个人基本信息分类与代码GB/T2659
GB/T4658
GB/T 4766
世界各国和地区名称代码
学历代码
婚姻状况代码
GB/T 12402-2000
JR/T 0030—2007
JR/T 0032—2007
JR/T0038—2007
JR/T 0033—2007
JR/T 0034-2007
中华人民共和国经济类型分类与代码保险术语
保险术语（修订版）
保险标准化工作指南
保险基础数据元目录
保险业务代码集
GA24-2005机动车登记信息代码
GA16-2003道路交通事故信息代码GA408-2006道路交通违法管理信息代码GA409-2003全国道路交通管理系统数据交换格式1
3术语和定义
JR/T00532016
《保险术语》标准中确立保险行业术语，以及下列涉及保险行业数据交换领域的术语和定义适用于本标准。
交易Transaction
交易指计算机系统间通过结构化的数据互换来完成相应保险业务的事务处理单元。3.2
消息Message
消息是交易处理过程中数据交换的载体，用可扩展标记语言（XML）进行结构化描述的数据集合，内部封装了交易所需的信息，不设定或标识任何通信（头或尾、协议或字符码)或保密的有关内容。消息可以分为：请求消息、应答消息、通知交易。3.3
请求消息RequestMessage
请求消息是交易涉及的一方向另一方提出业务处理申请的消息，消息中封装了与该业务处理所需的相关信息。提出业务处理申请一方称为消息请求方（RequestSide），接受业务处理申请的一方称为消息应答方（ResponseSide)。
应答消息ResponseMessage
应答消息是消息应答方向消息请求方就其所发出的请求消息所发送的一个回复信息，回复信息里面应当包含处理情况或者处理结果。3.5
报文Datagram
报文是用于在机构之间交换信息的数据集合，它设定或标识了通信(头或尾、协议或字符码)或加密解密的有关内容，其主体部分是具体的消息3.6
请求方RequestSide
请求消息的发送方，同时也是应答消息的接收方。3.7
应答方ResponseSide
请求消息的接收方，也是应答消息的发送方。3.8
元素Element
元素是某个数据集合内的具体数据项，是构成消息的最小单位。例如在询价消息中，投保单号码就是一个元素。
属性Attribute
属性是对象或者元素的特征，是对对象或者元素的进一步描述和说明，每个对象或者元素都可以有一个或者多个属性。
对象类ObjectType
JR/T0053—2016
对象类是一组元素的集合，对象类中的每个元素在给特定的对象引用时是这个对象的必需的元素，而特定对象可以根据不同的情况，增加一些元素以完善其属性。3.11
对象Object
对象是由一个或一个以上的元素组成，或由元素和其他对象组成，用于对现实中的某一类概念进行描述的数据项的集合。例如保单对象可以用于描述任意一张可能存在的保单。3.12
数据模型DataModel
数据模型是用于描述保险事件或保险行为的逻辑数据结构，它定义了一系列元素、对象之间的关系以及每个元素的数据类型，同时规定了某个特定的消息或者对象应由哪些元素和对象组成，以及它们的存放方式。
4数据格式
本章描述标准所涉及的数据类型及表示方法4.1字符型String
字符型的类型申明代表一个元素可以由一定数量的的字符(不含控制字符)组成，字符的数量限制并不影响元素的数据类型，CInfinite则表示一个元素没有长度限制。例：C255说明最小的长度为1，最大的长度为255。
4.2数值型Numeric
本标准中数值型分为三类：整数型（Integer）、高精度型（Decimal）、百分比型（Percent）。其中百分比型表示用于表示各种单位中的比率值，如百分比50%须表示为50。数值型数据表示一个满足以下规则的数量值：
数值型的位数不能超过15个，但是标点符号不计算在内（例如：正负号、小数点、货币符号1）
等）。
2）数量值不限于整数值，而且允许小数点出现在数字列中任何位置（例如：可以接受+123456789这种表示方法)。
3）正负号可以有也可以没有，如果有正负号就必须出现在最左边的位置，如果没有，默认为正值4.3日期时间型DateandTime
日期时间型格式描述为yyyymmddhhmmss如20060310152030。日期时间型数据可分为日期型和时间型2个子类型：日期型（Date）格式为yyyymmdd，如20060310：时间型（Time）格式为hhmmss如152030。单独使用Date类型表明只关注发生日期，单独使用Time类型表示只关注发生在一天中的具体时间。4.4标识符型Identifier
标识符型（简写为ID）类型申明代表相关元素是标识机构、组织、个人或其他参与方的惟一标识符。同时标识符型也包括了标识型，例如个人代理人的号码。标识符型包括简单标识（SimpleIdentifier，3
JR/T0053—2016
SimpleID）、通用唯一标识符（UniversallyUniqueIdentifier，UUID）和统一资源标识（UniversalResourceIdentifier，URI）三种类型。UUID类型的元素是一个长度不超过36位的狭义字符型数据。在可读文档中，一个通用唯一标识符(UUID)是通过多个部分按照一定的排序来表示，这些部分是通过单划线分隔开的。每一个部分都是一个不满位数补零的十六进制的整数，都包含了重要的含义。十六进制数中的a到f是当作小写字母输出，而在输入时大小写字母都可以接受。各部分的次序与通用唯一标识符的结构一致。URI类型用于标识一处网络资源，对于同一文档内部的资源，我们建议采用String类型的XPath格式进行描述。
4.5布尔型Boolean
布尔型类型申明表示相应的元素是一个两价逻辑值（真或者假）。‘true”或者‘1’表示一个为真的逻辑值，“false’或者“o’表示一个为假的逻辑值。4.6货币型Currency
货币型类型申明的元素是以元为单位，精确到分，保留2位小数。表示所有货币金额。货币金额型的数据至少包括一个十进制数值和一个满足GB/T12406《表示货币和资金的代码》定义的（三位）货币代码。
4.7计量型Measure
计量型类型申明表示相关的元素包括一个十进制数和单位。例如物体的长、宽、高、容量等，或者汽车的功率、排气量、重量等。4.8枚举型Enumeration
枚举型（简写为Enum）是字符型的扩展类型，通常用于限制元素的取值。枚举型数据类型可以分为开放式枚举（OpenEnum）和封闭式枚举（ClosedEnum）。开放式枚举是指对一些有效的枚举值进行了定义，同时允许本标准的用户进行扩展。开放式枚举型为客户和终端系统提供了一种机制，使得只需要消息流的两端（起点和终点）都能够理解消息的含义，而中间媒介不需要理解消息就能够完成系统之间的数据交换封闭式枚举型是指已经对所有有效的枚举值进行了定义的枚举类型。任何未包含在定义范围内的值都是无效的。
5交易说明
5.1交易的模式
在本标准内，车辆保险相关的交易均由两种消息组合而成，它们是请求消息和应答消息，这样的模式通过交易流水号将请求消息和应答消息关联起来，交易流水号由请求方创建并传送至应答方。本标准暂未提供通知类交易。
在保险代理人、理赔代理人、保险公司、车险信息平台之间，请求方和应答方的对应关系并不固定，而是应该依据具体业务需求而定。本标准后维继将提供非强制性的《车险数据交换规范实施指南》，其中将描述具体的规范使用方法及细节处理。5.2批量处理
JR/T00532016
在本标准内，批量处理是通过将多个交易打包成一个交易集合的方式来完成的，其交易过程和其他单处理的交易一样为一次，其中批量处理中的每一笔处理对应一个交易，并分配唯一的交易流水号5.3冲正处理
本标准冲正处理是通过相应的正交易实现，暂不提供独立的冲正交易，5.4交易安全性
本标准建议通过对交易报文进行通信加密来提高交易的安全性，暂不规定具体的加密方法种类和措施。对于支付类交易的报文，本标准建议对全文进行数字签名处理，以适当形式将签名报文附在主报文中。
5.5交易错误处理
在应答消息中会包含出错的信息，错误信息包括2个部分：第一部分包括整个交易状态（如：成功状态、失败状态，待处理状态等）；第二部分包含对具体的错误信息的描述（如：什么发生错误等），所有的错误信息均采用标准化定义。6交易定义
交易定义包括六个部分：交易归属类别、交易码、定义、用途、约束条件和消息组成、在本标准中，交易归属类分为通用交易、承保类交易、理赔类交易和支付类交易四类。其中通用交易表示相关交易不区分保险产品线特性，任何财产保险产品线的业务处理均可能用到此类交易，例如车辆查询、当事人查询等交易等；承保类交易表示相关交易需要区分保险产品线进行定义，业务范畴包括所有的投保、承保和批改行为，例如询价交易、新契约交易、保单变更询价交易等；理赔类交易涉及的业务范畴包括所有保险理赔处理行为，相关交易需要区分保险产品线进行定义，例如理赔状态查询交易、报案交易等；支付类交易及的业务范畴包括所有支付处理行为，主要目标是解决车险业务“见费出单”管控问题、理赔支付问题，相关交易不需要区分保险产品线进行定义，例如支付确认交易、支付记录查询交易等。上述分类主要是从概念和功能上进行分类，不具备内容上的强制性。在本标准中与行业平台的交易码由3-5位字符组成，核心业务类第1位固定为“V”，代表车险交易；第2-3位为数字，用于代表相应的主交易；第4-5位为数字，用于代表相关主交易的子交易。例如新契约交易的交易码为“V02”，包括车险新契约交易、车船税确认交易和虚拟新契约交易三个子交易，其中车险新契约交易的交易码为“V0201”，车船税确认交易的交易码为“V0202”，虚拟新契约交易的交易码为“V0209”。车型及风险保费等辅助类第1位为“F”、“B”、“C”等，标明该交易的所属类型，并附加2位数字区分该分类里的具体交易。6.1询价交易
表1询价交易
所属类别
交易码
询价交易是指计算投保实例价值和税费情况的事务处理、新契约投保之前的询价应使用本交易次交易只能完成特定车辆的询价。承保类交易
消息组成
新契约交易
所属类别
交易码
消息组成
JR/T0053
—2016
保费询价交易(V0101)：请求方发送的保费询价请求消息和应答方返回的保费询价应答消息组成了整个交易。
投保查询校验
保险公司将投保查询校验信息送至平台，平台根据校验结果将投保查（VO121)：
询计算的风险系数信息返回保险公司。表2新契约交易
投保一份新保单的事务处理。
用来完成一次新契约承保业务。存在关联的询价交易，
承保类交易
次交易只能完成一份保单的承保处理，车险新契约交易(V0201)：请求方将保险单信息发送给应答方，确认承保行为，应答方反馈处理结果。请求方发送的车险新契约请求消息和应答方返回的车险新契约应答消息组成了整个交易。虚拟新契约交易（V0209)：请求方发送虚拟新契约交易，应答方按照新契约确认的要求进行检查，
反馈检查结果。保险公司发送的虚拟新契约请求消息和平台返回的虚拟新契约应答消息。保单最新数据查询
表3保单最新数据查询交易
所属类别
交易码
消息组成
查询保单关键信息获取的事务处理。用于特殊情况下的保单状态查询和比对。次交易只能一张保单的信息查询。承保类交易
保单最新数据查询-(V0301)：请求方发送的保单最新信息查询请求消息和应答方返回的保单最新信息查询应答消息组成了整个交易，保单号上传-(V0309)：请求方发送的保单基本信息查询请求消息和应答方返回的保单基本信息查询应答消息组成了整个交易。交强和商业保单关联关系上传
表4交强和商业保单关联关系上传定义
所属类别
交易码
消息组成
对承保的交强和商业保单关联信息的事务处理。本交易可以将承保的交强和商业保单关联的信息传送到平台。本交易只能针对承保的交强和商业关联的保单进行传送。通用交易
保险公司可以通过此接口，将本司承保的交强和商业保单关联信息传送至平台。保单注销交易
表5保单注销交易
对于确认投保的保单，取消其确认操作的事务处理，6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。