报盘电脑主机

日期修订记录2009年5月首次正式发布.
2009年10月根据新一代交易系统上线全程测试反馈,对问题6、15、16、17、21、33、37、40进行了修订.

2009年11月对问题7进行了修订,强调申报表、申报确认表、成交回报表中索引的正确设置.

2010年1月对问题15进行了修订,回答闭市后是否可以修改口令的问题.
2010年6月增加问题51到56,对ETF方面若干常见技术问题进行了解答.
2011年2月问题6中,timeout缺省设置与实际不符,分别修正为40和10.
2011年4月新增问题30,EzOES从地面链路切换到双向卫星链路后,个别PBU出现掉线重连的状况,如何处理.

2012年3月更改文件名,更改文档结构,增加综合业务平台常见问题解答.
2012年7月增加综合业务平台EzQES操作及EzSTEP问题2、3、5、6、7、8、9、102014年7月修订了问题57的回答,建议ETF规则参见各ETF业务指引.
目录竞价撮合平台1.
EzOES是指什么它和新一代交易系统A股集中报盘程序有什么联系82.
新一代交易系统A股集中报盘程序和B股集中报盘程序是否需要分别安装83.
新一代交易系统A股集中报盘程序能否申报B股84.
如何获知新一代交易系统集中报盘程序的版本号最新版本的EzOES具有哪些功能85.
请问哪里可以找到与软件版本对应的新一代交易系统集中报盘程序帮助文档96.
新一代交易系统集中报盘程序在硬件、软件和广域网链路方面有哪些要求97.
文档中有提到表1、表2、表3,请问这几张表指什么建表时需注意什么108.
新一代交易系统集中报盘程序是否需要安装会员集成服务器系统MISS109.
新一代交易系统集中报盘程序EzOES和老系统的场外报盘程序AWX/BWX在配置使用上是否有明显的差别1010.
原有场外报盘程序的配置文件SystemConfiguration.
ini文件是否还沿用1111.
新一代交易系统集中报盘程序的配置文件中的内容区分大小写吗1212.
新一代交易系统集中报盘程序如何配置ODBC数据源1213.
原有场外报盘程序使用ODBC数据源,而新一代交易系统集中报盘程序采用JDBC数据源,请问如何能够比较简单地从ODBC数据源切换到JDBC数据源1214.
打开新一代交易系统集中报盘程序时出现对话框提示"QualifiedJavaRuntimeEnvironmentnotfound,pleaseaccessthewebsiteofSSEtodownloadJRE",该如何处理1315.
操作员登录界面上口令字段的长度是否有要求闭市后是否可以修改口令1316.
新一代交易系统集中报盘程序中PBU的口令区分大小写吗1317.
我在登录过程中总失败,然后PBU就自动注销,提示信息是"登录主机失败",该怎么办1418.
登录PBU的时候提示"链路组合(尝试失败",该如何处理1419.
CSIP如何与GWIP地址对应主备链路对应同一个CS时,如何处理1620.
在多PBU单上行网卡的情况下,是否不再要求配置多个IP地址了1621.
EzOES界面上的"流速权"与现有报盘程序的"发送能力"有什么区别如何获知准确的每秒流量1722.
EzOES界面显示的"发送委托数量"具体含义1723.
请问EzOES菜单栏中的"批量启动"和"批量停止"功能是如何使用的1724.
请问EzOES在界面和接口数据库表中所使用的时间是报盘机的时间还是交易主机时间1825.
EzOES会修改报盘机本地时间吗1926.
EzOES所在的报盘机开通通信服务器提供的时间同步服务(NTS)会对报盘有影响吗1927.
将报盘机部署在域(Domain)内,对报盘程序有影响吗1928.
新一代交易系统集中报盘程序的通信链路自动切换的规则是什么1929.
新一代交易系统集中报盘程序发生通信链路切换时,对订单申报和成交回报有何影响2030.
EzOES从地面链路切换到双向卫星链路后,个别PBU出现掉线重连的状况,如何处理2031.
如果我因故丢失了数据库中的全部委托申报数据,我怎样才能优先继续进行后续的报单2032.
如果我因故丢失了数据库中的委托确认表数据,如何恢复2133.
如果我因故丢失了数据库中的大量的委托确认数据,恢复可能需要较长的时间,影响了我的后续报单,我怎样才能优先继续进行后续的报单2134.
我在启动报盘程序EzOES的时候发现界面提示"有XXXXX条成交回报没有收齐,是否需要进行恢复",并不断报警,该怎么办,点击"是(Y)"还是"否(N)"2135.
因某种因素,我的成交回报表中间有若干条成交记录被误删而丢失,报盘程序能帮我恢复吗2236.
如果我不小心在开市期间(比如10:00-10:30)关闭了报盘机,然后在10:30再启动报盘程序,我能收到10:00-10:30之间所产生的成交吗2237.
我的接口数据库服务器有一主一备,请问主接口数据库发生故障时候如何进行接口数据库的快速切换2338.
EzOES在哪些情况下会造成报单暂时中止,届时我该如何处理2439.
请问EzOES的成交回报表的记录还是按成交编号递增的顺序写入吗2540.
请问通过EzOES申报进入交易主机的订单的时序与客户委托时序是否是完全一致的2541.
在同一台机器上EzOES是否允许运行多个实例程序运行EzOES都有哪些注意事项2542.
如何才能使指定交易登记、指定交易撤销、ETF申购、ETF赎回业务对整个报单速度没有影响在公司合并或者营业部等调整时,大批量的转指定怎么进行2643.
EzOES的日志文件怎么会有乱码2744.
如果在EzOES使用过程中,remark字段报10000号错误,是什么原因,该如何处理2745.
新一代交易系统集中报盘程序支持实时监控,能不能简单描述一下此功能2846.
如何安装EzOESMonitor2847.
EzOESMonitor和EzOESMonitorAgent是不是一定要安装到同一台电脑主机上2948.
双击EzOESMonitorAgent.
exe,跳出对话框提示"不能找到EzOES启动文件",如何解决这个问题2949.
双击EzOESMonitorAgent.
exe,跳出对话框提示"Windowssocketerror:通常每个套接字地址(协议/网络地址/端口)只允许使用一次.
(10048),onAPI'bind'",如何处理2950.
在EzOESMonitor中添加了EzOESMonitorAgent所在主机,也成功启动了EzOESMonitorAgent,为什么在EzOESMonitor界面上总是显示"连接不成功"或者"拒绝服务"、"版本号不对"、"已被监控"等信息2951.
对于EzOES和EzOESMonitor的配置文件,修改后是不是可以即时生效3052.
ETF公告文件从何处可以获得,里面有什么内容3053.
什么是ETF基金份额的净值市场参与者的技术系统如何获得该数据3054.
什么是ETF参考单位基金净值(IOPV)市场参与者的技术系统如何获得该数据3155.
市场参与者如何进行申购赎回的申报该如何控制申报权限3156.
投资者股票/ETF属性与申购赎回的关系3157.
ETF基金公司股票/ETF属性与申购赎回的关系31综合业务平台1.
EzQES是指什么有什么特点322.
EzQES操作顺序需要注意什么323.
如果昨日数据没清空,直接就启动EzQES报盘了,有影响吗后续怎么操作324.
EzSTEP是指什么有什么特点335.
EzSTEP撤单请求报19198错误如何处理336.
订单或撤单废单时,EzSTEP响应消息文本字段有没有错误代码337.
什么是登录PBU什么是业务PBU338.
不同业务PBU的reff是否可以相同同一个业务PBU,不同业务类型,比如跨境和转融通,reff是否可以相同339.
同一个EzSTEP报盘,是否可以配置多个登陆PBU,配置多套接口表3410.
同一套EzSTEP接口库,是否可以申报不同业务同一种业务,是否可以通过多个EzSTEP报盘申报同一个业务PBU,是否可以通过不同登陆PBU申报34一、文档说明本文档描述上海证券交易所核心技术平台的常见技术问题及其解答,用于供市场参与者参考,业务描述以本所发布的相关业务规则为准.

