當民國100年1月1號那一天到來,所有資訊系統中,如果還沒有把有關於年的資料欄位,從原本的2位數擴大為3位以上,那麼,相關系統程式就會把民國100年的00年解讀為民國0年,導致IT系統運作出現各種不正常的狀況,例如:在醫療界可能就會出現藥劑用量計算錯誤的問題,在金融業則可能會出現利息計算錯誤的營運損失等情況。

百年蟲作戰計畫最後倒數計時
許多產業裏的指標企業,已經意識到民國百年蟲的問題,紛紛在距離民國100年還有4、5年的時限前,相繼成立專案小組,及早因應。
>>>各行各業可能遇到的百年蟲問題

看指標企業如何因應百年蟲
對於任何一家企業來說,民國100年潛藏的年序轉換問題,都是一定要想辦法處理的事情,然而具體的做法卻各有考量,不論是系統汰換,或針對既有的系統程式進行調整,甚至於暫時觀望都有。

汰換系統
臺中榮總、成大醫院、新光人壽、聯合信用卡中心各有應變計畫
系統汰換的工程龐大,目前為止沒有任何一家企業,只是單純的為了解決民國100年問題而進行系統汰換,由於既有系統架構老舊,加上為了滿足新的業務需求等整體考量,企業才會決定汰換既有系統。


成大醫院
資訊室主任曾新穆

為了避免系統轉換不及,又必須因應民國100年修改既有系統,成大醫院的策略是嚴格控管專案進度,並且在每一個階段檢視完成度。



臺中榮總
資訊室主任楊晴雯

雖然臺中榮總3年前就已經啟動核心系統轉換,但是,為了因應民國100年問題,如果系統轉換不及,未來不排除必須修改既有系統的可能。



修改既有系統
高雄榮總、中國鋼鐵、第一銀行、兆豐銀行階段性調整
有些企業現階段沒有系統汰換的規畫,加上新的系統需求還是不斷,因此,當務之急還是及早著手因應民國100年的問題才是上上之策。


第一銀行
資訊中心副總經理柯明川

民國100年的問題處理,涉及許多不同環節的細節,為了因應全面性的調整,參與這個專案的人必須擁有充分的系統開發經驗,與重要專案的參與經驗。



兆豐銀行
資訊處副處長曹金樑

去年初,兆豐銀行開始民國100年的清查與修改,現在已邁入最後的測試階段,預計今年3月底4月初就要完成所有的調整而盡量降低修改幅度,就是兆豐銀行的原則。



暫時觀望
國營事業單位無奈中為民國100年問題找出路
國營事業的運作彈性畢竟無法與民營企業相比,因此,系統汰換的預算無法通過的情況下,民國100年的問題也一直存在。


環保署
資訊規畫設計科科長顧鋼基

即便政府組織改造至今尚未明確,不過為了因應民國100年問題,環保署決定最晚要在今年底決定相關的因應計畫。



抓出百年蟲的4大實戰做法
從各個企業的實戰經驗中,可以發現地毯式清查,然後逐一修改,最後還要透過完整的測試才能徹底解決民國100年的問題,然而,每個階段也各有必須著重的地方。百年蟲作戰計畫最後倒數計時

昨天,我在投資理財專員的邀約下,去了一趟銀行,然後雙方熱烈地討論著存摺裡的888萬元,究竟該如何投資才能帶來更大的收益;幾天過後,內心裡總算決定了投資標的,然而,這個時候卻發現存摺裡的存款餘額居然是「0」。怎麼可能呢?難道是被盜領了,其實類似這樣的情況,極有可能發生在民國100年,也就是「百年蟲」所造成的年序轉換問題。

所謂百年蟲的年序轉換問題,簡單地說,其實就是應用系統中的資料欄位,因為只有預留2位數,所以到了民國100年,就無法完整輸入3位數,以致於民國100年就會變成民國00年顯示,最後勢必會造成許多資料判讀上的錯誤。

