您的位置: 首页 » 法律资料网 » 法律法规 »

关于转发《上海、深圳证券交易所解决计算机2000年问题技术指引》的通知

作者:法律资料网 时间:2024-06-26 21:57:50  浏览:9054   来源:法律资料网
下载地址: 点击此处下载

关于转发《上海、深圳证券交易所解决计算机2000年问题技术指引》的通知

中国证券监督管理委员会


关于转发《上海、深圳证券交易所解决计算机2000年问题技术指引》的通知
中国证监会




各省、自治区、直辖市、计划单列市证管办(证监会):
现将《上海、深圳证券交易所解决计算机2000年问题技术指引》转发给你们,请迅速发至辖区内各证券专营、兼营机构总部,基金管理公司,以便各有关单位在解决计算机2000年问题的工作中,参照本技术指引,结合本单位的特点,协同计算机开发商,做好系统完善和技术测
试工作,确保证券市场平稳运行。

附:上海、深圳证券交易所关于解决计算机2000年问题的技术指引
各会员单位:
为切实解决沪、深证券交易所及各证券经营机构的计算机2000年问题,现将两交易所联合提出的解决计算机2000年问题技术指引公布如下:
一、目标
解决与证券交易业务有关的计算机2000年问题的目标是:通过对计算机硬件、软件、数据及相关技术环境的分析测试,发现其中存在的2000年问题,经过更换、升级、修改程序和数据,使得计算机系统及环境在公元2000年前后都能正确处理与年份有关的所有数据信息,确
保证券市场的正常运作。
二、原则和要求
为达到上述目标,解决在此过程中可能引发的各类技术问题,各会员单位应以“安全第一、风险最小”为原则。在两交易所组织进行的测试前认真准备,切实做好系统和数据的备份工作。在测试工作中严格按计划进行,做好记录工作。在测试结束后,要认真总结,分析和解决存在的问
题,对系统中的任何变动要反复测试,确保系统稳定运行。两交易所将以会员单位为对象进行测试组织,各营业部要在会员公司的统一布置下进行工作。
三、测试安排
1998年9月26日、27日进行第一次摸底性测试。参加单位为选定的15家会员单位的有关营业部。测试目的是抽样调查,了解测试2000年问题的过程可能带来的技术风险及防范方法。
1998年11月28日、29日进行第二次模拟测试。参加单位为全体联网会员单位。测试目的是协助各会员单位全面了解各相关营业部的计算机2000年问题。
1999年春节休市期间,进行第三次确认性测试。参加单位为全体联网会员单位。测试目的是协助各会员单位了解其相关柜台系统经过升级、修改后解决计算机2000年问题的状况。
1999年6月中旬左右,根据情况决定是否组织第四次测试。
1998年9月12日,召开第一次摸底性测试预备会议。参加对象为选定的15家会员单位。会上将讨论第一次测试的具体事项。以后每次测试前二周,将发出测试的具体项目计划时间表。
每次测试后的二周内,将发布测试结果和总结报告。
四、数据接口规范的修改策略
(一)上海证券交易所
为解决上海证券交易所(以下简称上交所)的计算机2000年问题,参照国家信息产业部的技术建议书、中国证监会计算机2000年问题工作小组《关于中国证券期货业解决计算机2000年问题的提示性建议》,上交所解决2000年问题的策略和数据接口规范如下:
1.策略。上交所内部与年份有关的数据,全部采用4位表示方法;与有关业务单位的数据通信,涉及年份的将全部提供4位年份表示的数据接口;目前使用的2位年份表示,各有关单位可继续沿用(这将不影响解决2000年问题),也可升级到4位年份表示。上交所将提供升级到
4位年份表示的接口处理程序和数据接口规范;对于沿用2位年份表示的约定,上交所采用“5∶5”方式,即以50-99表示1950-1999年,以00-49表示2000-2049年。
2.与上交所交易清算业务有关的主要通信数据(见表1)。
表1
---------------------------------------
序号 | 文件名 | 用途 |有无2000年问题| 使用情况
----|------------|----|---------|------
1 |orders.dbf |交易业务| 有 | 实时交易
2 |inq.dbf |交易业务| 有 | 实时交易
3 |wthdrw.dbf |交易业务| 有 | 实时交易
4 |orders2.dbf |交易业务| 有 | 实时交易
5 |inq2.dbf |交易业务| 有 | 实时交易
6 |wthdrw2.dbf |交易业务| 有 | 实时交易
7 |qbcj128.dbf |交易业务| 有 | 实时交易
8 |gh????.dbf |清算业务| 有 | 交易后清算
9 |show128.dbf | 行情 | 无 | 实时发送
10 |zzh?????.dbf|交易业务| 无 | 交易后发送
11 |zxw?????.dbf|交易业务| 无 | 交易后发送
12 |zye?????.dbf|交易业务| 无 | 交易后发送
13 |zqy?????.dbf|交易业务| 无 | 交易后发送
---------------------------------------
3.上交所将变动的数据接口格式。
(1)表1中的1.orders.dbf、2.inq.dbf、3.wthdrw.dbf数据结构相同,变动如表2。
表2
--------------------------------------------
| 原数据库接口 | 新数据库接口 |
序号|----------------|-------------------| 说明
| 是否变动 |字段名| 类型 | 长度 |字段名| 类型 |长度|
--|-------|---|----|-------|---|----|--|----
1|rec_num| N | 8 |rec_num| N | 8 |否 |
2|date | D | 8 |date | C | 8 |是 |类型改变
3|time | C | 8 |time | C | 8 |否 |
4|reff | C |10 |reff | C |10 |否 |
5|acc | C |10 |acc | C |10 |否 |
6|stock | C | 6 |stock | C | 6 |否 |
7|bs | C | 1 |bs | C | 1 |否 |
8|price | N | 8.3|price | N | 8.3|否 |
9|qty | N | 8 |qty | N | 8 |否 |
10|status | C | 1 |status | C | 1 |否 |
--------------------------------------------
(2)表1中的4.orders2.dbf、5.inq2.dbf、6.wthdrw.dbf数据结构相同,变动如表3。
表3
--------------------------------------------
| 原数据库接口 | 新数据库接口 |
序号|----------------|-------------------| 说明
| 是否变动 |字段名| 类型 | 长度 |字段名| 类型 |长度|
--|-------|---|----|-------|---|----|--|----
1|rec_num| N | 8 |rec_num| N | 8 |否 |
2|date | D | 8 |date | C | 8 |是 |类型改变
3|time | C | 8 |time | C | 8 |否 |
4|reff | C |10 |reff | C |10 |否 |
5|acc | C |10 |acc | C |10 |否 |
6|stock | C | 6 |stock | C | 6 |否 |
7|bs | C | 1 |bs | C | 1 |否 |
8|price | N | 8.3|price | N | 8.3|否 |
9|qty | N | 8 |qty | N | 8 |否 |
10|status | C | 1 |status | C | 1 |否 |
11|qty2 | N | 8 |qty2 | N | 8 |否 |
12|remark | C |30 |remark | C |30 |否 |
13|status1| C | 1 |status1| C | 1 |否 |
--------------------------------------------
(3)表1中的7.qbcj128.dbf与8gh????.dbf数据结构相同,变动如表4。
表4
--------------------------------------------
| 原数据库接口 | 新数据库接口 |
序号|----------------|-------------------| 说明
| 是否变动 |字段名| 类型 | 长度 |字段名| 类型 |长度|
--|-------|---|----|-------|---|----|--|----
1|GDDM | C |10 |GDDM | C |10 |否 |
2|GDXM | C | 8 |GDXM | C | 8 |否 |
3|BCRQ | C | 6 |BCRQ | C | 8 |是 |长度变动
4|CJBH | N | 8 |CJBH | N | 8 |否 |
5|GSDM | C | 5 |GSDM | C | 5 |否 |
6|CJSL | N |10 |CJSL | N |10 |否 |
7|BCYE | N |10 |BCYE | N |10 |否 |
8|ZQDM | C | 6 |ZQDM | C | 6 |否 |
9|SBSJ | C | 6 |SBSJ | C | 6 |否 |
10|CJSJ | C | 6 |CJSJ | C | 6 |否 |
11|CJJG | N | 8.3|CJJG | N | 8.3|否 |
12|CJJE | N |12.2|CJJE | N |12.2|否 |
13|SQBH | C |10 |SQBH | C |10 |否 |
14|BS | C | 1 |BS | C | 1 |否 |
15|MJBH | C | 5 |MJBH | C | 5 |否 |
--------------------------------------------
4.上交所将在摸底性测试后,发布接口处理程序的升级方案。届时,各有关单位,可以使用4位年份表示与本所通信,也可沿用目前的2位年份表示与本所通信,进行正常业务。
(二)深圳证券交易所
为解决深圳证券交易所(以下简称深交所)计算机2000年问题,参照中国证监会计算机2000年问题工作小组《关于中国证券期货业解决计算机2000年问题的提示性建议》,深交所将采用以下的解决2000年问题的策略和数据接口规范:
1.深交所对外提供的所有有关文件、证明、协议、担保证书均采用4位年份表示;
2.深交所结算部分与年份有关的数据,如结算数据包、股份证明书等,全部采用4位数字表示年份;
3.与交易通信接口数据有关的年份,仍然采用2位数字表示年份,对沿用2位数字来表示年份的约定,深交所采用“5∶5”方式,即以50-99表示1950-1999年,以00-49表示2000-2049年;
4.涉及交易所委托的Z-WT.DBF和成交的Z-CJ.DBF两个数据库,深交所在向2000年过渡期间不修改该接口规范。但是,各会员单位必须严格按照上述第三点的约定正确产生年份表示数据;
5.关于交易、清算数据通信接口规范,参见深圳证券交易所发布的《交易、结算数据接口规范》。