二、竞价撮合平台EzOES是指什么它和新一代交易系统A股集中报盘程序有什么联系答:新一代交易系统集中报盘程序简称为EzOES,它包括A股集中报盘程序和B股集中报盘程序,分别用于A股和B股高速报盘.

新一代交易系统A股集中报盘程序和B股集中报盘程序是否需要分别安装答:交易所提供三个包供下载安装,分别是EzOES_setup.
exe、EzOES_ASHR_setup.
exe、EzOES_BSHR_setup.
exe.

EzOES_setup.
exe安装后同时包括A股集中报盘程序和B股集中报盘程序,A股集中报盘程序和B股集中报盘程序被放置在同一个目录之下:通过EzOES_ASHR.
exe可启动A股报盘机;通过EzOES_BSHR.
exe则可启动B股报盘机.

EzOES_ASHR_setup.
exe安装后只包括A股集中报盘程序;EzOES_BSHR_setup.
exe安装后只包括B股集中报盘程序;新一代交易系统A股集中报盘程序能否申报B股答:不能.
同样,新一代交易系统B股集中报盘程序也不能申报A股.
否则,委托确认表的remark字段会显示错误代码:1022.

如何获知新一代交易系统集中报盘程序的版本号最新版本的EzOES具有哪些功能答:新一代交易系统集中报盘程序(EzOES)的版本可以在报盘程序主界面的左下角看到.
请会员根据交易所的最新公告确认所使用的EzOES是否为最新的版本.

EzOES具有下列特点:同时支持多操作员(单个程序最多支持20个操作员,建议一般不超过5个操作员,64K及以下低带宽链路上建议不超过2个操作员)支持多种数据库版本;网络自动重连(当报盘机与上海证券交易所通信服务器的主线路中断时,系统会自动尝试重新连接);支持实时监控;方便的数据库灾难恢复机制;声音提醒和示警;请问哪里可以找到与软件版本对应的新一代交易系统集中报盘程序帮助文档答:与软件版本对应的EzOES帮助文档为:[程序安装目录]\help\EzOES.
chm.
新一代交易系统集中报盘程序在硬件、软件和广域网链路方面有哪些要求答:硬件配置:一台至少安装2块网卡的主机.
硬件配置的推荐标准为:IntelPentium4(3GHz以上CPU);1G内存以上;显示器分辨率能够支持1024*768,或者更高标准;如果安装了声卡,系统在出现故障时就具有发声报警的能力.

操作系统:可使用下列32位系统,或者其他可安装Java运行环境1.
6及以上版本的操作系统:Windows2000Professional(SP4+)Windows2000Server(SP4+)WindowsXPProfessional(SP1+)WindowsServer2003,EnterpriseEdition软件:新一代交易系统集中报盘程序(EzOES)基于Java语言开发,要求Java运行环境(JavaRuntimeEnvironment,即JRE)1.
6及其以上版本.
数据库软件使用SQLServer2000(SP4)版本或者以上版本.
广域网链路:在1个64KDDN(或者更低带宽)上建议不要配置同时登录报单的PBU流速权总和超过2,在在1个2MSDH上建议不要配置同时登录报单的PBU流速权总和超过60.
如果一定要超配,需要扩大修改文件EzOES.
ini中cs.
ud_timeout(把缺省设置40修改为400)和文件SystemConfiguration.
ini中WanTimeout(把缺省设置10修改为200),从而防止由于拥堵而造成的超时退出.
文档中有提到表1、表2、表3,请问这几张表指什么建表时需注意什么答:表1指的是数据库接口中的委托申报表;表2指的是数据库接口中的委托确认表;表3指的是数据库接口中的成交回报表.
EzOES程序访问表1、表2时,主要通过rec_num字段进行定位,这两个表必须以rec_num为Key建立索引.
访问表3时,主要通过cjbh和bs字段进行定位,该表必须以(cjbh,bs)为Key建立索引.

新一代交易系统集中报盘程序是否需要安装会员集成服务器系统MISS答:由于MISS操作界面复杂,故本所开发了新一代交易系统集中报盘程序(EzOES),不再需要安装会员集成服务器系统(MISS).

新一代交易系统集中报盘程序EzOES和老系统的场外报盘程序AWX/BWX在配置使用上是否有明显的差别答:新一代交易系统集中报盘程序(EzOES)为了降低会员的使用难度,配置和使用都大量借鉴了原有场外报盘程序的实现方式,比如使用界面、快捷键以及配置文件等各方面都照顾了原有场外报盘程序的使用习惯.

配置中改动比较大的有如下几个方面:第一,EzOES不再使用ODBC数据源,而采用JDBC连接方式,建议会员在进行此项配置的时候尽量参考最新的帮助文档;第二,OperCode项不再填写操作员代码,改为填写5位的PBU加6位的操作员;第三,gwip表示的前置机在新一代交易系统中被称为通信服务器(CS),会员不能填写原有场外报盘程序的gwip地址,而需要根据交易所的通知更换为通信服务器(CS)的IP;第四,不同操作员的LocalIP项允许重复,而原有场外报盘程序则要求不能重复.
第五,EzOES支持使用多环境的方式隔离生产环境和测试环境,生产环境使用00环境号,测试环境使用88环境号.

当然,两者在配置和使用方面还有一些其它细小的差别,查看最新的帮助文档可以了解更为详细的内容.

原有场外报盘程序的配置文件SystemConfiguration.
ini文件是否还沿用答:新一代交易系统集中报盘程序(EzOES)沿用了原有场外报盘程序的配置文件SystemConfiguration.
ini,其中A股集中报盘程序的配置文件放在安装目录的cfgA子目录下,B股集中报盘程序的配置文件放在安装目录的cfgB子目录下.

EzOES的SystemConfiguration.
ini格式基本上和现有交易系统A股报盘程序Awx62的配置文件保持一致.

