合約專案消息

日本IBM2008年10月6日宣佈取得大型地方銀行千葉銀行核心系統周邊系統「HOST中繼系統」的合約。該系統預定2009年6月完成。初期計劃建置便利商店ATM以及自動轉帳系統與核心系統的連結....日本IBM2008年10月6日宣佈取得大型地方銀行千葉銀行核心系統周邊系統「HOST中繼系統」的合約。該系統預定2009年6月完成。初期計劃建置便利商店ATM以及自動轉帳系統與核心系統的連結。該HUB系統(J2EE)將作為Internet Banking與Call Center等核心系統的外圍系統與核心系統接續中介角色「IBM Multi Channel Transformation/Channel Integrated Server基礎建設（MCT/CIS）」。主要目的是只抑制周邊系統的變動對核心系統的影響最小、以及做為周邊系統與核心系統的統合接續系統(integrator)。

原訂今年(2008)6月上線的新分行系統確定順延。日前合庫IT高層在定例會中，對SI廠商(IBM,宏瞻)強烈表達不滿，並要求提出解決策。該行原先分行系統的應用系統(AP)並非不堪用，只因為原來的作業系統(OS)是OS2，而IBM在早已宣佈不繼續銷售與支援該產品....原訂今年(2008)6月上線的新分行系統確定順延。日前(2008.9.16)合庫IT高層在定例會中，對SI廠商(IBM,宏瞻)強烈表達不滿，並要求提出解決策(第一階段驗收條款是三家分行順利上線,但是因為上了兩家分行後,發現系統不穩定,因此客戶不同意第三家分行上線)。該行原先分行系統的應用系統(AP)並非不堪用，只因為原來的作業系統(OS)是OS2，而IBM在早已宣佈不繼續銷售與支援該產品，才導致客戶不得不更換系統，原先的系統架構是主從式(C/S,OS2,CT) ，在主機系統(z/OS,IMS DC/DB,TCP)不更動的情況下，新分行系統只是更新系統架構(C/S,Windows,BTT)，對應用系統的處理邏輯不改變的前提下應用系統重新撰寫。原先雙方的認知該工程並不會太困難，應該可以依計畫完成，只不過SI廠商真正深入後才發現原先估計工時根本不足，質疑合庫的需求不定，反之合庫對SI廠商的團隊開發能力也產生強烈的質疑。

這將是2008年各IT大廠關注的大標案，Microsoft宣稱已取得與IT高層共識，新系統軟體架構將採用.NET平台，因此姿態十分自信。硬體架構則因軟體架構前提已定情況下，未來新系統將建構於PC Server上，預料將有HP、IBM、UNISYS等競爭。SOLUTION方面，原先優利有意引進日本UNISYS開發在.NET的新一代核心銀行系統BANK VISION，但是據聞該產品在日本大賣，日本UNISYS無瑕支援海外，故作罷，因此據聞現況永豐屬意與TEMENOS共同合作開發，目標甚至放眼中國市場，雙方並簽下合作開發意向書，市場最近傳聞Microsoft安排永豐高層參加 TEMENOS在義大利羅馬舉行的用戶年會，三方互動順暢。至於系統整合TEMENOS將與本地哪一家SI 合作?推測應該有IBM、UNISYS等，推測IBM將會利用全球資源優勢，取得與TEMENOS的合作意願，但是2005年國泰世華案，IBM原先與TEMENOS早簽訂合作意向，但因客戶偏好FNS，IBM(GBS)並未力挺TEMENOS，最後甚至轉向與FNS合作，導致TEMENOS在台孤軍奮鬥，業績一直不振，此番IBM回頭再談合作，TEMENOS是否忘記前嫌，結果仍待觀察。