面對百年蟲問題,沒有任何一個資訊單位敢輕忽
這個問題遍及各行各業,沒有任何一個企業敢輕忽,除了一般民營企業以外,包括政府與公營事業都非常關注。目前有的企業已經在系統汰換的過程中,解決民國100年的年序轉換問題,有的企業則正式成立民國100年處理小組因應,如果至今還沒有相關規畫的企業,最好及早開始,否則恐怕會來不及因應。

目前包括傳統製造業的中國鋼鐵,金融業的第一銀行、兆豐銀行、金融聯合徵信中心,以及醫療業的榮民總醫院、成大醫院,乃至於攸關全臺灣2000多萬人口的公營事業單位,都有非常清楚的因應策略,走訪任何一個單位總有一疊厚厚的資料,裡面密密麻麻的文字紀錄與表格,盡是關於民國100年的問題處理評估與進度追蹤。

然而,是不是每一個企業都會發生民國100年的問題,卻不一定。一般而言,90年代之後所開發的資訊系統,大多已經沒有這類時序轉換的問題。而高科技製造業更是一個明顯的例子,一方面因為該產業所使用的資訊系統,例如企業資源規畫(ERP)等都是較新發展出來的應用,而且版本不斷更新演進,加上往來的客戶遍及全球各地,因此,高科技製造業在資訊系統的設計與使用上,都習慣採取西元年的方式,廣達電腦資訊部協理方天戟就斬釘截鐵地說:「高科技製造業不太可能會有民國100年的問題」。

相較之下,一般以國內使用者為主的應用系統,因為基於使用習慣的考量,加上過去在資訊系統開發過程中,沒有顧及到民國100年會引發的百年蟲問題,因此,在系統設計與使用上都以民國年為主,例如:醫療院所以及金融機構等的應用系統,現在都普遍遇到了民國100年的年序轉換問題。

以醫療業來說,從掛號開始一直到醫生問診的病歷紀錄,以致於後續的藥劑用量計算等,每一個醫療行為都與日期息息相關。臺中榮總資訊室主任楊晴雯說:「如果民國100年的問題沒有妥善解決,輕微一點的情況,可能是新生兒出生時,沒有辦法開立出生證明,嚴重者,可能會造成藥劑用量計算錯誤,最後導致醫療糾紛的問題」。因為目前比較具有規模的醫院,大多會以病患的年齡作為藥劑用量的計算基礎,然後透過自動化的應用程式,計算出該年齡適當的藥劑用量,這個應用程式雖然可以避免人為的計算疏失,但卻無法防堵年序轉換問題所造成的錯誤,而這只是民國100年可能會出現的情況之一。

類似的百年蟲問題,在金融業也會造成嚴重的問題。以存款餘額來說,原本在民國99年12月底存摺裡還有100萬元,但是年序轉換到民國100年之後,可能會發生的幾種情況,一種是當機或是無法運作,其他的可能性還包括應用系統會把民國100年解讀為民國0年,而民國0年這個帳戶可能根本就沒有存款。再則是排序上的問題,一般而言,最新的存款餘額通常會顯示在最下方,當年序錯亂之後,被解讀為民國0年的排序會出現在排序的最上方,這樣的情況下,其他系統可能會誤把最下方的存款餘額視為最新資料,以致於誤用,進而造成利息計算錯誤等營運上的各種損失。

對資料正確性敏感度高的企業,已經擬定積極的因應計畫
為了避免民國100年潛在的風險,部分企業雖然已經積極因應,不過,市場調查機構IDC企業應用研究經理曹永暉認為,企業對於民國100年的關注度並不高,一般都是在系統汰舊換新的時候才會一併處理,對於既有的系統卻沒有一個完整的檢視計畫,如果以過去因應千禧蟲所投入的時間推估,企業最晚必須在明年開始啟動民國100年的相關計畫,然後以2年時間完成調整,預留1年作為緩衝,會是比較完善的做法。

對於許多企業來說,年序轉換的問題處理並不陌生。而民國100年可能會引發的百年蟲問題,其實與公元2000年的千禧蟲問題相當類似,也可以說同樣都是因為資訊系統設計上的缺失,進而造成資訊系統的應用會出現年序轉換問題。

