Adquicisión de Licencias Umbrella

• El oferente deberá contar al momento de la apertura con el personal capacitado para desempeñar los siguientes roles en el proyecto:

 

1. Director de Proyectos (2 Profesionales)

 

• Dirección de Proyectos
• Certificación Project Management Professional (PMP) vigente.
• Experiencia mínima de 5 años como PMP certificada, para corroborarlo se deberá aportar certificación PMP.
• Al menos 1 de los profesionales deberá contar con 10 años (de experiencia), en la rama de tecnología.

 

1. Ingenieros nivel Experto (2 ingenieros)

 

El oferente debe contar como mínimo con dos (2) Ingenieros profesionales certificados en la implementación de la marca ofertada, el cual deberá contar con el título de Bachiller o licenciatura en Ingeniería en Informática, Telemática o Electrónica o afín (entiéndase "afín" como carrera universitaria de Ingeniería relacionada con Redes y Telemática) y deberá contar con la certificación de CCIE. Para corroborar esta condición, el oferente deberá aportar en su oferta lo siguiente:

 

• Nombre del ingeniero propuesto y hoja de vida.
• Copia del título Universitario de bachiller o licenciatura, indicando alguna de las especialidades solicitadas en el punto.
• Uno de los Ingeniero debe contar con la certificación Cisco CCIE Security.
• Uno de los Ingeniero debe contar con la certificación Cisco CCIE Enterprise.
• Residir en Costa Rica antes y durante la presente contratación, para lo cual deberá adjuntar declaración jurada firmada por el consultor propuesto y el representante legal del oferente.

 

1. Ingenieros nivel profesional (4 ingenieros)

 

El oferente debe contar como mínimo con cuatro (4) Ingenieros profesionales certificados en la implementación de la marca ofertada, el cual deberá contar con el título de Bachiller o licenciatura en Ingeniería en Informática, Telemática o Electrónica o afín (entiéndase "afín" como carrera universitaria de Ingeniería relacionada con Redes y Telemática) y deberá contar con la certificación de Cisco CCNP. Para corroborar esta condición, el oferente deberá aportar en su oferta lo siguiente:

 

• Nombre del ingeniero propuesto y hoja de vida.
• Copia del título Universitario de bachiller o licenciatura, indicando alguna de las especialidades solicitadas en el punto.
• Dos de los Ingenieros debe contar con la certificación Cisco CCNP Security.
• Dos de los Ingenieros debe contar con la certificación Cisco CCNP Enteprise.
• Residir en Costa Rica antes y durante la presente contratación, para lo cual deberá adjuntar declaración jurada firmada por el consultor propuesto y el representante legal del oferente.

 

 

 

 

1. Técnicos en Redes (2 técnicos)

 

El oferente debe contar como mínimo con dos (2) técnicos profesionales certificados en la implementación de igual o superior a CCNA.

 

Para corroborar esta condición, el oferente deberá aportar en su oferta lo siguiente:

 

• Nombre del ingeniero propuesto y hoja de vida.
• Certificación CCNA vigente.

 

• El oferente deberá presentar toda la documentación y atestados que permitan comprobar esta condición, todo el personal deberá estar dentro de la planilla del oferente con un mínimo de 3 meses en la CCSS.

 

• El oferente debe demostrar que posee al menos 20 años de permanencia en el mercado nacional para lo cual debe adjuntar copia del acta constitutiva de la empresa.

 

• El oferente deberá ser Gold Partner de Cisco. El oferente deberá aportar en su oferta, copia de la certificación emitida por el fabricante donde indique que tiene como mínimo diez (10) años de ser Partner o integrador autorizado por el fabricante de la marca de la solución ofertada. Este documento no podrá tener más de treinta (30) días hábiles de antigüedad de haberse emitido, antes de la fecha fijada para la apertura de ofertas.

 

• El oferente        deberá           tener   como mínimo           alguna           de         las siguientes especializaciones y/o certificaciones del fabricante CISCO:

 

• Advanced Enterprise Networks Architecture Specialization.
• Data Center Networking
• EA 3.0 DNA and Meraki
• Customer Experience Specialization,
• Master Service Provider Technology Specialization
• EA Data Center Cloud
• EA MSP Cisco DNA Switching Wireless Routing
• Managed Service License Agreement Program
• Secure Remote Work EA
• SP Security Choice, EA MSP Data Center, Digital Co-Sell.

 

• El oferente deberá contar con al menos 3 proyectos de venta de una solución similar. Uno de los proyectos debe ser en el sector educación con presencia en todo el país. Para corroborar dicha experiencia el oferente deberá adjuntar, orden de compra, declaración jurada o cartas de referencia emitida por la institución pública o privada en la cual se compruebe la venta de cada proyecto según lo especificado, es importante recalcar que los proyectos a aportar deberán ser de diferentes instituciones ya sean del sector público o privado. (En los últimos 6 años)

 