(1998年8月3日)


公元2000年,全球的计算机系统将面临2000年问题的重大影响。为此,中国证监会成立了“中国证券期货业计算机2000年问题领导小组”和“中国证券期货业计算机2000年问题工作小组”,并已就解决我国证券期货行业的计算机2000年问题开展了一系列的工作。

从现在开始,我国证券业必须在不到17个月的时间里,解决从交易所、证券公司到营业部等单位的计算机2000年问题,时间非常紧迫。期货业将在1999年1月16日挂牌交易2000年1月份的合约。期货业内的交易所、经纪公司和有关单位,必须在此之前解决因进入20
00年所带来的问题。为了加快此项工作的进程,现提出以下解决提示性建议,请各单位参照执行。
一、解决计算机2000年问题,应当做到组织、计划、经费三落实
全国证券期货业各从业单位必须按照中国证监会《关于限期解决计算机2000年问题的通知》(证监信字〔1998〕38号文)要求,由本单位主要领导负责,建立2000年问题领导(工作)小组。2000年问题不仅仅是计算机部门的事情,在对计算机系统进行2000问题
修正时,业务部门必须跟进配合,以保证业务工作能够顺利渡过2000年。要制定解决2000年问题的计划,安排好必需的经费,把解决2000年问题的工作落到实处。
二、内部检查、修正工作
全国证券期货业各从业单位首先应当对单位内部的计算机系统进行全面的检查,以确保解决本单位计算机系统的2000年问题。具体检查、修正工作要从如下几个方面进行:
(一)硬件设备的检查、修正
1.检查范围。《中国证券期货业计算机2000年问题调查表》中列举的调查项和其它认为需要检查的硬件设备。
2.检查结果处理。所有使用的硬件设备需要得到生产厂商对该产品解决2000年问题就绪的确认(白皮书)。对不能跨越2000年的设备,必须更新或升级,使这些设备能够跨越2000年。
(二)系统软件检查、修正
1.检查范围。《中国证券期货业计算机2000年问题调查表》中列举的调查项和其它认为需要检查的系统软件。
2.检查结果处理。所有使用的系统软件需要得到生产厂商对该产品解决2000年问题就绪的确认(白皮书)。对不能跨越2000年的系统软件,必须更新或升高版本,使这些系统软件能够跨越2000年。如果硬件设备需要更新或升级,必须重新考虑系统软件的2000年问题