這樣的情況,對於早年所開發的資訊系統來說尤其嚴重。資策會資訊工程研究所金融資訊事業計畫主持人顏大緯說:「因為許多資訊系統在早年開發的過程中,為了節省記憶體空間、加速資料交換的效率,包括系統程式以及資料庫檔案的日期欄位設計上,都只有保留了2位數的使用空間,因此,當民國100年到來的那一刻,相關資訊系統將會因為無法輸入3位數而造成年序錯亂等問題。」

然而,百年蟲與千禧蟲雖然類似,但影響層面卻有所不同。組合國際諮詢顧問總監韓文雄表示,千禧蟲問題涉及的範圍,同時涵蓋了作業系統以及伺服器等硬體設備,對於企業來說,如果相關的軟硬體無法支援公元2000年,可能就會出現根本無法開機這樣的事情,所以為了順利跨越公元2000年,很多企業都選擇汰換軟硬體;民國100年的問題則是屬於應用程式與資料庫這兩個層面,對於企業而言,問題相對單純,但仍舊必須投入相當的人力與時間徹底解決,否則也沒有人敢保證民國100年到了,究竟會不會發生什麼事情,造成營運上的問題或損失。

雖然多年前的千禧蟲問題,曾經讓各個企業驚恐一時,最後依舊安然度過,甚至被嘲諷是21世紀最大的謊言,不過,大部分企業仍是相信因為當初的積極投入,才能換來最後的平安無事。現在,面對民國100年更是一個不能輕忽的問題,因為只要應用程式的日期欄位,是採用2位數的民國年,就一定會在年序轉換成3位數的時候發生民國100年的問題,顯而易見的程度無庸置疑。

正因為如此,企業在因應公元2000年的千禧蟲問題時,大多也已經聯想到民國100年的問題,只不過礙於當時可以投入的資源有限,因此,採取緩兵之計的企業比比皆是。當時心裡想的是,當務之急還是先解決千禧蟲,再依序解決百年蟲,反正距離民國100年還有一段時間,以後還有時間可以慢慢處理。

歷經千禧年之後,有的企業確實依照計畫,在既有系統更新或是維護過程中,開始逐步解決民國100年的問題,例如:華南銀行、彰化銀行、台新銀行等就是最好的例子,除此之外,對於資料正確性與敏感性都相對較高的企業,在過去幾年都相繼投入資源解決民國100年的問題;現在,隨著民國100年逐漸逼近,企業對於這個問題的關注再次浮上檯面。

優利系統金融事業群總經理辛維平表示,現在距離民國100年還有4年多的時間,如果企業未來的每個專案中,都把必須符合民國100年列為專案的基本原則之一,根據企業的應用系統更新頻度,應該可以逐步解決民國100年的問題。看指標企業如何因應百年蟲

對於任何一家企業來說,民國100年潛藏的年序轉換問題,都是一定要想辦法處理的事情,然而具體的做法卻各有考量,不論是系統汰換,或針對既有的系統程式進行調整,甚至於暫時觀望都有
企業對於民國100年潛藏的年序轉換問題,其實早在10多年前面對千禧蟲危機時,就已經普遍認知到必須處理的重要性。否則,當民國100年到來,相關的應用程式在無法輸入3位數的情況下,後續究竟會具體發生什麼問題,沒有任何一家企業或單位可以全盤預料。尤其企業的應用系統,就像是一個有機體,不僅一直處在變動的情況,應用程式之間的關連性也很複雜,相對增加了民國100年的因應難度與複雜度。

目前企業針對民國100年的問題處理,大致採行幾種不同的做法。其中,部分企業因為考量到既有系統架構已經老舊,因此決定汰換系統,同時並解決民國100年的問題,對於這類企業來說,民國100年的問題在新的系統建置過程中,雖然就像是增加一個應用系統開發規格般的簡單,但面臨的挑戰卻是,新的系統能否在民國100年之前完成,如果沒有辦法,又要如何因應民國100年問題。