不过EzOES配置文件在内容和格式上也有一些变动,主要表现在:项目子项目改动SystemGetCJHBFromTE不再使用OperGwWay1不再使用DataSource不再使用ConsignTime不再使用CjhbTime不再使用jdbc.
driverEzOES新增jdbc.
urlEzOES新增SystemConfiguration.
ini的[System]域要求在头部.
OperatorCounts项必须小于等于下面实际配置的操作员数量,如果OperatorCounts值小于实际配置操作员数则取前OperatorCounts个操作员予以显示;操作员序号oper1、oper2、oper3必须按照严格顺序连续递增;GwipCounts项应与下面实际配置的Gwip的个数一致;如果复制Awx62的配置文件到EzOES目录下运行后有错误提示,请按照EzOES帮助文档的配置文件模版修改配置文件.

具体内容请查看最新的帮助文档.
新一代交易系统集中报盘程序的配置文件中的内容区分大小写吗答:EzOES的配置文件(SystemConfiguration.
ini)对配置名称是不区分大小写的,而配置取值区分大小写.

新一代交易系统集中报盘程序如何配置ODBC数据源答:新一代交易系统集中报盘程序(EzOES)不支持ODBC数据源,它通过JDBC(JavaDatabaseConnection)方式连接数据库.
对于不同类型的数据库,JDBC数据源的配置也有一些差异.
详细信息请查看最新的帮助文档.

原有场外报盘程序使用ODBC数据源,而新一代交易系统集中报盘程序采用JDBC数据源,请问如何能够比较简单地从ODBC数据源切换到JDBC数据源答:在配置和使用JDBC数据源之前,首先需要确认所使用数据库的类型.
不同的数据库使用不同的JDBC驱动,此外,数据源的配置也有一些差异.
其次,需要确认数据库的IP地址.
如果原来已经配置了ODBC数据源,可以打开控制面板-管理工具-ODBC数据源管理器,选择配置原有的ODBC数据源,查看原有ODBC数据源的IP地址.
如果还是不能确定数据库IP地址,请咨询数据库管理员.
在确认了数据库类型和IP地址之后,可以参考最新的帮助文档,其中有一节描述了JDBC数据源的配置和使用,详细地介绍了多种不同类型的数据库的处理方法,对JDBC数据源切换有比较直接的帮助.
注意,如果接口数据库安装时,选择了"大小写敏感"的参数,那么在配置时,务必要保证参数的大小写正确.

打开新一代交易系统集中报盘程序时出现对话框提示"QualifiedJavaRuntimeEnvironmentnotfound,pleaseaccessthewebsiteofSSEtodownloadJRE",该如何处理答:新一代交易系统集中报盘程序(EzOES)基于Java语言开发,要求Java运行环境(JavaRuntimeEnvironment,即JRE)1.
6及其以上版本.
出现上述提示,说明Java运行环境没有被正确安装,请重新安装一下Java运行环境.

如何安装Java运行环境,请查看最新的帮助文档.
操作员登录界面上口令字段的长度是否有要求闭市后是否可以修改口令答:对于EzOES软件,有两个口令字段,分别为操作员口令和数据库用户口令,其中操作员口令字段不超过8位,如用户在老交易系统时设置了超过8位口令,新交易将取前8位为有效口令,而数据库用户口令最多允许输入64位.

对于2009年5月前发布的RptGet软件测试版本,口令输入界面上要求必须输满8个字符才可以继续后续操作,当口令长度不满8位的用户,需在口令后补空格,使得口令长度达到8.
用户请务必使用2009年6月之后发布的正式版本,以避免口令长度小于8时的输入不便.

闭市后,不要修改口令.
修改口令请在早上开市前,或者交易过程中进行.
修改口令后,请重新登录进行验证.

新一代交易系统集中报盘程序中PBU的口令区分大小写吗答:是!
为支持更高级别的安全等级,登录新交易系统所使用的PBU的口令是区分大小写的.

由于本所老交易系统检查口令时是不区分大小写的,所以部分市场参与者记忆中的口令与后台记录的口令可能大小写不一致.
在上线切换点,新交易系统中的口令从老系统中转换而来,市场参与者处有两点变化:(1)口令区分大小写(2)口令最长为8位.

如果遇到报告"口令错",可以先尝试不同大小写的口令登录,如果仍有问题,联系上交所查证口令.

还有一种办法,就是在老系统上,择日重新修改一次口令,确保记忆中的口令和后台记录的口令一致.

我在登录过程中总失败,然后PBU就自动注销,提示信息是"登录主机失败",该怎么办答:请检查当前是否还处于交易时段内.
如果已经闭市,交易所主机可能已经关闭,会提示登录主机失败.
如果此时不是闭市时间,且反复尝试后,仍无法登录,请迅速联系上交所,排查其他可能的问题.
虽然系统设计了"心跳"机制,在绝大多数情况下,不会发生"僵尸"登录用户占用通道后,单点登录发生作用,新的登录无法建立的情况,但是极端情况下仍存在这种可能,此时,需要会员公司发送传真,由上交所运行人员从后台清理掉"僵尸"登录用户.

登录PBU的时候提示"链路组合(尝试失败",该如何处理答:"链路组合(尝试失败"说明该通过链路未能正确连接到上交所的通信服务器.
请检查下列项目:在配置文件中正确填写了分配到的通信服务器地址(CSIP)在配置文件中正确填写了连接交易所通信服务器网卡的IP(LocalIP)能否正常Ping通所分配到的上交所通信服务器地址;如果不能Ping通,请检查网络是否正常(比如是否启用了网络防火墙设备或者PC机操作系统配置了某些安全策略、NAT配置是否正确,路由表是否正确)ezoes.
ini文件中是否正确填写了envNo/cs.
md_port/cs.
ud_port生产环境下envNo填写00,cs.
md_port为10005,cs.
ud_port为10006.
修改环境号建议通过用户界面完成,防止手工修改参数文件时修改错误.

