背景
- 第一勸業銀行 (DKB)+ 富士銀行 (FJB)+ 興業銀行 (IBJ)+ 及轄下證券 , 保險公司 - 合併 / 分割成為 ->
- 瑞穗銀行* 對象個人 , 中小企業 * 資本額 70 兆日元
- 瑞穗企業銀行 * 對象大型企業 * 資本額 70 兆日元
- 瑞穗證券等 …
合併日誌
- 1999.8 合併宣佈
- 2002.4 新銀行開業 * 合併日系統上線 ( 過渡系統 )<- 問題發生系統
- 2004.4 新一代銀行系統決定 ( 長期目標 ) (* 迄2005/4新系統仍未完成* 新一代銀行系統系統投資規模->預估花費2000 億日圓 ,90000開發人月)
合併目的
- 大型化 * 擴大經營規模
- 短期目標 * 削減經費
- 長期目標 *增加收益
系統故障原因
- 連線->連接富士銀(IBM/IMS)與勸業銀(富士通/AIM)之間之中繼系統RC(富士通)發生故障(程式故障,系統超負荷),導致富士銀ATM 顧客僅能在富士銀ATM交易,在其他銀行(包括勸業銀)都不能使用 * 跨行 ATM 交易
- 批次->公用事業扣帳,薪資轉帳等夜間作業延遲(*外部扣帳資料的帳號與新帳號不一致)導致處理不及,最高達 250 萬件(4/8),另外處理錯誤(*系統處理錯誤->人手處理->系統再處理)導致顧客帳戶重複扣帳
- 近因 ->On-Line,Batch 系統負荷測試不足(ATM交易量在黃金週前大量發生),但經營層仍堅持依原定時程(2002.4.1)勉強上線 ,
- 遠因 ->(1)IBM,富士通,日立三種不同系統要整合成一體化技術難度非常高(2)有高度經驗的專家嚴重不足(3)開發期間過短(4)整合方式一再變更(當初決定系統三選一 * 富士銀與興業銀的系統轉換至勸業銀系統,後來妥協系統併存* 三系統依賴中繼電腦 Point To Point 連結->此次問題發生主因中繼電腦超負荷導致系統停頓(5)三銀行舊系統原先大都依賴自行開發維護,導致此次整合IBM,富士通參與薄弱實際上幫不上忙
- 其他 -> 三銀行之間互爭主導權
影響
- 大型銀行核心帳務系統 ->大眾公共建設的一部份,二週間的故障造成社會大混亂,過去日本從未發生如此大規模系統故障*顧客信用受損 , 銀行信譽短期內難以恢復->合併效果大打折扣
- 銀行危機處理方式->道歉,賠償
- 要求CEO下台聲音不絕
感想
- M&A 發生時->,銀行間大型核心系統整合的必要性與迫切性
- 大型系統整合的最應重視方針 -> 系統回應時間 (*Performance),可靠性 (*Availability)與大量性(*Scalability)
- 高度技術經驗者(* 熟諳大型銀行連線系統-專屬系統)人材日漸凋零
- 新/舊(*開放系統/專屬系統*舊系統的包袱)系統整合,缺乏所應具備之掌控能力
- 開發複雜困難度增加,但是開發經費/開發時程卻被迫要求縮減