另外有的企業,則是決定直接修改既有的應用程式與資料欄位設計,例如:中國鋼鐵、高雄榮總以及第一銀行、兆豐銀行等都是採取這個做法。相較於汰換系統的工程,直接修改既有系統因應民國100年,雖然是變動幅度較小的一種做法,但是,對於這些企業而言,要面對的是,既有IT人力無法增加的情況下,要如何同時兼顧新的系統需求以及民國100年的問題處理。

然而,不論是決定汰換系統或是針對既有系統進行修改,這些企業對於民國100年的問題處理,都已經邁入執行階段,相較之下,部分企業與政府單位至今仍處在無奈的觀望階段,例如:一家大型國營企業就是因為預算審核的問題,遲遲沒有辦法決定民國100年的問題處理方向,但是民國100年的問題,只要時間一到就會引爆,相關的應變計畫已經不可能再拖,最晚也要在今年上半完成全面性的系統清查。臺中榮總、成大醫院、新光人壽、聯合信用卡中心各有應變計畫

10多年前,當企業首度遇到年序轉換的千禧蟲問題時,資訊部門的擔憂與恐慌歷歷在目。如今,再次面對年序轉換的問題,不少企業都展現出從容不迫的因變態度。一方面是因為來自千禧蟲的經驗歷練,所以,對於問題的焦點以及處理程序都可以快速掌握要領,另一方面則是因為企業對於民國100年的問題,其實已經有了一段長時間的準備,因此,具體的做法可以從公司整體發展的長遠規畫來凝聚共識。

其中,臺中榮總就在千禧年危機處理時形成決策,並且在3年前啟動核心系統轉換,預計將會在民國99年完成所有的系統轉換,臺中榮總為了能夠如期上線,目前已經加快速度,而若真的無法全面完成,也不排除回去修改既有系統程式的可能。臺中榮總資訊室主任楊晴雯有感而發地說:「系統汰換的工程實在太大,如果有更好的選擇,寧願只要修改既有系統就好」。

正如楊晴雯所說,系統汰換的工程實在太大,但是臺中榮總又有必須汰換系統的全盤考量,因為既有系統已經是30年前開發的老系統,而新的需求又越來越多,既有系統在疊床架屋的情況下,反應的速度已經跟不上新的需求。以病歷來說,原本的主機系統架構只能支援純文字,但病歷的本質不斷改變,包括呼吸音、心跳音、X光等等都是病歷重要的一環。為了因應這類新的系統需求,臺中榮總遲早都要汰換系統,而民國100年的問題正好成為系統轉換的另一個驅動力。

同樣也是醫療業的成大醫院,則是在去年開始進行系統轉換,同時並預計在民國98年中全面上線,這樣的情況下,成大醫院還可以有1年時間作為緩衝。成大醫院資訊室主任曾新穆表示:「為了避免系統轉換不及,又必須因應民國100年修改既有系統,進而造成人力成本的重複投資,成大醫院採取的策略,就是嚴格控管專案進度,並且在每一個階段檢視完成度。」

其他正在進行系統轉換的新光人壽,目前也面臨了雙重壓力,一方面是來自民國100年的問題處理,另一方面則是過去曾經有系統轉換失敗的經驗,因此,即便這次的系統轉換,在去年3月正式啟動之後,新光人壽高層信心滿滿,但是為了以防萬一,仍舊擬定了相關的因應計畫。新光人壽資訊服務部經理黃添富表示,目前正在使用的核心系統,已經是40年前所開發的系統,如果系統轉換的工程延宕,很有可能就會遇到民國100年的問題,這樣的情況下,新光人壽必須在最適當的時間點儘早開始著手因應民國100年的問題,為了這個變數,新光人壽在去年3月啟動了「年序問題評估專案。」

「新光人壽在經過將近半年的系統清查後,發現既有系統中,涉及民國100年問題的應用程式達到5,600支,相關連的資料檔則有600個左右都需要修改,才能因應民國100年的問題」黃添富說,涉及民國100年問題的應用程式,雖然只是整體4萬多支應用程式的12%,但是5,600支以及600個資料檔都要逐一修改,加上嚴密的測試也需要時間,以此推估,「年序問題處理的執行專案」可能需要今年中就要開始啟動,不過首先將會針對獨立性高的應用系統處理,然後才會延伸到關連性高的應用系統。

