《股指期货业务基金期货数据交换接口.docx》由会员分享，可在线阅读，更多相关《股指期货业务基金期货数据交换接口.docx（75页珍藏版）》请在三一办公上搜索。
1、股指期货业务基金-期货数据交换接口 (试行版)中国证券业协会二一一年三月47目 次编写说明1股指期货业务基金-期货数据交换接口31 范围32 规范性引用文件33 术语和定义33.1 新订单New Order-Single33.2 执行报告 Execution Reports33.3 交易客户方订单编号ClOrdID33.4 期货公司委托号 OrderID33.5 执行编号 ExecID33.6 报单号 DeclarationID33.7 撮合编号 TradeID33.8 客户资金帐号 ClientID33.9 客户交易编码 Account34 通讯方式45 消息格式45.1 数据类型45.1.
2、1 整数int45.1.2 浮点数float45.1.3 单个字符char45.1.4 字符串String45.1.5 数据data55.2 域55.2.1 域的使用55.2.2 自定义域55.2.3 域汉字编码55.2.4 域界定55.2.5 语法55.2.6 重复组66 安全与加密67 数据完整性68 扩展方式68.1 扩展分类68.2 扩展规则68.3 版本管理79 消息定义79.1 消息头79.2 消息尾89.3 应用消息89.3.1 客户登录管理类89.3.2 订单业务类109.3.3 查询业务类149.3.4 行情类239.3.5 交易辅助类2510 数据字典2711 结算数据文件
3、格式4811.1 客户基本资金数据文件4811.2 客户出入金记录文件4911.3 成交明细文件4911.4 持仓数据文件5011.5 平仓明细文件5111.6 持仓明细文件5111.7 交割明细文件52附录A FIX会话缺口填补方式54（资料性附录）54附录B FIX会话连接场景55（资料性附录）55B.1 FIX会话登录55B.2 注销56B.3 重发56B.4 重发请求57B.5 心跳和测试请求58附录C 应用场景60C.1 新订单场景图60C.2 撤单场景图60附录D 计算校验和62（资料性附录）62附录E FIX会话62E.1 FIX会话62E.1.1 消息序号62E.1.2 心跳6
4、2E.1.3 缺口填补62E.1.4 消息重复发送62E.1.5 消息重新发送62E.1.6 消息确认63E.2 连接63E.2.1 登录63E.2.1.1 连接63E.2.1.2 认证63E.2.1.3 初始化63E.2.2 消息交换63E.2.3 注销63E.2.4 消息恢复64E.3 FIX会话消息65E.3.1 心跳消息（MsgType=0）65E.3.2 登录消息（MsgType=A）66E.3.3 测试请求消息（MsgType=1）66E.3.4 重发请求消息（MsgType=2）67E.3.5 会话拒绝消息（MsgType=3）67E.3.6 序号重设消息（MsgType=4）6
5、8E.3.7 注销消息（MsgType=5）70 编写说明根据中国证监会关于基金公司参与股指期货业务的有关规定，应基金公司会员要求，中国证券业协会组织编写了股指期货业务基金-期货数据交换接口（以下简称接口），现将接口编写情况及主要内容说明如下：一、编写目的制订本接口主要目的是规范基金管理公司、期货公司、商业银行资产托管部门等机构在股指期货业务中交易、结算数据交换接口格式，提高各方数据交换的一致性、开放性和可扩展性，保障基金管理公司安全稳定的开展股指期货业务。接口实施后将有利于基金管理公司、期货公司减小系统开发的复杂性，避免开发和维护多套数据接口，降低系统互联风险和成本。也有利于证券期货业的信息
6、系统技术接口的开放，为行业营造更加公开、透明的市场环境。二、编写原则本接口的编制遵循以下原则：1、与国际金融标准及国内行业标准保持一致。本接口参照了广泛应用于国际证券期货业的金融信息交换协议（FIX），采用FIX消息格式，在基本应用消息上与FIX保持一致，并针对我国股指期货业务进行了扩展，因此能够与境外FIX系统实现对接。同时，本接口也参照了即将应用于国内证券市场的证券数据交换协议（STEP）。股指期货市场与证券市场参照同样的基础协议有利于各类投资系统的对接。2、充分利用现有的数据接口格式。本接口中交易数据、结算数据接口格式均在深圳证券通信公司、期货保证金监控中心公司、上期技术公司、金仕达公司
7、、恒生公司等机构已开发实施的数据格式基础上进行扩展，不仅有利于兼容市场各参与方现有系统，而且有利于本接口的推广。3、便于及时扩展和更新。由于股指期货业务在国内刚刚起步，为了使接口能及时满足各参与方股指期货业务长期发展的需要，能够方便、灵活地实现各种消息扩展，本接口预留了多项扩展内容，便于今后业务发展需要。三、编写过程本接口由深圳证券通信公司执笔，基金管理公司、期货公司、托管银行、期货保证金监控中心以及相关单位专家共同参与编写。经过接口的论证选择、起草编写、征求意见、反复修改、不断完善等多个阶段，反复多次听取监管部门、交易所、基金管理公司、期货公司、商业银行等单位的意见，并与相关技术开发商沟通，
8、各有关方面分别对接口提出了许多宝贵的意见和建议，最终形成了接口试用版，推荐行业使用。四、主要内容本接口对股指期货业务中基金与期货间的交易及结算数据接口进行了约定，共11章，主要包含交易接口和结算接口两部分。交易接口规定了应用环境、消息格式、安全与加密、数据完整性、扩展方式、消息定义、数据字典等内容，定义了6个客户登录管理类消息、5个订单业务类消息、19个查询业务类消息、4个行情类消息以及4个交易辅助类消息等共38个应用消息格式，并对201个数据域进行了描述，其中，自定义消息33个，包括客户登录、修改密码、资金及持仓查询、行情订阅等消息，自定义数据域100个，包括风险度、投机套保标志等。结算数据
9、接口定义了客户基本资金数据文件、客户出入金记录文件、成交明细文件、持仓数据文件、平仓明细文件、持仓明细文件和交割明细文件等7类文件格式。五、维护机制接口由中国证券业协会牵头组织制订和完善。当接口需要变更时，由提出单位向协会反映，协会出面组织接口起草小组成员单位进行讨论，并视讨论结果组织修订。由于接口结算数据接口引用了中国期货保证金监控中心公司发布的期货保证金安全存管系统对交易结算会员和非结算会员报送数据的要求，接口将随着期货保证金安全存管系统对交易结算会员和非结算会员报送数据的要求的变更同步变更。本接口试用完善后,中国证券业协会将按照行业标准的报批流程，适时提请全国金融标准化技术委员会证券分技
10、术委员会进行行业标准的审核发布。股指期货业务基金-期货数据交换接口1 范围本接口规定了基金公司参与股指期货业务时，基金公司、托管银行与期货公司之间的交易和结算数据交换接口，其中交易接口规定了应用环境、消息格式、安全与加密、数据完整性、扩展方式、消息定义、数据字典等内容，结算接口采用文件格式，约定了客户基本资金数据文件、出入金记录文件、成交明细文件、持仓数据文件、平仓明细文件、持仓明细文件及交割明细文件等7类文件格式。本接口适用于基金公司参与股指期货业务中，期货公司与基金公司、托管银行等相关金融机构间的交易及结算数据交换。2 规范性引用文件下列文件中的条款通过本接口的引用而成为本接口的条款。凡是
11、注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本接口，然而，鼓励根据本接口达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本接口。GB/T 23696-2009 证券和相关金融工具 交易所和市场识别码。GB/T 2659-2000 世界各国和地区名称代码。GB/T 12406-2008 货币和资金的代码。3 术语和定义下列术语和定义适用于本接口。3.1 新订单New Order-Single交易客户方新产生的订单。3.2 执行报告 Execution Reports交易服务方响应交易客户方的消息，主要用于：订单确认、订单状态变
12、化确认（如撤单确认）、发送订单的成交回报、订单拒绝。3.3 交易客户方订单编号ClOrdID由交易客户方赋予的订单编号，在订单有效交易日内应保证唯一。3.4 期货公司委托号 OrderID期货公司委托号，同一个交易日内必需保证唯一。3.5 执行编号 ExecID期货公司分配的执行编号，在订单有效交易日内应保证唯一，主要用于对应具体执行报告消息。在订单状态应答中，取值为“0”。3.6 报单号 DeclarationID交易所分配的报单号。3.7 撮合编号 TradeID交易所分配的撮合编号。3.8 客户资金帐号 ClientID客户在期货公司开设的资金帐号。3.9 客户交易编码 Account交
13、易所为客户分配的交易编码。4 通讯方式交易双方可自定选择通讯方式。 FIX会话层消息请参照附录E。5 消息格式5.1 数据类型数据类型用于定义数据域的取值类型，本接口由几个基本的数据类型（整数、浮点数、单字符、字符串、二进制数据块）和在此基础上扩展的数据类型组成。除“data”数据类型外，其他数据类型均以ASCII码字符串表示。5.1.1 整数int 无逗号和小数位的序号，可表示正负（ASCII码字符-,0至9组成）。符号占据一个字符位置。允许前置字符零（例：“00023”=“23”）。整数类型的扩展定义：长度Length：以整数表示字节为单位的数据长度，正数。重复数NumInGroup：以整
14、数表示重复组的个数，正数。消息序号SeqNum：以整数表示消息序号，正数。域号TagNum：以整数表示的域号（或称Tag），正数，首位不能为零。月日期号day-of-month：以整数表示的月份中第几天，取值1至31。5.1.2 浮点数float 含有可选的小数部分，可表示正负（ASCII码字符-,0至9和.组成）。最多一五位有效数字。允许前置字符零（例：“00023”=“23”）。允许小数部分后置字符零（例：“23.0”=“23.0000”=“23”）。浮点数类型的扩展定义：除非特别声明，浮点数类型均有正负。量Qty：委托数量等，可以有小数部分。价格Price：小数位数可变。价格偏移量Pri
15、ceOffset：代表价格偏移量的浮点域。 金额Amt：典型的价格与数量相乘结果，如成交金额。百分比Percentage：小数表示方法：.05代表5%。number(m,n)（用于结算文件中）：m表示所有有效数字的最长位数（不含小数点和正负号），小数位数为n。5.1.3 单个字符char 指除界定符外所有字母字符和标点字符，区分字母大小写。字符类型的扩展定义：布尔Boolean：该域取值于两个字符，（Y=True/Yes,N=False/No）5.1.4 字符串String 区分字母大小写。字符串类型的扩展定义：多元值字符串MultipleValueString：用空格分隔。国家Country
16、：参见GB/T 2659-2000。字符串货币类型Currency:：参见GB/T 12406-2008。交易所或市场编号Exchange：字符串，参见GB/T 23696-2009。字符串char(n)（用于结算文件中）：表示长度不超过n个字节的字符串。年月日期month-year，格式：YYYYMM或YYYYMMDD或YYYYMMWW，YYYY = 0000-9999, MM = 01-12，DD = 01-31，WW = w1,w2,w3,w4,w5。年月日期date（用于结算文件中），格式：YYYY-MM-DD国际标准时时间戳UTCTimestamp，格式：YYYYMMDD-HH:MM
17、:SS(秒)或YYYYMMDD-HH:MM:SS.sss（毫秒），YYYY = 0000-9999, MM = 01-12, DD = 01-31, HH = 00-23, MM = 00-59, SS = 00-60 (秒)，sss=000-999 (毫秒)。国际标准时时间UTCTimeOnly或者time（用于结算文件中），格式： HH:MM:SS或HH:MM:SS.sss，HH = 00-23, MM = 00-59, SS = 00-60 (秒)，sss=000-999 (毫秒)。国际标准时日期UTCDate，格式：YYYYMMDD，YYYY = 0000-9999, MM = 01-
18、12, DD = 01-31。本地市场日期LocalMktDate，格式：YYYYMMDD，YYYY = 0000-9999, MM = 01-12, DD = 01-31。5.1.5 数据data 无格式和内容限制的原始数据，包含长度域和数据域两个部分，数据域数据可以包含数值0x01，长度域指明数据域的字节数。5.2 域域是基本的数据元素，每个域有其域号、业务含义和确定的取值范围，域号统一分配给不同的域，是域的区分标志，在消息中，通过域号来确定不同的域。域的数据类型决定了其取值类型，域的取值范围可以是一个集合，任何在此集合外的取值被认为是非法取值。数据字典部分详细定义了所有域的业务定义、数据
19、类型和取值范围。5.2.1 域的使用在消息中，域的使用有三种方式：必须的，可选的，条件限制选择（即根据其他相关域的存在与否或取值来决定）。作为一个完整的消息，必须域和条件限制选择域是需要包含的。5.2.2 自定义域如本接口中定义的域不够使用时，市场参与者可以扩展定义新的域，即自定义域。5.2.3 域汉字编码域取值为汉字时需要使用统一的GBK汉字编码标准。5.2.4 域界定消息中所有的域（包含data类型数据域）都有一个分隔符来界定分隔，该分隔符就是不可打印字符ASCII码“SOH”(#001，hex：0x01，本文档中以表示)。因此，所有消息以“8=CSIFP.x.y.z”字符串开始并以“10
20、=nnn”字符串结束。除data数据类型域外，其他数据域内容都不应包含域界定符。5.2.5 语法任何消息都严格由多个“域号=值”的基本结构组成，“域号=值”基本结构用域界定符分隔。消息组成结构如图：图：消息格式消息由消息头、消息的正文和消息尾组成。同样，每个组成部分都由一系列“域号=值”组成，并且在遵循以下规则前提下“域号=值”基本结构可以是任意的次序：a) 开始部分应是消息头，随后是正文，最后是消息尾；b) 消息头的前3个域的次序不能改变：起始串（Tag =8）、消息体长度（Tag =9）、消息类型（Tag =35）；c) 消息尾的最后一个域应是校验和域（Tag =10）；d) 重复组中，域
21、出现的顺序应遵循该重复组在消息或组件中定义时的次序；e) 在一条消息中，除重复组域外任何其他域不能重复出现。5.2.6 重复组域可以在重复组里多次重复，用以传输数组类的数据。通常域名起始为No字符的域指明重复的次数，并位于重复组的开始处。本文档中重复组的定义通过缩进的符号表示，重复组也可嵌套。使用子重复组时不能省略父重复组。6 安全与加密由于消息有可能在公网或不安全的网络上传输交换，因此需要对相关的敏感数据加密处理。具体加密的方法由连接双方达成的协议而定。消息内除某些需要公开识别的域以明文传输外其他任何域都可以加密放置密文数据域（SecureData）内。当然，这些被加密的域也可以同时保留明文
22、的表示方式。当决定使用加密方案时，可以对消息正文内所有的域加密。如果消息的重复组内有部分需要加密的，那么要求对整个重复组加密。本协议还提供的一些域用以支持数字签名、密钥交换和正文加密等安全技术。正文加密方案有三种：a) 将安全敏感的域加密后移至SecureData域。b) 将所有允许加密的域加密后移至SecureData域。c) 将所有允许加密的域加密后移至SecureData域，同时这些域以明文在消息中重复出现。7 数据完整性数据的完整性通过两个方法保证：消息体长度和校验和的验证。消息体长度是以BodyLength域来表示，其值是计算出的消息长度域后面的字符数，包含紧靠校验和域标志10=之前
23、的界定符SOH。校验和是把每个字符的二进制值从消息开头8=中的8开始相加，一直加到紧靠在校验和域10=之前的域界定符，然后取按256取模得到的结果。校验和域位于消息的最末一个，校验和的计算是在加密之后进行的。计算校验和的代码段可参考附录D计算校验和。8 扩展方式8.1 扩展分类扩展分为两个部分：消息定义扩展和域定义扩展。消息定义扩展可以通过新增消息类型来实现，但尽量在已有消息中通过域定义或取值扩展来定义新业务。已有消息所代表的业务在扩展时不能改变。域定义扩展可以通过新增域来实现，但尽量通过扩展域值来扩展域的定义。消息中已定义的必须的域不能取消定义，也不能改变成可选域。8.2 扩展规则自定义消息
24、的消息类型值首字符为UF。其他类型的消息由全国金融标准化技术委员会根据国际相关标准的变化统一定义并发布。对于尚未发布的扩展消息，将以参考文件股指期货业务基金期货间数据交换接口_扩充消息参考指引的形式发布。消息的模块顺序在扩展定义时不能改变，即保持消息头、消息体和消息尾的顺序。而模块的内部，域和重复组的顺序是可以变化的。消息头的头三个域的定义和位置不能改变，但可以扩展增加消息头的可选域。消息尾最后一个域的定义和位置不能改变，但可以扩展增加消息尾的可选域。8.3 版本管理本协议的版本管理权属于中国证券业协会。版本号格式为X.Y.Z，版本号从1.0.0起始，当新版本完全兼容上一版本时只改变版本号中的
25、Z。本协议当前版本的版本号为1.0.0。9 消息定义9.1 消息头每一个会话或应用消息有一个消息头，该消息头指明消息类型、消息体长度、发送目的地、消息序号、发送起始点和发送时间。其中有两个域用于消息重发。使用FIX会话时对于会话级的事件而重复发送消息时将可能重复发送标志(PossDupFlag)设置为Y（发送时用原来的消息序号）。当重新发送时使用新的消息序号时将可能重新发送标志（PossResend）设置为Y，接受者应按以下方法处理上述消息：可能重复发送：如果带有该消息序号的消息在以前曾经接受过，则忽略消息，如果未曾收到过，则按正常步骤处理。（支持FIX会话层需要）可能重新发送：将消息传递给应
26、用层以确定此前是否收到该消息（通过检查订单编号或相关参数）。消息头格式见表1：表1消息头Tag域名必需说明8BeginStringY起始串，取值：FIX.4.2(不可加密，消息的第一个域)9BodyLengthY消息体长度(不可加密，消息的第二个域)35MsgTypeY消息类型(不可加密，消息的第三个域)49SenderCompIDY发送方代码(不可加密，发送方标识符)56TargetCompIDY接收方代码(不可加密，接收方标识符)1一五OnBehalfOfCompIDN最初发送方标识符（可加密），用于经第三方发送。128DeliverToCompIDN最终接收方标识符（可加密），用于经第三
27、方发送。90SecureDataLenN密文数据长度91SecureDataN密文数据（紧跟密文数据长度域）34MsgSeqNumY消息序号（可加密），如果交易双方不采用FIX会话机制，可将该tag置为一个固定的值，例如0。50SenderSubIDN发送方子标识符（可加密）142SenderLocationIDN发送方方位标识符（可加密）57TargetSubIDN接收方子标识符（可加密）143TargetLocationIDN接收方方位标识符（可加密）116OnBehalfOfSubIDN最初发送方子标识符（可加密）144OnBehalfOfLocationIDN最初发送方方位标识符（可加
28、密）129DeliverToSubIDN最终接收方子标识符（可加密）145DeliverToLocationIDN最终接收方方位标识符（可加密）43PossDupFlagN可能重复标志，重复发送时，作此标记。（可加密）97PossResendN可能重发标志。（可加密）52SendingTimeY发送时间（可加密）122OrigSendingTimeN原始发送时间（可加密）347MessageEncodingN消息中Encoded域的字符编码类型（非ASCII码）369LastMsgSeqNumProcessedN最后处理消息序号（可加密）370OnBehalfOfSendingTimeN最初发
29、送时间（用UTC表示时间）9.2 消息尾每一个消息（会话或应用消息）有一个消息尾，并以此终止。消息尾可用于分隔多个消息，包含有3位数的校验和值。消息尾格式见表2：表2消息尾Tag域名必需说明93SignatureLengthN数字签名长度（不可加密）89SignatureN数字签名（不可加密）10CheckSumY校验和，消息的最末域。（不可加密）9.3 应用消息9.3.1 客户登录管理类客户登录类消息主要是支持客户登录、登出和其他客户管理的等消息。交易双方可根据自身业务需要选择是否支持登录、登出等交易。9.3.1.1 客户登录请求（MsgType=UF001）在会话层连接建立以后，客户请求登
30、录期货公司的系统。客户登录请求（User Logon Request）的格式见表3：表3客户登录请求（User Logon Request）Tag域名必需说明标准消息头YMsgType=UF0018088RequestIDY客户方请求编号，在同一个交易日内必需唯一109ClientIDY客户资金帐号98EncryptMethodY加密方法(不可加密)8001LogonPasswdY交易密码95RawDataLengthN无格式数据长度，用于认证96RawDataN无格式数据，用于认证（可用于表示密钥）8096MacNetInfoN客户方机器网络信息8103ClientSoftNameN客户方的
31、软件客户端名称8104ClientSoftVersionN客户方的软件客户端版本标准消息尾Y9.3.1.2 客户登录应答（MsgType=UF002）客户请求登录期货公司的系统后，期货公司返回的应答。客户登录应答（User Logon Response）的格式见表4：表4客户登录应答（User Logon Response）Tag域名必需说明标准消息头YMsgType=UF0028088RequestIDY客户方请求编号，在同一个交易日内必需唯一109ClientIDY客户资金帐号8002LogonStatusY登录状态8003AccountNameN客户名称8004RiskLevelN客户风
32、险度8005AdditionalMarginN追加保证金8006ClientSecuTypeN客户安全类别8011RiskratioN客户风险率8007LastLogonIPN上次登录IP8008LastLogonTimeN上次登录日期和时间58TextN标准消息尾Y9.3.1.3 客户登出请求（MsgType=UF003）在业务时间结束以后，客户请求登出期货公司的系统。客户登出请求（User Logout Request）的格式见表5：表5客户登出请求（User Logout Request）Tag域名必需说明标准消息头YMsgType=UF0038088RequestIDY客户方请求编号，
33、在同一个交易日内必需唯一109ClientIDY客户资金帐号标准消息尾Y9.3.1.4 客户登出应答（MsgType=UF004）期货公司对客户请求登出系统的应答。客户登出应答（User Logout Response）的格式见表6：表6客户登出应答（User Logout Response）Tag域名必需说明标准消息头YMsgType=UF0048088RequestIDY客户方请求编号，在同一个交易日内必需唯一109ClientIDY客户资金帐号8002LogonStatusY登录状态58TextN标准消息尾Y9.3.1.5 客户修改密码请求（MsgType=UF005）客户请求修改密码。
34、客户修改密码请求（User Change PassWd Request）的格式见表7：表7客户修改密码请求（User Change PassWd Request）Tag域名必需说明标准消息头YMsgType=UF0058088RequestIDY客户方请求编号，在同一个交易日内必需唯一109ClientIDY客户资金帐号8089PassWdTypeY密码类型8090OldPassWdY客户旧的密码8091NewPassWdY客户新的密码58TextN标准消息尾Y9.3.1.6 客户修改密码应答（MsgType=UF006）期货公司对客户请求修改密码的应答。客户修改密码应答（User Chang
35、e PassWd Response）的格式见表8：表8客户修改密码应答（User Change PassWd Response）Tag域名必需说明标准消息头YMsgType=UF0068088RequestIDY客户方请求编号，在同一个交易日内必需唯一109ClientIDY客户资金帐号8070ChangePWResultY修改密码结果58TextN标准消息尾Y9.3.2 订单业务类订单业务类消息主要是支持日常实时交易消息。9.3.2.1 新订单消息（MsgType=D）对于在消息头中设置了PossResend标志的订单消息，应当使用交易客户方订单编号（ClOrdID）核实是否已收到该订单，具
36、体实现时还应检查订单参数（买卖方向、证券代码、数量等）进行核实。如果之前收到该订单，应以执行报告消息回应订单状态。如果之前未收到，则以执行报告消息回应订单确认。TransactTime域指示订单发起时间，可结合业务规则来判断收到的订单是否已过期。新订单消息（New Order-Single）的格式见表9：表9新订单（New Order-Single）Tag域名必需说明标准消息头YMsgType=D11ClOrdIDY交易客户方订单编号，在订单有效交易日内必需唯一109ClientIDY客户资金帐号1AccountY客户交易编码110MinQtyN最小成交量。55SymbolY期货合约代码167
37、SecurityTypeNFUT = 期货200MaturityMonthYearN用于指定期货到期的年和月205MaturityDayN用于期货的到期日期，并被与到期年月（MaturityMonthYear）联合使用207SecurityExchangeY用于指定交易所77OpenCloseY指明开仓，平仓8009HedgeFlagY投机套保标志8010TouchConditionN触发条件54SideY买卖方向38OrderQtyN委托手数60TransactTimeY订单发起时间40OrdTypeY订单类型44PriceN价格（限价订单时有效）423PriceTypeN价格类型99Sto
38、pPxN停止价一五CurrencyN币种59TimeInForceN新订单生效时间，默认为当日有效168EffectiveTimeN用于指定定单有效的时间432ExpireDateN有条件地用于在生效时间（TimeInForce）=在某日前有效（GTD），而没有指定截止时间（ExpireTime）的情况之下126ExpireTimeN有条件地用于生效时间（TimeInForce） = 在某日前有效（GTD）和到期日没有被指定的情况之下8096MacNetInfoN委托方的机器网络信息58TextN标准消息尾Y9.3.2.2 执行报告消息（MsgType=8）执行报告消息可用于：a) 订单确认b
39、) 订单状态变化确认（如撤单确认）c) 发送订单的成交回报d) 订单拒绝每个执行报告中都包含两个域：OrdStatus，订单状态；ExecType，执行类型。OrdStatus用以报告订单当前状态。 ExecType域用以标识执行报告的执行类型。执行报告中ExecType和OrdStatus共同指示了订单状态的改变。执行信息（如已成交或部分成交）与其它状态变化信息（如待撤消、已撤消、已接受、当天完成）不能在一个执行报告中同时传递。撤单在订单有剩余数量时才有效。一般性公式为：订单手数OrderQty = 累计执行数量CumQty + 订单剩余数量LeavesQty公式的例外情况：如果ExecTy
40、pe和/或OrdStatus为已撤消、当天完成、已过期、已计算、已拒绝，则订单不处于活跃状态，LeavesQty为0。ClOrdID提供给交易客户方进行订单标识，在其内部系统中唯一。域OrderID则是由期货公司生成的委托号。在撤单中，ClOrdID/OrigClOrdID需要形成链接。支持强平推送消息，并置OpenClose为”Q”。对于不支持返回成交平均价的柜台，可将成交平均价置为0.执行报告消息（Execution Report）的格式见表10：表10执行报告消息（Execution Report）Tag域名必需说明标准消息头YMsgType=837OrderIDY期货公司委托号，同个交
41、易日必需保证唯一11ClOrdIDN交易客户方订单编号。如果是强平回报，则该值取值为以”NONE”开头的当天交易日唯一的字符串标识41OrigClOrdIDN原始交易客户方订单编号，指示被撤消订单的ClOrdID17ExecIDY期货公司的执行编号，在订单有效交易日内应保证唯一一五0ExecTypeY执行类型39OrdStatusY订单状态103OrdRejReasonN订单拒绝时需要109ClientIDY客户资金帐号1AccountY客户交易编码55SymbolY期货合约代码167SecurityTypeNFUT期货200MaturityMonthYearN到期年月205MaturityD
42、ayN到期日期207SecurityExchangeY用于指定交易所77OpenCloseN指明开仓，平仓54SideY买卖方向38OrderQtyY委托手数40OrdTypeN订单类型44PriceN订单价格99StopPxN停止价59TimeInForceN新订单生效时间，默认为当日有效一五CurrencyN币种32LastSharesN上一成交数（最近一笔成交数量）31LastPxN上一成交价（最近一笔成交价格）30LastMktN上一成交市场一五1LeavesQtyY订单剩余数量14CumQtyY成交总数6AvgPxY成交平均价60TransactTimeN执行报告时间381GrossTradeAmtN成交总金额110MinQtyN最小成交量8500OrderEntryTimeN订单申报时间8093DeclarationIDN报单号8094TradeIDN撮合编号标准消息尾Y9.3.2.3 订单状态请求消息（MsgType=H）订单状态请求用于向交易服务方请求某订单的状态，交易服务方通过执行报告消息返回订单状态。订单状态请求消息的格式见表11：表11订单状态请求消息（Order