• El oferente deberá contar con al menos dos funcionarios certificados por Cisco o la marca a ofertar con la certificación de Customer Success Manager en planilla de la empresa, para este punto se deberá adjuntar el documento de la planilla que lo compruebe, además estos funcionarios deberán contar con al menos un año de laborar para la empresa. (Deberá adjuntar acreditación de dicha certificación).

 

• El oferente debe designar un Centro de Soporte (Network Operations Center) mediante el cual la institución canalizará los requerimientos de soporte, incidentes operativos, así como consultas y demás requeridos. La disponibilidad del Centro de Soporte del OFERENTE para el registro de casos debe ser de 24x7x365, donde su proceso esté certificado bajo la norma ISO 27001, dicho NOC deberá contar un número 800 local, donde se puedan reportar las averías durante las 24 horas del día los 365 días al año de manera continua, el mismo deberá contar con un sistema automatizado de seguimiento de los tickets y llamadas, deberá contar con autonomía eléctrica de al menos un día y respaldo de enlaces de datos, deberá de contar con respaldo de UPS y planta de emergencia que garantice su funcionamiento por al menos 72 horas sin fluido eléctrico público. Además, el NOC debe ubicarse dentro de las instalaciones del oferente con oficinas locales en Costa Rica. La institución se reserva el derecho de visitar las instalaciones del oferente para verificar dicho requisito.

 

• El oferente deberá contar con patente municipal (licencia comercial) a su nombre, para la actividad, el bien, obra o servicio comercial que se pretende contratar. Para lo cual el oferente deberá adjuntar a su oferta, el documento escaneado y legible de la patente o permiso municipal, vigente a la fecha de apertura de ofertas de la presente contratación, donde se describa la actividad propia del oferente que lo faculte para brindar la actividad, bien, obra o servicio requerido en el presente concurso.                                                                                                                

 

• El oferente participante deberá presentar declaración jurada firmada digitalmente por el representante legal, en donde declare que la copia de la patente municipal aportada es imagen fiel y exacta de su original, que la misma no presenta ninguna modificación o alteración en su información, y que la actividad autorizada en la patente o licencia se encuentra asociada con el objeto del presente concurso.

LÍNEA ÚNICA. LICENCIAS DE UMBRELLA PARA LA PREVENCIÓN DE AMENAZAS, BASADAS EN DNS

 La administración busca una solución que permita visualizar las licencias por suscripción de nube autorizados y no autorizados que se están empleando, ver quién los está usando e identificar el riesgo potencial.

 

Licencias o suscripciones iguales o superiores a Umbrella Security DNS para Educación las cuales cuenten con las siguientes características:

 

• Las licencias serán asignadas para el uso de personal docente y administrativo de la institución.
• El licenciamiento debe incluir la protección de la totalidad de la población estudiantil a nivel nacional hasta un máximo de 1,500,000 estudiantes sin costo adicional para la institución.
• La solución debe ofrecerse en la nube del fabricante que pueda procesar de forma cifrada todas consultas DNS que reciba de los usuarios.
• Debe ser una solución de seguridad de capa DNS fácil de implementar y administrar para bloquear amenazas de Internet como phishing, malware, ransomware, botnets, devoluciones de llamada C2 y cryptojacking.
• Debe contar con la capacidad de implementar políticas basadas en usuarios con integración de Active Directory.
• Debe contar con Filtrado web.
• Debe contar con la capacidad de implementar Listas personalizadas de dominio bloqueado/permitido.
• Debe contar con la capacidad de implementar detección y bloqueo de aplicaciones según el dominio.
• Debe poder retener registros indefinidamente.
• Debe contar con APIs para dispositivos de red, administración, informes y cumplimiento

 