是否使用了正确的EzOES版本(从界面左下脚可以看到版本号)可按以下步骤进行自查处理:(一)是否能PING通新交易系统的通信服务器CS的IP地址能通,转到(三);不通,转到(二);(二)是否能够PING通老交易系统的交易前置机GW的IP地址能通,极大可能是市场参与者自身网络配置问题导致,可联系市场参与者的网络管理员,按3.
2节描述进行调整后重新登录测试:公司内部的网络存在防火墙或地址转换映射,导致不允许访问CS;路由器禁止访问;PC机路由表配置不正确,比如未增加到CS的路由等(可通过输入routeprint命令检查);不通,和上证通信公司(021-58651399)联系,解决该问题后重新联测.
(三)是否能够TELNET通信服务器CS的1**05,1**06,1**16端口(其中**为使用的环境号,比如00或者88)连上,有反应,则到(四);连不上,可能是如下两种情况,解决后重新进行登录调试.
一种是网络不允许访问,比如有可能这些端口是被路由器禁止访问等,可联系市场参与者自身的网络管理员或上证通信公司;另一种情况是通信服务器应用可能未开,可确认是否属于测试时间,或者和上交所技术服务人员(021-68644780)联系;(四)是否安装EzOES的报盘机配置了多张网卡配置了多张网卡,转到(五);只配置了一张网卡,转到(六);(五)请使用TRACERT通信服务器CSIP的命令检查,确认访问指定通信服务器CS是否通过参数配置中LocalIP所指的那块网卡进行的;如果是,则转到(六);如果配置LocalIP不正确,调整正确后重新进行登录调试;(六)检查下列信息是否正确:EzOES环境号是否配置正确;交易日的联调使用环境号88;周六的联调使用环境号00;生产环境号00;PBU配置是否正确;使用席位号作为PBU号,而不是原来的操作员号;操作员号全市场统一为000001;PBU和操作员号连在一起,构成一个11位的数字,配置在文件里;交易员口令是否正确;目前新交易系统测试环境所有交易员的口令均是11111111;交易所会通知何时将老系统的口令复制到新系统中;如判断参数设置不正确,则调整正确后重新进行登录调试.
如果判断参数设置正确,但仍无法联通,则将以下文件打包后,与交易所支持服务人员联系:当前使用的SystemConfiguration.
ini文件(包括A、B股);当前使用的EzOES.
ini文件;EzOES目录下Logs子目录中的日志文件;如果使用EzOESMonitor,还需要EzOESMonitorAgent.
ini和Agent的日志文件.
CSIP如何与GWIP地址对应主备链路对应同一个CS时,如何处理答:《上海证券交易所新一代交易系统市场参与者快速指引部署卷》给出CSIP和GWIP之间的对应关系,并不一定是一一对应的,当多个GWIP对应到同一个CSIP时,用户可暂时设置成同一个IP,然后联系上交所重新分配备用CSIP.
在多PBU单上行网卡的情况下,是否不再要求配置多个IP地址了答:是的.
新交易系统进行了优化改进,不再要求每个交易员通过不同的IP地址进行登录.
用户完全能够将同一个上行网卡的IP地址配置给不同的交易员,也可以将同一个IP地址配置给同一个交易员的不同链路组合上.

EzOES界面上的"流速权"与现有报盘程序的"发送能力"有什么区别如何获知准确的每秒流量答:现有报盘机用户界面上的"发送能力"是指该操作员处理订单时向后台发送一个数据包所包含的订单数量,该发送能力是一个技术参数,通过流速权计算出来,大致是一个流速权对应在1个数据包中包含5个订单.

EzOES的用户界面上"流速权"代表该交易员所分配到的报单权利,该值不完全是指交易员的订单申报速度,而是指允许该交易员的在途订单量(即所允许的订单发出去之后未收到响应最大订单数量);在途订单量和后台处理订单的平均时间共同决定了订单的处理速度.
具体到在途订单量的值是交易系统根据用户链路类型、流速权和对应的一些参数进行计算而得,参数对全市场一致.

流速权值后面斜杠后紧跟的数字是报盘流量,表示EzOES前一分钟写到委托确认表的记录条数.
如果用户希望改变这个统计频率,可以通过配置EzOES.
ini中的orderrate.
interval的取值来控制在界面上显示前多少秒的流量.
比如希望1秒刷新1次,那么设orderrate.
interval=1.
最准确的流量可以通过输入如下SQL语句来获得:SELECTcc=COUNT(rec_num),timeFROMashare_ordwth2GROUPBYtime.
EzOES界面显示的"发送委托数量"具体含义答:发送委托数量指的是指委托请求表中的状态为已处理(P)的委托数量.
请问EzOES菜单栏中的"批量启动"和"批量停止"功能是如何使用的答:"批量启动"和"批量停止"提供给用户一个快速启动、启动一批PBU的解决方案.
用户在安装完EzOES并完成对SystemConfiguration.
ini文件的修改后,需要启动EzOES,通过逐个右键点击各个PBU打开"系统参数维护"窗口,在"口令配置"栏中设置相应的口令并按"确定"进行本地保存.

当使用时,可以通过"选择"列勾选需要进行批量操作的PBU并进行相应的批量操作.
此时如果进行的是批量启动操作,EzOES不会弹出"启动"窗口而是直接使用用户保存在本地的口令进行PBU与后台和数据库登陆连接.

口令在本地是加密保存的.
请问EzOES在界面和接口数据库表中所使用的时间是报盘机的时间还是交易主机时间答:委托申报表(表1)时间字段是委托请求记录的写入时间,为记录插入方(通常为柜台软件)所控制;委托确认表(表2)时间字段是委托确认记录的写入时间,该时间采用的是报盘程序界面上显示的"交易系统时间";成交回报表(表3)申报时间字段为交易主机收到委托请求时的后台主机时间;成交时间字段为交易主机产生成交记录时的后台主机时间.

报盘程序主界面的交易时段区显示的"本地时间"为报盘机的本地时间.

该"本地时间"在有操作员登录后会切换成"交易系统时间".
"交易系统时间"显示的是交易后台主机时间,该时间由报盘机本地时间与前后台时间差计算所得,报盘程序每两分钟与后台通信一次以计算最新的时间差.

EzOES系统信息栏所显示的时间为报盘程序所在机器的本地时间.
EzOES日志时间为报盘程序所在机器的本地时间.
EzOES会修改报盘机本地时间吗答:不会.
EzOES定时向交易系统后台获取当前交易时间并维护在程序内部,不再修改本地时间.
如果会员需要此服务,可以使用交易所通信服务器对外提供的时间同步服务(NTS).
会员可以配置Windows系统,采用其自带的时间同步服务,也可以下载上交所提供的EzNTP软件后配置使用.

EzOES所在的报盘机开通通信服务器提供的时间同步服务(NTS)会对报盘有影响吗答:不会.
不过如果报盘机使用交易所通信服务器对外提供的时间同步服务(NTS),且报盘机时钟在交易过程中,人工调整或者报盘机时钟故障导致时钟发生很大偏差,则NTS会对本地时间进行跳跃式调整,会造成链路切换并在界面上提示.
链路切换会切换到第一条可用的链路上.
界面上的链路切换提示并不影响您的报单和成交接收.

将报盘机部署在域(Domain)内,对报盘程序有影响吗答:有!
域服务器会定时自动进行域内所有机器的时间同步,从而造成报盘机本地时间被定时修改.
其实报盘程序已经定时和交易主机进行时间同步,如果域服务器又同时在修改报盘机本地时间,容易造成报盘机和主机时间的不一致,因此请不要将报盘程机部署在域内;同理,在报盘过程中请不要随意地大幅修改本地时间.

新一代交易系统集中报盘程序的通信链路自动切换的规则是什么答:系统通信链路自动切换的规则是Gwip1->Gwip2->Gwip3->…,即按配置顺序从Gwip1开始顺序往下切换.
例如:用户配置了3个通信服务器CS的IP地址,GwipCounts=3.
当Gwip1的线路中断时,系统首先将多次尝试Gwip1,如果超过一定次数,系统将尝试登录Gwip2.

