1. ¿Cuáles son las dificultades que conlleva el "Problema del Milenio"?

En la actualidad, muchos sistemas, productos y servicios relacionados con las Tecnologías de la Información pueden no reconocer correctamente la fecha del año 2000. El llamado "Problema del Milenio" (conocido también como "Millenium Bug") podría tener peligrosas consecuencias en el campo delas instituciones financieras, de seguros, compañías eléctricas y empresas

de telecomunicaciones, entre otros sectores El problema original se remonta a décadas atrás, cuando muchos sistemas fueron programados para identificar el año con sus dos últimos dígitos (por ejemplo, 1980 está representado por "80"). Esta modalidad de fecha fue adoptada cuando el espacio de almacenamiento era costoso y el año 2000 estaba aún lejos. En el presente, esa determinación provocaría que muchos programas y aplicaciones representen el 2000 como "00" (asumiéndolo,equivocadamente, como el año 1900), causando deficiencias en el procesamiento e incluso, el colapso de esos sistemas.

Considerando que los sistemas informáticos forman parte de la mayoría de los procesos de gestión, financieros, productivos y que, además, están incorporados en la tecnología de muchos productos, este problema se presenta mucho más amplio y complejo de lo que usualmente se estima. El problema del año 2000 implica graves compromisos, si las medidas preventivas necesarias no son tomadas a tiempo. De hecho, las implicaciones del 2000 no comienzan a la medianoche del 31 de diciembre de 1999, sino que antes de ese día, muchos sistemas que trabajan con fechas futuras podrían dar errores. Este no es un problema exclusivamente informático, tendrá también importantes repercusiones en el campo legal y judicial, por ejemplo. Es más, el problema del Año 2000 tiene una dimensión universal, ya que afecta a todas las empresas y a todos los países.

Frente a estas consecuencias, no se puede retrasar el inicio de las acciones de solución de estos inconvenientes. Antes del 1° de enero del 2000, deben estar resueltos los problemas ya previstos y en marcha los planes de contingencia requeridos.

El problema en si es muy fácil de entender, solucionarlo no lo es tanto.

Precisamente por lo sencillo que pareciera a primera vista, es que no se percibe inmediatamente, el riesgo que conlleva y las repercusiones que implica.

Básicamente, el problema reside en que en todos los sistemas computarizados se utilizaron 2 Dígitos en la representación de la fecha, en vez de 4 Dígitos para representar el año.

Por ejemplo 1999 se representa como 99 y la máquina, sistema o computadora asume el 19 automáticamente.

Cuando llegue el año 2000, éste se representará como 00, y a raíz de esta información, todos los datos de cálculo de fechas fallarán pues la computadora asumira 1900 en lugar de asumir 2000.

La edad de una persona, la fecha de mantenimiento de un equipo, el vencimiento de una obligación, el cálculo del interés devengado, la prescripción de una licencia, son algunos de los problemas que enfrentaremos el siguiente año si no lo resolvemos ".

El Problema es mas complejo de lo que podamos imaginar pues la fecha se ha usado en las formas más diversas y para los controles más sutiles.

Su uso obvio es fechas de nacimiento, de ingreso, de vencimiento u otro es lo menos problemático, por lo obvio.

En cambio cuando la fecha se usó en programas para iniciar una serie de procesos como: solicitud de mantenimiento de un equipo, que si no se lleva a cabo este fallará en un tiempo determinado; de destrucción o archivamiento de información rutinario, que puede destruir información valiosa o irrecuperable; de pago de obligaciones de diversa índole, que podrían no hacerse con las implicaciones legales que esto conlleva; de cálculo de cierre de actividades; de impresión de constancias de requerimientos de cobro, etc. Entonces el problema es más serio y difícil de localizar.

En general, son los causados por el hecho de considerar el dato "fecha" en operaciones realizadas tanto en aplicaciones de software como en infraestructuras (computadoras, redes y enlaces, entre otros).

En el área de aplicaciones informáticas, errores en algoritmos aritméticos debidos a la identificación del año por medio de sólo dos posiciones (dd/mm/aa), por ejemplo: edades calculadas a partir de la fecha de nacimiento; fechas de renovación o vencimiento en función de una fecha inicial y un plazo dado (licencia de conducir y avales, entre otros); plazos de liquidación sobre la base de la diferencia entre dos fechas (intereses, recargos, etcéctera).

Pérdidas de información y mal funcionamiento en sistemas que toman decisiones automáticas en función a fechas (como en el caso de la eliminación programada de datos).

Fallos diversos, según la eventual utilización que haga un programa computacional al tomar la fecha del sistema, si el reloj interno o determinadas utilidades no se comportan correctamente con relación al año 2000 o sucesivos.

Errores en procedimientos informatizados debidos al uso en los programas de valores específicos en dos dígitos: este es el caso, no tan infrecuente, de haber empleado, por ejemplo, el valor "00" para indicar un campo de datos vacío o "99" para marcar el fin de un archivo.

Desajustes en los cálculos o la lógica de los programas debidos a no identificar al año 2000 como bisiesto.

A lo anterior, debe sumarse una serie de errores en cadena causados por sistemas impactados por el Problema del Año 2000, que posiblemente contaminen a otros procesos que podrían haberse ejecutado en forma correcta.