• Debe contar con el cumplimiento de la capa IP para devoluciones de llamada C2 que omiten DNS.
• Debe ofrecer seguridad de la capa DNS.
• Debe contar con un agente Remoto Incluido.
• Debe contar con Appliance Virtuales para integraciones incluidos.
• Las solicitudes de DNS se deben enviar de forma transparente al nodo disponible más rápido y se redirigen automáticamente en caso de tiempo de inactividad. Todos los centros de datos anuncian la misma dirección IP, por lo que los usuarios no están vinculados a un solo centro de datos según la ubicación de su hogar. Anycast se amplía con el balanceador de carga geo-consciente global para SWG, que evalúa la carga en la región junto con la información geográfica del cliente para tomar la decisión más informada sobre dónde enviar el tráfico.
• Debe contar con una arquitectura de nube global que ofrezca resiliencia y confiabilidad de la red para mantener su rendimiento rápido y sus conexiones seguras.
• Debe contar con más de 30 centros de datos en todo el mundo que comparten ubicación con los principales IXP.
• Debe conectarse con los principales ISP, CDN y plataformas SaaS para brindar un rendimiento ultrarrápido.
• Debe ofrecer un enrutamiento aumentado para generar disponibilidad y confiabilidad.
• Debe contar con una arquitectura en contenedores y de múltiples tenants.
• Debe contar con una arquitectura de microservicios que se escale automáticamente para un mejor rendimiento.
• Debe contar con un conjunto de datos de inteligencia de seguridad que sea diverso, global y en vivo.
• La solución debe ser respaldada por la Inteligencia de seguridad de miles de millones de transacciones diarias.
• El centro de inteligencia en que se basa la solución debe procesar más de 600 mil millones de solicitudes de DNS diariamente, de más de 100 millones de usuarios activos en 190 países.
• Debe contar con datos en tiempo real correlacionados con datos históricos de la base de datos gráfica global.
• Debe contar con datos enriquecidos con diversas fuentes de datos públicas y privadas.
• Debe contar con el respaldo de una Base de datos como Secure Endpoint la cual es alimentada por el análisis de más de 1,5 millones de escaneos diarios de muestras de malware.
• El centro debe contar con modelos creados para puntuar y clasificar automáticamente los datos para detectar anomalías y descubrir amenazas conocidas y emergentes.
• Debe ofrecer descubrimiento de dónde operan los atacantes y como organizan la infraestructura de ataque incluyendo: dominios, direcciones IP y números de sistema autónomo (ASN).
• Debe ofrecer predicción de destinos que probablemente sean maliciosos y podrían usarse en futuros ataques.
• Debe contar con correlación de datos históricos y en vivo para obtener una vista completa de la evolución de dominios e IP.
• Debe contar con una consola basada en web o API para acceder a inteligencia de amenazas en dominios, direcciones IP y malware en Internet. Con el fin que se obtenga contexto sobre lo que está bloqueando y por qué.
• Debe ser capaz de tener acceso en tiempo real a inteligencia de amenazas en dominios, IP, ASN y hash de archivos.
• Contar con visibilidad para identificar la infraestructura del atacante y acelerar las investigaciones de incidentes.
• Debe contar con la capacidad de brindar la detención de las conexiones a dominios maliciosos lo antes posible.
• De contar con la visibilidad para proteger el acceso a Internet en todos los dispositivos de red, ubicaciones de oficinas y usuarios móviles.
• Debe resolver más de 600,000 millones de consultas de DNS al día y aplica la seguridad a los dominios maliciosos al mismo tiempo que se procesa la solicitud de DNS, sin añadir ninguna latencia.
• Debe implementarse rápidamente para cubrir muchas ubicaciones y una gran cantidad de usuarios en minutos, para proporcionar un retorno de la inversión inmediato.
• Debe contar con la capacidad que solo las solicitudes a un conjunto de dominios de riesgo (aquellos que alojan contenido malicioso y legítimo) se envíen por proxy para una inspección más profunda, lo que elimina los impactos en el rendimiento que sienten los proxies tradicionales.
• Debe contar con bloqueo de acceso a sitios maliciosos y permita el tráfico a buenos sitios en la capa de DNS, sin necesidad de proxy de todo.
• Debe proporcionar visibilidad más granular, control adicional y protección al monitorear e inspeccionar todo el tráfico web.
• Debe proporcionar visibilidad de todo el tráfico web con registro completo de URL e informes personalizables para simplificar las investigaciones.
• Debe contar con la capacidad de extender la protección contra amenazas desde los dispositivos de seguridad locales a los dispositivos y sitios más allá del perímetro.
• Debe ser capaz de enviar inteligencia de amenazas desde dispositivos de seguridad existentes y plataformas o fuentes de inteligencia de amenazas.
• Debe permitir obtener visibilidad de las tendencias de uso de aplicaciones en la nube. Identifique los servicios de TI en la sombra (Shadow IT) para abordar la pérdida de datos y la contención de la información.
• Debe permitir ver el uso de todos los servicios en la nube en toda la organización, incluidos software como servicio (SaaS), infraestructura como servicio (IaaS) y plataforma como servicio (PaaS)
• Debe ser capaz de bloquear y permitir capacidades para categorías de aplicaciones o aplicaciones individuales.
• Debe ser capaz de hacer cumplir controles granulares en un conjunto básico de aplicaciones SaaS populares.
• Debe ser capaz de aprovechar la infraestructura DNS y DHCP existente para aprovisionar a través de su red. Esto debe incluir cualquier dispositivo que se conecte a la red, incluso aquellos que sean de terceros. No debe necesitar hardware que instalar ni software que mantener.
• Debe dirigir la actividad de Internet a las direcciones IP de la red global desde cualquier servidor DNS, enrutador, puerta de enlace o punto de acceso Wi-Fi.
• Debe contar con un panel basado en la web para la creación y generación de informes de todas las políticas.
• Debe ofrecer un asistente de políticas para la creación de políticas paso a paso y pruebe las políticas antes de implementarlas.
• Debe dar soporte a Listas personalizadas de bloqueo/permisión, políticas y páginas de bloqueo de marca.
• Debe contar con capacidad instalada políticas de DNS se crean en una sola interfaz de usuario integrada.
• Debe contar con visibilidad y control del contenido dentro y fuera de sus redes. Cumplir con las políticas de uso aceptable sin necesidad de VPN
• Debe contar con base de datos integral de dominios y URL que se actualice en tiempo real.
• Debe contar con dominios organizados en categorías que se pueden usar en las políticas.
• Debe contar con las categorías de dominio se pueden bloquear antes (a nivel de DNS) para reducir el tráfico que se ejecuta a través del SWG.
• Debe tener la capacidad de Ejecutar simulaciones para verificar si las políticas se aplican según lo previsto para que los administradores puedan implementar políticas con confianza.
• Debe tener la capacidad de retener los registros de DNS durante el tiempo que sea necesario.
• Debe tener la capacidad para enviar registros de DNS su depósito S3 de Amazon Web Services (AWS)
• Debe tener la capacidad de integrarse con SIEM u otros sistemas por medio de API.
• Debe tener la capacidad de Mejorar la visibilidad de la seguridad para mejorar la respuesta a incidentes y el cumplimiento de políticas.
• Debe tener la capacidad para comprender las tendencias entre identidades, destinos y categorías.
• Debe tener la capacidad para diferenciar entre ataques dirigidos y generalizados, incluidas las identidades afectadas, para reducir el tiempo de remediación. Capacidad para resaltar detalles contextuales en tiempo real para determinar el tipo, la causa y/o la intención de los ataques.
• Debe tener la capacidad de dar visibilidad la actividad de las principales identidades (dispositivos, redes, etc.), destinos (dominios) y categorías.
• Debe permitir comparar el tráfico global y local.
• Deber ser capaz de generar informes completos de registro de URL.
• Debe proteger a los usuarios con seguridad de capa DNS dondequiera que vayan simplemente aprovechando el cliente de movilidad que ya está instalado. No es necesario implementar agentes adicionales, no se requiere ninguna acción del usuario final y no se requiere sacrificar el rendimiento.
• Los clientes de Secure Client con que ya cuenta la entidad pueden habilitar la protección a nivel de DNS sin necesidad de un nuevo agente.
• Debe extender la protección a nivel de DNS a las computadoras portátiles más allá del perímetro de la red. Debe Identificar la actividad en puntos finales específicos dentro o fuera de la red para acelerar la remediación. Los clientes deben seguir siendo livianos porque todo el cumplimiento ocurre en la nube, no en el dispositivo.
• El cliente ligero para ordenadores con Windows y Mac OSX debe permite aplicar la seguridad DNS y la protección basada en políticas independientemente de la red.
• Debe ser capaz de aplicar protección de capa DNS para Wi-Fi corporativo y de invitados por SSID de la red inalámbrica con que ya cuenta la entidad.
• Debe permitir proporcionar seguridad de DNS para todo el tráfico de Internet al marcar una casilla en la interfaz del dispositivo.
• Debe integrarse de manera transparente con el SD-WAN actual de la entidad el cual está basado en arquitectura Meraki MX y puntos de acceso inalámbricos (Meraki MR).
• Debe ser capaz de integrarse con marcas de terceros de Controladores Wireless para dar protección a las diferentes escuelas.
• Debe tener la capacidad de bloquear sitios de Trampa, Plagio, Evasión de Filtros, Discursos de Odio, Actividades Ilegales y a la categoría de Safe for Kids para protección del estudiante.
• Debe tener la capacidad de integración con Google Safe Search.

 