如果此时Gwip2的线路也中断,则系统将尝试登录Gwip3.
如果所有Gwip线路都不能连上,该操作员将会自动退出.
假设目前EzOES连在Gwip2上,如果和Gwip2之间的连接突然断开,则系统自动切换的顺序依然是Gwip1->Gwip2->Gwip3->….
新一代交易系统集中报盘程序发生通信链路切换时,对订单申报和成交回报有何影响答:当发生通信链路切换时,新一代交易系统集中报盘程序(EzOES)的订单申报和成交回报无任何影响.

EzOES从地面链路切换到双向卫星链路后,个别PBU出现掉线重连的状况,如何处理答:因地面链路和卫星链路带宽不同,在从地面链路切换到卫星链路后,由于带宽拥堵的关系,在EzOES配置多个PBU的时候,可能EzOES上个别PBU一定时间内没有收到通信服务器的网络消息或者通信服务器没收到来自这个PBU的消息,从而引发双向心跳的超时,继而PBU掉线进行了链路切换.

正常情况下掉线PBU都能成功切换链路,此时无需进行人为干预.
但如果链路切换失败,则PBU会注销并进行声音警示,则运行人员需要手工重新登录掉线PBU.

如果我因故丢失了数据库中的全部委托申报数据,我怎样才能优先继续进行后续的报单答:首先退出相关的操作员,其次在新的空委托表中直接插入后续订单即可申报,EzOES委托表的切换不再需要插空记录操作.
请注意:为避免后台主机认为是订单重复提交,需要切换时后续订单的rec_num要超过其已经发送订单的rec_num(如:可通过累加1000万的方式实现);但是,鉴于撤单字段格式为C8,即rec_num不能超过99999999(1亿-1),若rec_num大于等于1亿则不能撤单,因此一日内切换的总次数是有限的.

如果我因故丢失了数据库中的委托确认表数据,如何恢复答:首先退出相关的操作员,其次对需要恢复委托确认表的PBU,将需要恢复委托确认的记录所对应的委托申报的状态由P改为R,然后在交易时段重新登录该操作员即可恢复丢失的委托确认.

但是,由于新交易系统在接口处理上的优化,对故障发生前订单的撤销,并不需要表2数据的存在,故会员不一定有必要在故障发生的时候,对表2的内容进行恢复.
会员公司在故障发生后的处理,以恢复后续生产作为首要任务,然后对状态不明的订单可以采取先撤销后重报的方式进行应急处理.

如果我因故丢失了数据库中的大量的委托确认数据,恢复可能需要较长的时间,影响了我的后续报单,我怎样才能优先继续进行后续的报单答:无需任何操作,这种情况不会影响后续报单.
即使该PBU退出后重新登录,只要不修改委托表记录的状态,EzOES不会消耗网络链路和处理机资源进行委托确认的恢复.

我在启动报盘程序EzOES的时候发现界面提示"有XXXXX条成交回报没有收齐,是否需要进行恢复",并不断报警,该怎么办,点击"是(Y)"还是"否(N)"答:选择"是(Y)"还是"否(N)"应视实际情况而定.
弹出提示"有XXXXX条成交回报没有收齐,是否需要进行恢复"是因为报盘程序发现成交回报表的尾部丢失了成交回报,因此提示您是否要进行恢复.
点击"是(Y)"则立即进行成交回报的恢复工作,因恢复需要一定的时间,新的成交回报要在恢复之后才能接收到;点击"否(N)"则放弃所丢失的成交回报数据,而直接去接收后续新的成交.
选择"是(Y)"或者"否(N)"后报警会自动停止.

在未进行选择之前,报单工作暂停并不断警报提示.
即使选择进行成交回报的恢复,报单依然会继续进行,不会被阻塞.
请注意:因为ETF申购、国债出入库的一条成交回报消息可能生成多条成交回报记录,弹出对话框提示的丢失成交回报条数可能会和成交回报表中所恢复出的记录数有微小出入.

此外,需要提醒的是针对恢复成交的选择是当日有效的.
如果已经选择不恢复,即使后续再次重新登录PBU,截止本次丢失的成交都不会被恢复.

系统设计为优先用来传输新产生的成交纪录,旧数据的恢复优先级较低.
而由于系统支持断点续传,所以强烈建议会员公司在发生成交回报接口表数据被清空或者启用灾备新表时,采用从已经转入柜台的成交纪录中恢复"尾部记录"的方式,以节约宝贵的广域网带宽.

如果有会员公司在极端情况下,无法从柜台恢复"尾部记录",希望能优先全速从本所系统恢复所有的老成交数据,可以调整EzOES.
ini中的tc.
batchsize的取值.
该参数缺省取值为45,在2MSDH链路上最大可取值为360.
注意:改参数取值调大之后,将占用新输入订单确认以及新近产生的成交回报的广域网带宽,对后续订单的申报有影响.
故正常情况下,本所不建议调整该参数.

因某种因素,我的成交回报表中间有若干条成交记录被误删而丢失,报盘程序能帮我恢复吗答:不能!
报盘程序对成交回报的恢复是从尾部开始恢复,对于中间丢失若干条成交的情形,报盘程序是不能够恢复的.
推荐的措施是把退出操作员后把该丢失记录的成交回报表备份,然后将丢失记录位置之后的所有成交记录都删除后再重新登录操作员,则EzOES能自动恢复刚才丢失的成交记录以及刚才删除的成交记录.
假若不能确定从什么位置开始丢失记录,则备份成交表后直接清空成交表再重新登录操作员,以期EzOES恢复全部成交.

上文所提到的中间、尾部概念均是相对于按照GDXM(产品集号)和BCYE(产品集内成交序号)排序形成的顺序而言.

如果我不小心在开市期间(比如10:00-10:30)关闭了报盘机,然后在10:30再启动报盘程序,我能收到10:00-10:30之间所产生的成交吗答:能!
EzOES在启动时候会去检查本地和交易主机端相比丢失了多少条成交,如果该数目较大(目前暂定为大于10000),恢复成交可能会需要较长时间,则弹出一个提示框,显示丢失的成交条数并提示是否需要恢复丢失的成交,选择"是"则会自动恢复丢失的成交数据;如果选择"否"则不恢复丢失的成交而是直接收新成交.
如果该数目小于10000则自动进行成交回报的恢复,因为恢复较少的成交回报需要的时间较短,从而无需选择确认.

所以问题中不弹出提示框则成交数据能自动恢复;如果弹出了提示框则是否恢复取决于用户的主动选择.

我的接口数据库服务器有一主一备,请问主接口数据库发生故障时候如何进行接口数据库的快速切换答:新交易系统的设计宗旨是降低市场参与者系统与交易所系统之间的耦合度,简化接口上逻辑,以降低在故障恢复等特殊场景应急处置时的复杂度,同时提升市场参与者报盘的性能.
在接口数据库损坏的情况下,当务之急是优先支持新订单向交易所的申报、对接口数据库损毁期间不明状态订单撤销重报、从交易所重新获得柜台系统尚未处理的成交回报.
具体方法如下:表1(委托申报表)的恢复灾备切换后可直接在新的空申报表中插入后续订单,而无需插入空记录.
为避免后台主机认为是订单重复提交,需要切换时后续订单的rec_num要超过其已经发送订单的rec_num(可通过累加1000万的方式实现);鉴于撤单字段格式为C8,切换次数有限.