除此之外,至今已經成立24年的聯合信用卡中心,在早期所開發的應用系統中也存在著民國100年的年序序轉換問題。聯合信用卡中心資訊服務部協理邱挽強表示:「過去在因應千禧蟲問題時就曾經思考,是不是要把民國100年的資料欄位以及應用程式等年序轉換問題一起處理,但是,因為有人提出金融界是否應該採取統一的做法,也就是把民國年的資料欄位統一改為3位或是4位,又或是全面轉換成西元年,當時都有討論但未有定案,因此才會決定把問題單純化,只有針對Y2K的問題進行處理。」

現在回想起來,幸好當初沒有一併處理民國100年的問題。因為聯合信用卡中心在去年啟動了一連串的系統汰換,預計明年將可完成60%的系統翻新,其他的小系統也會在民國100年以前陸續翻修,邱挽強說「透過系統翻新,雖然連帶解決了民國100年的問題,不過這並非最初的規畫,只是時間上的巧合,過去在解決千禧蟲問題時並沒有想到,後續要透過系統翻新的方式,解決民國100年的問題,之所以會在這個時候進行大幅度的系統翻新,主要關鍵還是在於業務面的需求與變化,使得原本的系統架構不敷使用。」

整體而言,系統汰換的工程雖然龐大,目前為止也沒有任何一家企業,只是單純的為了解決民國100年問題而進行系統汰換,而大多數企業的決策關鍵,無非是既有系統架構老舊,加上為了滿足新的業務需求等整體考量,才決定汰換既有系統,而民國100年自然成為必須連帶解決的問題之一,不過從時間點來看,民國100年確實也是系統轉換的驅動力之一,從企業長遠的發展角度來看,也是一個能夠把危機化為轉機的方法。高雄榮總、中國鋼鐵、第一銀行、兆豐銀行階段性調整

相較於系統汰換必須投入的資源,選擇直接修改既有系統,仍是不少企業的選擇,而且也是完全鎖定民國100年的問題處理方法。對於這些企業來說,雖然同樣是因為早年開發的應用系統,才會受到民國年序轉換問題的波及,但是,由於現階段沒有系統汰換的規畫,加上新的系統需求還是不斷,因此,當務之急還是及早著手因應民國100年的問題才是上上之策。

目前正在積極進行系統修改的企業,除了醫療業的高雄榮總採取以外,其他包括傳統製造業的代表中國鋼鐵以及金融業的第一銀行、兆豐銀行都相繼研擬計畫,針對既有應用系統進行修改,藉以因應民國100年的問題。過程中,由於每個企業的決策考量不同,因此做法也不太一樣,以中國鋼鐵來說,就在千禧年問題之後,接著進行資料庫汰換,現階段則正在進行應用程式與資料檔的修改,預計民國99年完成所有的測試。

中國鋼鐵在過去因應千禧蟲問題時,雖然已經考慮到民國100年的問題,但是由於當時的做法,是透過運算程式把民國年轉換為西元年呈現,底層的資料檔並沒有更改,「去年4月開始著手因應民國100年的問題之後,就花費了將近3個月時間徹底清查所有的應用系統,接著才能進行相關修改」,中國鋼鐵財務部資訊處應用系統開發組組長黃清田表示,清查的過程中,最難的部分就是要同時掌握應用系統的垂直關係與水平關係,一般而言,要掌握自己負責維護的系統相對比較容易,涉及不同應用系統領域的水平關係,就要透過溝通與協調達成一致性的修改。

除了中國鋼鐵以外,高雄榮總同樣也是決定先轉換資料庫,然後再進行應用程式修改。不過,礙於人力有限,高雄榮總的資料庫轉換,雖然最晚可以在民國97年完成,但是,對於接下來的應用程式修改,則採取了比較保守的做法,高雄榮總資訊室主任陳明坤進一步說明:「民國100年的問題雖然要解決,但是使用者端的需求並不會因此停止,最好的做法,就是跟著使用者端的需求走,這樣的因應方式,一方面可以既有人力滿足新的需求,並且在應用系統功能擴增的同時,順便修改該程式所涉及的民國100年問題。」