Soporte y garantía:

 

Se debe incluir garantía directa del fabricante por un periodo mínimo de 48 meses tipo Gold que incluya al menos lo siguiente:

 

• Soporte directo del fabricante vía web y por teléfono con un SLA de al menos 30 minutos para casos de alta severidad,
• Este servicio debe estar disponible los 7 días de la semana 24 horas al día.
• En caso de ser una incidencia crítica el contratista deberá brindar apoyo a los funcionarios de informática con un tiempo no mayor a 4 horas naturales.

 

Servicios de implementación:

 

• La administración busca una implementación integral de una solución de seguridad en la capa de resolución de nombres de dominio (DNS), orientada a proteger el acceso a internet institucional de la totalidad de usuarios licenciados y con derecho de uso en la solución.
• Lo solicitado debe incluir al menos:

 

1.83.1Gestión del proyecto.

1.83.2.         Levantamiento de requerimientos mediante entrevistas y    análisis de brechas.

1.83.3.          Diseño de arquitectura de solución.

1.83.4.          Definición de escenarios de implementación.

1.83.5.          Configuración del panel de control.

1.83.6.          Instalación de appliances virtuales si aplica.

1.83.7.          Integración con Active Directory (conector AD).

1.83.8.          Creación de políticas de seguridad y acceso.

1.83.9.          Implementación para usuarios,

1.83.10.        Activación de funciones como proxy inteligente e inspección de tráfico HTTPS.

1.83.11.        Ejecución de pruebas funcionales.

1.83.12.        Migración de usuarios y redes.

1.83.13.        Integración con la red actual de la institución.

1.83.14.        Soporte post-migración inmediato.