表2(委托确认表)的恢复由于撤单不需要表2,因此即使不恢复表2也能继续后续业务如果要恢复表2,基于后台主机保证同一个PBU同一个证券代码相同的rec_num的订单不会被重复处理的原理,可重新设置委托申报表中有关记录的状态字段(status)为R并在交易时段重新登录操作员,EzOES通过重新申报的方式取回委托确认数据.

表3(成交回报表)的恢复登录之后能自动恢复表3尾部丢失的记录,对于中间丢失的记录不予恢复.

提供选择性开关,以确定是只接收新成交回报还是先恢复丢失的成交回报然后再收新成交回报对于表3中完全没有成交回报的灾难场景,可以通过把柜台系统中已处理的不同SET最大成交顺序号的记录补入表3的方式,最"经济"地从后台传回未处理的成交回报(SET存储在GDXM中,最大成交顺序号存储在BCYE中)EzOES在哪些情况下会造成报单暂时中止,届时我该如何处理答:在登录的时候如果遇到以下情况会提示错误而不允许登录:1.
发现订单rec_num不连续2.
日期不正确在操作员登录之后,遇到以下情况下报单会暂时中止:1.
发现订单rec_num不连续处理方式是先不着急关闭报盘程序,可直接根据界面的提示补齐不连续的rec_num缺口,EzOES待补齐rec_num后会自动继续报单.
为防止对该类事件处理的遗漏,对话框需要人工点击后才关闭.
需要特别说明的是:个别柜台软件采用了多个进程同时写入一个数据库接口表1的方式,从而导致EzOES检查时,可能发现rec_num在某一个瞬间不连续,而在下一个周期检查的时候,又可以发现rec_num连续,在这种情况下,报单并不会真的暂停,但是弹出的对话框需要人工点击后关闭.
这一类型的用户,需要对这种情况进行关注,及时处理,防止发生运行事故.
(已经确认柜台软件具有这个特征的用户,可能会希望由市场参与者自己承担这个风险,当rec_num检测到缺口时,不弹出提示框.
此时可以设置配置文件EzOES.
ini中配置项ordgap.
alarm=false.
注意,这个修改存在风险,就是当柜台系统出现故障,生成的纪录中rec_num长时间出现缺口,可能运行人员不能及时发现.
该配置本所不推荐使用,市场参与者修改配置需要非常慎重,风险自负.
)2.
登录之后在如果发现需要恢复的成交回报数过多,会弹出提示框要求选择是否恢复.
在用户进行选择之前,报单会暂时中止.

3.
接口数据库负载过重.
如果报盘程序对应的接口数据库上连接了过多的其他应用程序,造成数据库资源紧张,会影响委托申报性能,在极端的情况下EzOES数据库写入请求队列溢出就会暂停报单.
不过EzOES会在数据库负载减轻之后自动继续申报后续订单.

对接口数据库负载过重的现场处理方式是关闭连接在此数据库上的无关应用程序,关闭运行在数据库机器上的其他应用程序.
事后可考虑将申报量较大的PBU分别连接在不同的数据库机器上而不要使用同一台数据库或者对数据库机器硬件升级.

注:操作员登录之后遇到日期不正确的订单是会将该委托申报的remark字段置为错误码并继续申报后续订单的.

请问EzOES的成交回报表的记录还是按成交编号递增的顺序写入吗答:否!
委托确认表(表2)和成交回报表(表3)的记录写入时不保证顺序,即表2的数据不一定是按照记录号(rec_num)连续写入的,而是按照后台给出的异步响应的顺序写入;由于成交回报是按照每个SET内连续接收,不保证所有SET之间的顺序,所以表3记录不一定是按照成交编号的顺序写入,表三恢复后也不保证和恢复前的顺序是一致的,故柜台软件不能依赖表3的记录是按照成交编号递增的假设来进行设计.

柜台软件可以考虑利用股东姓名gdxm字段相同的记录集合内本次余额bcye字段递增的属性来区分哪些成交记录是处理过的.

请问通过EzOES申报进入交易主机的订单的时序与客户委托时序是否是完全一致的答:EzOES发送订单是按照委托表的记录号顺序发送的;对于同一个产品的订单是按顺序处理的;对于不同产品的订单,由于可能进入不同的后台交易主机,响应返回的顺序就不一定是发送时的顺序;只有因网络或者后台主机发生故障,比如网络丢包、后台主机繁忙弹回、或主机切换等问题引起的需要报盘程序重发订单时,才可能会出现同一产品委托申报顺序和进入主机顺序不一致的情形.

在同一台机器上EzOES是否允许运行多个实例程序运行EzOES都有哪些注意事项答:是的.
同一个机器上EzOES允许运行多个实例程序.
不过后台会严格控制保证同一个PBU不能同时登录到交易系统后台.
比如一个PBU尝试在两个EzOES实例上同时登录(分别称为登录点1和登录点2).
如果开启了cookie功能,则登录点2能否登录成功需要看其是否能获取cookie文件内容,能获取cookie则能登录成功,反之则登录失败.
登录点2登录成功则会将登录点1踢下来,后台会主动断开和登录点1之间的连接.
如果关闭了cookie功能,则登录点1已经登录后,登录点2就无法再登录.
(默认情况下cookie功能已经关闭.
)新交易系统在报盘程序和后台之间设计了"心跳"机制,可以有效防止"僵尸用户"留在后台占用通道后,而单点登录机制控制新的登录无法建立的情况发生.
但是极端情况下仍存在这种可能,此时,需要会员公司发送传真,由上交所运行人员从后台清理掉"僵尸"登录用户.

日常运维中有如下注意事项:(1)EzOES的在每日启动时,会把上一个交易日的Log文件更名保存,市场参与者需要更新运维流程,安排定期对过期的Log文件进行备份和清除.
防止旧文件在同一个目录下太多,导致系统文件访问缓慢,或者磁盘空间不足的问题.

(2)EzOES需要每日闭市后退出,每日开市前开启.
防止基础数据不能准确更新带来的问题.

(3)对于同时安装了"报盘子系统配置工具EzOESCfg2009试用版"的用户,请不要在报盘的同时,去启动"操作"菜单下的"显示系统配置文件",该操作将导致报盘程序退出,启动配置工具.
(为避免市场参与者对已部署软件进行调整,关于这个操作界面的优化将在下一个软件发布中包含)如何才能使指定交易登记、指定交易撤销、ETF申购、ETF赎回业务对整个报单速度没有影响在公司合并或者营业部等调整时,大批量的转指定怎么进行答:由于指定交易业务涉及后台多个主机,为避免在发出对某一个账户指定登记或指定撤销指令后,即刻发出该账户的另外订单场景下,可能出现的"后发订单先完成"的现象,EzOES出厂配置实现了针对一个投资者账户进行指定交易的同步机制.
即当EzOES在没有收到一个投资者账户已经发出的指定登记或者指定撤销指令的确认时,如果后续订单出现该投资者账户的订单,则阻塞整个发单过程,直到收到该投资者的指定登记或指定撤销确认.