高雄榮總這樣的做法,固然有不同的考量因素,然而,陳明坤也不諱言地說:「民國100年之前要逐一完成所有應用程式的修改,幾乎是不太可能的事情,為了多預留一些時間修改應用程式,高雄榮總決定加快步伐完成資料庫的系統轉換。」他說,高雄榮總選擇從資料庫的系統轉換做起,一方面是因為民國100年的問題,另一方面則是因為既有的資料庫,已經是10多年前的系統架構,而近幾年來,醫療院所的資訊應用又日趨複雜,因此,原本的資料庫系統已經無法因應需求,以電子病歷系統來說,就是一個最好的例子,因為電子病歷系統所必須因應的檔案形式,已經從過去的純文字進化到影音多媒體。

相較於中國鋼鐵以及高雄榮總,金融聯合徵信中心是在今年初才成立民國100年小組,並且決定先清查再評估。金融聯合徵信中心資訊部經理蘇淑華表示,現階段還在進行全面性的資料欄位以及應用程式清查,初步估計民國100年對於金融聯合徵信中心造成的影響不大,應該只要修改應用程式就能解決民國100年的問題。底層的資料檔中,雖然有的是以民國年輸入,有的則是採西元年輸入,但民國年的資料欄位,原本就保留了3位,因此,在這一波因應民國100年的問題上,金融聯合徵信中心並不需要進一步擴充資料欄位的設計。

雖然企業的系統環境不同,但是因應民國100年這個問題,一般來說,如果涉及資料欄位的更改,最好還是早點動手做,因為資料欄位擴充之後,相關的應用系統以及程式都必須跟著調整,而若資料欄位不需要擴充,只要修改應用系統就能解決民國100年的問題,所必須做的工程當然就少了一半,而金融聯合徵信中心就是屬於這樣的情況。國營事業單位無奈中為民國100年問題找出路

民國100年潛藏的年序轉換問題,在千禧蟲危機之後,大部分的資訊單位雖然都已經普遍認知到這個問題的存在,然而,由於各個資訊單位所能運用的資源不同,因此,也連帶影響民國100年問題處理的決策。這樣的情況,除了一般民營企業會發生以外,政府機關或是國營事業單位受到的影響尤其明顯,主要就是因為預算審核必須通過層層把關,因此不僅使得整體的決策流程漫長,有的時候也會比較容易受到政治體系的干擾。

事實上,一家與全臺灣2000多萬人口息息相關的大型國營事業,面對民國100年的問題,雖然汲汲營營的想要解決,並且在既有系統老舊的情況下,傾向徹底汰換系統,但是,預算遲遲沒有通過的情況下,目前除了觀望以外,另一方面也必須開始思考,如果系統汰換的預算沒有辦法通過,應該如何因應民國100年問題。

去年中,這家國營事業在董事長的指示下,已經開始關注民國100年的問題,並且具體評估修改既有系統,所需要投入的人力與時間,預計今年中將會擬定因應計畫,如果以千禧蟲問題處理所需要的時間推估,民國100年的問題似乎也無法再拖下去了。雖然在面對千禧蟲問題時,已經想到民國100年的問題,但是,依據一般應用系統的生命周期來看,7、8年之後應該已經汰舊換新了才對,理當不會遇到民國100年的問題,然而,國營事業的運作彈性畢竟無法與民營企業相比,因此,系統汰換的預算無法通過的情況下,民國100年的問題也一直存在。

值得一提的是,類似的情況也發生在環保署,目前環保署所使用的公文系統,雖然沒有民國100年的問題,但是其他系統,例如:國有財產管理系統等,是否潛藏民國100年的年序轉換問題,還需要經過一番清查才能知道,然而,在組織改造不確定的情況下,其實也很難抉擇,究竟是要用什麼方法因應民國100年問題。

