日本富士通一位开发股票交易系统的程序员，因为一个几年前系统开发时留的bug，竟身陷一起400亿日元(按当时汇率约合27.5亿人民币)的索赔案中。

　　事件还原：

2000年，主人公就职富士通，用流行的商务处理语言Cobol为东京证券交易所开发股票交易系统。在涉及指令撤销的程序流程上留了个微不足道的bug，要特定条件才能触发，在多次验收、测试时这个bug都没暴露出来。问题代码如下(附上流程图和bug说明)：

　　代码图：

 

右侧流程图的主要逻辑是通过“交易品种数据库【会员号】【流水号】”和“下单数据库【会员号】【流水号】”是否相一致做判断，一致则判定“订单的一部分未商定，检索处理继续”，否则“订单商定完毕，检索处理终了(也就是不再受理撤销指令)”。且在备注框中注明，若“交易品种数据库【会员号】【流水号】”已清零，则直接进入分支3，即认定“交易商定达成，拒绝撤销指令”。然后，时间来到2005年12月8日，J-COM公司上市的日子。日本瑞穗证券公司的一名经纪人接到客户的委托，要求以61万日元(约合4.19万人民币)的价格卖出1股J-Com公司的股票。然而，这名交易员脑残手贱，把指令输成了以每股1日元的价格卖出61万股，且在系统弹出价格不合理的警告时置之不理，习惯性地点了“确定”。哎呀妈呀，这是要白送股票么？

幸好，幸好，系统有限价机制，新股上市首日开盘价格不设涨跌幅，开盘价格通过“集中竞价”方式确定。开盘价格确定后，根据该价格所对应的涨跌幅度限制，确定当日成交价格的最高和最低限价。如果某笔委托的价格超过当日最高或最低限价，系统便自动将其委托价格修正为最高或最低限价。

当瑞穗证券公司在上午9:27分开出每股1日元卖出61万股的大单时，市场立即以67.2万日元成交，开盘价即被确定为67.2万日元每股，该股当天的涨跌幅(±100,000日元)也随之确定。由于该笔卖单数量巨大(61万股诶！)，首单成交后，未成交部分，在限价机制调整下，被系统默认登记为最低限价57.2万日元每股的卖单，并依次与随后陆续输入的买单成交。系统还是大幅修正了脑残手贱君的错误，没真让他用1日元这种无厘头的价格把J-COM给卖哭了。

其实，在手贱指令发出后2分钟，也就是上午9:29分，该脑残交易员的助理发现了这一问题。于是他们马上向东京证交所的计算机连续三次发出了撤单指令，但均被交易所主机拒绝。

上午 9:31，瑞穗证券公司证券交易部确认该指令不是由该部门发出的，而是由大宗交易部发出的。于是证券交易部一位高管再次试图通过交易所交易终端撤销该指令，但又被拒绝(已经是第4次被拒哦)。

上午9:35，瑞穗证券公司证券部确认此单系误操作，而且撤单申请被拒绝，请求东京证交所为其撤销此卖单。但东京证交所研究后认为，他们不能代瑞穗进行撤单，须由瑞穗自行解决这一问题(亚洲人的官僚气息是共通的，共通的！)。

与此同时，J-COM的股价一路跳水狂跌。散户们先是惊慌失措，各种抛售。然后反应快的竞争对手和大户猜到：“擦，肯定哪家券商手抖乌龙指了！”，迅速跟进疯狂抢购。随后，由于57万日元每股这种万年不遇的超低价，连日本大妈都火速跑步进场，各种抄底。脑残单开出的10分钟之内，47万股即被抢购一空。

为了止损，瑞穗反向买入J-COM股票，加入抢购大军。在各方疯抢情况下，J-COM的股票又被拉高到当天限价高位的77.2万日元。最后到当天交易结束，瑞穗一共损失了约270亿日元(约合18.5亿人民币)。

 

瑞惠证券误甩单事件流程(J-COM发行股票1.45万股)

9:27 瑞惠证券(误下单)

61万日元卖1股被下成1日元卖61万股？

(开盘)67.2万日元

急速下跌

9:30 (最低限价) 57.2万日元

9:37 (约有47万股买入单开出)

(瑞惠证券在回购？)

急速上升

9:43 (最高限价) 77.2万日元

15:00 (收盘) 77.2万日元这还不算完，J-COM的股票一共只发行了1.45万股，现在这61万股卖出去，拿什么交付？最后经过协商，瑞穗证券用每股91万日元的价格，现金清算了股民手上的9万多股。还好回购及时，把剩下的苦果都自己吞了。但即便这样，现金清算也使他们的损失扩大到400多亿日元。(以亿为单位，程序猿出身的小编表示：到底几个零，数不清啊……)

(责任编辑：安博涛)