Contratación para Migración de Sistema de Información Geográfica Fase I.

• El oferente deberá acreditar su experiencia técnica mediante la presentación de un portafolio de proyectos ejecutados, que incluya al menos tres (3) proyectos realizados a partir del 2021, relacionados con la implementación, migración o administración de plataformas de AGE, UN y UNE, preferiblemente en entornos corporativos o instituciones prestadoras de servicios públicos.

 

El oferente deberá adjuntar la documentación que respalde dicha experiencia, la cual deberá permitir verificar la naturaleza del proyecto, el periodo de ejecución y las actividades realizadas, así como cualquier otra evidencia que demuestre su experiencia técnica y operativa en proyectos de naturaleza similar al objeto de la presente contratación.

 

El oferente deberá presentar cartas de referencia o certificados de aceptación emitidos por los clientes que respalden la correcta ejecución de dichos proyectos.

 

Lo anterior para certificar que el oferente cuenta con la experiencia para la correcta ejecución del servicio.

 

• El oferente debe contar con un equipo multidisciplinario especializado certificado en tecnologías de Esri y/o Esri UK, certificado en el diseño, implementación y/o administración de arquitecturas tecnológicas on‑premises basadas en AGE, UN y UNE, respaldadas por certificaciones oficiales emitidas por Esri o Esri UK, o por credenciales equivalentes que demuestren formalmente la competencia técnica en estas tecnologías. Para ello, deberá adjuntar la documentación probatoria correspondiente.

 

• El oferente deberá de contar con un equipo multidisciplinario especializado, el cual participará en la ejecución de la Fase 1 y colaborará directamente con el personal técnico y los usuarios designados por la ESPH:

 

• Director de Proyecto con tres (3) años de experiencia comprobada en gestión de proyectos tecnológicos, especializado en SIG.

 

• Un especialista SIG con dos (2) años experiencia comprobada en AGE y dos (años) en UN.

 

• Un especialista SIG con dos (2) años experiencia comprobada en UNE.

 

• Un especialista en Bases de Datos Geográficas Empresariales de Esri, con tres (3) años de experiencia comprobable, en motores de bases de datos de Oracle y MS SQL Server.

 

• Un especialista en desarrollo de aplicaciones geográficas Desktop y Web utilizando los SDKs y APIs de Esri, con tres (3) años experiencia.

 

• Un especialista en redes y ciberseguridad con tres (3) años experiencia comprobable en arquitecturas on-premises aplicadas a sistemas SIG, incluyendo segmentación de red, publicación segura de servicios, gestión de certificados, firewalls perimetrales y controles de acceso. Asimismo, deberá contar con experiencia en integración de identidad corporativa mediante SAML 2.0 o Active Directory para mecanismos de autenticación Single Sign-On (SSO).

 

 

El oferente deberá presentar el currículum vitae de cada integrante del equipo de trabajo propuesto, indicando claramente el rol dentro del proyecto, funciones asignadas, formación académica, certificaciones técnicas y experiencia profesional relevante en proyectos similares y recientes.

 

 

 

 

 

 

 

• Para cada profesional asignado al proyecto, el oferente deberá detallar como mínimo la siguiente información:

 

• Descripción de la experiencia profesional relevante del colaborador en proyectos relacionados con el objeto de la presente contratación, incluyendo el nombre del proyecto, período de participación y funciones desempeñadas.

 

• Funciones específicas que desempeñará dentro del proyecto.

 

• Rol dentro del equipo especializado, indicando claramente su posición; por ejemplo, director de proyecto; líder técnico; ingeniero en sistemas; geógrafo; entre otros.

 

Se establece que una misma persona podrá cumplir con un máximo de dos (2) de los perfiles definidos en el punto 2.3 de la sección “CONDICIONES DE ADMISIBILIDAD”, siempre que demuestre contar con la experiencia, capacidades y competencias técnicas requeridas para cada uno de los perfiles asumidos.

 

• Toda la documentación técnica, administrativa, legal y financiera presentada por el oferente deberá estar redactada en idioma español. En caso de que algún documento original esté en otro idioma, deberá acompañarse de su respectiva traducción oficial al español.

 

• El oferente debe cumplir lo indicado en el documento GJU-G-001(1) Requerimientos Legales para el Pliego de Condiciones, con el fin de cumplir con la normativa legal vigente, se comprobará con la presentación de toda la documentación indicada en el anexo.

 

 

Las necesidades institucionales se encuentran desglosadas en el siguiente ítem:

 

ITEM	CÓDIGO CLASIFICACIÓN DE SICOP	CÓDIGO IDENTIFICACIÓN DE SICOP	DESCRIPCIÓN BIEN/SERVICIO	CANTIDAD	MONTO UNITARIO ESTIMADO	CENTRO DE COSTOS	SUBPARTIDA / OBJETO GASTO
1	80101507	92447029	SERVICIO DE CONSULTORÍA PARA MIGRACIÓN DE SOFTWARE DE SISTEMAS DE INFORMACIÓN GEOGRAFICA	1	¢25.499.999.96	7-02-05-50-03 03-02-05-50-03 02-02-05-50-03 06-02-05-50-03 04-02-05-50-03	1-04-05

 

 

• ANTECEDENTES

 

La ESPH opera un SIG empresarial basado en las tecnologías ArcGIS 10.8.1 de Esri y ArcFM 10.8.1 de Schneider Electric. Actualmente, algunos Negocios de la organización continúan utilizando estructuras de Geometric Network, una tecnología que ha sido declarada obsoleta y cuyo soporte oficial por parte del fabricante Esri está próximo a finalizar, lo que plantea la necesidad de avanzar hacia una modernización tecnológica.

 

• DEFINICIONES Y ABREVIATURAS

 

• ESPH: Empresa de Servicios Públicos de Heredia, S.A.

 

• Negocio(s): Unidad organizacional de la ESPH responsable de gestionar un servicio específico. Para efectos del presente cartel, se consideran Negocios de la ESPH: Agua Potable, Hidrantes, Residuos, Energía Eléctrica, Alumbrado Público, Telecomunicaciones e Infocomunicaciones.

 

• IGN: Instituto Geográfico Nacional.

 

• SNIT: Sistema Nacional de Información Territorial del IGN.
• EPSG: European Petroleum Survey Group. Es un código que corresponde a un valor asignado a un sistema de coordenadas de referencia que se utiliza para definir las coordenadas a coberturas de información, imágenes ráster y otros tipos de información geoespacial.

 

• SIG: Sistema de Información Geográfica.

 

• Esri: Environmental Systems Research Institute.

 

• Esri UK: Esri United Kingdom.

 

• Fase 1: Fase 1 de la implementación de la migración del SIG empresarial de la ESPH a AGE, UN y UNE en su última versión liberada por los fabricantes Esri y Esri UK.

 

• AGOL: ArcGIS Online.

 

• AGE: ArcGIS Enterprise.

 

• GN: Geometric Network.

 

• UN: Utility Network.

 

• UNE: Utility Network Editor (UNE for ArcGIS). Aplicación web para edición por servicios sobre UN.

 

• DBMS: Sistema de Administración de la Base de Datos.

 

• MS SQL Server: Microsoft SQL Server.

 

• EGDB: Base de Datos Geográfica Empresarial.

 

• SDK: Software Development Kit.

 

• API: Application Programming Interface.

 

 

• JUSTIFICACIÓN

 

La migración a ArcGIS Enterprise (AGE) implementando Utility Network (UN) y Utility Network Editor (UNE) en su última versión permite:

 

• Implementar una nueva infraestructura empresarial moderna de datos geoespaciales que asegure la continuidad tecnológica y el cumplimiento de las políticas de soporte y mantenimiento definidas por el fabricante Esri.

 

• Optimizar la gestión de las redes de distribución y de los activos de los Negocios de Agua Potable, Hidrantes, Residuos, Energía Eléctrica y Alumbrado Público, mediante la implementación de herramientas que permitan un mayor nivel de detalle, control y flexibilidad operativa.

 

• Diseñar e implementar flujos de trabajo geoespaciales integrados en tiempo real, garantizando la interoperabilidad entre aplicaciones de escritorio, servicios publicados en ArcGIS Enterprise y, cuando corresponda, en ArcGIS Online, así como aplicaciones móviles de campo, mediante la integración eficiente de tecnologías como ArcGIS Enterprise, ArcGIS Pro; ArcGIS Online; Utility Network; Utility Network Editor y otras soluciones complementarias que resulten necesarias.

 

• Habilitar la integración del SIG con los sistemas de la ESPH mediante servicios y eventos, fortaleciendo el intercambio de información en tiempo real y el análisis integral de datos para una mejor toma de decisiones.

 

La ESPH requiere realizar una implementación inicial en un entorno on-premises en el Centro de Datos de la organización, como paso estratégico previo a una migración completa.

 

 

• OBJETIVO GENERAL

 

Implementar la Fase 1 de la migración del Sistema de Información Geográfica empresarial de la ESPH a AGE, UN y UNE en su última versión liberada por los fabricantes Esri y Esri UK, desplegados on-premises en el Centro de Datos de la ESPH, para evaluar la viabilidad técnica y validar en operación controlada la arquitectura, los procesos y la interoperabilidad necesarios para la transición completa hacia estas tecnologías.

 

 