環保署資訊規畫設計科科長顧鋼基表示,對於政府機關來說,最重要的系統無非就是公文系統,因為所有的日常運作都要經過公文往返,因此更新往往也是最頻繁的,目前環保署所使用的公文系統,就是在更新的過程中解決了民國100年的問題,至於其他的系統,究竟是直接汰換系統或針對既有系統進行修改,今年底都必須拍版定案。抓出百年蟲的4大實戰做法

民國100年絕對不是一個技術性的難題,但棘手之處在於必須鉅細靡遺的進行地毯式清查,然後才能進一步評估並決定實際的修改方式,最後的測試作業更要完善,才能在整合測試的過程中,找出清查或修改階段所遺漏的地方。

乍看之下,民國100年的問題處理,似乎與一般應用程式上線前的步驟相同,但正在進行這項修改工程的企業卻有不同以往的感受,因為民國100年的應用程式與資料檔涉及的範圍實在太廣,因此,從清查開始到最後的測試階段,都必須顧及到所有相關連的應用程式與資料檔,完全不同於單一應用系統上線的情況。

與年份相關的程式,都用標準化的程式代碼,可以加快清查速度
以水利署來說,由於相關的水文資料不僅要提供給內部的使用者運用,與氣象局等外部單位也有頻繁的資料交換需求,因此,過去在面對千禧蟲危機時,就已經花費相當的心裡調整,並且花費2年時間探討資料標準化的問題,進而規定相關人員只要有用到年的程式,都必須用「標準化的程式代碼」,這樣做的好處,在於日後的應用系統檢視方便,以民國100年的問題來說,水利署就可以透過具有檢視功能的程式,直接針對資料庫的相關欄位,檢視出該欄位的程式代碼是否符合規定,當然這個過程中,如果資料檔有民國100年的問題,就會被檢視出來,而相對應的程式有哪些也有跡可尋。

對於水利署來說,時序非常重要,如果受到民國100年問題的影響,可能會導致氣象局等取用的分析資料錯誤,進而造成全國生命財產的損失。因此,即便水利署已經在資料欄位的設計上,保留了3位數的民國年輸入空間,理當不會發生民國100年的問題,如果有,應該也是新增的資料檔或應用程式,為了避免這種可能性,水利署每隔一段時間就會針對新增的資料檔或應用程式進行檢視。

建立修改原則,降低調整之後所帶來的風險
除此之外,兆豐銀行也在民國100年的問題處理上制定了幾個原則,首先,就是在必須解決民國100年問題的前提下,盡量降低應用系統的修改幅度,此外,還要避免所有應用系統同時上線以及避免大幅資料變動引起的風險。兆豐銀行資訊處副處長曹金樑表示,「因應這樣的修改原則,兆豐銀行從去年開始,針對106個子系統進行清查,同時並找出以年的排序作為業務邏輯的相關程式,然後針對這些應用系統修改,其中,修改的範圍除了應用程式以外,還包括資料欄位擴充,除此之外,兆豐銀行大多是透過副程式解決民國100年問題。」

對於金融業來說,年序轉換的問題,其實在民國80年就已經出現,因為房屋貸款年限長達20年,因此放款系統首當其衝,然而,那個時候改了放款系統,現在存款系統又面臨波及,眼看著民國97年就會因為3年定存,而引發民國100的問題,所以,存款系統也必須要改才能因應。」曹金樑說,兆豐銀行自從去年初開始因應民國100年的問題之後,目前已經進展到最後階段。

成立專責小組,制定標準處理程序
同樣也是金融業的第一銀行,為了因應民國100年的問題處理,2年前正式成立了12人的專案小組,並且制定了民國100年問題的標準處理程序,其中除了決定統一把資料欄位擴大到4位,進而讓各個應用系統,可以根據業務特性採用民國年或是西元年,原則上,第一銀行因為考量到使用習慣,因此盡可能會採用民國年,但是某些應用系統的特性,就是非用西元年不可,例如:外匯系統等。