經過漫長的的2年，農業金庫終於與農經公司分道揚鑣，決定自己先進行核心系統，而不再與農經公司的農會共用系統綁在一起。當初農業金庫開業時並未有 自己的系統，而是以委外的方式委託南區農會共用中心處理，自有的核心系統則希望與各農會共用中心，重新一起檢討一個新的全國農會共系統，各農會共用中心與 農業金庫也因此共同成立一家農經公司專門處理各共用中心與農業金庫IT的統合經營。只不過農經公司沒錢執行此一計畫，因此希望向農業金庫融資，但是遭農業 金庫以關係人不可融資理由拒絕，農經公司的計畫因此停擺。同時農業金庫核心系統委外亦即將到期，在不滿南資的委外服務水準情況下，並不打算續約，而打算自 己經營一個核心系統。新核心系統預算約新台幣8千萬元，原競爭廠商有IBM,NEC,UNISYS,資策會，但是上週的最後一刻，IBM決定不參加，原因 是沒有合適的提案，NEC也因規格不符，最後只剩UNISYS與資策會競爭，但是市場傳聞農業金庫將以入圍廠商太少以及NEC在農會系統長期經驗，可能讓 NEC敗部復活。農業金庫新核心系統計劃上線日期預定2008年末，整個開發期間約只剩7個月.
農業金庫基本資料-營業處1家，日交易量100筆(平均)。

2007年中、兆豐銀行決定汰換原先以CT為平台的TABS分行系統(1993年開發)、原舊系統的提供者IBM這次與康和資訊聯合提案以BTT為平台的ETABS新分行系統、強調BTT的優越功能與開發便利性、兆豐銀資訊高層相信IBM說法、最後並順利取的合約。

台北銀行5年前合併富邦銀行前、就計畫合併後無論留下哪一個核心系統、都要建構一個全新的核心系統、理由是: 原來的兩銀行(台北銀行及富邦銀行)核心系統一個太僵硬(台北銀行)、另一個太老(富邦銀行)、兩者都無法滿足...

駿河銀行核心系統因開發中止、向IBM求償111億日圓訴訟。3月6日訴訟開始後、IBM雖隨即申請「閲覧制限」、但未果、4月24日除了部分內容外、其餘予與解除限制。限制解除後日經電腦隨即取得訴狀。內容詳述駿河銀行、「2004年3月接受日本IBM、以美國Fiedility的核心銀行套裝軟體『Corebank』針對日本市場導向客製化提案」。

採用Corebank原因有二、之一是過去是以帳戶單位的餘額管理現今要求以客戶的單位餘額管理、之二是存款與貸款連動型商品能夠迅速被開發、不拘泥於日本的銀行傳統過去帳務處理作法之先進系統。2004年秋天、帳務與情報統合的「新經営系統」開發開始。

但是開發作業中的需求定義始終無法決定。需求定義遭3度退回、計畫數度延緩倒回重作、「日本IBM企圖大幅縮減開發範圍、並且要求追加費用」。駿河銀行這方「絕對不接受」。

駿河銀行2007年5月行文IBM、要求2008年3月履行合約、但未獲得回應、因此隨即於合約到期日向東京地方法院提起損害賠償訴訟。 後續-尚有詳細報導>>

取材 日経コンピュータ 　[2008/04/25]

2008年4月14日第1次口頭辯論在東京地方法院舉行、駿河銀行以系統開發失敗為理由向日本ＩＢＭ要求損失賠償。判決前....

判決前、確認兩家公司提交的資料。訴訟代表日本ＩＢＭ一方的牛島綜合性律師事務所的牛島律師『要求2個月時間以提交後續答辯書』。庭長同意,並且告訴雙方『今后爭論點將速審速決』。

現下無法知道駿河銀行提交的起訴書內容。日本ＩＢＭ向東京地方法院申請起訴書閱覽限制、原因是因為審查沒正結束。日本ＩＢＭ理由是『雙方意見爭執中的不宜公開』。所以此次的公審,起訴書的內容變得不明。

駿河銀行以導入、IBM開放平台核心銀行系統套裝軟體「NEFSS/COREBANK」。自2004年9月專案開始、当初預定在2008年1月上線。迄今延期、最終日本IBM無法完成理由、總計損失111億700萬日圓向日本IBM要求賠償而提出訴訟。

取材 日経コンピュータ [2008/04/14]

駿河銀行2008年3月6日、於東京地方法院對日本IBM提出111億700万日圓損害賠償訴訟。事件係針對該行「新經營系統」的開發委託、IBM開發中止義務不履行、導致該行損失所提出之損害賠償。駿河銀行導入的標的、係IBM的開放架構之核心系統....