Relojes: el día de la semana y la fecha pueden no registrarse correctamente. Deberá volver a fijarse la fecha, con lo que en muchos casos quedará resuelto.

Videograbadores: solamente en los casos de modelos viejos que manejen el año. Para probar si funciona correctamente, haga lo siguiente:

De lo contrario, la solución es poner el reloj del videograbador en 1/1/1972 el día 1/1/2000. Esto porque a partir del 2000 el calendario coincide con el de los años 1972 y siguientes, y seguir trabajando con fechas desplazadas en 28 años.

Contestadores telefónicos: pueden registrar mal las fechas. Máquinas de fax: los modelos viejos, especialmente si son anteriores a 1993, pueden registrar la fecha incorrectamente.

Cámaras fotográficas: los modelos viejos con registro de fechas pueden tener calendarios que funcionan correctamente hasta 1999 solamente. A partir del 2000 seguirán funcionando, pero registrarán mal la fecha. Cámaras de video: ocurre lo mismo que con las cámaras fotográficas.

Para comprender mejor el problema es necesario entender básicamente como se maneja la fecha y hora en las computadoras personales. En general una computadora personal (PC) tiene dos relojes, uno interno, que llamaremos RTC (real-time clock) que está en el hardware, y uno externo, reloj del sistema (RSO), que es mantenido por el sistema operativo (SO). El RTC funciona aún cuando la PC esté apagada, mediante una batería interna. Cuando la PC se enciende, el RSO, se inicializa con el valor del RTC, a través de funciones del BIOS (Basic Input Output System). El BIOS, además de permitir el arranque de la PC, provee interfaces para la comunicación entre el sistema operativo y el hardware en forma de varios servicios (ej. obtener fecha/hora, inicializar fecha/ hora, etc.).

Los dos relojes funcionan en forma independiente. El RSO es un contador que se incrementa una cierta cantidad de veces por segundo. Con la fecha que obtuvo en la inicialización va calculando la fecha y hora. El RTC mantiene, en forma permanente, la información de la fecha (dd-mm-aa), en una memoria interna (CMOS RAM). El problema es que el siglo, que se almacena en otro lugar, no es incrementado automáticamente por el RTC cuando el valor del año pasa de 99 a 00. Por tanto el resultado es que 01/01/2000 parecerá ser 01/01/1900. El BIOS es el que debe actualizar el siglo, sin embargo en las versiones que no son compatibles con el año 2000 esto no sucede.

Además hay que tener en cuenta que el sistema operativo (DOS/Windows), incrementará correctamente la fecha que mantiene (RSO) si esta funcionando durante la transición de milenio, pero no necesariamente actualizará el siglo en el RTC. Mientras la máquina siga funcionando, la fecha del sistema operativo será correcta, pero si la computadora es reiniciada o encendida después del 01/01/2000, el RTC devolverá como fecha 01/01/00 al DOS. Este es un valor inválido, ya que DOS representa fechas posteriores al 01/01/80, y devolverá la fecha 04/01/80, que es un código de error.

El software que se utiliza en las PC lee la fecha de la computadora, de forma tal que, si esa fecha es incorrecta este error se extiende al mismo. Por tanto, es necesario verificar si su PC tiene una versión de BIOS que actualice automáticamente el siglo, de forma tal que cuando el RTC le devuelva como fecha 01/01/00 reconozca el cambio de siglo y el BIOS devuelva al SO la fecha 01/01/2000.

Para realizar esta prueba existen varios programas algunos de libre distribución, que realizan la verificación. Es necesario leer en detalle las instrucciones para saber qué tipo de verificación están realizando.

En primer lugar es necesario entender el problema en su contexto y sus implicaciones.

En segundo, desarrollar un plan ordenado de detección de posibles lugares de falla .

Finalmente, ejecutar dicho plan y probarlo a la menor brevedad posible, pues, a diferencia de otros proyectos, tenemos una fecha límite: 31 de Diciembre de 1999.

Se resuelve se lleva acabo en 3 fases:

FASE 2: DESARROLLO DEL PLAN:

Levantar un inventario de todos los sistemas, computadoras y equipos electrónicos que contengan dispositivos sensibles a la fecha: Computadoras, Equipos de Fax, Fotocopiadoras, Máquinas de escribir Electrónicas, Programas, etc.

Basados en el plan de ejecución, llevar a cabo todas las actividades de reemplazo, reparación y retirode los equipos. Documentar todos los cambios efectuados. Corregir los sistemas que son la base de la empresa.

5.QUÉ HACE EL MERCOSUR

identificada en el punto anterior y sobre la base del impacto económico de cada falla, determine la mejor solución desde el punto de vista costo/beneficio para cada proceso crítico y su tiempo de elaboración con un nivel de servicio que satisfaga el mínimo nivel.

Elevar para su aprobación y obtener el compromiso de la máxima autoridad. Poner en conocimiento los pros y contras de cada alternativa.

9. Documentación del plan de contingencia: Es necesario documentar el plan, cuyo contenido mínimo se describe a continuación. Tener en cuenta que en algunos casos puede requerirse especificar estos contenidos para distintas funciones y tipos de fallas.