<tr id="q0v9l"><label id="q0v9l"></label></tr>

        <td id="q0v9l"><ruby id="q0v9l"></ruby></td>
        1. <table id="q0v9l"><option id="q0v9l"></option></table>
          <acronym id="q0v9l"></acronym>
        2. <acronym id="q0v9l"><label id="q0v9l"><listing id="q0v9l"></listing></label></acronym>
            <table id="q0v9l"></table>
          1. <pre id="q0v9l"><strong id="q0v9l"><xmp id="q0v9l"></xmp></strong></pre>

            黑巖小說

            黑巖小說>大案要案懸案紀實 > 第98章 英國郵局hrizn系統(tǒng)冤案(第1頁)

            第98章 英國郵局hrizn系統(tǒng)冤案(第1頁)

            一、系統(tǒng)降臨:數字時代的"完美解決方案"

            1999年,英國郵局迎來了一個重大變革。為了適應數字化時代的發(fā)展,英國郵局決定引入一套名為"horizon"的全新會計系統(tǒng),這套系統(tǒng)由日本富士通公司旗下的英國子公司IcLpathway開發(fā),耗資十多億英鎊。郵局高層將其視為現(xiàn)代化的"登月計劃",期望它能徹底改變傳統(tǒng)的會計管理方式,提高效率,減少人為錯誤。

            horizon系統(tǒng)于1999年正式上線,取代了傳統(tǒng)的紙質會計系統(tǒng)。該系統(tǒng)設計目的是自動化處理賬目、存款、支付等事務,讓所有的財務數據更加精準。按照設計,每個交易日結束后,郵政支局長需要按照"地平線"系統(tǒng)顯示的當日結算金額進行對賬,如果現(xiàn)金存量低于系統(tǒng)中的記錄,就要自掏腰包填補差額,或者申請在未來的收入中扣賬。

            對于英國郵局來說,這不僅是一次技術升級,更是一次商業(yè)模式的轉變。當時,為了節(jié)約成本,英國郵局已經將許多地方分支機構剝離,轉而采用特許經營的方式,將服務外包給當地的連鎖店和雜貨店。這些分支機構的經理并非郵局的正式雇員,而是自負盈虧的個體經營者,他們與郵局簽訂合同,負責經營當地的郵政業(yè)務。

            這套系統(tǒng)上線之初,郵局高層對其寄予厚望。他們相信,有了這個先進的數字系統(tǒng),郵局的財務管理將變得前所未有的高效和透明。然而,誰也沒有想到,這個被視為"完美解決方案"的系統(tǒng),最終會成為數百名無辜者的噩夢,引發(fā)英國司法史上最大的冤案之一。

            二、噩夢開始:莫名出現(xiàn)的"資金缺口"

            horizon系統(tǒng)安裝后不久,一些郵局經理就開始察覺到不對勁。他們發(fā)現(xiàn),收銀機里的現(xiàn)金總是比系統(tǒng)記錄的少,差額從幾十到上萬英鎊不等,仿佛有一個無形的黑洞在不斷吞噬著資金。

            在蘇格蘭的一個村莊,一位經營商試圖確認收到現(xiàn)金時,系統(tǒng)突然卡住。當他再次按下"回車"鍵時,系統(tǒng)重復更新記錄,結果造成了2。4萬英鎊的"資金缺口"。另一個案例中,一位愛丁堡郵局代理商發(fā)現(xiàn)系統(tǒng)賬目不平,短短一個月竟出現(xiàn)了3萬英鎊的資金缺口。面對這些子虛烏有的"資金缺口",經營商們紛紛向郵局公司報告,但公司卻對此置若罔聞。

            按照合同規(guī)定,經營商對賬面資金負責。因此,不少人試圖自己籌錢來彌補不存在的資金缺口,有的甚至抵押房產直至破產。一些不愿意吃啞巴虧的經理們,選擇拒絕承擔損失,而郵局公司則毫不猶豫地將他們告上了法庭。

            2000年,郵局公司開始以"地平線"系統(tǒng)存在嚴重誤差的數據為證,要求各地經營商彌補財務缺口,否則將被起訴盜竊、欺詐和做假賬。盡管經營商們紛紛陳情系統(tǒng)故障,但郵局公司堅稱系統(tǒng)沒有問題。郵局公司擁有在英國起訴等刑事訴訟部分權限,因此他們可以直接對經營商提起訴訟,無需經過警方。

            從2000年到2015年,英國郵局的horizon系統(tǒng)像一臺精密的"冤案制造機",不斷制造出虛假的資金缺口,導致約3500名郵局經理被指控偷錢、騙人、做假賬。其中,736人被錯誤定罪,236人進了監(jiān)獄,還有4人在悲憤中自殺。這成為英國司法史上最大規(guī)模的冤案之一。

            三、系統(tǒng)性失?。篽orizon的技術缺陷

            隨著時間的推移,越來越多的證據表明,horizon系統(tǒng)存在嚴重的技術缺陷。這些缺陷不是單一的bug,而是系統(tǒng)性的問題,包括舍入誤差、數據損壞以及本地和中央數據庫之間的同步問題。

            一份獨立報告發(fā)現(xiàn),horizon系統(tǒng)存在多種技術問題:

            1。事務處理中的原子性失?。簩е轮貜蛡鬏敗@?,一位經理人試圖將4,000英鎊從一個庫存單位轉入另一個單位時,系統(tǒng)崩潰。當系統(tǒng)恢復后,經理人收到了兩張相同編號的收據,結果導致一個單位"少了4000英鎊"。

            2。一致性失效:導致系統(tǒng)間失去同步。horizon系統(tǒng)需要與后端會計系統(tǒng)保持同步,但在實際運行中,這種同步經常失敗,導致數據不一致。

            3。隔離失?。簩е聢蟾嬷腥鄙俳灰?。horizon系統(tǒng)在生成報告時,無法有效隔離并發(fā)事務,導致某些交易未被正確記錄。

            4。持久性失?。簩е陆灰讖南到y(tǒng)中消失。有時,交易已經在連接的銀行系統(tǒng)中提交,但卻從horizon系統(tǒng)中消失了,導致賬面出現(xiàn)"缺口"。

            5。日志復制失?。篽orizon早期版本通過維護系統(tǒng)間復制的消息日志來跟蹤發(fā)生的事情,但這種復制機制經常失敗,導致數據丟失。

            6。不受限制的訪問權限:安永會計師事務所的審計報告中稱,某些It員工對分支機構負責人的horizon賬戶具有"不受限制的訪問"權限,可能導致處理未授權或錯誤的交易。

            這些技術缺陷導致horizon系統(tǒng)顯示的賬戶數據經常與實際情況不符,但郵局公司卻堅持認為系統(tǒng)數據始終準確無誤。更令人震驚的是,富士通公司在20世紀90年代就知道"地平線"系統(tǒng)存在漏洞,并告知了郵局公司。然而,郵局公司選擇了忽視這些警告,繼續(xù)依賴有缺陷的數據來起訴無辜的經營商。

            2013年,郵局公司聘請的獨立調查機構SecondSight發(fā)現(xiàn),horizon系統(tǒng)確實存在嚴重問題,可能導致會計缺陷。然而,就在SecondSight準備發(fā)布完整調查報告前夕,其工作被突然停止,調查也被迫終止。這表明,郵局公司可能早就知道系統(tǒng)存在問題,但卻選擇了掩蓋真相,繼續(xù)迫害無辜的經營商。

            四、奮起反抗:從個體抗爭到集體訴訟

            面對郵局公司的不公正對待,一些勇敢的經營商選擇了反抗。2009年,阿蘭·貝茨(Alanbates)夫婦不惜失去生計,決定團結眾多經營商,對郵局公司的不公正指控發(fā)起反擊。貝茨曾在1998~2003年間擔任一個小鎮(zhèn)的子郵局主管,他自己也遭遇過系統(tǒng)錯誤的困擾,還看到周圍很多同事因為同樣的錯誤被指控為盜竊。

            貝茨成立了"子郵局主管司法聯(lián)盟"(JFSA),團結了數百名受害者,共同對抗強大的郵局公司。他們的斗爭異常艱難,因為郵局公司擁有龐大的法律團隊和資源,而他們只是一群普通的小生意人,很多人已經因為莫須有的指控而破產。

            2017年1月,高等法院同意處理此案,集體訴訟(GLo)獲得了批準。2019年12月,經過兩次審判——第一次審查郵局和分支機構負責人之間的合同,第二次重點關注horizon系統(tǒng)——郵局做出了讓步,并與分支機構負責人達成和解。

            在這場具有里程碑意義的訴訟中,法院裁定郵局公司對他們的定罪不合法,"地平線"系統(tǒng)被裁定有過錯。法官在判決中明確指出,郵局公司清楚"地平線"系統(tǒng)有漏洞,但卻固執(zhí)地強調其可靠性,不愿提供證據,試圖將舉證責任推給被告經營商。

            已完結熱門小說推薦

            最新手机av一区二区三区_一级毛片在线_国产欧美激情视频免费看

                  <tr id="q0v9l"><label id="q0v9l"></label></tr>

                  <td id="q0v9l"><ruby id="q0v9l"></ruby></td>
                  1. <table id="q0v9l"><option id="q0v9l"></option></table>
                    <acronym id="q0v9l"></acronym>
                  2. <acronym id="q0v9l"><label id="q0v9l"><listing id="q0v9l"></listing></label></acronym>
                      <table id="q0v9l"></table>
                    1. <pre id="q0v9l"><strong id="q0v9l"><xmp id="q0v9l"></xmp></strong></pre>