第一銀行資訊中心副總經理柯明川表示,目前會遇到民國100年問題的應用系統,大多是民國70年到80年期間所開發的應用系統,其中包括存放匯以及會計等最為核心的系統,都是金融業最早的應用系統,幸好,第一銀行的這些系統都是自己開發,因此對於應用系統的邏輯都比較容易掌握。

不過這一次,為了因應民國100年的問題處理,專案小組也要求相關人員在檢視應用程式與資料檔的過程中,除了必須逐行檢視以外,還要顧及日期在應用程式中的邏輯關係,這樣的做法,主要是為了日後程式修改或是測試過程中,如果發生問題,可以縮短解決問題的時間。



民國100年問題處理的3大步驟

1. 清查階段 2. 修改階段 3. 測試階段
● 需要時間—大約3到6個月時間

● 清查內容—應用系統的資料庫(檔)、處理程式與報表程式

● 清查方式—以工具或人力清查資料庫(檔)的記錄格式,並逐一檢視記錄格式所定義的欄位,例如:含有DATE、DTE、DAT、YEAR、YER、YY、YR、YM、YYMM、YYMMDD等慣用關鍵字的欄位

● 需要時間—大約3到6個月時間

● 修改方法—汰換系統或是擴大資料欄位,同時並修改相關的應用程式

● 注意事項—盡量統一修改原則,例如:資料欄位一律擴充為4位數

● 需要時間—大約3到6個月時間

● 測試方法—除了基本的單元測試以外,嚴密的整合測試計畫更顯重要,往往可以檢視出清查與修改階段的疏漏

● 注意事項—測試環境所使用的系統版本必須與正式環境一致,否則會白忙一場

各行各業可能遇到的百年蟲問題

金融業
*是否有年序轉換問題:有
*影響程度:● ● ● ● ●
*解決方式:系統汰換或修改既有應用系統
 


*可能出現的情況:在金融界,日期往往是一個重要的資料元素,舉凡核心系統中的存放匯以及端末分行交易、網路銀行等在內的應用,幾乎每個業務行為都與日期息息相關,民國100年的問題如果沒有處理,可能會產生的情況,包括積數計算日期算錯,檔案排序錯誤等問題。



高科技製造業
*是否有年序轉換問題:無
*影響程度:○
*解決方式:依循國際ISO每年度的week起始日規畫


*可能出現的情況:對於高科技製造業來說,因為相關的資訊系統與使用習慣都是採用西元年,因此不太可能會有民國100年的問題。然而,特別的是,高科技製造業會因為年度轉換而產生週期(week)起始認定的問題,這個情況將影響到與客戶之間的產銷資料交換與分析。



醫療業
*是否有年序轉換問題:有
*影響程度:● ● ● ● ●
*解決方式:系統汰換或是修改既有應用系統


*可能出現的情況:不論哪個醫療院所,幾乎每個醫療行為都與日期息息相關,其中包括掛號、問診、病歷記錄、藥劑用量計算等等。如果民國100年的問題沒有妥善解決,可能會出現藥劑用量計算錯誤,進而造成醫療糾紛等問題。



傳統製造業
*是否有年序轉換問題:有
*影響程度:● ● ●
*解決方式:系統汰換或修改既有應用系統


*可能出現的情況:傳統製造業的資訊應用向來比較分歧,但是對於部分發展歷史久遠的企業來說,為了支援營運而開發出來的應用系統,大多也有長遠的歷史,例如:中國鋼鐵等依舊需要處理民國100年的問題,否則可能會影響到訂單與生產系統的運作。



公營事業
*是否有年序轉換問題:有
*影響程度:● ● ● ● ●
*解決方式:修改既有應用系統可能性高,汰換系統機率相對低


*可能出現的情況:公營事業因為預算執行必須通過審核,因此在民國100年的問題處理上也欠缺靈活,如果無法及時因應民國100年問題,可能造成的影響甚至會擴及一般民眾,例如:氣象局取用的資料錯誤,以致於分析嚴重失誤,進而造成生命財產損失等。

熱門新聞

Advertisement