Enfoque
del problema año 2000
El impacto
producido por el año 2000 puede afectar directamente la operación básica
de las organizaciones, por lo que resulta necesario involucrar a:
Los
máximos responsables de cada organización en:
- La fijación de metas.
- La provisión de recursos.
- La creación y seguimiento de un proyecto.
- La planificación del proceso año 2000.
Los
responsables de cada área funcional dentro de las organizaciones en:
- La identificación de las diferentes funciones de su área, la
evaluación del impacto que tendría su discontinuidad o problemas en la
realización de las mismas, determinando así las funciones críticas.
- La determinación en conjunto con las áreas técnicas de los recursos
informáticos que soportan dichas funciones críticas.
Los
responsables informáticos para cada área en :
- La provisión de soporte técnico que les permita determinar aquellos
recursos que soportan las funciones críticas.
- La identificación del impacto que el año 2000 podría tener sobre la
operación de esos recursos.
ANTECEDENTES
a.
¿Qué originó el problema año 2000?
Se originó en las primeras décadas de la historia de la computación,
cuando con el fin de ahorrar costos en espacio de memoria y dispositivos
de almacenamiento, se dedicó suprimir los 2 primeros dígitos del año
(es decir el "19") en los datos tipo fecha.
Usted podrá
preguntarse. ¿por qué los programadores no pensaron en esto desde el
principios? Quizás creyeron que los sistemas no llegarían al 2000 por
restricciones técnicas o simplemente no les importó. Todavía hay
muchos sistemas que traen este formato, entre ellos aplicaciones para
grandes equipos desarrolladas en Cobol que datan desde los años
sesenta, setenta y ochenta.
b.
¿Quién necesita ajustar sus programas o componentes electrónicos
antes de la llegada del año 2000?
A manera de
ejemplo se citan:
* Cualquier
empresa que efectúa cálculos de amortización a largo plazo.
* Las empresas
de bienes y servicios que planifiquen materiales y programación de
producción y proyectos, incluidos procesos de contratos y pedidos.
* Las empresas
farmacéuticos que procesen productos con fechas de caducidad
posteriores al año 2000.
* Todas las
industrias que tengan equipos para la automatización de procesos, ya
que estos pueden ser altamente sensibles al cambio de fecha.
* Toda empresa
u organización que tenga un grado de dependencia con servicios públicos
(electricidad, agua, etc.)
PROBLEMATICA
1.¿Se
presenta este problema sólo en el ámbito de las computadoras?
No, aunque
inicialmente fue considerado como un problema exclusivo de los programas
para computadora, en realidad puede afectar a cualquier dispositivo que
contenga componentes electrónicos (chips) que registren fechas para
controlar la operación de instrumentos y maquinaria, como por ejemplo:
equipos médicos, sistemas de seguridad, equipos para control de tráfico
aéreo, elevadores, telecomunicaciones, equipos de distribución eléctrica,
etc.
2.
¿Es sólo un problema técnico?
A primera
vista, el problema parecería ser solamente técnico, conceptualmente
sencillo, pero extremadamente laborioso. Sin embargo, por sus características
y magnitud, se considera un problema complejo con repercusiones
administrativas, financieras y legales.
3.
¿Qué riesgos enfrentarán las empresas que no resuelvan el problema?
Los riesgos son de diferente índole:
*
Operativos
Sus sistemas
pueden producir resultados erróneos e inclusive dejar de funcionar.
Su cadena de
suministros podría fallar, al igual que los servicios de soporte
(electricidad, agua, mantenimiento de equipos, etc.) Las máquinas y
equipos destinadas a la producción podrían paralizarse.
*
Credibilidad e Imagen
La imagen de la
empresa puede verse afectada ante los clientes que reciban información
errónea o con demora, dando lugar a pérdida de credibilidad.
El
desconocimiento o la falta de diligencia por parte de las organizaciones
en la anticipación y solución de estos problemas podría generar,
entre otros, los siguientes problemas:
*
Legales
El Código
Penal establece el delito de estafa como una variedad especial de la
defraudación. Este delito podría ser aplicable si se dan supuestos
previstos en el encabezamiento del artículo 464 del Código: "El
que, con artificios o medios capaces de engañar o sorprender la buena
fe de otro, induciéndole en error, procure para sí o para otra un
provecho injusto con perjuicio ajeno, será penado con prisión de uno a
cinco años (...)".
Legislación
laboral estricta: Al tomar en cuenta la Ley Orgánica de Prevención,
Condiciones y Medio Ambiente de Trabajo "el riesgo de penales
extremos".
"Se trata
de una responsabilidad penal agravada de quienes, a sabiendas, expongan
a peligros físicos a sus trabajadores", en el artículo 33 de la
mencionada ley se establecen responsabilidades penales de las personas
jurídicas, con altas multas e indemnizaciones.
"Podrían
ser enjuiciados tanto los gerentes como los empleadores", y además
de la privación de la libertad personal y sanciones pecunarias.
Por último
resalta la posibilidad de delitos ambientales contenidos en la Ley Penal
del Ambiente, este instrumento legal " se ciñe por el principio de
la culpabilidad: no hay delito ambiental sin voluntad".
Está claro que
el afecto año 2000 podría ser causa de innumerables accidentes al
ambiente tales como: vertido ilícito, alteración térmica, el cambio
de flujos y sedimentación, la contaminación por fugas y descargas, el
vertido de hidrocarburos; y las emanaciones radioactivas, entre otras.
*
Sociales
El sector público
puede presentar inconvenientes como: cálculos erróneos en el pago de
pensiones, posibilidad de jubilación prematura, suspensión de pagos a
pensiones o por servicios médicos cubiertos por los seguros, pagos
errados y/o extemporáneos de sueldos y salarios, liberación de reos
por cumplimiento de condena...etc.
*
Financieros
En las empresas
pueden alterarse, disminuir o interrumpirse sus operaciones. A esto hay
que añadir el costo de corrección de los errores y considerar la
posibilidad de fallas que impidan pagar a sus empleados o proveedores.
* El
presupuesto públicos se vería afectado como resultado de las demandas
presentadas contra las entidades.
* Cálculos
errados en las liquidaciones y recaudaciones de los impuestos que recibe
el Gobierno. * Un (1) día de mora se convertirían en noventa y nueve
(99) años y trescientos sesenta y cuatro (364) días de prepago.
* Las pólizas
constituidas con anticipación al año 2000 se verán afectadas en su
vigencia.
* Las bóvedas
de seguridad no se podrían abrir, pues identificarán las fechas como
invalidas.
* Cálculos erróneos
en valoración de inversiones.
* Tanto las
entidades privadas como las públicas podrían ver afectado su nivel de
productividad y competitividad en el mercado nacional e internacional.
ALGUNAS
INTERROGANTES SOBRE EL AÑO 2000
1.
¿En qué consiste el problema del año 2000?
El conflicto se
establece en tres campos: el almacenamiento de fechas de dos dígitos,
los cálculos para los años bisiestos, y el uso de fechas con funciones
especiales. Las implicaciones tienen que ser resueltas por todas las
empresas y, desafortunadamente, no existe una solución sencilla para
este conflicto, ya que el uso de fechas en cálculos es común en casi
todos los sistemas, y su utilización no está estandarizada.
*
Almacenaje de fechas de dos dígitos.
El problema más
común, pero al mismo tiempo más perjudicial, ocurre cuando el software
ha sido programado para almacenar o manipular dos dígitos únicamente
en lugar de cuatro (por ejemplo, 98 por 1998). Los cálculos construidos
con estos datos no podrán ejecutarse adecuadamente porque las fechas
del siglo 21 no serán mayores que las del siglo 20. Así, 2000 - 1998 =
2, pero 00 - 98 (o 98, si la aplicación no acepta números negativos).
Uno de los
resultados, en este ejemplo, podría ser que en el año 2000 los
programas de contabilidad mostrarán todas las cuentas como vencidas, ya
que aparecerá que los clientes no han pagado en 98 años. Al utilizar
dos dígitos para representar el año se asume que los años del siglo
actual se escriben con el número 19 al principio.
*
Cálculos para años bisiestos.
Los años
bisiestos se calculan por medio de reglas muy simples. Desgraciadamente,
hay sistemas y aplicaciones que no reconocen el año 2000 como año
bisiesto. En dichos sistemas todas las fechas posteriores al 29 de
febrero del año 2000 serán incorrectas por un día. Las reglas para
calcular un año bisiesto son las siguientes:
Un año
bisiesto si puede dividirse entre cuatro. Sin embargo, si es divisible
entre 1000 NO es un año bisiesto. Aunque si es divisible entre 400 SÍ
lo es. Así, el año 2000 es un caso especial de año bisiesto, ya que
un suceso similar sólo ocurre cada 400 años.
*
Fechas con significado especial.
El tercer
problema se encuentra en los lenguajes de computación más antiguos.
Para establecer códigos con menor consumo de memoria, se utilizaron
campos de fechas con una funcionalidad especial.
La fecha más
común era 9/9/99. En algunas aplicaciones, el uso de esta fecha
especial significó:
*
"archivar esta fecha para siempre".
*
"Eliminar este dato automáticamente después de 30 días".
* "Ubicar
esta fecha al principio del reporte".
Dentro de cada
empresa, los códigos especiales han sido usados de diferente manera.
Por tal motivo es casi imposible que una sola herramienta pueda detectar
todos los usos adecuados y/o inadecuados de los datos de fecha.
Técnicamente,
el problema es fácil de entender y su solución tiende a ser bastante
simple, sin embargo, debido a la cantidad de sistemas que pueden ser
afectados, esta solución resulta más compleja. Cada máquina, programa
y sistema deben ser revisados, desde los sistemas de contabilidad
central de misión crítica hasta las aplicaciones más sencillas, para
determinar la forma en que manejan las fechas y la manera en que éstas
pudieran afectar el resto del ambiente.
2.
¿Por qué tenemos este problema?
*
Altos costos de memoria.
En los primeros
días delos sistemas de cómputo, la memoria era muy cara. Las
organizaciones podían ahorrar millones de dólares, si en lugar de usar
cuatro dígitos para las fechas, sólo usaban 2 (75 en lugar de 1975,
por ejemplo). Por otro lado, hace 20 o 30 años, cuando se desarrollaron
muchas de estas aplicaciones, no se esperaba que las mismas seguirían
en uso hacia el final del siglo. Otro problema es que la forma de
programar establecida a principios de la década de 1970 se ha
conservado y hoy en día, aún existe el uso de la abreviación de dos dígitos
para conseguir una mayor eficiencia.
*
Contexto social.
En nuestra
sociedad, las personas representan el año que viven con sólo dos dígitos.
Por ejemplo, ¿Cuándo fue la última vez que escribió los cuatro dígitos
del año en un cheque?¿Cuándo fue la última vez que llenó una
solicitud y en el renglón de fecha de nacimiento escribió los cuatro dígitos
del año de su nacimiento?
La naturaleza
humana tiene mucho que ver con este problema. En la década de los
sesenta, los programadores tan sólo utilizaban un dígito para el
siglo. En 1968, empezaron a considerar 1970 y se preguntaron cómo
manejarlo. En este momento, sabían que el año 2000 sería un problema,
pero los programadores jamás imaginaron que sus aplicaciones estarían
en uso hoy y, que por lo tanto, serían susceptibles ante el problema
del año 2000.
Los
programadores están interesados en crear aplicaciones que realmente
satisfagan las necesidades de los usuarios. Si estuviera creando una
forma de seguro que incluir 250 veces a 1000 personas, el hecho de tener
que teclear "1997" versus "97" se vuelve obvio.
Primero, los usuarios piensan en dos dígitos de manera natural.
Segundo, son más eficientes en este proceso de entrada.
Finalmente, el
uso de sólo dos dígitos utiliza menos memoria en el sistema
3.
¿Cuáles son algunas de las posibles consecuencias del problema del año
2000?
El impacto
potencial del problema del año 2000 es difícil de cuantificar. Hay dos
posibles escenarios a considerar.
Falla completa
del sistema.
La primera
forma de falla es una caída total. En este caso pueden establecerse
planes de contingencia y realizarse acciones inmediatas. Este tipo de
falla es la más notoria.
Ejemplos
de una caída total:
Un programa
para registrar órdenes podría no aceptar ninguna de ellas después del
año 2000, si la parte de la aplicación que maneja la captura de la
fecha considera que el 00 no tiene validez. En esta situación se notará
inmediatamente que la aplicación no sirve, pues las operaciones del
negocio se paralizarán.
Un sistema
integrado que controla la unidad de aire acondicionado podría fallar si
hubiera un manejo equivocado de fecha, construido dentro de los sistemas
de mantenimiento. Una anomalía completa del equipo sería obvia debido
a la falta de aire frío.
Caída parcial.
La segunda forma de falla es una caída parcial. Este es el problema más
difícil de reconocer y puede tener consecuencias de mayor alcance que
una falla total. Si el sistema falla sólo parcialmente, puede no
resultar evidente para el usuario.
En caso de
transacciones financieras, un mal cálculo puede producir resultados que
podrían considerarse correctos. El resultado de una caída parcial sería
la pérdida de confianza en el sistema de cómputo.
Ejemplos
de una caída parcial:
Una aplicación
diseñada para calcular pagos de amortizaciones o intereses generados
puede producir un resultado incorrecto. Si dejara de funcionar sería
obvio que existe un problema, pero si la aplicación aún presenta
resultados, correspondería al operador de la aplicación identificar si
lo que hubo fue un error de cálculo.
Un sistema
telefónico empresarial podría sufrir un colapso parcial en algunas de
sus funciones. En la mayoría de los casos el tono de marcar aún
funcionaría y aparentemente el sistema trabajaría de manera normal. El
problema principal sería la falta de reportes que detallen la duración
de cada llamada. En las organizaciones que hacen facturación y/o
seguimiento, los informes erróneos no serían reconocidos
inmediatamente y en los sistemas de facturación automatizada se podrían
generar facturas equivocadas.
4.
¿Cuáles sistemas resultarán afectados por el problema del año 2000?
Todos los
sistemas, que no sean compatibles con el año 2000 sin importar que sean
sistemas de información, sistemas de automatización industrial,
sistemas de control de procesos serán afectados directa o
indirectamente.
5.
¿Cuáles son los principales puntos débiles de la PC?
Existen seis
niveles. La PC tiene principales niveles de exposición a los problemas
del año 2000.
1. Hardware.
2. Sistema
operativo.
3. Biblioteca
Runtime.
4.
Aplicaciones.
5. Código
personalizado.
6. Interfaz de
información.
Hardware.
El problema de hardware más común es el relacionado con el BIOS (Basic
Input/Output System) de la PC. El BIOS es el encargado de proporcionar
la información básica para que la computadora inicie sus operaciones.
También contiene uno de los relojes críticos de la computadora, por lo
tanto, será afectado con el problema del año 2000 en lo referente al
desempeño correcto de los dos primeros dígitos del siglo en las fechas
que comprenden de "19" a "20". Un BIOS afectado por
este problema puede funcionar correctamente una vez que la fecha se
coloque en el año 2000. La dificultad estriba en llegar ahí. El reloj
real de una PC lleva el registro de la hora y de la fecha ¿y el BIOS
recibe del reloj real la información con respecto a la hora y fecha en
un formato de siglo de dos dígitos.
Entonces, el
BIOS añade los segmentos necesarios para almacenar la fecha en cuatro dígitos.
Cuando la fecha cambie de "99" a "00" y los
segmentos de siglo no cambien de "19" a "20", el
sistema operativo entenderá 1900 en vez de 2000.
Sistemas
operativos.
Es importante que el cliente identifique todos los sistemas operativos
que utilice y obtenga la información adecuada para el año 2000.
Aplicaciones.
Algunas aplicaciones tienen calendarios internos que pueden calcular
mal el año bisiesto; otros pueden forzar una fecha de dos dígitos,
dependiendo del fabricante o proveedor de esa aplicación en especial.
Biblioteca
Runtime.
Las bibliotecas Runtime son archivos que proporcionan funcionalidad a
las aplicaciones. Los usuarios no interactúan directamente con ellas,
sino que son las acciones del usuario sobre las aplicaciones las que
utilizan runtimes.
Código
personalizado.
El código personalizado es la parte más expuesta al problema del año
2000 en cualquier plataforma. Muchas empresas tienen programadores en
sus nóminas o contratan empresas externas que les desarrollen las
aplicaciones, quienes diseñan y elaboran aplicaciones personalizadas
que pueden satisfacer mejor las necesidades de la empresa. Debido a la
práctica de programación no estandarizada a todo lo largo de la
comunidad de desarrolladores de software, el manejo de fechas no es
consistente y tendrá que ser examinado aplicación por aplicación. Un
ejemplo de un problema de código personalizado es cuando alguien
utiliza una fecha de dos dígitos en una línea de texto y basa en ella
algún cálculo. La aplicación podrá interpretar estos dos dígitos
como una fecha y el cálculo resultará equivocado.
Interfaces
de fechas.
Un visión punta a punta de una empresa es la mejor manera de llega a un
entendimiento de los problemas con las interfaces de fechas. La
plataforma PC en una empresa puede funcionar para el año 2000. Sin
embargo, si existe una interfaz de esa PC conectado a un sistema previo
que no funciona adecuadamente con las fechas, la información colocada
en el ambiente de la PC puede causar problemas.
La PC solamente
un peldaño en la escalera del procesamiento de información de una
empresas. Las interfaces entre las PCs y otras plataformas deben
entenderse, inventariarse, analizarse, rectificase y probase, igual que
cualquier otra porción del proyecto del año 2000.
6.
¿Cuáles deben ser las estrategias esenciales de negocio que guiarán
las decisiones con respecto al año 2000?
Las decisiones
para el año 2000 estarán determinadas más por el sentido del negocio
que por las consideraciones técnicas. Se ha generado presión en los
profesionales de tecnología de la información por el año 2000. Las
soluciones para el año 2000 estarán fundadas, en parte, en los
factores que discutieron a continuación.
Recursos
y tiempo.
El año 2000 impone un conjunto diferente de prioridades en los sistemas
de información de aquellas que siguen los proyectos tradicionales. Los
recursos y el tiempo son consideraciones primordiales cuando se refiere
a la toma de decisiones tanto técnicas como empresariales para el año
2000.
Personal.
La industria de la Tecnología de la Información, en general, está
viviendo la falta de personal capacitado y el año 2000 está
exacerbando este problema. En el mundo de los grandes equipos, los
programadores COBOL son cada vez más difíciles de encontrar y sus
suelos, bajo esta circunstancias, son muy elevados. Para otros ambientes
de tecnología existentes, también hay una escasez similar de personal
capacitado. El ambiente de las PC tiene la comunidad más grande de
personal calificado, pero no se les está aprovechando para el trabajo
relativo al año 2000, ya que la mayoría de las corporaciones se han
enfocado a los temas centrales de la tecnología de la información.
Búsqueda
de hardware.
Hay en día existe una gran demanda para sustituir y probar hardware de
plataforma en los mercados existentes. Las empresas se están
enfrentando a dificultades al buscar lo que necesitan para terminar su
trabajo a tiempo. El ambiente de PC podrá ayudar en este punto, gracias
a la proliferación de fabricantes y distribuidores de servicios.
Cartera
de proveedores.
Para los ejecutivos, uno de los puntos más importantes es la cartera de
proveedores. La mejor manera de explicar este punto es pensar acerca de
una compañía fabricante. La mayoría sólo tiene un inventario
suficiente para satisfacer la demanda de un par de semanas a lo sumo. Si
pierden aunque sea un proveedor clave y no tienen manera de compensar
esta pérdida, la producción puede entrar en jaque. Por lo tanto, si un
fabricante de tamaño considerable ha identificado 300 proveedores
claves, tendrá que pensar en la cadena de aprovisionamiento para cada
uno de esos 300 proveedores. Si existieran de 3 a 5 proveedores claves
para cada uno de los proveedores claves del fabricante, este fabricante
deberá preocuparse ahora por la salud de 900 a 1500 compañías frente
al año 2000.
Costo.
El impacto del problema del año 2000 puede ser significativo si no se
tiene una planeación apropiada. Las empresas se enfrentan con grandes
reservas potenciales de capital para preparar sus ambientes al cambio de
milenio. A medida que crecen los presupuestos de la tecnología de la
información para satisfacer las necesidades de los proyectos para el año
2000, el resto de las empresas tendrán que compensar por la presión
generada debido a los gastos en tecnología de la información no
planeados con anticipación.
7.
¿Qué opciones tienen una empresa para enfrentar con éxito al problema
del año 2000?
Antes de tomar
cualquier decisión relativa al año 2000, le recomendamos realizar un
inventario y análisis exhaustivo de los activos en tecnología de la
información.
Las posibles
acciones a tomar son las siguientes:
* Rectifique o
reemplace. Rectifique el código si tiene acceso y el conocimiento de la
fuente del código.
* Utilice la
misma plataforma. Esto implica un trabajo de desarrollo adicional en la
misma plataforma tecnológica, manteniendo el mismo esquema de las
aplicaciones existentes.
* Utilice una
nueva plataforma. Esto es lo que comúnmente se conoce como estrategia
de reposición.
* Use
aplicaciones (paquetes) comerciales. Este puede ser uno de los
componentes esenciales dentro de una estrategia exitosa de reposición.
* Viva con
molestias cosméticas. Al final de cuentas, la idea es que si un
problema se considera puramente cosmético, es mejor no tocarlo, como
por ejemplo: la fecha de un reporte sin los 4 dígitos del año (00 en
lugar de 2000).
*
Desincorporación. La desincorporación de sistemas será una de las
opciones más utilizadas a medida que el tiempo y los recursos humanos
se vuelven escasos. Las empresas se pueden ver forzadas a descontinuar
aquellos sistemas que ya no consideran críticosmientras buscan el
remedio para aquellos otros que consideran necesarios para sobrevivir.
* Plan de
contingencia. Todas las organizaciones deberían tener un "plan de
contingencia" para el año 2000 aunque su empresa no tenga
problemas relacionados con el cambio de milenio, tomando en cuenta sus
relaciones con otras empresas que podrían no tener resuelto el
problema.
8.
¿Qué efectos producirá la reducción del tiempo y los recursos en el
proceso de toma de decisiones?
Establecer
prioridades se vuelve esencial. Los administradores del proyecto del año
2000 deben identificar las aplicaciones y sistemas de punta a punta
dentro de sus empresas para determinar dónde reside su máxima
debilidad. Entonces deben darle prioridad a a aquellas aplicaciones y
sistemas, y determinar cuáles se pueden salvar, cuáles sería bueno
salvar, y cuáles no vale la pena salvar. Las aplicaciones y sistemas se
pueden clasificar en las siguientes categorías:
1. Sistemas de
misión crítica que conllevan riesgos diferentes de la tecnología de
la información tradicional. (Ejemplo: sistemas de control para equipos
en plantas de producción). Si se pierden estos sistemas, la empresa no
puede continuar haciendo negocios. (Ejemplo: sistemas estratégicos de
contabilidad o sistemas de entrada de solicitudes).
2. Sistemas
que, si se pierden, causarán trastornos significativos y alterarán los
principales procesos de negocio. (Ejemplo: sistemas de correo electrónico,
sistemas de escritura de reportes o aplicaciones de negocio en línea).
3. Sistemas
que, si se pierden, tansólo provocarán inconveniencias menores. El
trabajo continuará. (Ejemplo: aplicaciones anteriores que pocos
utilizan)
Cada sistema
debe ser analizado para determinar la cantidad de recursos y tiempo que
requiere.
9.
¿En qué pueden fallar los sistemas y equipos?
Es el problema
que ciertamente se producirá en el manejo de fechas en algunos sistemas
digitales, tanto a nivel de hardware (circuitos) como del software
(programas y datos) que combinados producen los resultados para los que
fueron adquiridos.
Algunos
de los componentes que producirán fallas a los sistemas son:
Componentes
Hardware
Computadores
personales tipo PC compatibles
Máquinas registradoras
Fax
Fotocopiadoras con manejo de fechas
Lectores de tarjetas
Firmware
BIOS de equipos PC
Sistemas
Operativos
DOS, algunos UNIX
Redes Novell
Windows
Programas
de aplicación
Aplicaciones
hechas a la medida (ej.: Sistemas de nómina)
Programas
comprados en paquetes (ej.:Procesadores de palabras, hojas de cálculo)
Aplicaciones
relacionadas con programas de paquetes (ej.: Sistemas de nómina
programados sobre plantillas electrónicas)
Automatización
industrial
Sistemas SCADA
Controladores Lógicos
programables
OLC
Sistema de
Laboratorio
Sistemas Eléctricos/electrónicos
Centrales telefónicas
Estimación
presupuestaria en Estados Unidos por tamaño de Compañía