For some, the end of the decade conjures thoughts of a promising new millennium. But to many computer system operators, the vision may be of an apocalypse.
When the clock strikes midnight and 1999 turns to 2000, thousands of computers will suddenly seize up or seriously malfunction.
The problem stems from the fact that computer programming standards were set without regard to the change. Because years are entered in two-digit shorthand, "00" would be read as 1900, not 2000.
The answer lies in expanding the year space to four digits - a complex and expensive programming challenge.
The predictions of doom have spawned heated debates among systems experts and consultants. The issue has important implications for banks, because they deal in financial accounts and instruments that are heavily dependent on date references.
Many bank executives are having a hard time taking the "2000 crisis" seriously, but consultants and technology companies are doing their best to change that. A cottage industry has grown up around solving the problem, and its rhetoric is hard to ignore.
Some call the preparations the largest cross-industry computer project ever. Reprogramming cost estimates range between 50 cents and $1.50 for every line of code on companies' systems.
Estimates of the aggregate modification cost worldwide run into the hundreds of billions of dollars.
Bankers who have begun facing the challenge said some of the talk is hyperbole - a scare tactic designed to get businesses to buy the necessary support services. But the bankers do not deny that the situation requires attention.
And the consequences could be dire for those that do not begin making changes soon.
"If this is not addressed, it will bring business to a grinding halt," said Brian Robbins, vice president of information technology architecture at Chemical Banking Corp. (He will hold the same position with Chase Manhattan Corp. when the two banks complete their merger.)
On most bank systems, today's date in computer code would be 960307. The same date four years from now would be 000307.
Older systems would logically assume that any loan with a maturity date beyond 2000 is seriously past due.
The remedy - expanding the two-digit year fields to four digits - is time-consuming and can be expensive, bankers said, although the costs would vary widely from bank to bank.
In general, those with older hardware and software have more work to do, because only the newest components of bank computer systems tend to be ready for the conversion.
Experts note that the problem requires modification not only of computer applications, but also of computer files. Thus, a bank cannot just modify its demand deposit software, it must also make sure that files, such as those tracking bounced checks, acknowledge the calendar change.
James McCann, year-2000 business manager at EDS Corp. …