1.83.15.        Sesiones de transferencia de conocimiento técnico al personal de TI.

 

• La implementación de las suscripciones debe considerarse llave en mano. La ejecución se desarrollará bajo modalidad de talleres (workshops), sesiones técnicas y revisiones periódicas, contando con la participación de las áreas técnicas de la institución.
• De ser necesario el contratista deberá trasladarse al lugar que sea requerido (cualquier institución educativa o sede del ministerio en cualquier parte del país) a fin de completar la implementación y que quede todo configurado y funcionando a satisfacción de la administración.
• El contratista deberá entregar un Plan de Proyecto con cronograma detallado y designar recursos técnicos certificados con experiencia.
• Todas las actividades deberán contar con la validación de la contraparte técnica institucional y dejar constancia mediante actas o informes firmados.
• En el caso de que el MEP requiera brindar visibilidad de su plataforma al MICITT, el contratista deberá configurar lo requerido para realizarlo.
• Toda la implementación debe quedar funcionando a satisfacción de la administración.

 

Soporte post implementación:

 

• Como parte del compromiso de calidad y continuidad operativa, el contratista deberá asignar un recurso técnico calificado en modalidad presencial en las instalaciones de la institución (Oficinas Centrales) en horario hábil, durante un período de doce (12) meses posteriores a la finalización de la etapa de implementación. Se podrá valorar que la atención sea remota.
• Este recurso tendrá como objetivo dar seguimiento a la operación de la solución, ajustar políticas de seguridad según nuevas necesidades o incidentes detectados, optimizar configuraciones existentes, brindar soporte preventivo y correctivo, y coordinar junto con el equipo institucional la evolución de la estrategia de seguridad en la capa DNS.
• El recurso deberá entregar informes mensuales de actividades, propuestas de mejora y evidencias de trabajo realizado.
• Dicho personal debe cumplir al menos con las características especificadas en el perfil de Técnico en Redes solicitado en el presente documento.
• Al terminar el periodo debe entregarse un informe final de la configuración de la consola y el efecto de los ítems configurados en la revisión de incidentes.

 

Monitoreo:

 

• Se debe brindar por 48 meses un servicio de monitoreo especializado y continuo de la solución implementada en la institución, con el fin de garantizar la correcta operación, visibilidad, análisis de amenazas, generación de reportes y recomendaciones para la mejora continua de la postura de ciberseguridad del entorno institucional.
• El servicio debe incluir al menos:

 

1.96.1.   Supervisión remota y continua del funcionamiento de la plataforma.

1.96.2.       Revisión y análisis de eventos de seguridad generados por la plataforma.

1.96.3.      Correlación de datos entre distintos tipos de eventos para identificar patrones o vectores de ataque.

1.96.4.      Generación de alertas tempranas y acciones sugeridas para el fortalecimiento de políticas de acceso y filtrado.

1.96.5.       Asesoramiento técnico en la interpretación de eventos y definición de acciones preventivas y correctivas.

1.96.6.       Reuniones virtuales de seguimiento bimensual con personal técnico de la institución.

1.96.7.      Se deberán entregar reportes con una frecuencia bimensual que contengan al menos el siguiente detalle:

1.96.8.      Incidentes detectados.

1.96.8.1.  Nombre del equipo, ubicación, IP, usuario, detalle del evento y solución aplicada.

1.96.9.      Estadísticas de uso y comportamiento del tráfico DNS.

1.96.10.    Tendencias       observadas   en       cuanto amenazas y vulnerabilidades.

1.96.11.   Dispositivos o usuarios con comportamientos anómalos o de riesgo.

1.96.12.    Recomendaciones para mitigación de riesgos.

1. La oferta electrónica debe cumplir con las disposiciones emitidas por La Dirección de Contratación Pública, de conformidad con el uso y funcionamiento del Sistema Digital Unificado. Así como lo establecido en la Ley 8454 Ley de Certificados, Firmas Digitales y Documentos Electrónicos del 30 de agosto de 2005 y su Reglamento D.E. 33010 del 20 de marzo de 2006, Gaceta 77 de 21 de abril de 2006 y DECRETO EJECUTIVO N°41438-H Reglamento para la utilización del sistema integrado de compras públicas "SICOP". La documentación firmada digitalmente que el interesado aporte con su oferta deberá contener firma válida, tanto en la garantía de integridad y autenticidad como en la garantía de validez en el tiempo, lo cual será verificado en el portal “Central Directo” del Banco Central de Costa Rica.
2. La oferta deberá presentarse en el sistema digital unificado, firmada digitalmente por quien tenga poder suficiente para ello, dentro del plazo previsto para tal efecto en el pliego de condiciones según el artículo 119 y 120 del Reglamento a la Ley de General de Contratación Pública.

• Todo contratista debe cumplir estrictamente con las obligaciones laborales y de seguridad social, así como con lo establecido en el Decreto de Salarios Mínimos, teniéndose su inobservancia como causal de incumplimiento contractual, pudiendo resolverse el contrato sin responsabilidad administrativa.

