全景网9月9日综合媒体报道  据新浪财经消息，新浪财经股民投诉平台收到王先生的投诉，称思美传媒停牌议案投票数据涉嫌造假。投诉人王先生对思美传媒相关议案投了35万股反对票，后来议案依旧被通过，但蹊跷的是王先生发现反对票竟然少于自己的投票数。思美传媒证代周栋对新浪财经表示，公司通过核查交易所下发的投票记录，发现该投资者所拥有的两个账户投的均为赞成票；民生证券反馈自查结果则称，王先生的投票委托成功，不存在未报过去单的可能。

　　今日下午，深圳交易所对此回应表示9月10日全网测试将开展新一代交易系统全网测试。

　　以下为通知全文：

　　关于深圳证券交易所新一代交易系统2016年9月10日全网测试的补充通知

　　各会员及相关单位：

　　近期发现有部分市场参与者的网络投票技术系统出现委托申报错误的问题（详见附件一），导致申报到深圳证券交易所（以下简称“深交所”）的投票指令未能反映投资者的真实意愿。为此，深交所定于2016年9月10日组织进行网络投票业务全网测试，模拟各类网络投票业务场景，检验市场参与者网络投票技术系统的正确性。

　　现将本次测试相关事项通知如下：

　　一、 参测单位

　　1． 深圳证券交易所

　　2． 深圳证券通信有限公司

　　3． 深圳证券信息有限公司

　　4． 全体会员单位

　　5． 其他各相关单位

　　二、 主要内容

　　本次测试模拟一个完整交易日的交易，具体测试时间安排参见《深圳证券交易所新一代交易系统2016年9月10日全网测试方案》，测试的重点内容为：

　　1． 模拟对单一普通议案同意、反对、弃权投票

　　2． 模拟对一组议案中的某个子议案同意、反对、弃权投票

　　3． 模拟对总议案同意、反对、弃权投票

　　4． 模拟对累计投票议案投票

　　5． 接收闭市后交易所下发的网络投票回报文件evotereport t _YYYYMMDD.csv，检查回报文件中的投票结果记录与投资者原始委托指令是否一一对应，且投票代码、证券账户、投票议案号、子议案号、投票意向、投票数量字段与投资者原始委托指令一致。

　　三、 网络投票议案

　　投票议案信息参见2016年9月9晚下发的上市公司股东大会数据接口文件evoteparams_20160910.xml：

　　1． 普通议案：取evoteparams_20160910.xml 信息文件中vote节点下，ProposalType=“P”类型的为普通议案。

　　2． 累计议案：取evoteparams_20160910.xml 信息文件中vote节点下，ProposalType=“L”类型的为累计议案。

　　3． 各券商系统进行报单测试，应覆盖两种议案类型。

　　四、 注意事项

　　1、各会员及相关单位在测试工作在收到通知后，请立即排查自身网络投票技术系统是否存在附件一所述问题及其它可能的问题。

　　2、请各会员及相关单位高度重视此次网络投票专项测试工作，认真完成对所提供的各类投票渠道各种业务场景（可参考附件二）的全面模拟。并对排查、测试中发现的问题，立即着手解决，并及时寻求相关系统开发商的技术支持。

　　3、各参测会员及相关单位在测试工作完成后，请于9月12日16：00之前填写并提交测试反馈表（测试反馈表参见附件二）；非会员用户请将填报好的反馈表发送至sseyxb@szse.cn。

　　登录本所“会员网上业务专区”需使用专用电子认证证书（Ekey），具体方法可询问各自单位负责每月技术月报的填报人员或负责会籍席位业务的人员。

　　4、测试当日的所有数据仅为技术测试使用，不能作为任何交易、非交易及开户等业务的依据。请会员及相关单位做好向投资者的宣传提示工作。

　　5、其他测试要求及注意事项请参见《关于深圳证券交易所新一代交易系统2016年9月10日全网测试的通知》及《深圳证券交易所新一代交易系统2016年9月10日全网测试方案》。

　　五、 测试联系电话

　　深圳证券交易所： 0755—82083510

　　深圳证券通信公司： 0755—83182222

　　深圳证券信息公司：0755-83990296

　　特此通知

　　深圳证券交易所

　　2016年9月8日

　　附件一：网络投票常见技术问题

　　问题一：通过买卖委托界面进行普通议案投票时投票意向字段填写错误

　　投资者通过买卖委托界面进行普通议案投票时，如委托数量字段填的值是1（赞成）、2（反对）、3（弃权）之外的值，券商技术系统应不允许其申报成功；但有部分系统处理时仍允许申报，并且在向交易所提交的投票委托中的投票意向字段填成1、2或3，使其变成了一笔有效的申报。

　　问题二：通过Binary接口进行网络投票申报时投票数量（OrderQty）未乘以100

　　按照Binary接口定义，网络投票委托数量（OrderQty）为N15（2），表示含两位小数，券商系统在将投资者委托转换成交易所接口委托时，需要将投资者申报的投票数量乘以100填入OrderQty字段，否则会导致实际申报的投票的数量缩小了100倍。

　　问题三：网络投票申报时投票数量字段处理发生溢出

　　近期发现券商申报网络投票委托的投票数量（OrderQty）为负数，经查发现是券商系统内部使用int32来存储投票数量，这样如投资者申报的投票数量是25，000，000，则实际存储的值为2，500，000，000（带两位小数），超出了int32能表示的值域范围，变成负数。

　　问题四：网络投票投票意向（VotingPreference）填写错误

　　投资者实际填写的投票意向为1，但券商系统转换成交易所接口委托时，填写的VotingPreference字段值为2。