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