1. El oferente, estará obligado a describir de forma completa a partir del pliego de condiciones, las características del objeto, bien o servicio que cotiza, sin necesidad de reiterar la aceptación de las cláusulas invariables o condiciones obligatorias, cuyo cumplimiento se presume, así mismo; la oferta deberá redactarse en idioma español. La información técnica o complementaria y los manuales de uso expedidos por el fabricante deberán presentarse en idioma español, salvo que en el pliego de condiciones se permitan otros idiomas con la traducción debidamente consularizada o se acepte una traducción libre de su texto (artículos 91 y 118 del Reglamento a la Ley General de Contratación Pública).
2. El documento adjunto al pliego de condiciones denominado “Decisión inicial y Solicitud de Pedido” detalla en cada línea las especificaciones o requerimientos técnicos del objeto a contratar por línea.
3. No se tomarán en cuenta ofertas alternativas u optativas para cada línea de esta contratación, solo se tomará en cuenta una oferta base (artículo 125 Reglamento General de Contratación Pública). En caso de que un oferente presente más de una oferta base, se tomará en cuenta solamente la última oferta ingresada al Sistema Digital Unificado antes de la hora programada para el acto de apertura de ofertas.

• El oferente en su propuesta deberá cotizar en moneda nacional, según las disposiciones establecidas en el artículo 1 de Directriz No.044-H "Directriz de uso de la moneda nacional en las contrataciones públicas, dirigida al sector público", publicado en el Diario Oficial La Gaceta No.167 Alcance No.156 de fecha 10 de setiembre del 2024 “…Artículo l º -Las entidades y órganos del Poder Ejecutivo, a partir de la publicación de la presente Directriz, deberán efectuar todas sus contrataciones de bienes y servicios en moneda nacional, estableciendo el requisito desde el pliego de condiciones de las contrataciones públicas, siempre y cuando las circunstancias del mercado lo ameriten y ello no cause un perjuicio a la satisfacción del interés público, lo cual deberá quedar acreditado dentro del expediente de la contratación...”

Se advierte que, en caso de presentarse una oferta en moneda distinta del colón costarricense, esta será convertida para efectos comparativos al colón, en los términos dispuestos por el artículo 41 de la Ley General de Contratación Pública, y de llegar a ser favorecido ese oferente con una adjudicación, el contrato será pactado en colones costarricenses.

• Los precios ofertados en colones se deberán presentar solamente con dos decimales. De conformidad con Directriz DGABCA-0015-2017 de suscrita por la Dirección General de Administración de Bienes y Contratación Administrativa y la Circular CCAF-049-2020 de la Comisión de Coordinación de la Administración Financiera (CCAF) del Ministerio de Hacienda.

1. En caso de que el oferente utilice la figura de subcontratación dentro de los servicios que oferta, deberá adjuntar la información solicitada de acuerdo con el artículo 49 de la Ley General de Contratación Pública y artículo 133 del Reglamento a la Ley General de Contratación Pública. Tanto el oferente como la (s) empresa (s) o persona (s) física (s) subcontratada (s), deben estar al día con las obligaciones de pago ante la CCSS de conformidad con el artículo No. 31 de la Ley de Protección al Trabajador y el artículo No. 74 reformado de la Ley Orgánica de la Caja Costarricense del Seguro Social, así como con FODESAF de conformidad con el artículo 22 de la Ley de Desarrollo Social y Asignaciones Familiares, reformada por medio dela Ley Nº 8783 del 13 de octubre del 2009, en su inciso e) y al día en el pago de las obligaciones Tributarias. (Artículo 14 inciso f y g, de la Ley General de Contratación Pública.)
2. IMPUESTOS: En virtud de la entrada en vigencia de la Ley N° 9635 FORTALECIMIENTO DE LAS FINANZAS PÚBLICAS se reforma, la Ley N.° 6826, Ley de Impuesto General sobre las Ventas, del 8 de noviembre de 1982 y pasa a llamarse LEY DEL IMPUESTO AL VALOR AGREGADO (IVA), por lo que todos los oferentes deben incluir el rubro del IVA en sus ofertas. Es por ello que para efectos del monto cotizado deberá constar la inclusión del mismo, en el respectivo desglose del precio o estructura del precio en el Sistema Digital Unificado.

 

PRECIO Y ESQUEMA DE COTIZACIÓN:

 

Precio: El oferente deberá ingresar en el Sistema Digital Unificado el precio total ofertado de las líneas del pliego de condiciones.

 

Deben incluir del rubro del IVA en su oferta, por lo tanto, el oferente deberá considerar para efectos de su cotización a nivel del Sistema Digital Unificado indicar:

 

-El precio unitario sin impuestos. En la casilla “precio unitario sin impuestos”.

-El monto correspondiente al impuesto al valor agregado en la casilla correspondiente y con nombre “impuesto al valor agregado”.

 

Lo anterior para que la estructura del precio total en el sistema se refleje según se visualiza a manera de ejemplo en la siguiente imagen:

 

 