• OBJETIVOS ESPECÍFICOS

 

• Diseñar, dimensionar y configurar, en coordinación con el personal técnico del proceso de Tecnologías de Información de la ESPH, la arquitectura on‑premises requerida para la Fase 1, utilizando la infraestructura provista por la ESPH y alineando dicho diseño al patrón de referencia “Network Information Management System (NIMS)” del ArcGIS Architecture Center.

 

• Asegurar que el diseño arquitectónico de la Fase 1 contemple de forma integral la interacción del SIG con las aplicaciones y sistemas empresariales de la ESPH, incorporando los criterios de interoperabilidad, continuidad operativa y seguridad necesarios para soportar integraciones futuras.

 

• Configurar UN y UNE en AGE para ambiente multiusuario on‑premises en el Centro de Datos de la ESPH.

 

• Migrar un subconjunto representativo de los datos geográficos por Negocio desde ArcGIS 10.8.1 y ArcFM 10.8.1 hacia AGE y UN, con y sin GN.

 

• Verificar conectividades y consistencia topológica de los elementos migrados a UN.

 

• Implementar al menos un flujo de trabajo geográfico completo por Negocio, incluyendo captura de datos en campo e integración con AGE, UN y UNE.

 

• Capacitar al personal técnico y a los usuarios finales de la ESPH en la administración, configuración y uso operativo del SIG, con el fin de asegurar su adecuada implementación, aprovechamiento y sostenibilidad.

 

 

• Ejecutar pruebas técnicas de latencia, ancho de banda, conectividad y desempeño de red entre los servidores que conforman la plataforma AGE, UN y UNE implementada on-premises y las estaciones de trabajo de la ESPH, tanto en red local como mediante VPN, con el fin de evaluar el rendimiento del sistema SIG en condiciones representativas de uso, identificar posibles cuellos de botella en la infraestructura de red y definir parámetros técnicos para el dimensionamiento adecuado del ambiente productivo.

 

• Generar y entregar al personal técnico de la ESPH la documentación técnica resultante de la Fase 1, como insumo para la definición del ambiente productivo, incluyendo el diseño de la arquitectura de red, infraestructura tecnológica, software y seguridad.

 

 

DETALLE DE ESPECIFICACIONES TÉCNICAS Y METODOLOGÍA DE EJECUCIÓN

 

 

IMPLEMENTACIÓN DE SERVICIOS ON-PREMISES EN EL CENTRO DE DATOS DE LA ESPH Y LICENCIAMIENTO.

 

1. Arquitectura y despliegue.

Se requiere desplegar una arquitectura segura, escalable y eficiente, implementada on-premises en el Centro de Datos de la ESPH, tomando como marco técnico de diseño el patrón de referencia “Network Information Management System (NIMS)” del ArcGIS Architecture Center, publicado y reconocido por Esri como arquitectura de referencia para sistemas de administración de redes. Dicho patrón define capacidades, principios y mejores prácticas para sistemas de gestión de redes basados en AGE con UN. En consecuencia, el oferente deberá alinear su propuesta técnica y sus entregables a este marco, asegurando interoperabilidad, desempeño, seguridad y mantenibilidad.

 

El oferente deberá diseñar, configurar e implementar los servidores y componentes de la solución tecnológica de la Fase 1 en conjunto con el personal técnico del proceso de Tecnologías de Información de la ESPH, utilizando la infraestructura que la organización provea.

 

1. Propuesta tecnológica del diseño y aprovisionamiento.

 

El oferente deberá presentar una propuesta tecnológica integral que detalle el diseño arquitectónico, el dimensionamiento y la configuración necesarios para la implementación de la Fase 1 en la infraestructura on‑premises de la ESPH.

 

La propuesta deberá considerar expresamente que el SIG interactúa con aplicaciones y sistemas empresariales de la ESPH, por lo que el diseño deberá garantizar la interoperabilidad, continuidad operativa y seguridad en dichos puntos de integración. El diseño se realizará en coordinación con el personal técnico del proceso de Tecnologías de Información de la ESPH; no obstante, el responsable técnico del diseño final será el proveedor adjudicado, quien deberá asegurar la coherencia, viabilidad y mantenibilidad del sistema y sus integraciones.

 

La propuesta deberá incluir, como mínimo, lo siguiente:

 

 

• Recursos virtuales requeridos.

Especificación de vCPU, RAM, almacenamiento, sistemas operativos, instancias, rol de cada VM y tolerancia a fallos, indicando sus supuestos de crecimiento y reservas de capacidad.

 

• Requerimientos de red y seguridad.

Incluyendo:

 

• Diseño de arquitectura basado en Zonas de Confianza, garantizando la segmentación entre las capas de la arquitectura de presentación, aplicaciones, servicios y datos.

 

• Obligatoriedad de implementar cifrado en tránsito versión TLS 1.2 como mínimo o superior.

 

• El diseño debe contemplar el uso exclusivo de túneles VPN empresariales para cualquier acceso administrativo o de edición desde redes externas, prohibiendo la exposición directa de puertos de administración (RDP, SSH, DBMS) a Internet.

 

• Publicación segura de servicios.

 

• Puertos y protocolos requeridos.

 

• Modelos de autenticación/autorización (identidad y acceso).

 

• Trazabilidad mediante registros y auditoría.

 

• Disponibilidad, respaldo y recuperación.

Consideraciones de disponibilidad, respaldo y recuperación, incluyendo:

 

• Procedimientos de respaldo y restauración.

 

• Consideraciones de continuidad.

 

 

• Requerimientos mínimos para la operación del SIG.

Requerimientos mínimos para garantizar la operación de AGE, UN y UNE en ambiente on‑premises, siguiendo buenas prácticas de arquitectura, considerando:

 

• Gobierno de datos.

 

• Dimensionamiento por rol.

 

• Publicación de servicios.

 

• Verificación de conectividad y consistencia topológica.

 

• Edición por servicios.

 

•  

 

• Integraciones con aplicaciones y sistemas empresariales de la ESPH.

El diseño de la Fase 1 deberá contemplar las integraciones requeridas entre el SIG y las aplicaciones y sistemas empresariales de la ESPH; no obstante, durante esta Fase 1 no se migrará ni se implementará ninguna integración, interfaz o aplicación existente.

 

Con relación a este alcance, se limita al diseño arquitectónico y técnico que permita soportar dichas integraciones en la fase posterior, conforme a las prácticas recomendadas para sistemas de administración de redes basados en AGE y UN.

 

• Inventario de integraciones.

El oferente deberá elaborar un inventario de integraciones existentes y/o requeridas en la Fase 1.

 

• Diseño de interfaces y controles de seguridad.

El oferente deberá diseñar la arquitectura de las interfaces consideradas en la Fase 1.

 

 

1. Diagrama de arquitectura.

El oferente deberá presentar el diagrama de arquitectura on‑premises de la solución, alineado al patrón NIMS, para revisión y conformidad de la ESPH. El contenido, nivel de detalle y formato del diagrama y de la documentación asociada se regirán por lo establecido en la sección “Entrega de documentación técnica y cierre” y el apartado “Documento técnico de arquitectura implementada”.

 

1. Requerimientos mínimos de infraestructura tecnológica

El oferente deberá indicar de forma clara, completa y detallada los requerimientos mínimos de infraestructura tecnológica necesarios para la correcta instalación, configuración, integración, operación y mantenimiento de la solución propuesta.

 

Dicha información deberá ser proporcionada al personal técnico del proceso de Tecnologías de Información de la ESPH e incluir, como mínimo:

 

• Requerimientos de hardware por componente o servicio; tales como, CPU; RAM; almacenamiento; capacidad y tipo de disco; así como, cualquier otro recurso necesario para el funcionamiento adecuado de la solución.
• Requerimientos de software, incluyendo sistemas operativos soportados, versiones requeridas, motores de bases de datos, reverse proxy, middleware, dependencias, frameworks u otros componentes necesarios para la operación del sistema.
• Requerimientos de red, seguridad e integración; tales como, puertos; protocolos; certificados; configuraciones de acceso; conectividad o cualquier otro elemento necesario para la comunicación entre componentes o con sistemas empresariales de la ESPH.
• Requerimientos de virtualización, contenedores o infraestructura recomendada, cuando corresponda.
• Consideraciones técnicas para ambientes de desarrollo, pruebas y producción, cuando aplique.

 

El oferente será responsable de que los requerimientos indicados sean suficientes para garantizar el correcto funcionamiento de la solución propuesta. En caso de que durante la implementación se determine la necesidad de requerimientos adicionales que no hayan sido informados oportunamente por el oferente, estos deberán ser asumidos por el proveedor adjudicado sin generar costos adicionales para la ESPH ni afectar los plazos de ejecución del proyecto.

 

Asimismo, el oferente deberá brindar al personal técnico del proceso de Tecnologías de Información de la ESPH el acompañamiento necesario para la validación de dichos requerimientos y para la preparación de los ambientes tecnológicos requeridos para la implementación de la solución.

 

1. Requerimientos de software, licenciamiento y recursos complementarios.

Dado que la ESPH proveerá la infraestructura física y virtual necesaria para la implementación de la Fase 1, el oferente deberá suministrar el software, el licenciamiento y cualquier recurso complementario que la ESPH no tenga disponible. Para ello, deberá presentar un listado detallado que incluya:

• Software y licenciamiento necesario.

Listado del software requerido para la Fase 1, indicando:

 

• Nombre y versión del software.
• Tipo de licencia, modelo de asignación y cantidad.
• Cualquier otro dato pertinente para su instalación y operación en ambiente on-premises.

La ESPH evaluará dicho listado y confirmará cuáles elementos puede proveer y cuáles deberán ser suministrados por el oferente adjudicado.

1. Software que provee la empresa.

Desde el punto de vista técnico pueden existir varias alternativas de implementación, por lo tanto, no se puede establecer un inventario detallado y cerrado, de la infraestructura y software requerido, lo que la ESPH puede indicar es que proveerá la infraestructura física, virtual con base en las mejores prácticas alineadas al patrón de referencia “Network Information Management System (NIMS)” del ArcGIS Architecture Center, y aportará las siguientes licencias de software:

N°	Licencia	Cantidad	Provisto por ESPH	Observaciones
1	ArcGIS Enterprise Advanced	1	X
2	ArcGIS Server Additional Cores**	0		Los cores adicionales serán adquiridos en la Fase 2; por lo tanto, la implementación correspondiente a la Fase 1 deberá realizarse sin considerar dichos recursos adicionales.
3	ArcGIS Monitor**	0		La ESPH evaluará durante la Fase 1 la necesidad de su implementación; por lo tanto, este componente no será implementado en la Fase 1.
4	ArcGIS Creator User Type		X	Se aprovisionará un subconjunto de las licencias tipo Creator incluidas en el licenciamiento de ArcGIS Enterprise Advanced.
5	ArcGIS Professional User Type (ArcGIS Pro Standard)		X	Las licencias de ArcGIS Professional en la plataforma ArcGIS Enterprise serán suministradas por la ESPH para la Fase 1.
6	MS SQL Server	1	X	La licencia de MS SQL Server será provista por la ESPH. En caso de no disponerse de dicha licencia, se utilizará la edición MS SQL Server Express.
7	ArcGIS Advanced Editor User Type Extension	4	X	La licencia se provista por la ESPH.

** Para delimitar de una mejor forma el alcance de los productos de software a cotizar, para las líneas 2 y 3 se indican cantidad 0, lo cual indica que no serán contemplados en esta contratación.

 

1. Actualizaciones del fabricante (service packs, patches y hotfixes).

Durante la ejecución del proyecto, la implementación de la solución y el periodo de vigencia del contrato, el adjudicatario deberá considerar la aplicación de actualizaciones liberadas por el fabricante, tales como: service packs; patches y hotfixes, cuando estas resulten necesarias o recomendadas para garantizar la estabilidad, seguridad, soporte y correcto funcionamiento del sistema.

 

 

Lo anterior incluye la instalación, configuración y validación de dichas actualizaciones, las veces que sea necesario, asegurando la continuidad operativa y una adecuada experiencia de usuario, en concordancia con las buenas prácticas y lineamientos oficiales del fabricante.

 

 

IMPLEMENTACIÓN DE LA FASE 1.

 

1. Implementación de la solución tecnológica.

 

• Se requiere implementar la Fase 1 con la última versión liberada por Esri de los productos de software correspondientes a la solución tecnológica de AGE, UN y UNE, desplegados on-premises en el Centro de Datos de la ESPH, con todos los service packs y parches aplicados.

 

• El oferente deberá contar con la capacidad técnica y profesional para instalar, configurar y dejar operativos todos los servidores y componentes requeridos para la implementación integral de la solución tecnológica basada en AGE, incluyendo, cuando corresponda, los servidores asociados a la publicación de servicios hacia redes externas, componentes de seguridad perimetral y mecanismos de reverse proxy, conforme a las buenas prácticas de arquitectura y seguridad recomendadas por el fabricante.

 

1. Base de Datos Geográfica Corporativa (EGDB).

Para la Fase 1, el DBMS a utilizar para la EGDB deberá ser MS SQL Server, en la versión más reciente soportada por Esri para la implementación de AGE y UN. El oferente deberá garantizar que la instalación y configuración del DBMS cumple con las mejores prácticas de Esri, incluyendo:

 

•  

 

• Seguridad: Implementación de lineamientos de seguridad y configuraciones de hardening para las bases de datos, orientadas a fortalecer el control de accesos, la protección de la información y la reducción de vulnerabilidades.

 

•  

 

• Compatibilidad con los componentes de la solución tecnológica geográfica.

 

• Alineación con el modelo de datos requerido por UN.

 

La instalación y configuración del DBMS se realizará en coordinación con el personal técnico de la ESPH, siendo el oferente el responsable de asegurar la calidad técnica del diseño, la instalación y su configuración.

 

 

1. Sistema de Referencia Geodésico de las Américas y estandarización de coordenadas.

La EGDB de la ESPH se encuentra mayoritariamente en el sistema de coordenadas proyectado CRTM05 asociado al datum CR05. Para efectos de la Fase 1, el oferente deberá estandarizar y migrar todos los datasets y feature classes intervenidos al Sistema de Referencia de Coordenadas oficial de Costa Rica CR‑SIRGAS/CRTM05 cuyo código EPSG es 8908, conforme a la Norma Técnica de Información Geográfica (NTIG_CR04) y lineamientos del IGN/SNIT para Costa Rica, sustituyendo cualquier uso de CR05/CRTM05 (EPSG:5367). Esta estandarización deberá realizarse aplicando los parámetros y procedimientos oficiales, preservando la exactitud y consistencia geométrica, y dejando documentados los procesos, verificaciones y controles de calidad aplicados; por ejemplo, estadísticas de desplazamiento y comprobaciones de integridad, de modo que los datos resultantes sean plenamente consumibles en AGE y UN.

 

1. Migración de la EGDB desde Oracle a MS SQL Server.

La EGDB vigente de la ESPH se encuentra en Oracle Database. Para efectos de la Fase 1, el oferente diseñará, ejecutará y documentará la migración de la EGDB a MS SQL Server (versión soportada por Esri para AGE y UN), garantizando integridad, consistencia y trazabilidad de los datos.

 

1. Estrategia de migración.

 

• El oferente deberá presentar, como parte de su oferta y para la ejecución de la Fase 1, una estrategia de migración que describa de manera técnica, estructurada y verificable el proceso propuesto para migrar la EGDB desde Oracle hacia MS SQL Server, así como para la adopción del modelo de UN en el entorno on-premises de la ESPH.

 

• La estrategia de migración tendrá como objetivo asegurar la viabilidad técnica, la integridad de los datos y la continuidad operativa, y no limitará la autonomía técnica del oferente en la elección de métodos y herramientas, siempre que cumpla con lo estipulado en el presente cartel.

 

1. Consideraciones técnicas.

 

• La migración se realizará en coordinación con el personal técnico del proceso de Tecnologías de Información de la ESPH; sin embargo, la responsabilidad técnica del diseño, ejecución y resultados recae en el oferente adjudicado.

 

 

• El personal técnico designado por la ESPH podrá estar presente en todas las sesiones técnicas, procedimientos, actividades de configuración y habilitación del sistema, ya sea de forma presencial o virtual, según se determine oportunamente y de acuerdo con los mejores intereses de la ESPH. La participación del personal de la ESPH tendrá carácter observacional y de acompañamiento técnico, en virtud de que la infraestructura es provista por la propia organización, sin afectar ni limitar la responsabilidad exclusiva del oferente adjudicado sobre el diseño, ejecución, resultados y calidad del proyecto de migración.

 

• El diseño se alineará a NIMS para asegurar interoperabilidad, desempeño, seguridad y mantenibilidad del sistema AGE + UN + UNE.

 

• La configuración de MS SQL Server seguirá las mejores prácticas de Esri para EGDB: Rendimiento, seguridad, disponibilidad y compatibilidad con AGE y UN.

 

• Informe de migración: Tiempos, volúmenes, errores, advertencias, registro de incidencias y correcciones.

 

• Procedimientos operativos de EGDB en MS SQL Server: Respaldo, recuperación, mantenimiento de índices, estadísticas, monitoreo.

 

• Puesta en marcha de la EGDB en MS SQL Server y estabilización.

 

1. Elaboración, gestión y seguimiento del cronograma del proyecto.

El proveedor adjudicado deberá elaborar, mantener y gestionar el cronograma detallado del proyecto como instrumento formal de planificación, seguimiento y control de la ejecución contractual.

 

Para tal efecto deberá cumplir con lo siguiente:

 

• Elaborar el cronograma detallado del proyecto en coordinación con el personal técnico del proceso de Tecnologías de Información de la ESPH, durante la fase inicial de planificación del proyecto, tomando como base el plan de trabajo presentado en la oferta.

 

• El cronograma deberá contemplar al menos las actividades, hitos, dependencias entre tareas, responsables, duración estimada de las actividades y fechas previstas de inicio y finalización.

 

 

• La elaboración, revisión y aprobación del cronograma deberá realizarse con la participación del personal técnico del proceso de Tecnologías de Información de la ESPH, quien podrá realizar observaciones, solicitar ajustes o requerir la incorporación de actividades adicionales necesarias para la correcta ejecución del proyecto.

 