(三)应用软件检查、修正
1.按照交易、清算、信息、统计和监控等系统(但不仅仅限于这些系统)分列出:
(1)所有对日期进行处理的程序清单;
(2)所有包含日期字段的数据载体(数据库、文件、报表、屏幕等)的清单。
2.对所有日期处理语句和日期字段进行检查,包括应用软件测试检查。针对2000年问题进行如下修正工作:
(1)做总体修正方案;
(2)修正软件和(或)日期数据字段;
(3)单体测试和内部测试;
(4)模拟2000年交易测试。
(四)业务部门确认
业务部门必须对日期字段修正后的计算机界面及报表结果做出确认,对模拟2000年交易测试做出确认。
三、外部检查、修正工作
全国证券期货业各从业单位在解决本单位计算机2000年问题过程中,有义务督促与本单位计算机系统有关联的外部单位(如有传播信息业务的信息公司、所有有业务数据交换的外部公司等)解决2000年问题。各单位应把本单位因2000年问题而修正的界面和规范格式送给外
部单位,并从外部单位得到与本单位业务有关的2000年问题的确认。与外部单位协调,联合进行与本单位有关的2000年测试,由业务部门对测试结果做出确认。
四、统一测试工作进度
经中国证券期货业计算机2000年问题工作小组讨论,报中国证券期货业计算机2000年问题领导小组同意,全国证券、期货行业计算机2000年测试工作进度安排如下:

测试工作进度
----------------------------------------
| 时间 | 测试范围 | 目 的 | 备 注 |
|---------|----------|----------|------|
| 1998年 | 证券、期货行业 | 找出问题,提出 | |
|9月26日-27日| 指定单位试点 | 解决方案 | |
|---------|----------|----------|------|
| 1998年 | 证券、期货行业 | | |
| | | 落实解决方案 | |
|11月28-29日| 全行业联合测试 | | |
|---------|----------|----------|------|
| 1999年 | | 基本解决期货业 | |
| | 期货业全行业测试 | | |
| 1月2日-3日 | |计算机2000年问题| |
|---------|----------|----------|------|
| | | 基本解决证券业计| |
|1999年春节期间| 证券业全行业测试 | |具体时间另定|
| | | 算机2000年问题| |
|---------|----------|----------|------|
| 1999年6月 |证券、期货业行业测试| 检查验收 |具体时间另定|
----------------------------------------
五、备份要求
在解决计算机2000年问题的过程中,各单位对所有软件和数据应做好备份,并确认可以用备份重新启动系统,以便确保业务工作安全。



1998年9月4日
下载地址: 点击此处下载
空 谷 有 音

----读谷辽海的新作

来源:中国青年报

   文/崔丽



  “这是我第一次真正地感受到了我国招标投标中的巨大‘猫腻’,第一次亲身感受到这一领域的‘监督体系’,第一次发现这部法律存在着严重缺陷。”他是一位律师,却热衷于接二连三地出书;他是一位律师,却谢绝了大部分法律事务和应酬活动,潜心于理论研究。



  北京市辽海律师事务所主任谷辽海沉寂了四年的心血成果就是这本《法治下的政府采购》。



  2000年,招标投标法实施的第一年,谷辽海接手了第一例政府采购民事侵权诉讼案,诉讼结果给身为代理人的谷辽海留下了抹不去的灰色记忆。兹此四年,谷辽海几近自我封闭,一头扎进政府采购领域进行研究。《法治下的政府采购》一书从政府采购制度的历史演变、政府采购的国际规则开始谈起,全面介绍了WTO《政府采购协议》、联合国国际贸易法委员会的《货物、服务、工程采购示范法》等公认且普遍适用的政府采购规则,对比分析了我国招标投标法和政府采购法每个章节的缺陷和冲突,指出了两部法律所存在的尖锐矛盾。



  作者认为,政府采购法属于国家的公共采购制度,相当于国家公共采购领域里的“宪法”,招标投标制度是属于这部“宪法”的核心内容和组成部分,不能在同一位阶存在着两部调整同一采购对象的法律,故我国现行的招标投标法必须取消,必须纳入到我国的政府采购法中。



  对我国政府采购制度,谷辽海在书中提出了大胆设计:我国的这两部公共采购法律只有走向统一,明确公共采购市场的主管机关,建立起有效的监督机制,才能够彻底解决我国目前招标投标领域里存在的黑箱操作问题。



  我国的公共采购法律制度几乎完全是从国外移植的,国内对这一制度的了解者寥寥,谷辽海愿作为先行者在这一领域开拓。他在一些报刊开办专栏,去各地讲学,不遗余力地宣讲政府采购制度,谷辽海把自己的所为形容成“空谷有音”。



  《法治下的政府采购》谷辽海著 群众出版社 2005年12月出版



  

追问证据

2000年10月20日 16:28 刘星