所以,市场参与者要尽量避免在投资者指定交易登记或者撤销指令未获得确认的情况下,就将该投资者的后续订单写入申报接口表.
万一将大量这种模式的组合写入接口表,需要及时清除.

而且,如果柜台系统能够确保指定交易类业务未完成确认后再向接口表插入同一投资者的其他后续订单,那么可以在EzOES上把同账户指定交易委托和后续买卖委托"停等"配置为关,即把配置文件EzOES.
ini中配置项设置为如下:checkblock.
dt=FALSE.
同理,ETF申购、赎回业务涉及后台多个主机,ETF申购、赎回业务和其后续的买卖订单也需要进行同步控制.
但是,如果柜台系统具有控制投资者账户证券不得卖空的能力,那么可以在EzOES上把ETF申购、赎回委托和后续买卖委托"停等"配置为关,即把配置文件EzOES.
ini中配置项设置为如下:checkblock.
etf=FALSE.
还有一种情况需要特别说明,当会员公司之间发生兼并、联合,或者会员公司内部进行集中交易改造等变化时,有可能需要对大量投资者账户的指定关系进行变更.
假设一种场景如下:交易单元P1上共指定了投资者I1、I2、…、In,现欲将其中I1、I2、…、Im转移到交易单元P2,Im+1、…、In转移指定到交易单元P3.
为完成此目标,会员公司可首先将P1和P2、P3设为连通席位,然后向P2的委托表依次输入I1、I2、…、Im的撤销指定交易指令,然后再依次输入I1、I2、…、Im的指定交易指令,对P3也如法炮制.
注意,绝对不可按照I1撤销指定交易指令、I1指定交易指令、I2撤销指定交易指令、I2指定交易指令这样的模式向P2委托表生成数据.

EzOES的日志文件怎么会有乱码答:正常情况下是不会有乱码显示的.
如果出现乱码,请检查下列事项:控制面板内"区域和语言"中位置和语言都设置为中文/中国文本显示器的字体设置为"宋体"确保不是用二进制方式打开文件如果在EzOES使用过程中,remark字段报10000号错误,是什么原因,该如何处理答:后台返回10000号错误是指出现了"技术性拒单".
通常该类型情况出现在测试环境中,比如测试后台配置的订单簿满或者磁盘满等技术性限制导致的系统主动性保护.
这种情况下,市场参与者自身无法解决该问题,需要联系上交所在后台进行处理.

新一代交易系统集中报盘程序支持实时监控,能不能简单描述一下此功能答:新一代交易系统集中报盘程序(EzOES)提供文件接口支持实时监控功能,允许会员通过开发监控工具实现对报盘机的实时监视.
文件接口的详细文档请参考《上海证券交易所_新一代交易系统_市场参与者_EzOES监视接口规格说明书》.

此外,上交所根据此接口规范也提供了实时监控软件(EzOES监控程序).
EzOES监控程序包括以下功能:主机监控主要包括:实时监控已配置监控程序IP地址主机的连接状态;监控EzOES报盘机的状态(报盘机是否存在,是否已经启动);进行系统资源监控以及错误排查.

PBU监控主要包括:监控EzOES上PBU的报单状况;监控EzOES上PBU与CS的连接情况.

如何安装EzOESMonitor答:运行EzOESMontior安装程序后,会把监视程序解压缩到EzOESMonitor目录.
该目录是EzOES监控程序的监控界面部分(Monitor),包含了监控的主界面、主机详细信息界面、主机信息维护界面,包括4个文件:EzOESMonitor.
exe(主程序)、EzOESMonitor.
ini(配置文件)、EzOESMonitor.
CFG(数据文件)和EzOESMonitorHelp.
chm(帮助文件).
EzOESMonitor目录需要被复制到监控机上运行.

EzOES监视程序探针部分EzOESMonitorAgent则被统一打包到EzOES安装程序中.
探针为监控界面提供了接口.
探针部分包括两个文件:EzOESMonitorAgent.
exe(主程序)和EzOESMonitorAgent.
ini(配置文件).

更多安装和使用相关的信息请参考帮助文件EzOESMonitorHelp.
chm.
EzOESMonitor和EzOESMonitorAgent是不是一定要安装到同一台电脑主机上答:不需要.
EzOESMonitorAgent必须安装在被监控的EzOES所在主机的安装目录下;EzOESMonitor既可以安装在EzOES所在主机,也可以安装到其它主机上,安装目录也没有限制.

双击EzOESMonitorAgent.
exe,跳出对话框提示"不能找到EzOES启动文件",如何解决这个问题答:请确保EzOESMonitorAgent安装到新一代交易系统集中报盘程序(EzOES)的安装目录下.
例如,EzOES安装在C:\EzOES目录下,那么EzOESMonitorAgent也必须安装到C:\EzOES.

双击EzOESMonitorAgent.
exe,跳出对话框提示"Windowssocketerror:通常每个套接字地址(协议/网络地址/端口)只允许使用一次.
(10048),onAPI'bind'",如何处理答:该错误说明EzOESMonitorAgent不能绑定端口.
检查是不是有其它程序已经占用了这个端口,如果是,关闭这个应用程序,然后重新打开EzOESMonitorAgent.
如果还是不能解决问题,建议更换一个空闲的网络端口,具体可修改配置文件EzOESMonitorAgent.
ini中[PORT]小节.

在EzOESMonitor中添加了EzOESMonitorAgent所在主机,也成功启动了EzOESMonitorAgent,为什么在EzOESMonitor界面上总是显示"连接不成功"或者"拒绝服务"、"版本号不对"、"已被监控"等信息答:请按照如下顺序进行排查:检查EzOESMonitor和EzOESMonitorAgent之间网络是连通的.
可以在命令行中使用Ping命令检查网络连接是否正常.

检查EzOESMonitor和EzOESMonitorAgent的软件版本是不是一致(从界面右下角可以看到版本号).

检查被监控端主机中EzOESMonitorAgent的配置文件EzOESMonitorAgent.
ini中[ACCESS_CONTROL]小节中是否添加了EzOESMonitor所在主机(监控端)的IP地址,否则EzOESMonitorAgent将拒绝EzOESMonitor的连接请求.

检查EzOESMonitor中配置的EzOESMonitorAgent所在主机的端口号是否正确.
检查EzOESMonitorAgent所在主机的防火墙是否阻止了相应端口的TCP连接.
对00环境,端口为10012;对88环境,端口为18812.