El oferente deberá considerar lo anterior para que se realice un adecuado desglose del precio.

 

Esto con el fin de que la Administración tenga certeza del precio ofertado para un adecuado análisis de las ofertas, considerando que el precio es firme y definitivo.

 

En caso de que el oferente omita la inclusión del rubro del IVA en sus ofertas, la Administración tomará las siguientes medidas:

 

• Contemplará en los análisis de ofertas el porcentaje de IVA que corresponda como parte de la estructura de precio

 

• En caso de que la oferta resulte ser la mejor opción para recomendar su adjudicación, deberá el analista del proceso, hacer el ajuste correspondiente en el Sistema Digital Unificado en el formulario de recomendación de adjudicación en la estructura del precio, incorporando en la casilla correspondiente el porcentaje de IVA que

 

Lo anterior de conformidad con los instruido en la Circular DGABCA-0064-2019 de la Dirección General de Administración de Bienes y Contratación Administrativa del Ministerio de Hacienda, donde se indica que en acatamiento de la Ley N°9635 de Fortalecimiento de las Finanzas Públicas, los precios de la presente contratación deben tener incorporados el porcentaje del Impuesto de Valor Agregado (IVA) que corresponda.

1. Desglose de costos: El oferente deberá adjuntar a su oferta un desglose de la estructura del precio según lo establece el artículo 42 de la Ley General de Contratación Pública y 102 del Reglamento a la Ley General de Contratación Pública, bajo la siguiente estructura:

 

Estructura	Precio	Porcentaje
Mano de obra (con detalle de cargas sociales)
Insumos
Gastos Administrativos
Utilidad
Total

• Presupuesto detallado: 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, lo anterior según artículo 42 de la Ley General de Contratación Pública y 103 del Reglamento a la Ley General de Contratación Pública, bajo la siguiente estructura:

 

Estructura	Precio	Porcentaje
Mano de obra (con detalle de cargas sociales)
Insumos
Gastos Administrativos
Utilidad
Total

• El contratista está obligado a entregar a la Administración, bienes/servicios en las mejores condiciones y actualizados, de conformidad con el artículo 109 de la Ley General de Contratación Pública. Las mercancías que se entreguen deberán ser nuevas, no deberán ser usadas o reconstruidas, o que hayan sufrido modificaciones, transformaciones o alteraciones de cualquier orden después de producidos.
• Para efectos de notificaciones el Sistema Digital Unificado lo hará de forma automática de acuerdo con los datos que el mismo oferente incluyó para el Registro de Proveedores, mismos que serán tomados por esta Administración en caso de ser necesario. Por lo tanto, será obligación del oferente mantener al día estos datos, ya que en caso de no concretarse la comunicación por los medios consignados en dicho Registro, toda notificación se entenderá realizada en el transcurso de un día hábil siguiente a partir de la emisión del acto administrativo; en cumplimiento del procedimiento que establece la ley de notificaciones # 8687, Reglamento para la utilización del Sistema Integrado de Compras Públicas "SICOP" y artículo 31 inciso b) y 36 del Reglamento a la Ley General de Contratación Pública.

1. Es deber de todos los proveedores y subcontratistas inscritos en el Registro Electrónico Oficial de Proveedores y Subcontratistas, mantener actualizada la información aportada al momento de realizar la inscripción en el referido registro, en cumplimiento con lo establecido en los artículos 29 de la Ley General de Contratación Pública y los artículos 32 y 33 del Reglamento a la Ley General de Contratación Pública, de acuerdo a lo indicado por la Dirección de Contratación Pública del Ministerio de Hacienda mediante el criterio No. MH-DCoP-OF-0361-2023 de fecha 16 de mayo de 2023 y la publicación en La Gaceta No. 94 del día 29 de mayo del 2023.

• La información relaciona con los beneficiarios finales será verificada en el Registro de Proveedores del Sistema Unificado de Compras Públicas SICOP, de acuerdo con lo establecido en el Art. 32 inciso c) vi) del Reglamento a la Ley General de Contratación Pública.”
• La verificación de que el Oferente y Subcontratista está al día con el pago de las obligaciones con la Caja Costarricense del Seguro Social de conformidad con el artículo No. 31 de la Ley de Protección al Trabajador y el artículo No. 74 reformado de la Ley Orgánica de la Caja Costarricense del Seguro Social (Art. 122 del Reglamento a la Ley General de Contratación Pública), se hará de oficio por parte de la Administración de acuerdo con la información de la interfaz del Sistema Digital Unificado con SICERE.

 

Esta condición deberá mantenerse inclusive al momento de emitir el Acto de Adjudicación y en caso de ser Adjudicatario, por todo el plazo de la vigencia del contrato

• La verificación de estar al día con el FODESAF, de conformidad con el artículo 22 de la Ley de Desarrollo Social y Asignaciones Familiares, reformada por medio de la Ley Nº 8783 del 13 de octubre del 2009, en su inciso e), se hará de oficio por parte de la Administración de acuerdo con la información de la interfaz del Sistema Digital Unificado con FODESAF.