• El proveedor adjudicado deberá mantener actualizado el cronograma durante toda la ejecución del proyecto, reflejando los avances reales, ajustes aprobados y cualquier desviación respecto a la planificación inicial.

 

• Para la elaboración, actualización y seguimiento del cronograma, el proveedor deberá trabajar en coordinación permanente con el personal técnico del proceso de Tecnologías de Información de la ESPH, participando en las sesiones de trabajo y reuniones de seguimiento que se establezcan durante la ejecución contractual.

 

• El proveedor deberá informar oportunamente cualquier riesgo, atraso o desviación que pueda afectar el cumplimiento del cronograma, proponiendo las medidas de mitigación correspondientes.

 

El incumplimiento injustificado de las obligaciones relacionadas con la elaboración, actualización y seguimiento del cronograma del proyecto podrá ser considerado como incumplimiento contractual.

 

1. Reuniones de trabajo, coordinación y seguimiento.

Durante la Fase 1, el proveedor adjudicado deberá llevar a cabo las reuniones necesarias con el personal técnico y los usuarios designados por la ESPH, con el fin de asegurar la correcta ejecución del proyecto, de conformidad con los siguientes objetivos:

 

• Realizar sesión formal de inicio del proyecto.

 

• Levantar y confirmar el detalle de las necesidades, expectativas y alcances de cada Negocio.

 

• Atender consultas y resolver dudas técnicas y funcionales.

 

• Revisar y validar los recursos virtuales requeridos, software y licenciamientos para la Fase 1.

 

 

• Revisar y validar configuraciones técnicas relacionadas con infraestructura, seguridad, servicios y componentes de la solución.

 

• Revisar y analizar los datos involucrados en la Fase 1, incluyendo estructuras, calidad, conectividades y consistencia.

 

• Coordinar y ejecutar las pruebas técnicas y funcionales, así como los ajustes correspondientes.

 

• Ejecutar las capacitaciones técnicas y de usuario definidas para la Fase 1.

 

• Informar periódicamente sobre el avance del proyecto, hitos, riesgos, incidencias y actividades pendientes.

 

• Atender reuniones adicionales cuando así sea requerido por cualquiera de las partes.

 

 

MIGRACIÓN A UTILITY NETWORK.

 

1. La Fase 1 deberá contemplar la implementación de la estructura de UN en la versión más reciente soportada por Esri, implementada en AGE y operando en un entorno multiusuario on-premises en el Centro de Datos de la ESPH. La implementación deberá considerar las estructuras de datos geoespaciales existentes en la organización y cubrir, como mínimo, los siguientes Negocios:

 

• Agua Potable.
•  
•  
• Distribución de Energía Eléctrica.
• Alumbrado Público.

 

1. En los Negocios que actualmente cuenten con estructuras de GN en la EGDB de la ESPH, el oferente deberá realizar la migración completa a UN, asegurando la integración total de los datos y su correcto funcionamiento. Dicha migración deberá incorporar, como mínimo:

 

• Ajuste del modelo de datos GN a UN.

 

• Versionamiento en rama.

 

• Edición por servicios.

 

• Validaciones post-migración de conectividad y consistencia topológica.

 

• Pruebas de trazas representativas: Aguas abajo, aguas arriba y otras que apliquen.

 

1. En los Negocios que no disponen de estructuras de GN, el oferente deberá realizar el análisis de modelado correspondiente para diseñar e implementar UN, considerando las necesidades operativas y técnicas de cada Negocio e incluyendo gobierno de datos (clases, campos, subtipos, dominios, reglas, reglas de atributos, entre otros) y procesos de validación.

 

1. El oferente deberá generar, como mínimo, los siguientes entregables de la migración, los cuales deberán ser compartidos con el personal técnico del proceso de Tecnologías de Información de la ESPH:

 

 

• Metodología de migración: El procedimiento; herramientas; supuestos, riesgos, medidas de mitigación, plan y resultados de pruebas.

 

• Plan de datos: Mapeo de clases y campos, subtipos, dominios, reglas, reglas de atributos, validaciones de topología y trazas representativas, entre otros.

 

• Informe de resultados: Métricas de carga, errores, advertencias, registro de incidencias y correcciones.

 

• Evidencias de validación: Reportes de conectividad, topología y trazas exitosas por Negocio.

 

• Publicación de servicios necesarios para consulta y edición.

 

 

CANTIDAD DE CIRCUITOS Y SUBREDES A MIGRAR.

 

1. Para efectos de la Fase 1, la cantidad de circuitos y subredes a migrar a UN será la siguiente:

 

• Negocios de Agua Potable e Hidrantes: 2 subredes.

 

• Negocio de Residuos: 2 subredes.

 

• Negocio de Distribución de Energía Eléctrica y Alumbrado Público: 2 circuitos.

 

 

VERIFICACIÓN DE CONECTIVIDADES Y CONSISTENCIA TOPOLÓGICA.

 

1. Posterior a la migración a UN de las estructuras de datos geográficos de la ESPH, el proveedor adjudicado deberá ejecutar un proceso formal de verificación técnica que incluya, como mínimo.

 

• Alcance de la verificación.

 

• Verificación de la conectividad y consistencia topológica de las redes migradas, incluyendo la detección y resolución de errores críticos que impidan la operación.

 

 

• Validación de reglas del modelo de datos: Clases y campos, subtipos, dominios, reglas, reglas de atributos; así como, de versionamiento en rama y edición por servicios.

 

• Ejecución de trazas representativas por Negocio: Aguas abajo, aguas arriba y otras que apliquen, verificando resultados esperados y rendimiento mínimo esperado.

 

• Metodología y evidencias mínimas.

 

• Plan de pruebas con casos de prueba, datos de entrada, resultados esperados y criterios de aceptación.

 

• Ejecución en ambiente on‑premises con registro de:

 

• Resultados y hallazgos.

 

• Advertencias y errores detectados.

 

• Medidas adoptadas.

 

• Correcciones aplicadas.

 

• Informe de verificación.

Entrega de un informe técnico que consolide:

 

• Metodología aplicada.

 

• Casos de prueba ejecutados.

 

• Resultados y métricas.

 

• Registro de incidencias y correcciones.

 

• Pendientes y riesgos con su respectivo plan de mitigación.

 

 

IMPLEMENTACIÓN Y DEMOSTRACIÓN DE FLUJO DE TRABAJO GEOGRÁFICO COMPLETO.

 

1. El oferente deberá implementar al menos un flujo de trabajo geográfico completo por Negocio como parte de la Fase 1, que incluya la captura de datos en campo y su integración con AGE, UN y UNE. Este flujo de trabajo debe ser representativo de las operaciones reales de la ESPH y demostrar la interoperabilidad entre los componentes del sistema, asegurando la correcta sincronización de datos entre dispositivos móviles, aplicaciones de campo y el sistema geográfico.

 

El flujo de trabajo deberá contemplar, como mínimo:

 

• Configuración de aplicaciones de captura en campo; por ejemplo, ArcGIS Field Maps u otras Apps compatibles para la recolección de datos geoespaciales en tiempo real.

 

• Incorporar un flujo de ingreso de datos utilizando UNE.

 

• Integración de los datos capturados con la estructura de UN en AGE, garantizando la validación topológica y la consistencia de la información.

 

• Publicación y consumo de servicios geográficos, asegurando que los usuarios puedan acceder a los datos y realizar operaciones desde las estaciones de trabajo ubicadas en las instalaciones de la ESPH y de forma remota mediante acceso por VPN.

 

• Pruebas funcionales del flujo completo, incluyendo la actualización de datos en campo, sincronización con la EGDB y visualización en aplicaciones de escritorio y web.

 

• Documentación del proceso, describiendo las configuraciones realizadas, herramientas utilizadas, resultados obtenidos y recomendaciones para su implementación en un ambiente productivo.

 

Este flujo de trabajo será un componente crítico para evaluar la viabilidad técnica y operativa de la migración, y sus resultados deberán ser incluidos en el informe final de la Fase 1.

 

 

1. El oferente deberá realizar sesiones prácticas de demostración del flujo de trabajo geográfico completo implementado durante la Fase 1, ante el equipo técnico y usuarios designados por la ESPH. Estas sesiones tendrán como objetivo evidenciar la funcionalidad integral del flujo, la interoperabilidad entre los componentes del sistema y la correcta integración de la captura de datos en campo con AGE, UN y UNE en el ambiente implementado en ESPH. Las demostraciones deberán incluir casos representativos por Negocio y generar las evidencias necesarias para su evaluación y para garantizar su reproducibilidad por parte de los usuarios.

 

La demostración deberá incluir, como mínimo:

 

• Presentación del flujo de trabajo configurado, explicando cada etapa y su propósito.

 

• Ejecución en tiempo real de la captura de datos en campo, utilizando dispositivos móviles y aplicaciones compatibles.

 

• Inclusión de un flujo de ingreso de datos utilizando UNE.

 

• Sincronización de los datos capturados con la estructura de UN en AGE, validando la consistencia topológica.

 

• Visualización y edición de los datos desde aplicaciones de escritorio y web, evidenciando la actualización en el sistema SIG.

 

• Atención de consultas y aclaración de dudas del equipo de la ESPH.

 

• Documentación de las demostraciones:

El oferente deberá documentar las sesiones y entregar un informe de demostración, que incluya, como mínimo:

 

• Guion o plan de la demostración por Negocio.
• Capturas de pantalla o registros audiovisuales.
• Descripción del proceso ejecutado y resultados observados.
• Evidencias de sincronización y validaciones aplicadas.
• Recomendaciones para su operación e implementación en un ambiente productivo.

 

 

CAPACITACIÓN DEL PERSONAL DE ESPH.

 

1. El oferente deberá capacitar al personal técnico y a los usuarios de los Negocios en la administración, configuración y uso operativo del SIG Fase 1 basado en AGE, UN y UNE, en el ambiente on-premises implementado en ESPH. La capacitación deberá permitir que el personal se familiarice con las funcionalidades del nuevo sistema, tanto para trabajos de campo como para operaciones en oficina. La capacitación deberá contemplar, como mínimo, lo siguiente:

 

• Capacitación técnica dirigida al personal técnico del proceso de Tecnologías de Información de la ESPH, abarcando administración de AGE, publicación de servicios, gestión de UN y UNE, versionamiento en rama, edición por servicios, validaciones topológicas y operación general del ambiente.

 

• Capacitación funcional para los usuarios de los Negocios, incluyendo el uso de ArcGIS Pro, captura de datos en campo, edición en UN y UNE, consulta de servicios y comprensión del modelo de UN aplicado a cada Negocio.

 

• Materiales de apoyo; por ejemplo, presentaciones; guías; manuales y ejemplos prácticos, que permitan la posterior reproducibilidad de los flujos de trabajo instruidos.

 

 

PRUEBAS DE DESEMPEÑO DE RED.

 

1. Alcance de las pruebas.

Estas pruebas deberán evaluar integralmente el desempeño extremo a extremo de la plataforma AGE, UN y UNE implementada on‑premises, considerando todos los parámetros de red que puedan afectar la operación del SIG, tales como: Latencia, ancho de banda, pérdida de paquetes, jitter, saturación de recursos y cuellos de botella. El oferente deberá identificar cualquier condición que degrade el rendimiento del sistema y proponer todas las acciones de mejora necesarias para asegurar su operación óptima en ambiente productivo.

 

El oferente deberá entregar un informe técnico detallado sobre la configuración de red y los parámetros de conectividad, que permitan garantizar el correcto funcionamiento del sistema SIG implementado en ESPH.

 

1. Durante la ejecución de la Fase 1, el oferente deberá realizar pruebas técnicas de red, orientadas a medir el desempeño extremo a extremo entre los servidores de AGE y las estaciones de trabajo de los usuarios; ya sea, que se ubiquen en la oficina y, cuando aplique, de forma remota, mediante el acceso remoto empresarial.

 

1. Las pruebas deberán ejecutarse en condiciones representativas de uso, incluyendo carga concurrente y operaciones críticas; tales como, publicación y consumo de servicios; edición por servicios; validaciones de topología y ejecución de trazas en UN y UNE.

 

1. Metodología.

El oferente deberá presentar y ejecutar un Plan de Pruebas de Red que incluya, como mínimo:

 

• Escenarios de prueba: Usuarios concurrentes, operaciones en tiempos definidos, tamaño de cargas, rutas de comunicación, VLAN/segmentos implicados.

 

• Métricas a recolectar y umbrales (ver el siguiente punto).

 

• Herramientas y procedimientos de medición, ventana de ejecución y condiciones de control; por ejemplo, horario en que se lleva a cabo la prueba.

 

• Registro de incidencias y acciones de mitigación aplicadas durante las pruebas.

 

 

1. Métricas y resultados.

El informe deberá incluir, como mínimo, las siguientes métricas y resultados esperados.

 

• Resultados de las pruebas de latencia (promedio, mínima, máxima) entre:

 

• Computadoras cliente y servidores de AGE en ESPH.

 

• Computadoras cliente con acceso remoto y servidores de AGE en ESPH.

 

• Servidores de AGE y la EGDB.

 

• Throughput/ancho de banda efectivo disponible y utilizado (subida/bajada) entre segmentos relevantes: DMZ, servidores, estaciones de trabajo.

 

• Pérdida de paquetes y jitter, cuando aplique, en rutas críticas.

 

• Tiempos de respuesta de operaciones representativas: Carga de mapas 2D y 3D, consultas, edición por servicios, validaciones topológicas, trazas, entre otros.

 

• Uso de recursos que condicionen el desempeño de red: Colas, saturación, CPU y RAM de servidores, IOPS de almacenamiento si incide en tiempos de servicio.

 

• Identificación de cuellos de botella: Segmentación y rendimiento de VPN empresarial, firewall, ACL, DNS, TLS, balanceo de cargas, publicación.

 

1. Recomendaciones de optimización.

El informe deberá proponer acciones concretas para optimizar el desempeño del sistema geográfico; por ejemplo, ajustes de segmentación; calidad de servicio; parámetros de publicación; certificados de seguridad; reverse proxy; WAF; TLS; balanceo de cargas; cacheo; mejoras en la EGDB y/o MS SQL Server; entre otros, cuando corresponda, con su priorización y estimación de impacto, considerando la cantidad de usuarios y operaciones simultáneas.

 

Asimismo, el proveedor adjudicado deberá entregar una Matriz de Conectividad Detallada, que documente los flujos de comunicación entre los componentes de la arquitectura del sistema, incluyendo origen, destino, puertos, protocolos y propósito de la comunicación, con el fin de facilitar la configuración y administración de los dispositivos de red y seguridad empresariales.

 

 

1. Estimación para ambiente productivo.

Con base en las métricas, el oferente deberá estimar los requerimientos de red para un ambiente productivo; por ejemplo, throughput/capacidad esperada por segmento; número de usuarios y operaciones simultáneas; márgenes de crecimiento y consideraciones para accesos remotos por VPN.

 

1. Uso del informe.

Este informe será un insumo obligatorio para la planificación del ambiente productivo, asegurando que la solución final cumpla con los niveles de desempeño requeridos e incorporando las mejoras recomendadas.

 

 

ENTREGA DE DOCUMENTACIÓN TÉCNICA Y CIERRE.

 

1. Documento técnico de red y conectividad.

 

El oferente deberá entregar un documento técnico detallado que consolide los resultados de las pruebas de desempeño de red ejecutadas durante la Fase 1, incluyendo la configuración de red, parámetros de conectividad y las métricas evaluadas para la operación del sistema SIG basado en AGE, UN y UNE. Este documento deberá incluir, como mínimo, lo siguiente:

 

• Plan de pruebas aplicado: Escenarios, metodología, métricas evaluadas y objetivos.

 

• Resultados detallados por escenario, incluyendo, latencia; ancho de banda; pérdida de paquetes; jitter; tiempos de respuesta; uso de recursos y rendimiento extremo a extremo por segmento de red.

 

• Cuellos de botella detectados y evidencia asociada: Capturas, trazas, registros o mediciones.

 

• Recomendaciones y acciones de mejora necesarias para optimizar el desempeño del sistema SIG, con su priorización y justificación técnica.

 

• Estimación de capacidad y parámetros técnicos requeridos para el ambiente productivo, incluyendo consideraciones para accesos remotos por VPN.

 

• Acciones implementadas durante la Fase 1 y resultados posteriores que evidencien la mejora obtenida, cuando corresponda.

 

 

1. Documento técnico de arquitectura implementada.

 

El oferente deberá entregar un documento técnico integral que describa la arquitectura tecnológica implementada para AGE, UN y UNE, on-premises en el Centro de Datos de la ESPH, incorporando los ajustes y mejoras aplicados durante la Fase 1. Este documento será obligatorio, tendrá carácter oficial para la aceptación y servirá de base para el ambiente productivo. Deberá contener, como mínimo:

 

 

• Diagramas y vistas de arquitectura.

 

• Diagrama lógico: Componentes y relaciones, DNS, Certificados de seguridad, Reverse Proxy, WAF, TLS, ArcGIS Web Adaptor, Portal for ArcGIS, ArcGIS Server rol Hosting Server, ArcGIS Data Store, ArcGIS Server rol UN, EGDB en MS SQL Server, UNE, ArcGIS Monitor, entre otros.

 

• Diagrama físico: Hosts, Recursos virtuales, almacenamiento, redes/segmentos/VLAN, DMZ, dependencias.

 

• Diagrama de publicación de servicios: Flujos de consulta y edición, federación, service endpoints.

 

• Diagrama de seguridad: Zonas de confianza, controles, TLS, identidad, roles.

 

• Inventario técnico.

 

• Recursos virtuales: vCPU, RAM, almacenamiento, sistemas operativos, instancias, rol de cada VM y tolerancia a fallos.

 

• Software por servidor: Productos de software, interacción entre los productos de software y sus servicios, roles, versiones, builds, service packs y parches.

 

• Licenciamiento habilitado: Tipo, cantidad y asignación por componente.

 

• EGDB en MS SQL Server: Versión soportada por Esri, diseño de la instancia, plan de mantenimiento (índices, estadísticas, entre otros).

 

• Configuraciones clave y parámetros.

 

• Puertos y protocolos en uso, con justificación técnica y controles asociados.

 

• Publicación segura: Certificados de seguridad, Reverse Proxy, WAF, TLS.

 

