银行是否已经解决了Y2K窗口，或者是y2.02k的风险？

20世纪90年代后期用于为Y2K造成的潜在问题的方法，如果他们没有更新遗留系统，则为Y2K造成的潜在问题可能是新的一年中的立即发行。

使用称为窗口的方法，Banks能够继续使用两位数字来指定程序中的日期，该方法能够使用参考年份识别本世纪。

窗口被用作临时修复，预计将工作几十年，期望遗留系统将被替换。在20世纪70年代，当CPU，内存和存储非常有限和昂贵时，在20世纪70年代使用了两位数年。选择窗口以弥补这一点，因为它比重新设计整个遗留系统更快和更便宜，以便使用四位数

英国金融服务部门的一名高级专业人士参与银行几个不同的Y2K项目，表示，他们预计的许多遗产系统现在仍在使用。

“其中一个流行的解决方案被称为窗口，涉及将多年来作为两位数和使用参考年份，以确定哪个世纪是一个两位数的年份，”IT专业人士认为仍然是匿名的。

“在许多情况下使用20的P型，但是根据所涉及的系统和产品也使用其他PS。通常，这项工作适用于围绕20世纪70年代的语言编写的旧代码，例如在大型机上运行的PL / 1和COBOL。今天在大型银行和其他大型组织在早期采用计算机的大型银行和其他大型组织仍在使用中，很多这段代码仍在使用中。“

如果参考年份设置为20，当达到2020时，系统将认为它是1920年。“今天的风险是，一个近四个世纪前的补救工作，许多人参与其中已经退休，系统文件可能并不完善，”他们说。“如果那些在脚步的人忽略了Y2K解决方案的遗产，那么如果关键的系统在1920年1月1日阅读，我们可能都在010120上令人讨厌的惊喜。”

例如，客户的年龄可能导致问题。如果他们出生在84年，它就被正确计算为1984年，目前的年度是正确计算的，直到达到预设的P（参考年份），此时错误的世纪适用于两位数年份当前年倒退100年，所以2020年成为1920年。

“一旦发生这种情况，日期计算出错了，在此示例中，我们的客户在2019年正确35岁，但在2020年的年度上有一个负64岁。这显然是不可能的，影响可能会阻止系统工作或在财务计算中造成混乱，而不仅仅是因为年龄是错误的数字，而且因为负数可能导致预期正数的计算中的不可预测的影响。“

“参与窗口的人没有指望30岁的代码再运行20年，达到半个世纪，但它的IT专业人士说。

基本错误的假设是核心银行系统将更新并更迅速地更换，而不是案件。

“银行业务的运营和数学没有改变几个世纪以来，只有使用的工具已经改变了，因此纸张分类员被计算机取代，但数学仍然是一样的，”他们说。

“硬件改进并经常升级，但从来没有一个真正的驱动程序改变原来的软件，因为自银行黎明以来仍在做同样的工作，并且它仍然工作正常。”

最近对拥有100多人的650名专业人士的调查，由Vanson Bourne为软件公司Lzlabs进行，发现三分之二的企业认为，大型机技能的损失是他们整个业务的大风险。