Esta condición deberá mantenerse inclusive al momento de emitir el Acto de Adjudicación y en caso de ser Adjudicatario, por todo el plazo de la vigencia del contrato

• El oferente debe cumplir con sus obligaciones tributarias, por lo que se recuerda a los oferentes que mediante la Ley para Mejorar la Lucha contra el Fraude Fiscal, No. 9416, publicada en La Gaceta No. 313 del 20 de diciembre del 2016, se reforma la Ley No. 4755, Código de Normas y Procedimientos Tributarios, al cual se le adiciona, entre otros, el artículo 18 bis, se indica que toda persona física o jurídica que desee participar en cualquier proceso de contratación pública debe encontrarse al día en el cumplimiento de sus obligaciones tributarias materiales y formales, así como en la presentación de las declaraciones tributarias a las que estuviera obligada, ante las dependencias del Ministerio de Hacienda. Por lo anterior, la verificación de estar al día en el pago de las obligaciones Tributarias, se hará de oficio por parte de la Administración con base en la información brindada en la página oficial del Ministerio de Hacienda “Consulta Situación Tributaria” por medio de la Administración Tributaria Virtual del Ministerio de Hacienda”.

 

Esta condición deberá mantenerse inclusive al momento de emitir el Acto de Adjudicación y en caso de ser Adjudicatario, por todo el plazo de la vigencia del contrato

1. Poderes Especiales: En caso de aportarse poderes especiales, se requiere que estos cuenten con las especificaciones propias de cada mandato conforme la normativa vigente y el número correspondiente a la contratación en la que se participa y para la cual se otorga. Que detallen claramente los actos jurídicos específicos para los cuales se faculta al apoderado, con la indicación expresa del número de contratación para la cual se le está otorgando el mandato, conforme lo establecido en el artículo 1256 del Código Civil. Tómese en consideración que el apoderado está impedido de realizar en nombre del poderdante aquellos actos no puntualizados expresamente en el poder especial.

• Relación con el Ministerio: el proveedor no deberá tener ninguna relación con el Ministerio de Educación Pública.
• La Administración se reserva la posibilidad de la adjudicación parcial de una misma línea (rebajo de cantidades), de conformidad con el Artículo 90 inciso h artículo 104 y 139 del Reglamento a la Ley General de Contratación Pública), así como aumento de cantidades si la necesidad así lo justifica. La Administración posee la facultad de determinar la necesidad de realizar modificaciones en el presupuesto.
• ESPECIES FISCALES: En lo correspondiente al pago de Especies Fiscales y Reintegro de Papel, se informa que mediante directriz MH-DCoP-DIR-0002-2024, de fecha 19 de diciembre del 2024, signada por Miguel Antonio Hernández Mejía, Subdirector Dirección de Contratación Pública, Circular MH-DCoP-CIR-0091-2024, de fecha 06 de diciembre de 2024, suscrita por Erika Solís Acosta, Jefe del Departamento de Normas y Contrataciones, DCop, oficio D.PROV.I.-DCA-(Interno)001-2025, de fecha 13 de enero de 2025, suscrito por Manuel Zúñiga Delgado, Jefe del Departamento de Contratación Administrativa, de la Dirección de Proveeduría Institucional del Ministerio de Educación Pública, y Decreto Legislativo No. 10586 denominada “Simple I: Simplificación de Impuestos para levantar la Eficiencia y la Competitividad (Fase 1)” se deroga el artículo 3 de la Ley 6496, Ley Crea Timbre para Asociación Ciudad de las Niñas y Traspasa Inmueble, así como la derogatoria de varios artículos del Código Fiscal. Es por esta razón que, se procede a eliminar el arancel relacionado a Especies fiscales y reintegro de Papel.
• Documentación con formalidad legal: Por recibirse únicamente ofertas electrónicas, se debe adjuntar como anexo en la oferta digital, el documento electrónico firmado digitalmente, mediante un certificado digital válido y vigente, emitido por la autoridad certificadora competente. O bien, se deberá adjuntar como anexo en la oferta digital, copia del documento original firmado en manuscrito y legible, debidamente escaneado y certificado por notario público.

La presente contratación se regirá, en lo conducente, por los siguientes cuerpos normativos: Ley #6227 Ley General de la Administración Pública, Ley #9986 Ley General de Contratación Pública, Decreto Ejecutivo #43808-H, Decreto Ejecutivo #32448-MP-MEIC, Ley 8454 de 30-08-2005 y Reglamento a la Ley de Certificados, firmas digitales y documentos electrónicos “D.E. 33010 del 20-03-2006, Gaceta 77 de 21-04-2006, Reglamento para la utilización del Sistema Integrado de Compras Públicas "SICOP", DECRETO Nº36242-MP-PLAN publicado en la Gaceta No 221 del 15 de noviembre de 2010  y demás cuerpos legales que por su conexión u otras razones jurídicas aplicables.