• Identidad y acceso: LDAP/Windows Active Directory, grupos, roles en AGE.

 

• Continuidad: Procedimientos de respaldo y recuperación.

 

 

• Operación, monitoreo y mantenimiento.

 

• Procedimientos operativos: Arranque/parada del sistema, parchado, publicación, gestión de usuarios y roles.

 

• Monitoreo y alertas: Métricas, umbrales, controles y vistas de salud del sistema.

 

• Bitácora de cambios, excepciones y riesgos.

 

• Integración e interoperabilidad.

 

• Mapa de integraciones.

 

• Origen y destino.

 

• Tipo de intercambio: Servicios REST, bases de datos, eventos, archivos.

 

•  

 

• Frecuencia o latencia esperada.

 

• Volúmenes estimados de datos.

 

• Seguridad asociada.

 

• Diseño de interfaces y controles de seguridad.

El oferente deberá diseñar la arquitectura de las interfaces consideradas en la Fase 1, incluyendo:

 

• Mecanismos de identidad y acceso.

 

• Controles de seguridad y protección de aplicaciones.

 

• Segregación de funciones y restricciones de operación.

 

• Dependencias técnicas entre sistemas.

 

 

• Criterios de aceptación aplicables al diseño de cada integración contemplada en la Fase 1.

 

• Flujos de datos y sincronización, y las previstas para ambiente productivo.

 

• Capacidad, desempeño y recomendaciones.

 

• Resumen de pruebas de red y servicios: Latencias, throughput, tiempos de respuesta representativos de edición por servicios, validaciones topológicas, trazas.

 

• Cuellos de botella detectados y acciones aplicadas.

 

• Estimación de capacidad para ambiente productivo: Usuarios, concurrencia, crecimiento.

 

• Recomendaciones técnicas para el paso a producción.

 

• Estrategia de migración.

 

• Dicha estrategia forma parte de los entregables contractuales, deberá ser elaborada por el oferente conforme a su experiencia y mejores prácticas profesionales, incluyendo, como mínimo, el procedimiento; herramientas; supuestos, riesgos, medidas de mitigación, plan y resultados de pruebas.

 

• El personal técnico del proceso de Tecnologías de Información de la ESPH podrá requerir aclaraciones o ajustes a la estrategia presentada cuando sea necesario, para asegurar su viabilidad técnica, sin que ello implique definir metodologías específicas ni limitar la autonomía técnica del oferente.

 

• Criterios de aceptación del documento.

 

• Trazabilidad completa entre diagramas (lógico, físico) inventario y configuraciones.

 

• Coherencia con lo instalado, sin omisiones críticas; por ejemplo, puertos; servicios; identidad; licencias; nivel de parche.

 

 

• Claridad y suficiencia para operación y continuidad; por ejemplo, estrategia de migración, procedimientos de respaldo y recuperación.

 

• Conformidad de la ESPH: Revisión técnica y cierre de observaciones.

 

 

1. Diagrama de arquitectura integral (interoperabilidad con sistemas empresariales).

 

El oferente deberá presentar un diagrama de arquitectura tecnológica integral que muestre la interacción entre el sistema SIG y la arquitectura de los sistemas empresariales de la ESPH. Este diseño debe garantizar la interoperabilidad, conectividad segura y operación entre ambos entornos, evitando problemas de red y asegurando la continuidad operativa.

 

El diagrama y la documentación asociada deberán incluir, como mínimo:

 

• Interconexiones físicas y lógicas con los sistemas de la ESPH, incluyendo servidores, bases de datos, aplicaciones y dependencias técnicas relevantes.

 

• Parámetros de conectividad y seguridad, tales como: Protocolos, puertos, autenticación, VPN empresarial y mecanismos de redundancia.

 

• Flujos de datos y dependencias entre sistemas, indicando cómo se gestionará la sincronización y la integridad de la información.

 

• Recomendaciones técnicas para optimizar la comunicación por red, considerando latencias, ancho de banda y consumo de datos interno y externo.

 

 

1. Documento técnico de seguridad de la información.

 

El oferente deberá garantizar que la solución tecnológica implementada cumple con los estándares de seguridad aplicables, salvaguardando la confidencialidad, integridad y disponibilidad de los datos geoespaciales y empresariales de la ESPH. Para ello, el oferente deberá:

 

 

• Aplicar mejores prácticas de seguridad para ambientes AGE on-premises, incluyendo cifrado de datos en tránsito y en reposo cuando aplique, autenticación segura y control de accesos basado en roles.

 

• Configurar mecanismos de protección perimetral y lógica, tales como: Firewalls, ACL y políticas de seguridad en instancias, servicios y aplicaciones utilizadas.

 

• Implementar protocolos seguros de comunicación; por ejemplo, HTTPS; TLS; VPN empresarial y comunicación segura entre segmentos de red.

 

• Definir y documentar la gestión de credenciales y llaves de acceso, incluyendo su almacenamiento seguro, protección criptográfica y rotación periódica.

 

• Establecer medidas de monitoreo y auditoría, incluyendo registro de eventos, alertas ante incidentes y mecanismos para la detección de accesos no autorizados.

 

• Cumplir con la normativa costarricense aplicable en materia de protección de datos y seguridad de la información, así como con las políticas internas de la ESPH.

 

El oferente deberá entregar un documento técnico de seguridad como parte de los entregables de la Fase 1, que incluya la arquitectura de seguridad aplicada, configuraciones implementadas, controles establecidos y recomendaciones para el ambiente productivo.

 

 

1. Gestión y entrega de accesos.

 

El adjudicatario deberá entregar al personal del proceso de Tecnologías de Información de la ESPH la totalidad de los accesos asociados a la solución implementada, en todas sus modalidades, incluyendo, pero sin limitarse a, cuentas de usuario, credenciales administrativas, accesos a sistemas, servicios, bases de datos, consolas de gestión, herramientas y cualquier otro componente que forme parte de la arquitectura.

 

Previo a su entrega, el adjudicatario deberá verificar y garantizar el correcto funcionamiento de cada uno de los accesos, asegurando que estos se encuentren habilitados, vigentes y operativos.

 

 

Asimismo, el adjudicatario deberá documentar de forma detallada todos los accesos en un archivo en formato Excel, el cual deberá incluir, como mínimo, la identificación del acceso, descripción, nivel de privilegio, sistema o componente asociado y cualquier otra información relevante para su correcta gestión y administración.

 

 

1. Informe final de la Fase 1.

 

El oferente deberá presentar un informe final que consolide los resultados de la Fase 1 y contenga, por referencia, la totalidad de los entregables, documentos y evidencias exigidos en el presente cartel, anexándolos cuando corresponda. Lo anterior se entiende sin que el informe final sustituya el contenido técnico detallado, el cual deberá permanecer en sus documentos y secciones específicas del presente cartel; en consecuencia, el informe final deberá incorporar remisiones expresas a dichos documentos y adjuntarlos como anexos cuando aplique, a efectos de acreditar el cumplimiento integral de las obligaciones técnicas y las conclusiones y recomendaciones para el paso a ambiente productivo.

 

Asimismo, el informe final deberá incluir o referenciar, cuando corresponda, los siguientes entregables técnicos:

 

• Certificación de vulnerabilidades: Reporte de escaneo de vulnerabilidades que evidencie la ausencia de hallazgos clasificados como “Críticos” o “Altos” conforme al estándar CVSS. En caso de detectarse hallazgos de dicha naturaleza, el oferente deberá proceder a su corrección y presentar el reporte actualizado que evidencie su remediación.

 

• Certificados digitales: Documentación que defina el ciclo de vida y el modelo de gestión de certificados digitales utilizados por la solución, especificando la Autoridad Certificadora (CA), los procedimientos de instalación, renovación y sustitución de certificados, así como el punto de terminación o aplicación de dichos certificados dentro de la arquitectura; por ejemplo, reverse proxy; balanceador de carga; servidor de aplicaciones u otros componentes, a efectos de asegurar su correcta administración operativa.

 

 

1. Uso de la documentación.

 

• Toda la documentación solicitada y resultante de la Fase 1 será insumo fundamental para el diseño del ambiente productivo, la definición de características técnicas y la planificación del despliegue del sistema on-premises.

 

• El oferente deberá entregar un plan base de actividades (baseline) en formato de cronograma, el cual servirá como insumo de planificación para la siguiente fase en ambiente productivo. Dicho plan deberá contemplar, de manera ordenada y trazable, las tareas y dependencias necesarias tanto para la continuación de la migración a UN como para la migración de todas las aplicaciones e interfaces entre el sistema SIG y los sistemas empresariales de la ESPH.

 

 

1. Presentación de cierre del proyecto.

 

El oferente deberá realizar una sesión de presentación de cierre del proyecto ante el equipo designado por la ESPH, en la cual se expongan, de manera detallada, los resultados obtenidos durante la Fase 1. Esta sesión deberá incluir, como mínimo:

 

• La arquitectura tecnológica del sistema SIG implementado on-premises, indicando ajustes y mejoras aplicadas.

 

• La configuración de red y parámetros de conectividad, con énfasis en latencias, ancho de banda, trasiego de datos y recomendaciones para optimización interna y buen desempeño del sistema.

 