检查EzOESMonitorAgent是不是已经有另一个EzOESMonitor连接上来.
对于EzOES和EzOESMonitor的配置文件,修改后是不是可以即时生效答:考虑到报盘机的敏感性,在设计实现中要求如果直接修改了EzOES的配置文件后,必须重启EzOES才可以生效(通过程序界面修改例外).
如果使用了监控程序,则任何一个配置文件(包括SystemConfiguration.
ini、ezoes.
ini、EzOESMonitor.
ini和EzOESMonitorAgent.
ini)的更改(无论通过界面还是直接改配置文件),都需要重启监控程序和Agent后才能启用.

ETF公告文件从何处可以获得,里面有什么内容答:市场参与者可以从各基金公司的网站上,或者本所外部网站上获得各ETF的公告文件.
市场参与者也可通过本所单向卫星系统获得本所转发的公告文件.

文件中主要包括该ETF的申购赎回代码、前一交易日最小申购赎回单位的现金余额及净值、前一交易日基金份额净值、当前交易日最小申购赎回单位预估现金、现金替代比例上限、最小申购赎回单位、成分股信息等.

什么是ETF基金份额的净值市场参与者的技术系统如何获得该数据答:ETF基金份额的净值指:每份ETF代表的证券投资组合的价值,即以基金净资产除以基金份额总数.
基金公司每个交易日通过ETF公告文件向市场发布.

什么是ETF参考单位基金净值(IOPV)市场参与者的技术系统如何获得该数据答:ETF参考单位基金净值IOPV是本所根据基金公司的定义文件,计算的ETF实时单位净值的参考值,该值可以通过行情文件中申购赎回代码的最新价格字段获得.

市场参与者如何进行申购赎回的申报该如何控制申报权限答:只有ETF的"申购赎回参与券商"才可申报该ETF的申购赎回订单,本所交易系统不对申报者是否确实是该ETF的"申购赎回参与券商"进行申报予以前端控制,所以市场参与者必须自行控制是否有权申报.
无权申报的市场参与者若进行了申报,可能会面临无法交收的风险.

申购赎回订单的申报数量必须为最小申购赎回单位的整数倍.
投资者股票/ETF属性与申购赎回的关系答:当天买入和开盘持有的股票均可用于申购ETF;当天赎回得到和开盘持有的股票均可卖出;当天买入和开盘持有的ETF均可用于赎回;当天申购得到的和开盘持有的ETF均可卖出.

股票及ETF在以上业务过程中使用的优先顺序,关键是"在处理ETF申购时优先认定使用的是当日买入的组合证券;在处理组合证券卖出时优先认定卖出的是当日赎回ETF得到的组合证券",详细请参见中国结算网站上公布的:《中国结算上海分公司交易型开放式指数基金登记结算业务指南》.
市场参与者技术系统在处理该业务时,需要注意遵守以上规则,以便保护投资者利益.

ETF基金公司股票/ETF属性与申购赎回的关系答:ETF份额的申购、赎回、交易规则,具体见各ETF业务指引.
ETF基金公司只有当天开盘持有的股票可用于被其他市场参与者赎回,当天买入或者申购得到的股票均不能用于其他市场参与者的赎回.

三、综合业务平台EzQES是指什么有什么特点答:目前综合业务平台报价回购及约定购回业务暂时采用EzQES报盘软件申报.
EzQES报盘程序区分了登录PBU和业务PBU.
启动后输入PBU号和密码登录的为登录PBU,数据库表字段中填写的买卖方PBU为业务PBU.
业务PBU要求和登录PBU属于同一家会员.

EzQES报盘程序业务PBU是用于表示账户指定关系、交易和清算交收的,登录PBU只是用于业务权限控制、委托申报和流速控制.

申报和申报确认接口表是同一个表,增加成交回报编号信息,没有单独实时成交接口表.
EzQES报盘程序只支持MSSQLServer2000及以上版本接口数据库,具体参见软件说明.
EzQES报盘程序支持Reff为10位数字,因新增了营业部代码字段,Reff编号无其他内容取值要求.
但要求在业务PBU内唯一,用于确定订单的唯一性,并作为撤单的原始订单依据.

EzQES操作顺序需要注意什么市场参与者在日初启动EzQES时按照如下顺序严格执行:清理接口数据库中上一个交易日的数据;启动EzQES并登录PBU;将当前交易日的委托数据提交到数据库接口表;如果昨日数据没清空,直接就启动EzQES报盘了,有影响吗后续怎么操作在EzQES启动运行状态下,切勿对已经提交到数据库接口表的记录进行修改或者删除操作,以免造成数据错位.
业务上的逆向操作可通过撤单来完成.

如果清理接口数据库遗漏,交易系统会对前一交易日的数据拒单处理,因此不必在EzQES运行期间去删除或修改数据库接口表的记录,只需要在昨日数据之后正常追加当前交易日的新数据即可.

EzSTEP是指什么有什么特点答:迁移至综合业务平台的业务以及其他新业务主要采用EzSTEP报盘软件申报,未来报价回购及约定购回也将统一采用EzSTEP报盘软件申报.

EzSTEP沿用EzQES登录PBU和业务PBU概念,市场参与者系统同上交所技术系统之间采用实时数据库接口(MSSQLServer数据库),通过数据库实现STEP数据实时交换,将STEP协议的应用消息体通过数据库表的字段与交易所交换数据.

消息包中与数据库字段重复的字段,必需确保取值一致,避免因空格影响数据差异.

EzSTEP撤单请求报19198错误如何处理答:当撤单请求会失败,报19198(原始订单正在处理当中)错误时,因后台异步处理方式,市场参与者可待收到原始订单请求响应后再尝试进行该笔订单撤单申报.

订单或撤单废单时,EzSTEP响应消息文本字段有没有错误代码答:对于废单,数据库remark字段均给出错误代码.
对于前台判断废单或后台预校验失败废单,响应消息文本为空,但其他错误在响应消息中有对应的字段组合标识出错误类型,并给出错误代码.

什么是登录PBU什么是业务PBU答:登录PBU为EzSTEP登录交易所时采用的PBU,承载申报流速权;业务PBU一般需为业务许可,同时需要与账号有指定或指定联通圈关系.

不同业务PBU的reff是否可以相同同一个业务PBU,不同业务类型,比如跨境和转融通,reff是否可以相同答:不同业务PBU的reff可以相同.
同一个业务PBU的不同业务类型之间,reff不可以相同,所以跨境和转融通,reff不能相同.

同一个EzSTEP报盘,是否可以配置多个登陆PBU,配置多套接口表答:可以,但公共数据表只有一个.
同一套EzSTEP接口库,是否可以申报不同业务同一种业务,是否可以通过多个EzSTEP报盘申报同一个业务PBU,是否可以通过不同登陆PBU申报答:以上都可以.
后记上海证券交易所对本文档享有知识产权,未经上海证券交易所书面许可,任何单位和个人不得将本文档用于其他商业目的.

对本文档内容如需要详细了解,请致电技术服务热线电话021-686447804009003600.