清朝道光年间,有一官员叫邓廷桢。邓廷桢名震四海。因为,他曾和林则徐一起同英国人打过鸦片战争。史书对此夸过两句。邓大人是嘉庆进士,为官精明,细中有细,办案子也是口碑极好。

邓廷桢曾作过西安知府。以今人眼光来看,知府一类的官员,在工作上可称作“万金油儿”。大凡辖内之事,均要过问。这是职责。审案断狱就更不用说了,根本就是不能不管。作为知府的邓廷桢,审过一个案子。

此案为砒霜毒杀。原来,当时汉中兵营里有个叫郑魁的士兵,被控谋杀。证据显示:他把砒霜放入了一个馒头里;馒头被人吃了;吃的人最后一命呜呼。证据除砒霜、验尸报告之外,就是三个证人证言了。证人有卖砒霜者、卖馒头者,另外一个是卖者二人的邻居妇人。

邓廷桢开始时对其他证据没啥疑问,惟独觉得卖馒头者和邻居妇人的证言,暗藏蹊跷。他在琢磨,这卖馒头是种生意,此等生意为薄利买卖,一定要多些人来关照才能维持下去。这人一多,卖者怎能记住“买者买了几个馒头”,“具体何时光顾”,“一日有多少人向其递过银两”,以及“每个买者具体相貌”之类的问题。

就这样,卖馒头者和邻居妇人被传到了官府。两人一进衙门,邓廷桢便开门见山,径直讯问:“卖馒头的,你一天下来卖多少馒头?”卖馒头者说:“回大人话,一天下来至少二三百个。”邓廷桢又问:“买馒头的平均一次买几个?”回答是:“三四个。”邓大人自言自语道:“这么说来,你这一天,多少也要遇上百来号顾客了。”回音儿跟着出来:“那还用说。”

邓廷桢趁势追问:“这百来号人的样子、姓名、买馒头的时间,你能记清楚?”卖馒头者想都没想,回答:“自然是不行,大人您才有这本事。”邓廷桢瞪了那人一眼,喝道:“既然如此,那你为何独独记下郑魁在某日买下你的馒头?!”卖馒头者傻了,半晌儿答不出话来。最后,他照实招了:是县衙门为了破案,要他这么说的。一问那邻居妇人,情形也是差不多。

回头再瞧验尸报告,上面仅说:死者嘴唇发青。再仔细解剖尸体,查明死者死于狂犬病。这病也会使死者嘴唇发青。原来,死者的确和郑魁斗过嘴儿,不过,郑魁买砒霜是为了毒死小老鼠。至此,案情清晰了。

案子审得算是不错。邓廷桢为自己光荣历史也添上了一段佳话。

只是,我们这里更为关心这样一种现象:在刑案审判中不断追问证据。国人在刑案审判中,对证据的态度,往往像侦查破案那样,力求向证明犯罪成立的方向使劲儿,并不经常怀疑追问证据,除非遇到了特别意外的情形。因为,国人容易具有这样的观念:刑案审判,是国家对付犯罪的手段,国家利益第一,犯罪嫌疑人的权利第二,而且,那权利甚至可能是不重要的。

邓廷桢的审案方式,便是反向怀疑追问证据。换个说法,已经有许多证据搁在那儿了,但是,判官应该不断设置疑问、排除疑问,反复推进,……直至证据无法怀疑了,再定罪。这样一种方式的背后观念,是重视犯罪嫌疑人的权利,起码,并不认为国家利益一定时时处处都在个人权利之上。虽说那阵儿的邓大人脑袋里没有“权利”的词汇,可类似的意思,却是有的。

说来,不少“洋鬼子”对刑案证据的态度,大体和邓大人的差不多。就是那会儿的英国人,也是这般。在刑案审判中,英国人不仅有法官,还有一窝陪审团。这些角色的基本任务,就是不断设置怀疑、排除怀疑,反复推进,将证据打破砂锅问到底。只要有点疑问,便不定罪。直到没有怀疑了,才把嫌疑人定为罪犯,打进大牢,或者送入阴间。

邓廷桢式的“追问证据”,没有流传开来。个中原因,蛮复杂。而且,有时的确难说这样追问证据就一定是不错的断案方式。社会太乱,犯罪丛生,邪恶之火难以抑制,便需要基本证据确凿即可定案的审判方式。打破砂锅问到底,是耽误工夫。但是,“追问证据”有时是有意义的,毫无疑问。