• El diseño de arquitectura integral de interconexión entre la solución on-premises y los sistemas empresariales de la ESPH, garantizando interoperabilidad y continuidad operativa.

 

• Resultados de pruebas críticas, incluyendo desempeño, conectividad y validación funcional del flujo de trabajo geográfico completo y trazas UN y UNE.

 

• Recomendaciones técnicas para la implementación en ambiente productivo.

 

 

ACUERDOS DE NIVEL DE SERVICIO (SLA)

 

1. Dado que la Fase 1 corresponde, en algunos de sus componentes, a una Prueba de Concepto (PoC), la atención de incidencias asociadas a la implementación, configuración, pruebas y validación del sistema migrado deberá regirse por niveles de servicio (SLA) orientados a garantizar la continuidad de las actividades del proyecto, sin comprometer la naturaleza exploratoria y técnica de esta fase.

 

1. Incidencia nivel alta: Aquella que afecta significativamente el avance de la prueba de concepto o compromete funcionalidades clave necesarias para la validación de la solución.

 

• Tiempo máximo de respuesta: 4 horas hábiles.

 

• Tiempo máximo de solución o mitigación: 12 horas hábiles.

 

1. Incidencia nivel media: Aquella que genera afectaciones moderadas en componentes o funcionalidades de la solución, sin impedir la continuidad de las pruebas.

 

• Tiempo máximo de respuesta: 8 horas hábiles.

 

• Tiempo máximo de solución o mitigación: 24 horas hábiles.

 

1. Incidencia nivel baja: Aquella que corresponde a defectos menores, ajustes o situaciones sin impacto relevante en el desarrollo de la prueba de concepto.

 

• Tiempo máximo de respuesta: 16 horas hábiles.

 

• Tiempo máximo de atención o mitigación: 48 horas hábiles.

 

1. Los tiempos de respuesta se definen como el intervalo máximo entre el reporte de la incidencia y el inicio de su atención por parte del adjudicatario.

 

1. Los tiempos de solución o mitigación se definen como el intervalo máximo para aplicar una corrección, ajuste o medida que permita la continuidad de las actividades de la prueba de concepto.

 

1. La atención de incidencias en esta fase estará orientada a facilitar la validación técnica de la arquitectura, configuraciones y capacidades del sistema.

 

 

COORDINACIÓN DEL SERVICIO.

 

1. Para la adecuada atención de las gestiones derivadas de la presente contratación, el adjudicatario deberá designar al menos dos (2) personas de contacto responsables de la coordinación técnica y operativa del proyecto, incluyendo las actividades de implementación, migración, pruebas, estabilización y soporte del SIG migrado.

 

1. Al menos una de estas personas deberá corresponder al Director de Proyecto designado, quien será el responsable principal de la gestión integral del proyecto y actuará como punto de contacto formal ante la ESPH, tanto durante la ejecución del proyecto como durante el periodo de vigencia del contrato.

 

1. Dicha designación deberá ser comunicada formalmente al personal técnico del proceso de Tecnologías de Información de la ESPH, previo al inicio de las actividades, e incluir como mínimo:

 

• Nombre completo.

 

• Número telefónico de contacto.

 

• Dirección de correo electrónico.

 

• Rol dentro del proyecto.

 

1. Las incidencias, requerimientos técnicos y coordinaciones asociadas a la implementación, configuración, integraciones, pruebas, estabilización y soporte de la solución deberán ser gestionadas mediante los canales oficiales definidos por la ESPH, los cuales serán comunicados al adjudicatario previo al inicio del proyecto y se mantendrán vigentes durante todo el plazo contractual.

 

1. En caso de que, por causas de fuerza mayor o cualquier otra situación debidamente justificada, el adjudicatario requiera sustituir a alguno de los recursos asignados al proyecto, deberá comunicarlo formalmente a la ESPH en un plazo no mayor a dos (2) días hábiles, garantizando en todo momento la continuidad del servicio y del equipo multidisciplinario definido para la ejecución de la Fase 1 y durante la vigencia del contrato.

 

1. El adjudicatario deberá presentar el currículum vitae del nuevo recurso propuesto, con el fin de que sea evaluado por el personal técnico del proceso de Tecnologías de Información de la ESPH.

 

 

1. La sustitución únicamente podrá realizarse una vez que el nuevo recurso haya sido aprobado por la ESPH, debiendo contar con un perfil, experiencia, capacidades y competencias técnicas iguales o superiores a las del recurso originalmente asignado, conforme a los perfiles definidos en el punto 2.3 de la sección “CONDICIONES DE ADMISIBILIDAD” del presente cartel.

 

1. El adjudicatario deberá garantizar que dicha sustitución no afecte la continuidad, calidad y niveles de servicio (SLA) establecidos, ni el avance del cronograma del proyecto.

 

1. Las personas de contacto designadas, en coordinación con el equipo multidisciplinario del adjudicatario, deberán garantizar la atención oportuna de las comunicaciones relacionadas con el proyecto, así como con el soporte posterior a la implementación, conforme a los niveles de servicio (SLA) establecidos en el presente cartel, durante toda la vigencia del contrato.

 

 

ETAPAS DE LA FASE 1.

 

1. Como parte de la Fase 1, se solicita la ejecución, como mínimo, de las siguientes etapas:

 

• Evaluación y planificación.

 

• Revisión de requisitos específicos del cliente.
• Análisis de los datos (con y sin GN).
• Plan de trabajo detallado con hitos, responsabilidades y riesgos.

 

• Preparación de datos, para asegurar el cumplimiento con los estándares de los modelos de Utility Network.

 

• Validación y limpieza de datos.
• Conversión y ajustes de esquema de datos.
• Pruebas de integridad de datos, para evitar pérdida o duplicidad de datos.

 

• Instalación y configuración del ambiente on-premises en el Centro de Datos de la ESPH.

 

• Diseño de la arquitectura on-premises del sistema.
• Diseño de la arquitectura integral de interconexión entre la solución on-premises y los sistemas empresariales de la ESPH.
• Habilitación de servidores y recursos virtuales.
• ArcGIS Enterprise con publicación segura de servicios.
• Utility Network y configuración de versionamiento en rama.
• Utility Network Editor y flujos de edición por servicios.
• Conectividad con EGDB en MS SQL Server.

 

• Migración de datos.

 

• Migración desde GN cuando aplique.
• Implementación de UN cuando aplique.
• Validación posterior a la migración.
• Revisiones, correcciones y ajustes.

 

 

• Publicación de servicios.

 

• Configuración y publicación de servicios de consulta y edición.
• Validación posterior a la publicación.
• Revisiones, correcciones y ajustes.

 

• Pruebas y resultados.

 

• Validación de funcionalidades; por ejemplo, edición de servicios, flujos definidos, trazas, entre otras.
• Verificación de conectividades y consistencia topológica.
• Pruebas técnicas; por ejemplo, desempeño, disponibilidad, integridad, entre otras.
• Revisiones, correcciones y ajustes finales.
• Evidencias y registros.

 

• Implementación de flujo de trabajo geográfico completo por Negocio.

 

• Configuración del flujo de captura en campo.
• Integración con AGE, UN y UNE (Sincronización, validación topológica, edición por servicios).
• Demostraciones y evidencias por Negocio.

 

• Capacitación del personal.

 

• Capacitación técnica, para el personal técnico del proceso de Tecnologías de Información de la ESPH:

 

• Administración de AGE.
• Publicación.
•  
• Versionamiento en rama.
•  
• Seguridad y operación.

 

• Capacitación de usuario. Se incluye también personal técnico.

 

 

• Hallazgos. Con relación a los siguientes puntos y entre otros:

 

• Análisis de configuraciones realizadas.
• Configuración de red y parámetros de conectividad.
• Arquitectura del sistema SIG on-premises de la ESPH.
• Arquitectura integral de interconexión entre el sistema SIG y los sistemas de ESPH.
• Arquitectura de seguridad de la información para el ambiente productivo.
• Problemas encontrados y soluciones aplicadas.
• Recomendaciones para el pase a producción (Capacidad, seguridad, operación, entre otros)

 

• Entrega final y cierre.

 

• Entrega de documento técnico detallado de red y conectividad.
• Entrega de documento técnico detallado de la arquitectura tecnológica implementada para el sistema SIG, incluyendo diagramas.
• Entrega de documento técnico detallado de la arquitectura tecnológica integral de interconexión entre el sistema SIG y los sistemas de ESPH.
• Entrega de documento técnico detallado de seguridad de la información.
• Informe final de resultados.
• Presentación de cierre del proyecto ante la ESPH.

 

 

 

• Obligaciones del contratista: Todo de acuerdo con el artículo 14 de la LGCP y 238 del RLGCP.

 

