Transición gradual y controlada del sistema GITEL a plataforma Open Source
Una decisión estratégica de modernización y sostenibilidad para reducir riesgos, asegurar continuidad operativa, fortalecer la estabilidad financiera e impulsar la interoperabilidad tecnológica del ICE. Este proyecto representa un hito fundamental en la evolución de la infraestructura tecnológica institucional, permitiendo al ICE avanzar hacia un futuro más flexible, económico y autónomo.
Análisis Técnico-Financiero: GITEL a Open Source
Aspectos Técnicos
- Mantener y reforzar los estándares de seguridad, continuidad y confiabilidad actualmente exigidos, implementándolos en infraestructuras modernas y escalables basadas en Open Source
- Fortalecer la autonomía tecnológica institucional, favoreciendo la capacitación del personal técnico interno y la independencia de proveedores únicos
- Garantizar la vigencia tecnológica a largo plazo, al basar la plataforma en componentes de amplio soporte y desarrollo comunitario, con facilidad de integración a nuevas soluciones digitales del ICE
Retorno de Inversión
- Reducir los costos de licenciamiento y alquiler de software y hardware propietario (ClearPath), mediante la adopción de plataformas abiertas con esquemas de mantenimiento más flexibles y económicos
- Eliminar los riesgos de pérdidas financieras derivadas de posibles interrupciones parciales o graves en las operaciones del negocio, actualmente soportadas por el sistema corporativo GITEL, debido a limitaciones en soporte técnico o fallas de hardware
La migración a Open Source no solo representa una mejora tecnológica, sino una transformación estratégica que posiciona al ICE en un escenario de mayor control, flexibilidad y sostenibilidad financiera a largo plazo.
Expectativas de los Niveles Gerenciales
"Queremos saber cómo esta migración fortalece al ICE en el mediano y largo plazo"
Control y Mitigación del Riesgo
- Asegurar la continuidad operativa durante y después de la transición
- Evitar interrupciones, sobrecostos o afectaciones al negocio
- Establecer protocolos de contingencia robustos
Sustento Financiero y ROI
- Cuánto se reducirá en licencias, soporte y mantenimiento
- En cuánto tiempo se recuperará la inversión
- Qué beneficios económicos e institucionales se obtendrán
Gobernanza y Liderazgo
- Un proyecto con responsables definidos, una estructura de seguimiento y una metodología clara (no improvisación)
- Que el plan no sea una propuesta teórica, sino una ruta viable y progresiva, respaldada por análisis y experiencia
Los niveles gerenciales requieren visibilidad completa sobre cómo la migración protege los activos institucionales, optimiza recursos financieros y establece una base sólida para el crecimiento futuro del ICE.
Expectativas de los Niveles Operativos
"Es un cambio de tecnología, se debe mantener las funcionalidades actuales y mejorarlas, pero no pidan documentar qué hacer"
Garantía de Continuidad del Servicio
Que la migración no interrumpa procesos esenciales ni afecte los trámites o servicios que soporta el sistema actual
Simplicidad en la Transición
Que los nuevos sistemas mantengan la lógica operativa conocida, minimizando el impacto en los usuarios
Capacitación y Acompañamiento
Formación gradual para aprender a usar las nuevas herramientas, sin pérdida de productividad
Soporte Permanente Durante el Cambio
Que exista un plan de contingencia y asistencia operativa mientras conviven las dos plataformas
Beneficios Tangibles
Que la nueva plataforma sea más ágil, moderna y segura, pero sin volver más complejas las tareas diarias
Los usuarios operativos necesitan la seguridad de que su trabajo diario no se verá interrumpido, y que cualquier cambio vendrá acompañado de apoyo suficiente para adaptarse con confianza y eficiencia.
Expectativas de los Niveles Técnicos (T.I.)
Que las nuevas herramientas Open Source cumplan las funciones equivalentes de la plataforma actual (procesos batch, seguridad, respaldo, integración, monitoreo)
Documentación y Planificación Técnica Detallada
- Fases de migración bien definidas
- Pruebas piloto
- Estrategias de respaldo, reversión y validación
- Fases de implementación
Formación y Transferencia de Conocimiento
- Capacitación profunda para operar y mantener los nuevos sistemas
- Evitar depender de consultores externos a largo plazo
Soporte y Estabilidad Tecnológica
- Que las soluciones Open Source seleccionadas sean maduras, con comunidades activas o soporte empresarial (no experimentales)
Mejoras Técnicas Concretas
- Mayor interoperabilidad
- Facilidad de integración con sistemas modernos
- Escalabilidad y automatización
El equipo técnico necesita garantías de que las nuevas tecnologías no solo replicarán las funciones actuales, sino que lo harán con herramientas robustas, bien documentadas y sostenibles a largo plazo.
Ingeniería Inversa: Metodología Clean-Room
Se analiza el comportamiento funcional del entorno EAE/ABSuite de Gitel sin acceder ni reutilizar código propietario del MDL de Unisys. El objetivo es identificar, interpretar y documentar las funcionalidades, procesos y reglas de negocio vigentes, con el fin de reconstruirlas mediante un desarrollo nuevo y original en un ambiente Open Source, asegurando compatibilidad funcional sin replicar código ni estructuras protegidas.
Marco Legal Costarricense
Jurisprudencia que ampara la ingeniería inversa para interoperabilidad
Fuente de Código MDL
Análisis realizado sobre código al 31 de octubre 2023
Alcance del Análisis
Total líneas exploradas: 4,610,418
Total de módulos: 32
Líneas de Código Analizadas
Exploración exhaustiva del comportamiento funcional
Módulos Documentados
Componentes funcionales identificados y categorizados
Arquitectura Conceptual
Diseño para Alto Rendimiento, Agnosticismo y Resiliencia en Sistemas de Misión Crítica
Nuestra arquitectura modular, implementada a través de microservicios y microfrontends, está diseñada para permitir una evolución y escalabilidad eficientes del sistema. Esta aproximación asegura un desempeño superior y una resiliencia inquebrantable, fundamentales para gestionar el alto volumen de transacciones inherente a sistemas de misión crítica.
En el núcleo de nuestros procesos batch se encuentra Apache Kafka, la tecnología de streaming de eventos utilizada por 8 de cada 10 empresas Fortune 500 a nivel mundial, garantizando escalabilidad y confiabilidad probadas en los entornos más exigentes.
Resultado del Análisis de Ingeniería Inversa
Total de módulos analizados: 32
El proceso de ingeniería inversa ha permitido identificar y documentar la estructura completa del sistema GITEL, estableciendo una base sólida para la reconstrucción en ambiente Open Source.
Este análisis exhaustivo representa el fundamento técnico sobre el cual se construirá la nueva plataforma Open Source, garantizando la preservación de todas las funcionalidades críticas del sistema actual.
Cobertura Operativa de GITEL en el ICE
GITEL constituye el sistema nervioso central de las operaciones de telecomunicaciones del ICE, proporcionando cobertura integral a través de múltiples líneas de negocio y servicios críticos. La siguiente visualización muestra el alcance completo del sistema y sus áreas de impacto operativo.
Ecosistema de Gitel: Integraciones Internas
Sistemas Integrados
- SIMO: Trámites Fijos, Datos, TV
- BRM: Facturador servicios móviles
- ATV: Inventario venta terminales
- VTA: Venta tiempo aire
- CONECTIVIDAD: Recaudación
- INSUMOS CDR's: Voz, 110, MIDA
- SICE: Clientes Empresariales
- VEP: Ventanilla Electrónica Pagos
- SCORE: Score crediticio
- AppKolbi: Pasarela Pagos
- Agencia Virtual: Consulta Web
- GICE: Insumos Contable
- TARJETEL: Venta tarjetas prepago
- FISCO: Factura electrónica
- IVR113: Consultas al teléfono 1113
- IVR115: Consultas al teléfono 1115
- ARCO: Calendario Collection
- REMO: Facturas registro moroso
- SCJ: Facturas en Cobro Judicial
- COFRA: Arreglo Pago
- DW: Data Warehouse
- LDAP: Seguridad (autenticación)
Esquemas de Integración
- FTP
- MQ Series
- COMS/SOCKET (Unisys)
- Webenable
- WebServices
- Switch.to
- API
- ETL (Oracle)
El ecosistema interno de GITEL representa una red compleja de 22 sistemas interconectados que deben migrar de manera coordinada para garantizar la continuidad operativa sin interrupciones.
Ecosistema de Gitel: Integraciones Externas
Socios comerciales y más de 11 mil puntos de pago
El ecosistema externo de GITEL se extiende más allá de las fronteras institucionales del ICE, conectándose con una amplia red de socios comerciales y puntos de pago distribuidos en todo el territorio nacional. Esta infraestructura crítica permite que millones de clientes realicen transacciones diariamente a través de canales externos confiables.
Cualquier migración tecnológica debe garantizar la continuidad de estas integraciones externas sin afectar la experiencia de pago de los clientes ni la relación comercial con los socios estratégicos del ICE.
Plan de Trabajo: Etapa 1
¿Qué se debe hacer y cómo hacerlo?
Ingeniería Inversa Bajo el Modelo Clean-Room
Análisis del Código EAE/ABSuite de Gitel para identificar funcionalidades y reglas de negocio vigentes que se deben heredar y mejorar en ambiente Open Source.
Actividades Principales
- Documentación exhaustiva de funcionalidades actuales
- Identificación de reglas de negocio críticas
- Mapeo de dependencias entre módulos
- Análisis del kit de herramientas Open Source para gestión de Control de Calidad y Producción
- Evaluación de alternativas tecnológicas
- Definición de arquitectura objetivo
La Etapa 1 es fundamental para el éxito del proyecto, ya que establece la base de conocimiento técnico y funcional sobre la cual se construirán todas las etapas subsiguientes de migración.
Plan de Trabajo: Etapa 3
Procesos y Funcionalidades Atómicas
Componentes a Desarrollar
- Clientes P.A.R. ICE
- Pago Adelantado
- Depósitos de Garantía
- Clientes exonerados IVA 2% renta
- Oferta Planes
- Migración de datos
- Elementos de integración
La Etapa 3 incorpora funcionalidades específicas de gestión de clientes y procesos de pago, desarrollando componentes modulares que pueden operar de manera independiente mientras se integran progresivamente al ecosistema completo.
Plan de Trabajo: Etapa 4
Procesos Especiales y Convenios
Componentes a Desarrollar
- Escobas
- Facturas Estudio Especial
- Convenio Fonatel
- Devoluciones
- Migración de datos
- Elementos de integración
La Etapa 4 aborda procesos especializados y convenios institucionales específicos, incluyendo mecanismos de ajuste contable, estudios especiales de facturación y la gestión del Convenio Fonatel, crítico para el cumplimiento de obligaciones regulatorias.
Plan de Trabajo: Etapa 5
Facturación Core y Data Warehouse
Componentes a Desarrollar
- Facturas a Demanda
- Facturas Venta Terminales
- Data Warehouse
- Facturación Fijos, Datos, TV
- Migración de datos
- Elementos de integración
La Etapa 5 representa el componente más crítico y complejo del proyecto: la migración del motor de facturación principal que procesa las líneas de negocio de Fijos, Datos y TV, junto con la implementación del Data Warehouse para análisis y reportería institucional. Esta etapa requiere la mayor duración del proyecto debido a su complejidad y criticidad operativa.
Plan de Trabajo: Etapa 6
Ajustes Contables y Recaudación
Componentes a Desarrollar
- Notas Crédito y Débito
- Convenio Fonatel
- Confección recibos RED
- ARCO
- Migración de datos
- Elementos de integración
La Etapa 6 implementa los mecanismos de ajuste contable y gestión de recaudación, incluyendo la emisión de notas de crédito y débito, la confección de recibos de la red de cobranza y la integración con el sistema ARCO de calendario de cobranza, componentes esenciales para el ciclo financiero completo.
Plan de Trabajo: Etapa 7
Conectividad, Recaudación y Servicios Prepago
Componentes a Desarrollar
- Conectividad
- Cierres de Recaudación
- Confección recibos RED
- Contable Lotes con GICE
- Recargas Prepago
- Migración de datos
- Elementos de integración
La Etapa 7 integra los procesos de conectividad con la red de cobranza externa, implementa los cierres de recaudación diarios y desarrolla el sistema de recargas prepago, componentes críticos para el flujo de caja y la operación de servicios de prepago que representan un segmento significativo de los ingresos del ICE.
Plan de Trabajo: Etapa 8
Canales Digitales y Servicios al Cliente
Componentes a Desarrollar
- Agencia Virtual
- Cuenta Cliente SICE
- Recarga Prepago
- Consultas IVR-1115
- Pólizas ICE-INS
- Migración de datos
- Elementos de integración
La Etapa 8 final completa la migración con la implementación de los canales digitales de atención al cliente, incluyendo la Agencia Virtual, las consultas IVR y la gestión de cuentas SICE, asegurando que los clientes del ICE puedan continuar accediendo a todos los servicios de autogestión sin interrupciones.
Cronograma y Recursos del Proyecto
Opción 1: Un Equipo de Trabajo
Duración total: 3.4 años
Con un equipo especializado dedicado al proyecto, la migración completa se completaría en aproximadamente 3 años y 5 meses, permitiendo una transición controlada y secuencial de todos los componentes del sistema GITEL.
Opción 2: Dos Equipos de Trabajo en Paralelo
Duración total: 2.6 años
Con dos equipos trabajando en paralelo sobre diferentes módulos, el proyecto se puede acelerar a 2 años y 7 meses aproximadamente, reduciendo significativamente el tiempo total de migración mientras se mantienen los estándares de calidad y control de riesgos.
Análisis Técnico Detallado: Riesgos de la Plataforma Actual
Estado del Hardware y Software ClearPath
De acuerdo al expediente público en SICOP, el ICE contrató la "Sostenibilidad de la Plataforma Unisys Libra (GITEL)", línea ClearPath Forward Libra (entorno MCP). Expediente: 2014CD-001653-0000400001
Ciclo de Vida del Hardware
- El equipo Libra MCP adquirido en 2014 todavía puede estar dentro de una ruta de soporte general de Unisys, salvo que existan cláusulas contractuales específicas locales que hayan terminado antes
- Sin embargo, con 11 años desde su adquisición (2025), es probable que ese hardware o versión de software específica estén cerca del final de su ciclo de vida operativo
- Requieren modernización o migración urgente para mantener soporte pleno, cumplimiento normativo y seguridad
Escasez de Talento Especializado
- Los especialistas en ClearPath provienen de generaciones formadas en los años 80-90, cuando Unisys y sus predecesoras (Burroughs y Sperry) eran dominantes en mainframes
- Muchos de estos profesionales se han jubilado o se han trasladado a cargos de gestión o consultoría
- La formación formal en MCP u OS 2200 prácticamente ha desaparecido de universidades y centros técnicos
- La mayoría de los nuevos ingenieros se orienta a Linux, cloud, DevOps y entornos abiertos
La combinación de hardware envejecido y escasez de talento especializado crea un riesgo creciente de continuidad operativa que justifica la urgencia de la migración a Open Source.
Proyecto SOFFYS