• El contratista estará obligado a cumplir con todas las disposiciones legales y reglamentarias, así como los requerimientos de las autoridades competentes en materia de trabajo.
• Cumplir con las obligaciones de la seguridad social, tanto de la Caja Costarricense de Seguro Social (CCSS) y el Fondo de Desarrollo Social y Asignaciones Familiares (FODESAF), así como con los impuestos nacionales; lo anterior comprende cualquier contratación en el territorio nacional que realicen entes de derecho público internacional u organismos internacionales, incluidos los contemplados en el inciso a) del artículo tercero de esta ley, con respecto a las personas trabajadoras que presten sus servicios en el país.
• Presentar una oferta completa a partir de las reglas del pliego de condiciones.
• Ser diligente en la atención de cualquier requerimiento y ser proactivo y dirigir todas sus actuaciones a la ejecución del contrato. Una vez que el sistema digital unificado notifique al oferente que la Administración emitió los estudios de ofertas, este deberá proceder en la forma prevista en el artículo 50 de la LGCP.
• Cumplir con lo ofrecido en su propuesta y en cualquier manifestación formal documentada que hayan aportado adicionalmente en el curso del procedimiento o en la formalización del contrato.
• Abstenerse de realizar acuerdos colusorios.
• Tener en consideración lo indicado GIN-GC-I-002(7) Relación con Proveedores y Contratistas del SGI.
• El contratista está en la obligación de conocer y cumplir lo establecido en el documento Reglas de Calidad, Salud y Seguridad y Ambiente para Contratistas de la ESPH (el documento se encuentra en la página de la empresa www.esph-sa.com; en la cejilla de proveedores). Los requisitos establecidos en el documento indicado son de acatamiento obligatorio y los mismos pueden someterse a inspecciones periódicas que la ESPH realice para verificar su cumplimiento. Las consecuencias de orden laboral y de accidentes de trabajo, serán de entera responsabilidad del contratista, al igual que las derivadas de daños a las personas o bienes de terceros, en consecuencia, el contratista, para todos los efectos, será reputado como patrón único y expresamente deja exonerada a la Empresa de cualquier responsabilidad de orden civil y laboral, con motivo en razón o consecuencia de los servicios contratados. En caso de producirse una situación de emergencia o accidente laboral se debe notificar al administrador para que este informe al departamento de Salud Ocupacional de la ESPH.

 

 

• El oferente deberá garantizar que el diseño de la base de datos, los flujos de trabajo, los mecanismos de acceso y el tratamiento de la información contemplados en la solución propuesta cumplan con lo establecido en la Ley de Protección de la Persona frente al Tratamiento de sus Datos Personales (Ley N.° 8968) y su normativa aplicable, considerando especialmente la implementación de las medidas necesarias para la protección, confidencialidad y control de acceso de los datos personales de abonados, clientes o usuarios de los servicios de la ESPH que puedan ser gestionados o almacenados por los sistemas objeto de esta contratación.

 

• Pago: La ESPH realiza el pago a 30 días naturales, desde la presentación de la factura. Todo trámite de pago deberá realizarse a través de la Plataforma de Compras SICOP, cualquier factura emitida antes de dicho trámite deberá ser anulada y deberá ser emitida nuevamente. No se reciben facturas por correo electrónico.

 

• Vigencia del contrato: 12

 

• Vigencia de la oferta: Se solicita que la vigencia de la oferta sea de 30 días naturales, contados a partir de la recepción de esta.

 

• Entrega del servicio: El oferente adjudicado deberá gestionar ante la Plataforma de Compras SICOP la Solicitud de Recepción dirigida al Administrador del Contrato correspondiente.

 

• Desempate: En caso de empate entre dos o más oferentes se procederá a desempatar de la siguiente manera:

 

Se convocará a los oferentes cuya propuesta tenga la misma puntuación a un sorteo público, el cual se realizará en el lugar, fecha y hora que defina la Administración, utilizando para ello los dados, monedas o cualquier otro sistema que cumpla con el principio de transparencia. De todo ello se levantará un acta que será suscrita por los asistentes al evento y posteriormente se adoptará el acto de adjudicación.

 

• Mejora de precios: Si, todo de acuerdo con el artículo 99 RLGCP.

 

La ESPH puede solicitar mejora de precios cuando sea necesario.

 

 

Los precios una vez mejorados serán considerados para efectos comparativos y también deben ser sometidos al respectivo análisis de razonabilidad del precio. Bajo ningún supuesto la mejora implicará disminución de cantidades, desmejora de la calidad y condiciones de lo originalmente ofrecido o el otorgamiento de una ventaja indebida para el oferente ni podrá ser mayor a la utilidad establecida en el precio original. En todo caso, el oferente que presente una mejora del precio se encuentra obligado a justificar la disminución del precio.

 

Si el oferente ofrece descuentos o mejoras en los precios, debe incorporar la estructura del precio descontado, considerando todos los elementos que los componen, además, de la estructura del precio sin descuento.

 

• Precio: Los precios serán firmes y definitivos y no estarán sujetos a variaciones por ningún motivo. Si se ofrece algún descuento estos deberán detallarse en los rubros que correspondan. De igual forma, verificar que se incluya el rubro IVA según corresponda. Los precios cotizados serán valorados en colones costarricenses, sin sujeción a condición alguna no autorizada por este pliego de condiciones. En caso de que la cotización sea presentada en moneda extranjera el precio final se convertirá a colones costarricenses, de acuerdo con el tipo de cambio de referencia para la venta, calculado por el Banco Central de Costa Rica, vigente al momento de apertura de las ofertas y demás consideraciones estipuladas en el artículo 98 del Reglamento de la Ley General de Contratación Pública. El proveedor deberá verificar que la oferta presentada incluya todos los impuestos.

 

• Bandas de tolerancia: De conformidad con lo dispuesto en los artículos 34 de la Ley General de Contratación Pública (LGCP) y 44 de su Reglamento (RLGCP), la Administración ha realizado los estudios de mercado correspondientes durante la fase de planificación, a partir de los cuales se ha determinado un precio de referencia para cada ítem.

 

Con base en dicho análisis, se establece desde el presente pliego una banda de tolerancia de ±15% respecto al precio de referencia definido, la cual será utilizada como parámetro para la verificación de la razonabilidad de las ofertas económicas presentadas.

 

 

• Desglose del precio: Todo de acuerdo con el artículo 102 RLGCP.

 

		Totales		Unitarios
Componente		Monto	Porcentaje	Monto	Porcentaje	Índice de precios asociado	Fuente
Costo directo de MO	CD m
Costo directo de Insumos	CD i
Costo indirecto de MO	CI m
Costo indirecto de Insumos	CI i
Imprevistos
Utilidad
Sub Total
IVA	13%
Total, IVAI

 

Para evitar inconvenientes, el oferente debe tomar en cuenta que la oferta que no incluya el rubro de imprevistos será descartada.

 

• Presupuesto detallado: Todo de acuerdo con el artículo 103 RLGCP, el presupuesto detallado de la obra, bien o servicio contratado deberá ser presentado únicamente por el adjudicatario dentro del plazo de ocho días hábiles posteriores a la firmeza de la adjudicación y antes de la suscripción del contrato. Lo anterior, aplica para cualquier modalidad de cotización y tipo de contrato. La estructura debe contemplar por cada ítem el detalle de los costos directos, totales, incluyendo el impuesto al valor agregado y costos indirectos como mínimo, ya que este desglose será el insumo esencial para poder solicitar un reajuste de precio. Se adjunta propuesta de presupuesto (SOP-CS-GC-F-036 Presupuesto Detallado), que deberá ser adaptado en cada proceso de contratación.

 

• Reajuste de precios: Para efectos de mantener el equilibrio económico del contrato, la ESPH reconocerá reajustes de precios al contrato, de conformidad a los principios de la Sana Administración que rigen y vinculan la operación de nuestra organización.

 

 

En los contratos en los que procede la aplicación del reajuste o revisión de precios, de conformidad con lo regulado en los artículos 107, 108 y 109 del presente Reglamento.

 

El contratista podrá solicitar por escrito ante el Administrador del Contrato su solicitud de reajuste de precios cuando lo considere pertinente.

 

Para lo cual es necesario que desarrolle la fórmula indicada más adelante, indicando en detalle la forma de cálculo realizada sobre la cual se sustenta la petición de revisión de precio y adjunte fotocopia de los índices utilizados y factura respectiva.

 

Para efectos de reajustes y revisiones de precios la Administración utilizará fórmulas matemáticas para calcularlos, conforme a las disposiciones que emita la Autoridad de Contratación Pública según lo establecido en el artículo 128 inciso f) de la Ley General de Contratación Pública, aumentándolos o disminuyéndolos según varíen los costos directos e indirectos, utilizando los índices de precios y costos emitidos por entidades oficiales.

 

Dichos índices deberán ser elaborados y emitidos por la entidad oficial del país de origen de los costos, y corresponder a la misma moneda con que se presenta el precio y los valores absolutos de la estructura de precio. La pertinencia de lo anterior deberá ser verificada por parte de la Administración.

 

Para efectos de los reajustes se utilizará la fórmula matemática aprobada partiendo de una estructura de elementos de precios, se utilizará la fórmula de variación de precios del tipo:

Fórmula matemática de reajuste de precios en contratos de obra pública y bienes y servicios: Ver fórmula Pliego de Condiciones, pág. 46

• Descuentos: El oferente podrá brindar descuentos globales a sus precios, o bien a los precios unitarios, debido a un mayor número de líneas que se llegaran a adjudicar, o por pronto pago, pudiendo la Administración, promover estos últimos como parte de su política de pago (los descuentos por pronto pago no serán analizados para efectos de la comparación del precio, solo para el pago).

 

• Contrato:

☒ No requiere firma del Contratista

• Contenido presupuestario:

☒ Autorización de Compra