Esta sección constituye el detalle de los bienes y/o servicios con sus respectivas especificaciones técnicas - EETT, de manera clara y precisa para que el oferente elabore su oferta. Salvo aquellas EETT de productos ya determinados por plantillas aprobadas por la DNCP.
El Suministro deberá incluir todos aquellos ítems que no hubiesen sido expresamente indicados en la presente sección, pero que pueda inferirse razonablemente que son necesarios para satisfacer el requisito de suministro indicado, por lo tanto, dichos bienes y servicios serán suministrados por el Proveedor como si hubiesen sido expresamente mencionados, salvo disposición contraria en el Contrato.
Los bienes y servicios suministrados deberán ajustarse a las especificaciones técnicas y las normas estipuladas en este apartado. En caso de que no se haga referencia a una norma aplicable, la norma será aquella que resulte equivalente o superior a las normas oficiales de la República del Paraguay. Cualquier cambio de dichos códigos o normas durante la ejecución del contrato se aplicará solamente con la aprobación de la contratante y dicho cambio se regirá de conformidad a la cláusula de adendas y cambios.
El Proveedor tendrá derecho a rehusar responsabilidad por cualquier diseño, dato, plano, especificación u otro documento, o por cualquier modificación proporcionada o diseñada por o en nombre de la Contratante, mediante notificación a la misma de dicho rechazo.
En este apartado la convocante deberá indicar los siguientes datos:
Lic. Juan Olegario Director Dirección de Servicios Administrativos IPS
La contratación para la ampliación y mejoramiento del sistema de seguridad CCTV del Hospital IPS responde a una necesidad prioritaria de garantizar un entorno seguro y controlado para pacientes, personal médico, administrativo y visitantes. La creciente demanda de servicios hospitalarios, combinada con los riesgos inherentes a instalaciones de gran afluencia, requiere que la institución cuente con sistemas de vigilancia modernos y efectivos. Actualmente, el sistema de seguridad existente presenta limitaciones significativas que afectan su capacidad de cumplir con los estándares de seguridad esperados:
Hay zonas vulnerables del hospital (como accesos principales, salas de emergencia, estacionamientos y áreas restringidas) que no cuentan con monitoreo constante, lo cual pone en riesgo la integridad de las personas y los bienes institucionales.
El equipamiento actual no cuenta con tecnologías avanzadas como cámaras de alta definición, sistemas de analítica de video, ni almacenamiento suficiente para cumplir con los requisitos operativos y legales. Esto dificulta la identificación de personas y eventos en caso de requerir evidencia ante situaciones de conflicto o investigación.
La falta de un sistema robusto y actualizado puede generar incumplimientos con normativas de seguridad exigidas por autoridades sanitarias y de protección de datos. Un sistema actualizado garantiza el cumplimiento de estas regulaciones, minimizando riesgos legales y administrativos.
El presente llamado responde a una necesidad temporal.
Las especificaciones técnicas, fueron realizadas conforme a los últimos estándares en cuanto a sistemas de videovigilancia, en virtud a las recomendaciones realizadas por el MITIC
Los productos y/o servicios a ser requeridos cuentan con las siguientes especificaciones técnicas:
El Instituto de Previsión Social (IPS) requiere la actualización, soporte y mantenimiento integral de su sistema de videovigilancia.
Este llamado tiene por objeto la adquisición de equipamientos tecnológicos que permitan mejorar y ampliar las capacidades del sistema existente, así como la contratación de servicios especializados para la instalación, configuración, puesta en funcionamiento y soporte técnico de los componentes adquiridos.
Asimismo, se contempla la provisión de servicios de mantenimiento por un periodo de veinticuatro (24) meses, garantizando la operatividad continua del sistema y el cumplimiento de los niveles de servicio requeridos por la Institución.
De esta manera se pretende garantizar la operatividad y seguridad institucional mediante la modernización tecnológica.
El Instituto de Previsión Social pretende actualizar el sistema en los siguientes sitios:
|
Nro |
Sitios |
|
|
1 |
Hospital Central y Anexos |
Hospital Central |
|
2 |
Centro de Atención Ambulatoria (CAA) |
|
|
3 |
Centro de Especialidades de Salud Integral (CESI) |
|
|
4 |
Suministros Médicos |
|
2-SUMINISTROS REQUERIDOS
La actualización, soporte y el mantenimiento del sistema de videovigilancia del Instituto de Previsión Social deberá incluir los siguientes materiales y servicios:
|
Ítem |
Descripción de Bien/Servicio |
UNIDAD DE MEDIDA |
Cantidad |
|
1 |
Software de Videovigilancia |
Global |
1 |
|
2 |
Software de análisis forense y reconocimiento facial |
Global |
1 |
|
3 |
Cámara tipo 1 Domo |
Unidad |
75 |
|
4 |
Cámara tipo 2 Bullet |
Unidad |
200 |
|
5 |
Cámara tipo 3 Multisensor |
Unidad |
25 |
|
6 |
Cámara tipo 4 Bullet con IA |
Unidad |
30 |
|
7 |
Cámara tipo 5 Domo con IA |
Unidad |
30 |
|
8 |
Cámara tipo 6 PTZ |
Unidad |
28 |
|
9 |
Cámara tipo 7 Ojo de pez |
Unidad |
12 |
|
10 |
Servidor Tipo 1 |
Unidad |
1 |
|
11 |
Servidor Tipo 2 |
Unidad |
2 |
|
12 |
Servidor Tipo 3 |
Unidad |
1 |
|
13 |
Switch tipo 1 Switch Core |
Unidad |
2 |
|
14 |
Switch tipo 2 Switch de 24 puertos PoE |
Unidad |
24 |
|
15 |
Switch tipo 3 Switch Industrial de 16 puertos PoE |
Unidad |
25 |
|
16 |
OLT |
Unidad |
1 |
|
17 |
ONU |
Unidad |
25 |
|
18 |
Gabinete exterior |
Unidad |
25 |
|
19 |
Rack de 42U |
Unidad |
2 |
|
20 |
Pantallas VideoWall |
Unidad |
6 |
|
21 |
Computadora de Escritorio tipo 1 Avanzada |
Unidad |
6 |
|
22 |
UPS de 10 Kva |
Unidad |
2 |
|
23 |
Materiales de fibra |
Global |
1 |
|
24 |
Materiales de cableado de cobre |
Global |
1 |
|
25 |
Implementación de Software de videovigilancia, analiticas y componentes. |
Global |
1 |
|
26 |
Implementación de cámaras, equipos red y componentes del sistema de videovigilancia. |
Global |
1 |
|
27 |
Soporte y Mantenimiento |
Mes |
24 |
3-REQUISITOS FUNCIONALES Y TÉCNICOS DE LOS BIENES
El Instituto de Previsión Social establece en esta sección los requisitos funcionales y técnicos mínimos requeridos para mantener operativo el sistema de videovigilancia de la entidad.
En la presente sección, la Convocante delimita los criterios necesarios para la correcta implementación del sistema de videovigilancia y sus componentes.
La solución propuesta deberá contemplar una arquitectura de red de datos distribuida, segura y escalable, adecuada para sistemas de videovigilancia de la envergadura de la entidad.
Se establecerá como punto de convergencia de las conexiones, la sala de datos en el hospital, donde se instalarán los racks que albergarán los equipos de red, equipos de procesamiento de video, almacenamiento y soluciones de analítica necesarias para la gestión integral, el cual se encontrará bajo un sistema de respaldo de energía.
Además, se deberá actualizar el centro de monitoreo con una matriz VideoWall de 2x3 y 6 estaciones de trabajo para operadores de monitoreo.
Desde este punto partirá el tendido de fibra óptica de alta velocidad de arquitectura GPON, que permitirá la escalabilidad y flexibilidad del despliegue del sistema.
Los equipamientos ubicados en el edificio interno e intemperie deberán contar con equipamientos adecuados para el ambiente conforme a lo requerido en las características técnicas de los bienes a ser provistos.
Los Oferentes deberán proporcionar los materiales tanto de energización como de tendido de cobre y fibra conforme a las necesidades de los sitios que se precisan visualizar nuevamente y que ya no son visibles por falta de mantenimiento.
Las cámaras proveídas serán instaladas como parte de los sitios que se precisan visualizar nuevamente y que ya no son visibles por falta de mantenimiento de los equipos actuales.
Los Oferentes deberán contar con profesionales capacitados para realizar la instalación conforme a lo requerido en las secciones a continuación:
El Oferente deberá contar con un profesional egresado de acuerdo con los requisitos mencionados en la sección de experiencia y capacidad técnica, el cual servirá como coordinador de los trabajos a ser realizados en conjunto con el administrador del contrato o el funcionario que este designe.
Así también deberá contar con un staff de al menos 10 técnicos para realizar las tareas necesarias para la implementación del sistema.
El Oferente deberá contar mínimamente con un (1) vehículo que cuente con canasta hidráulica que sea parte del patrimonio de la empresa, el mismo deberá contar con una altura mínima de doce (12) metros cuando se encuentre totalmente desplegada para las labores en los sectores externos de los predios.
El Oferente deberá garantizar el funcionamiento del sistema por un periodo de 24 meses.
3.1.1.1.MATERIALES DE MONTAJE Y CONECTIVIDAD
El oferente deberá contemplar dentro de la provisión al menos los siguientes materiales:
Los materiales y las cantidades indicadas son de carácter referencial y no limitativo, por lo que el oferente deberá considerar, como mínimo, su provisión completa conforme a las necesidades del proyecto.
3.1.1.2INSTALACIÓN Y CONFIGURACIÓN DE EQUIPOS DE GESTION Y GRABACION
Los Oferentes deberán contemplar las configuraciones mínimas para el montaje e implementación de las unidades de gestión y grabación:
Los Oferentes deberán contemplar las configuraciones mínimas para el montaje e implementación en los sitios que la Convocante requiera:
El Oferente deberá realizar la capacitación del sistema de videovigilancia para al menos tres (3) funcionarios designados por el Administrador del contrato para operar el sistema instalado.
Posterior a la adjudicación el Contratista deberá presentar una planificación de los trabajos a ser realizados, el cual será acordada en conjunto con el administrador del contrato, teniendo en cuenta que la implementación del sistema no afecte el servicio actual provisto por el departamento de seguridad de la institución.
3.1.4.DOCUMENTACIÓN
El Oferente deberá entregar a la Convocante en un medio físico y/o digital los datos de la implementación realizada tales como usuarios, contraseñas y configuraciones realizadas.
3.2.SOPORTE Y MANTENIMIENTO
3.2.1.CONDICIONES GENERALES
A fin de preservar la vida útil de los equipos e instalaciones, manteniendo de forma operativa el sistema de videovigilancia en su conjunto, la Convocante requiere de servicios de soporte técnico y mantenimiento, los cuales comprenden en acciones preventivas para prevenir inconvenientes, así como correctivas para reestablecer la operatividad del sistema, durante el periodo de duración del contrato equivalente a veinticuatro (24) meses.
La cobertura de las mencionadas acciones involucra a todos los sitios mencionados en la sección 1.1. Áreas de cobertura del presente llamado.
El Contratista deberá contar con todos los materiales y herramientas para la correcta ejecución y servicios de mantenimiento.
El Oferente deberá respetar los tiempos de respuesta conforme al siguiente nivel de servicios en horario laboral:
|
Tipo de Servicio |
Categoría del Evento |
Prioridad |
Tiempo de Respuesta |
|
Soporte técnico Urgente |
Falla operativa general: el VMS no se encuentra operativo o corte total de la grabación o todas las cámaras fuera de servicio. |
1 |
Dentro de las 12 a 24 horas de la emisión del informe del informe del suceso |
|
Soporte técnico Medio |
Cantidad de cámaras sin visualizar mayor al 50% |
2 |
Dentro de las 24 a 48 horas de la emisión del informe del suceso |
|
Soporte técnico Bajo |
Cantidad de cámaras sin visualizar menor al 50% |
3 |
Dentro de las 48 a 72 horas de la emisión del informe del suceso |
|
Soporte técnico Bajo |
Cantidad de cámaras sin visualizar menor al 15% o intermitencias en el servicio o cualquier servicio no contemplado en el resto de los niveles |
4 |
Dentro de las 96 a 120 horas de la emisión del informe del suceso |
3.2.1.1 RECURSOS TÉCNICOS, PERIODICIDAD Y PLANIFICACIÓN
Las visitas de soporte para el mantenimiento programado son obligatorias, se deben contemplar al menos ocho visitas durante el periodo de 24 meses.
En total se realizarán 8 visitas de mantenimiento programado, y la Contratista deberá designar al menos una (1) cuadrilla de tres (3) técnicos para la realización del servicio dedicados en horarios de 07:30 a 18:00 horas de lunes a viernes. Además, deberá designar al menos un (1) profesional designado como Coordinador de Servicios, quien servirá como nexo en conjunto con el administrador del contrato o un funcionario designado por este para coordinar los trabajos de mantenimiento.
Los oferentes deberán presentar en un diagrama de Gantt la planificación de la ejecución de los requerimientos del servicio de mantenimiento preventivo del presente llamado y el cual será aprobado por la Convocante.
El Oferente deberá contar mínimamente con un (1) vehículo que cuente con canasta hidráulica que sea parte del patrimonio de la empresa, el mismo deberá contar con una altura mínima de doce (12) metros cuando se encuentre totalmente desplegada para las labores en los sectores externos de los predios.
3.2.1.2.INFORMES
Culminada cada visita, el Contratista deberá elaborar un informe que deberá ser entregado al Administrador del Contrato o al funcionario designado por este último, dejando constancia los trabajos realizados, un análisis predictivo de posibles fallas que puedan ocurrir transcurrido un periodo de tiempo, registros de eventos, descripción de ajustes y modificaciones implementadas.
3.2.1.3.HOJA DE VIDA DE LOS EQUIPOS Y REGISTRO DE EVENTOS
El Contratista deberá llevar un control para cada uno de los equipos y materiales del Sistema de videovigilancia, donde quedarán registradas los eventos y acciones de soporte y mantenimiento realizadas. Este registro deberá estar desglosado por sitio y almacenado en una planilla electrónica pudiendo ser periódicamente revisado por la Convocante.
El registro de las averías deberá estar consignado con la siguiente información:
El mantenimiento debe apoyarse en conceptos de mantenimiento predictivo y sintomático de tal forma que se pueda prever o anticipar fallas, de acuerdo con síntomas o condiciones anómalas, a través de instrumentación o investigaciones especiales.
|
TIPOS DE MANTENIMIENTO |
|
|
Los oferentes deberán contemplar el servicio de mantenimiento y soporte del sistema de videovigilancia en su conjunto de manera periódica según lo establecido en la sección anterior donde se indica la periodicidad mínima. Teniendo en cuenta este criterio se mencionan a continuación los servicios requeridos para la correcta ejecución del mantenimiento preventivo:
Las mencionadas actividades son mínimas mas no restrictivas por lo que si existiese algún componente no contemplado en el mencionado apartado, la Convocante se reservará el derecho de solicitar acciones preventivas según sea el caso, siempre y cuando sea parte integral del sistema de videovigilancia y no implique reemplazo o cambios de partes.
3.2.2.2.INTERVENCIONES DEL NIVEL 2 SERVICIOS DE SOPORTE Y MANTENIMIENTO SOBRE DEMANDA
Los Oferentes deberán contemplar el servicio de mantenimiento y soporte del sistema de videovigilancia en su conjunto sobre demanda acorde a los eventos que puedan ocurrir y ser detectados por la Convocante. El contratista recibirá de la convocante un pedido de verificación por un evento específico ocurrido fuera del periodo normal de verificación planeada.
Una vez realizada la verificación se generará una orden de trabajo correctiva de ser el caso.
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
1 (Uno) |
Exigido |
|
|
CARACTERISTICAS DE GESTIÓN DE VIDEOVIGILANCIA |
||||
|
El equipo debe incorporar una plataforma de gestión de video con capacidad de administrar como minimo 929 canales de video. El oferente deberá incluir las licencias necesarias para habilitar plenamente dicha capacidad. |
||||
|
|
Características Generales del Sistema: |
- El sistema debe ofrecer almacenamiento optimizado y administración de imágenes, con un número ilimitado de servidores de grabación y visualización de cámaras IP, debe brindar grabación de imágenes a largo plazo con buen rendimiento, escalabilidad y costo compatible con el mercado. |
Exigido |
|
|
|
- Debe poder trabajar con múltiples sitios independientes a través de la federación de los mismos y administrarlos en un solo sitio central, asegurando el monitoreo y gestión de los dispositivos de forma unificada. Deberá ser contemplada la plataforma/licencia que interconecta sistemas remotos/pequeños al sitio central, lo que permite un número ilimitado de dispositivos conectados a un sistema central. |
Exigido |
|
|
|
|
- Debe posibilitar la detección y poseer compatibilidad con más de 14,000 modelos de cámaras IP, codificadores de video IP con variaciones de más de 150 fabricantes diferentes a través de su propia biblioteca. |
Exigido |
|
|
|
|
- Debe tener su propia herramienta que permita, mediante escaneo manual o escaneo de rangos de IP en la red, la detección de dispositivos. |
Exigido |
|
|
|
|
- Debe ser del tipo multiusuario, permitiendo la creación de perfiles de usuario nativos del sistema sin restricciones cuantitativas e integración con Windows Active Directory (AD) de forma nativa. |
Exigido |
|
|
|
|
- No debe limitarse la cantidad de servidores de grabación. |
Exigido |
|
|
|
|
- Permitir la instalación en Windows de 64 bits. |
Exigido |
|
|
|
|
- Debe permitir el uso de mapas. |
Exigido |
|
|
|
|
- Debe permitir la personalización de la interfaz de administración de acuerdo con los derechos de cada usuario, otorgando permisos, restringiendo funciones y ocultando / deshabilitando partes de la interfaz para evitar el acceso no autorizado a acciones restringidas. |
Exigido |
|
|
|
|
- El sistema debe permitir la doble autenticación para ocasiones en las que sea necesario monitorear o liberar la administración para realizar ciertas tareas en el software de monitoreo. |
Exigido |
|
|
|
|
- El sistema debe mostrar, a través de interfaces gráficas, como Dashboards, informaciones tales como espacio en disco, cantidad de dispositivos conectados y, en base a métricas estipuladas, generar alarmas al alcanzar ciertos niveles de almacenamiento. |
Exigido |
|
|
|
|
- El sistema debe ser capaz de recibir y controlar entradas y salidas de alarma de dispositivos como cámaras y / o dispositivos de E / S, de manera que permita la creación de botones virtuales, iniciar eventos manualmente o recibir señales de intrusión o sistemas de control de acceso. |
Exigido |
|
|
|
|
- Debe permitir el envío de alarmas / eventos a dispositivos móviles conectados al sistema en tiempo real. |
Exigido |
|
|
|
|
- Debe admitir la integración nativa de todos los dispositivos compatibles con los foros de compatibilidad de Onvif, Onvif Profile S y PSIA. |
Exigido |
|
|
|
|
- Debe permitir una conexión segura entre el servidor de grabación y las cámaras que admitan el protocolo HTTPS. |
Exigido |
|
|
|
|
- El sistema debe admitir el acceso remoto al software de visualización y la aplicación para visualización en navegadores web, con una opción de conexión segura al acceder a la cámara (HTTPS). |
Exigido |
|
|
|
|
- El sistema debe permitir la importación de mapas en diferentes formatos al entorno de monitoreo, así como permitir la creación de varios diseños divididos por capas. |
Exigido |
|
|
|
|
- Debe tener compatibilidad con servicios de mapas inteligentes como Bing, Google y mapas de OpenStreetMap, permitiendo mapas GIS georeferenciados, como shapefiles, dibujos CAD (DWG / DXF) y permitir la construcción de diseños de múltiples capas como niveles de piso, etc. |
Exigido |
|
|
|
|
- Los mapas inteligentes deben permitir las funciones de visualización de íconos para alarmas, dispositivos de entrada, micrófonos, permitir la vista previa de video, permitir el control integrado de micrófonos y entradas de dispositivos, posicionar iconos rápida y fácilmente, enlaces directos a otros sitios en caso de múltiples sitios. |
Exigido |
|
|
|
|
- El sistema debe tener una plataforma abierta a través de API / SDK y debe admitir la integración con hardware, análisis o aplicaciones de terceros. |
Exigido |
|
|
|
|
- Debe permitir la integración de dispositivos de control de acceso de diferentes fabricantes tales como: Axis, Bosch, Isonas, Open Options, Imrom, Bolid, sin necesidad de cambiar la interfaz de usuario principal, es decir, sin necesidad de utilizar interfaz de otro fabricante. |
Exigido |
|
|
|
|
- Debe soportar y ejecutar de forma independiente, ya sea a través del servidor, la cámara o simultáneamente, la opción de detección de movimiento, independientemente del modelo de cámara, siempre y cuando el modelo de cámara este homologado por la solución de Gerenciamiento de Imágenes ofertada. |
Exigido |
|
|
|
|
- Debe tener configuración manual o automática para la detección de movimiento que será aplicada en la escena. |
Exigido |
|
|
|
|
- Debe permitir la creación personalizada de eventos en caso de detección de movimiento. |
Exigido |
|
|
|
|
- Conectividad y compatibilidad para cámaras, codificadores de video y DVRs que admiten compresiones como MJPEG, MPEG4, MPEG4 ASP, H.264 y MxPEG, H.265. |
Exigido |
|
|
|
|
- Debe permitir el uso de streams diferentes de forma adaptativa, es decir, debe permitir que la visualización de las cámaras en los layouts tenga ajuste automático de la calidad de imagen, donde la resolución de la cámara es cambiada cuando el operador pasa de la visualización en layout a visualización en pantalla completa, lo que brinda un mayor ahorro de ancho de banda y una mejor calidad de imagen cuando es necesario. |
Exigido |
|
|
|
|
- Debe permitir la función de transmisión directa al cliente de monitoreo en modo en vivo, es decir, transmitir el protocolo h264 directamente desde los servidores (compatible con la mayoría de las cámaras) a los clientes de monitoreo, sin requerir transcodificación. |
Exigido |
|
|
|
|
- Poseer a través de API módulo webRTC para mostrar video en vivo en aplicaciones y/o desarrollos web. |
Exigido |
|
|
|
|
- Poseer soporte a envío de webhooks a otra aplicación ante la ocurrencia de un evento. Webhooks son requests HTTP que permiten que aplicaciones web se comuniquen una con la otra y facilita el envío de datos en tiempo real de una aplicación a la otra cuando un evento ocurre. |
Exigido |
|
|
|
|
- Tener la posibilidad de recibir e integrar metadatos de cámaras, pudiendo realizar búsqueda inteligente y detección de movimiento por encima del video grabado. La búsqueda inteligente debe poder utilizar los metadatos de eventos generados por el dispositivo como una herramienta de búsqueda de imágenes. |
Exigido |
|
|
|
|
- Disponer de gestión centralizada mediante software de administración que debe ofrecer un acceso único y consolidado a la configuración de servidores de grabación y funciones generales del sistema. |
Exigido |
|
|
|
|
- El sistema debe ser capaz de crear reglas de manera flexible para automatizar diferentes aspectos del sistema, incluido el control de la cámara, el comportamiento del sistema y los dispositivos externos, en función de eventos u horas. |
Exigido |
|
|
|
|
- El sistema debe ser compatible para aprovechar la posibilidad de utilizar Aceleración de hardware en la conversión H.264 mediante compatibilidad con procesadores Intel con función Quick Sync. |
Exigido |
|
|
|
38 |
- El sistema debe poseer compatibilidad para aprovechar la posibilidad de utilizar Aceleración de hardware para múltiples transmisiones de video en las máquinas de los operadores a través de la compatibilidad con tarjetas gráficas tipo NVIDIA (GPU). |
Exigido |
|
|
|
|
- Debe poseer una aplicación para reproducción de video con interfaz propietaria, desarrollada por el mismo fabricante y con el mismo código fuente que el servidor de gestión y grabación. |
Exigido |
|
|
|
|
- Poseer comunicación / concepto visual de servidor / cliente. |
Exigido |
|
|
|
|
- No debe utilizar una base de datos propietaria local en el cliente, y cualquier información inherente al sistema debe almacenarse solo en la base de datos del servidor de administración / base de datos SQL Server o similar. |
Exigido |
|
|
|
|
- Debe permitir la visualización de imágenes en modo en vivo. |
Exigido |
|
|
|
|
- Toda comunicación e intercambio de información entre servidores debe poder realizarse de forma encriptada y protegida. |
Exigido |
|
|
|
|
- Debe proporcionar funciones de servidores de grabación con protección de redundancia sin costo adicional de licencia (failover), es decir, cuando el servidor / servidores de grabación por algún motivo se desconectan o para de funcionar, otro servidor debe asumir sus funciones hasta que el principal vuelva a realizar sus funciones con normalidad y las imágenes grabadas en el servidor de respaldo deben transmitirse al servidor principal llenando el espacio de tiempo fuera de línea. |
Exigido |
|
|
|
|
- Las funciones de protección por redundancia (failover) deben cumplir al menos dos opciones de operación, donde un servidor de respaldo monitorea varios servidores de grabación, y puede asumir las funciones de cualquiera de estos en un momento de falla, o un servidor de backup preconfigurado que se dedicará a monitorear un servidor de grabación específico que se le asigne, y debería asumir sus funciones rápidamente en un momento de falla. |
Exigido |
|
|
|
|
- El Sistema debe permitir la función de bloqueo de evidencia, es decir, permitir que se evite la eliminación de una evidencia específica presente en el sistema independientemente del tiempo de grabación del sistema, es decir, no se elimine incluso después de alcanzar el tiempo máximo de retención de imágenes estipulado en el proyecto. |
Exigido |
|
|
|
|
- Debe permitir que las imágenes de las cámaras de sites diferentes puedan ser visualizadas a través de un sistema central, así como las imágenes grabadas que estén usando el mismo sistema de monitoreo de video, permitiendo que sean realizadas las grabaciones y visualizaciones de manera centralizada, local o incluso una combinación de estas dos opciones. |
Exigido |
|
|
|
|
- Debe permitir una estructura de concepto de sistema único, que permita su gestión y también ser gestionado a través de un centro de operaciones de vigilancia que parta desde un sitio central a otros sitios en diferentes ubicaciones, trayendo una topología jerárquica de escalabilidad, permitiendo la completa administración y gestión de los sites mediante un site central. |
Exigido |
|
|
|
|
- Debe tener opción de configuración masiva, cambiando configuraciones de forma básica y rápida en varios dispositivos al mismo tiempo, ya sea que estén instalados localmente en el mismo sitio o en sitios remotos. |
Exigido |
|
|
|
|
- Todos los servicios deben ejecutarse a través de Servicios de Windows. |
Exigido |
|
|
|
|
- Funciona como un servicio configurado desde el sistema operativo Windows para iniciarse automáticamente cuando el servidor o la estación de trabajo se enciende y recuperarse automáticamente de las fallas; |
Exigido |
|
|
|
|
- Deberá soportar el despliegue en la nube. |
Exigido |
|
|
|
|
LICENCIAMIENTO DEL SISTEMA |
- El sistema debe operar mediante licenciamiento obligatorio para la instalación del producto de por vida, es decir, no tiene fecha de vencimiento. |
Exigido |
|
|
|
- La licencia de las cámaras debe ser unitaria y permanente para cada cámara que será visualizada y almacenada en el sistema, ya sea directamente a través de una cámara IP o por canal de video para ser utilizado desde un decodificador (codificador) o DVR. |
Exigido |
|
|
|
|
- Soportar la instalación de un número ilimitado de servidores utilizando el mismo código de licencia de software y designación de servidor. |
Exigido |
|
|
|
|
La licencia debe incluir un número ilimitado de servidores de grabación, clientes de software, clientes web, servidor móvil, clientes móviles. |
Exigido |
|
|
|
|
- Software de operación del sistema (Operador del Cliente), no debe tener licencia y debe tener la posibilidad de instalación y uso independientemente del número de computadoras y de forma gratuita. |
Exigido |
|
|
|
|
- Se debe ofrecer un acuerdo de mantenimiento del producto (PMA), esta licencia debe garantizar el acceso gratuito a todas las actualizaciones del producto, que se pueden comprar por la cantidad de 24 meses. |
Exigido |
|
|
|
|
COMPATIBILIDADES DEL SISTEMA |
- Debe admitir la integración nativa de todos los dispositivos compatibles con los foros de compatibilidad de Onvif, Onvif Profile S y PSIA. |
Exigido |
|
|
|
- Debe permitir la visualización de la alerta generada por los dispositivos, mediante el procesamiento de los metadatos recibidos de las cámaras / codificadores, mostrando los cuadros (overlay) en los formatos y colores generados por los dispositivos. Todo esto debe habilitarse a través del dispositivo integrado a través de OnVIF. |
Exigido |
|
|
|
|
- Debe ser capaz de recibir metadatos de las cámaras utilizando protocolo ONVIF profile M. |
Exigido |
|
|
|
|
PROCESAMIENTO DE VIDEO |
- Debe admitir streaming doble (dual streaming) para que sea posible configurar diferentes tipos de grabación para la cámara. |
Exigido |
|
|
|
- Debe tener la posibilidad de utilizar función de dewarp (sacar la distorsión de la imagen generada por cámaras tipo ojo de pez) en las cámaras compatibles a través de plugins. |
Exigido |
|
|
|
|
- Conectividad y compatibilidad para cámaras, codificadores de video y DVR que admiten compresiones como MJPEG, MPEG4, MPEG4 ASP, H.264 y MxPEG, H.265. |
Exigido |
|
|
|
|
- El sistema debe permitir la configuración de pre-alarmas para imágenes (pre-buffer) para grabaciones de eventos configurados. |
Exigido |
|
|
|
|
- El sistema debe contar con una herramienta automática o manual para ajustar la sensibilidad del movimiento detectado, así como permitir la configuración de exclusión de zonas en la imagen para un mejor desempeño de la cámara, excluyendo del área de interés, objetos que puedan causar grabaciones innecesarias. |
Exigido |
|
|
|
|
Audio: |
- El sistema debe permitir el uso de audio unidireccional en vivo con soporte de grabación. |
Exigido |
|
|
|
- El sistema debe admitir audio bidireccional en modo en vivo con soporte de grabación. |
Exigido |
|
|
|
|
Pan-Tilt-Zoom (PTZ): |
- Debe permitir la configuración de posiciones preestablecidas en cámaras PTZ en cantidades ilimitadas. |
Exigido |
|
|
|
- Permitir que una cámara PTZ asuma una posición predeterminada cuando se activa un evento configurado previamente. |
Exigido |
|
|
|
|
- Permitir la creación de patrullas PTZ, así como combinar reglas / eventos para activar presets o patrullas. |
Exigido |
|
|
|
|
- Control PTZ inteligente con control manual, preajustes, macros (ir al preset cuando sucede un evento determinado), patrullaje con múltiples esquemas (patrón), comandos para limpiaparabrisas y rociado de agua, joystick y control de teclado / mouse. |
Exigido |
|
|
|
|
- Escaneo PTZ en dispositivos compatibles: visualización o grabación mientras se mueve lentamente de una posición a otra. |
Exigido |
|
|
|
|
- Accione de forma remota el limpiador o el rociador de agua en los modelos compatibles de cámara PTZ. |
Exigido |
|
|
|
|
- Debe permitir el control de cámaras PTZs de forma remota utilizando posiciones predeterminadas, pero también mediante clics en los puntos deseados de la imagen, con opción de reserva de sesión PTZ. |
Exigido |
|
|
|
|
E/S y eventos |
- El sistema debe permitir una visión general de los eventos / alertas. |
Exigido |
|
|
|
- Debe permitir la activación manual de eventos, utilizando parte de la lista del menú, con la opción de crear botones digitales para activar eventos cuando sea necesario. |
Exigido |
|
|
|
|
- Debe ofrecer la posibilidad de crear eventos que activen señales sonoras con detección de movimiento en el escenario, detección de movimiento fuera del horario estipulado u otro tipo de eventos. |
Exigido |
|
|
|
|
- Varios eventos configurables y activados por hardware, como accionamientos de E/S, detección de movimiento, manipulación, temperatura, falla de comunicación. |
Exigido |
|
|
|
|
- El sistema debe ser responsable de registrar eventos de error como disco lleno. |
Exigido |
|
|
|
|
- Debe permitir la creación de eventos activados manualmente o definidos por el usuario. |
Exigido |
|
|
|
|
- El sistema debe contar con una herramienta amplia y flexible para la definición y elaboración de procedimientos y acciones que se deben tomar en el cumplimiento de estas reglas. |
Exigido |
|
|
|
|
- Eventos basados en dispositivos, notificaciones, control de salida, iniciar o detener grabaciones del dispositivo en determinadas situaciones, etc. |
Exigido |
|
|
|
|
Función de Marcadores (Bookmarks): |
- Debe permitir al operador crear Marcadores de forma manual, que permitan la inserción de información (comentarios) del operador en imágenes que puedan convertirse en evidencia importante dentro del sistema. |
Exigido |
|
|
|
- Debe permitir el uso de Marcadores automático, creado mediante la activación de reglas previamente creadas en el sistema. |
Exigido |
|
|
|
|
- Debe identificarse fácilmente en la grabación a través del icono de identificación del marcador y tener la opción de buscar a través de marcadores dentro del software cliente de monitoreo. |
Exigido |
|
|
|
|
- La evidencia caracterizada como marcador debe tener un tiempo de almacenamiento diferente al tiempo de grabación normal. |
Exigido |
|
|
|
|
- Permitir la visualización general en el sistema de las evidencias para las que se realizó el bloqueo contra el borrado en el sistema. |
Exigido |
|
|
|
|
- Permitir la definición del tiempo de retención de las pruebas que serán bloqueadas contra la eliminación en el sistema. |
Exigido |
|
|
|
|
Gestión de Incidentes |
- El sistema deberá poseer un módulo de gestión de incidentes donde será posible iniciar un caso de incidente en el que podrán ser asociados diferentes trechos de video, tanto en vivo como grabados, correspondientes a un incidente en andamiento, para futura referencia. |
Exigido |
|
|
|
- El módulo de incidentes debe poseer campos personalizables para preconfigurar las informaciones que deben ser alimentadas durante la creación del incidente. |
Exigido |
|
|
|
|
- Debe poseer, como mínimo, 5 campos customizables para entrada de informaciones. |
Exigido |
|
|
|
|
- Debe ser capaz de generar un reporte donde aparezcan todas las informaciones correspondientes con el incidente y todos los trechos de video asociados a dicho incidente. |
Exigido |
|
|
|
|
Gestión de alarmas: |
- El sistema debe ser compatible con la creación y gestión de alarmas, pudiendo generar alarmas a los responsables en particular, ya sea internamente dentro del sistema o enviando un correo electrónico con una imagen de la evidencia cuando sea posible. |
Exigido |
|
|
|
- Tener la posibilidad de crear notificaciones por correo electrónico para varios tipos de perfiles diferentes, dirigiendo las ocurrencias a usuarios predefinidos, es decir, permitiendo la creación de varios perfiles de notificación y niveles de criticidad. |
Exigido |
|
|
|
|
- Descripción de las alarmas: las alarmas se pueden emitir con instrucciones para las acciones que se deben tomar si es necesario. |
Exigido |
|
|
|
|
- Permitir que se generen alarmas cumpliendo o no con una fecha y hora preestablecidas. |
Exigido |
|
|
|
|
- Permitir la visualización y gestión de alarmas dentro del sistema, debe permitir el reenvío de la alarma a un operador, cambiar de estado e insertar comentarios. |
Exigido |
|
|
|
|
- Debe permitir la configuración de prioridades para las alarmas de acuerdo al nivel de criticidad asignado a cada una de ellas dentro del sistema, categoría y estado del servicio de alarma. Además, el sistema debe ser responsable de registrar todos los logs generados por las alarmas generadas. |
Exigido |
|
|
|
|
- Las alarmas deben emitir sonidos de notificación totalmente configurables. |
Exigido |
|
|
|
|
- Todas las alarmas deben almacenarse en formato de registro para que puedan ser analizadas o exportadas cuando sea necesario. |
Exigido |
|
|
|
|
- Deberá ser posible elegir cuáles son los usuarios que pueden recibir determinada alarma y cuáles usuarios no. |
Exigido |
|
|
|
|
|
- Debe permitir y tener la capacidad de enviar traps SNMP. |
Exigido |
|
|
|
Servidor de grabación almacenamiento y archivo: |
- Debe ser totalmente compatible con la grabación digital simultánea de múltiples canales de video y audio. |
Exigido |
|
|
|
- Permitir que el cliente que se conecta al servidor solicite imágenes en vivo a una velocidad de fotogramas diferente y a una resolución inferior a la configuración de grabación, optimizando el funcionamiento de los equipos de los operadores. |
Exigido |
|
|
|
|
- Compatibilidad para la detección automática de modelos de cámaras al instalarlos en el servidor de grabación. |
Exigido |
|
|
|
|
- Debe estar equipado con tecnología de grabación segura y de alta velocidad con compatibilidad de imágenes JPEG o secuencias MPEG4, H.264 y H.265, incluido el audio. |
Exigido |
|
|
|
|
- Debe permitir una velocidad de grabación de 30 cuadros por segundo por cámara, limitada solo por la incompatibilidad de hardware y red que no cumplan con los requisitos para esto. |
Exigido |
|
|
|
|
- El sistema debe ser compatible con el uso de grooming de imágenes, es decir, una vez realizados los ajustes de almacenamiento deseados, el sistema aún debe permitir la creación de un nuevo almacenamiento que permita una mayor retención de imágenes con calidades de video reducidas configurables en la herramienta. |
Exigido |
|
|
|
|
- La grabación de imágenes y su calidad depende única y totalmente de la cámara y el codificador proporcionados, no deben existir limitaciones de software. |
Exigido |
|
|
|
|
- Debe permitir una capacidad ilimitada para la retención de imágenes, dependiendo solo de la capacidad del almacenamiento del storage utilizado. |
Exigido |
|
|
|
|
- Detección de movimiento incorporada en tiempo real con sensibilidad totalmente ajustable y zonas de exclusión, permitiendo activar la grabación con mayor frecuencia de cuadros cuando se detecta movimiento o cuando surge un evento, notificando la alerta por correo electrónico. |
Exigido |
|
|
|
|
- Permitir a los usuarios realizar grabaciones manuales a través de clientes de monitoreo o por tiempo según el cumplimiento de criterios predefinidos y el cumplimiento de los privilegios de acceso de los usuarios. |
Exigido |
|
|
|
|
- Exportación de video configurable por horas o por día, con cambio automático opcional a unidad de red con mayor capacidad de almacenamiento, con imágenes disponibles para su reproducción de forma transparente para el operador. |
Exigido |
|
|
|
|
- Compatibilidad con el uso de reglas de grabación en determinados períodos diferentes, esto implica franjas horarias para día / noche, días de la semana, etc. |
Exigido |
|
|
|
|
- Reproducción de grabaciones de video y audio localmente en el servidor de grabación. |
Exigido |
|
|
|
|
- El servidor de grabación se ejecuta como un servicio de Microsoft Windows. |
Exigido |
|
|
|
|
- Permita que las grabaciones se envíen a un servidor tipo NAS si es necesario. |
Exigido |
|
|
|
|
- Uso de búfer en memoria RAM para pregrabación. |
Exigido |
|
|
|
|
- Permitir el acceso en línea a los archivos de grabación. |
Exigido |
|
|
|
|
- Permitir la creación de agendamiento para archivamiento, es decir, permitir la programación del archivamiento en fajas horarias específicas para el sistema. |
Exigido |
|
|
|
|
- Permitir la definición del tiempo de retención por dispositivo, aplicándose a las cámaras de forma individual o de forma común para un grupo de varias cámaras. |
Exigido |
|
|
|
|
- Permitir una descripción general de la capacidad de almacenamiento, es decir, mostrar el espacio utilizado y el espacio libre en disco. |
Exigido |
|
|
|
|
- Admite visualización de imágenes en vivo, sin tener que buscar imágenes grabadas. |
Exigido |
|
|
|
|
- El sistema debe notificar cuando la eliminación de video ocurre prematuramente debido a la falta de espacio disponible para el almacenamiento. |
Exigido |
|
|
|
|
- El Sistema debe ser compatible con la grabación de borde (Edge Recording), es decir, ser totalmente compatible con cámaras que tengan este tipo de funcionalidad (grabar en la tarjeta SD de la cámara). |
Exigido |
|
|
|
|
- Al perder la comunicación con la cámara, el sistema debe buscar las imágenes almacenadas en el propio dispositivos y llenar el hueco existente en el storage del servidor de grabación. |
Exigido |
|
|
|
|
- Debe poder grabar las imágenes de forma encriptada y contar con firma digital. |
Exigido |
|
|
|
|
- Comunicación cifrada y segura entre servidores, clientes e integraciones/servidores de integración. |
Exigido |
|
|
|
|
Integraciones |
- El sistema debe proporcionar una plataforma abierta para integraciones con software de terceros, utilizando API / SDK, complementos, habilitar la integración con dispositivos a través de Driver Framework, integración con Metadatos, Integración con eventos propios y de terceros a través de API / SDK. |
Exigido |
|
|
|
- Debe permitir la inserción de funciones de videowall inteligentes, cuya solución debe ser desarrollada y nativa del propio fabricante. |
Exigido |
|
|
|
|
Gestión |
- El Sistema debe solicitar el acceso por contraseña y tener la opción de bloquear el acceso automático del usuario a los clientes operativos, es decir, solicitar siempre las credenciales en el momento del acceso. |
Exigido |
|
|
|
- El sistema debe estar equipado con una guía de instalación para guiar al usuario a través del proceso de agregar cámaras, así como la configuración de video y grabación, el ajuste de detección de movimiento. |
Exigido |
|
|
|
|
- Si es necesario, el sistema debe permitir el almacenamiento centralizado en un servidor exclusivo, separado del servidor de administración del sistema. |
Exigido |
|
|
|
|
- El sistema debe tener la opción de configurar cámaras grupales de forma fácil y rápida. |
Exigido |
|
|
|
|
- Debe permitir la creación de perfiles de tiempo dentro del sistema para diversos usos, tales como: horarios de grabación de las cámaras. |
Exigido |
|
|
|
|
- Debe permitir la configuración de inicio y finalización de tareas para dispositivos como cámaras, por ejemplo: al detectar movimiento, iniciar la grabación y detener después de un intervalo de tiempo estipulado. |
Exigido |
|
|
|
|
- Debe tener una herramienta de sistema nativa que realice y asista el cambio de dispositivos, como una cámara o un grupo de cámaras, entre los servidores de grabación. |
Exigido |
|
|
|
|
- El sistema debe tener una opción de informe que demuestre la configuración actual presente en el software. |
Exigido |
|
|
|
|
- El sistema debe tener un sistema de actualización de licencias en línea o fuera de línea. |
Exigido |
|
|
|
|
- El sistema deberá poseer herramienta accesible online a través de internet que permita tener una gestión del sistema de forma remota desde cualquier parte del mundo. En dicha herramienta será posible visualizar los servidores de grabación del sistema, el total de cámaras del sistema y sus respectivos marca y modelo, estado de funcionamiento de las cámaras (online o offline), visualizar video en vivo de las cámaras, así como también poder alterar algunos parámetros de las cámaras tales como resolución y cuadros por segundo. |
Exigido |
|
|
|
|
Monitoreo del sistema: |
- Debe permitir la elaboración de dashboards personalizables para tareas o componentes específicos para el monitoreo en vivo. |
Exigido |
|
|
|
- Debe proporcionar el estado en tiempo real de los servidores y sus servicios y el historial de estas variaciones de eventos. |
Exigido |
|
|
|
|
- Debe proporcionar el estado en tiempo real de los servicios de las cámaras y el historial de estas variaciones de eventos. |
Exigido |
|
|
|
|
- Disponer de una pestaña exclusiva en el cliente de monitoreo para monitorear el propio sistema, además de permitir que se muestren también en una ventana flotante. |
Exigido |
|
|
|
|
Smart Wall: |
- Debe permitir la inserción de funciones de videowall inteligentes, cuya solución debe ser desarrollada y nativa por el propio fabricante. |
Exigido |
|
|
|
- Dentro de la función de videowall inteligente, debe permitir configurar cantidades ilimitadas en el número de pantallas. |
Exigido |
|
|
|
|
- Debe permitir la visualización de hasta 100 cámaras por pantalla. |
Exigido |
|
|
|
|
- Debe permitir la elaboración previa de presets de layout para disponibilizar las imágenes de las cámaras a ser visualizadas. |
Exigido |
|
|
|
|
- Debe permitir la visualización de videos en vivo. |
Exigido |
|
|
|
|
- Debe ser totalmente compatible para mostrar contenido que, además de imágenes, puede ser: Mapas, Mapas inteligentes (Bing / Google), Imágenes estáticas, Páginas http, Alarmas, Textos, Marcadores, Monitoreo del sistema, etc. |
Exigido |
|
|
|
|
- Debe permitir un uso inteligente, permitiendo, por ejemplo, que las cámaras puedan tomar posiciones o mostrarse en el video wall inteligente activando reglas específicas o eventos configurados en el sistema. |
Exigido |
|
|
|
|
Autenticación de usuarios y gestión de derechos: |
- El sistema debe permitir la gestión centralizada de usuarios, así como permitir la configuración de reglas de jerarquía de usuarios, otorgándoles permisos o no a las herramientas disponibles en el sistema. |
Exigido |
|
|
|
- Permitir diferentes permisos de usuario, incluso si son administradores del sistema, es decir, incluso si tienen permisos de administrador, aún es posible restringir o no ciertas funciones. |
Exigido |
|
|
|
|
- El sistema debe tener la capacidad de impedir que el usuario acceda a determinadas aplicaciones, por ejemplo, el usuario tiene derecho a acceder a la plataforma a través de una aplicación, pero no a través de la web. |
Exigido |
|
|
|
|
- El sistema debe permitir la elevación en caso de necesidad de doble autenticación, es decir, en caso de necesidad, un operador debe solicitar la autenticación a un supervisor en conjunto para acceder a algún tipo de herramienta dentro del software de monitoreo. |
Exigido |
|
|
|
|
- Permitir la configuración de acceso para que los usuarios accedan a las aplicaciones solo durante un período de tiempo determinado, como: Horario comercial. |
Exigido |
|
|
|
|
- Tener tres tipos de autenticación: usuarios locales de Windows, usuarios de Windows Active Directory (AD) a través de LDAP y usuarios básicos (creados y nativos de la aplicación). |
Exigido |
|
|
|
|
Registros (Logs): |
- El sistema debe mantener registros de las diversas acciones realizadas por los usuarios, registro de eventos, alarmas, estado del sistema, etc. |
Exigido |
|
|
|
- El Sistema también debe permitir el registro de registros creados o generados a través de reglas creadas dentro del sistema. |
Exigido |
|
|
|
|
Cumplimiento y certificación: |
- El sistema debe cumplir con el estándar internacional de certificado de módulo cifrado FIPS 140-2 (Publicación del estándar federal de procesamiento de información 140-2). También debe cumplir con la normativa EuroPriSe GDPR. |
Exigido |
|
|
|
Idiomas del sistema: |
- El sistema debe estar completamente disponible en español, con compatibilidad también con otros idiomas. |
Exigido |
|
|
|
Aplicación móvil: |
- La aplicación móvil debe estar disponible de forma gratuita para dispositivos basados en Google Android, Apple iOS. |
Exigido |
|
|
|
- Debe permitir la visualización de imágenes en vivo. |
Exigido |
|
|
|
165 |
- La aplicación móvil debe permitir la visualización de múltiples imágenes simultáneamente desde diferentes servidores de grabación, así como tener una visualización optimizada para el diseño mostrado en modo vertical u horizontal. |
Exigido |
|
|
|
|
- Debería permitir el funcionamiento en modo de pantalla completa con una pantalla de inicio predefinida. |
Exigido |
|
|
|
|
- La aplicación móvil debe tener la funcionalidad de buscar cámaras para reproducir videos grabados con ajuste de velocidad de reproducción. |
Exigido |
|
|
|
|
- Debe permitir y admitir audio unidireccional o bidireccional en la aplicación móvil. |
Exigido |
|
|
|
|
- Debe permitir que el teléfono celular se convierta en un dispositivo de grabación inalámbrico, enviando imágenes a los clientes del operador cuando sea necesario y estas imágenes se graben junto con el audio capturado. |
Exigido |
|
|
|
|
- Con cámara PTZ, la aplicación debe permitir la selección de presets ya configurados. |
Exigido |
|
|
|
|
- Debe ser posible activar eventos a través de la aplicación móvil, así como activar salidas. |
Exigido |
|
|
|
|
- La aplicación debe ser compatible con la configuración de la máscara de privacidad presente en el sistema y debe conservarla en el momento de la visualización. |
Exigido |
|
|
|
|
- La aplicación debe permitir, mediante el simple toque de la pantalla, el uso de zoom digital en las vistas de la cámara. |
Exigido |
|
|
|
|
- Debe facilitar la búsqueda de evidencias a través de funciones de filtro. |
Exigido |
|
|
|
|
- Debe permitir la recepción de alarmas con su adecuada descripción de la ocurrencia en la aplicación, así como reenviarla a otro usuario, comentando y cambiando los estados. |
Exigido |
|
|
|
|
- Debe permitir la exportación de imágenes en formato estático en JPG y también exportar videos en formato AVI y MKV compatible con reproductor multimedia con audio. |
Exigido |
|
|
|
|
- La aplicación debe anunciar automáticamente cuando existe la posibilidad de actualizar la aplicación en el teléfono inteligente. |
Exigido |
|
|
|
|
- Permitir la configuración de acceso para que los usuarios accedan a las aplicaciones solo durante un período de tiempo determinado, como: Horario comercial. |
Exigido |
|
|
|
|
- El usuario puede iniciar sesión automáticamente, manteniendo una conexión segura a través del protocolo HTTPS. |
Exigido |
|
|
|
|
- Debe restringir a los usuarios si no tienen permiso para acceder al sistema a través de la aplicación móvil, esto no debe afectar el acceso a otras formas de iniciar sesión en el sistema, incluso si usan las mismas credenciales de acceso. |
Exigido |
|
|
|
|
- Si el usuario tiene restricciones en cámaras, micrófonos, dispositivos de E / S, etc. Estas restricciones deben mantenerse utilizando la aplicación móvil y también pueden restringir el acceso a las sesiones PTZ. |
Exigido |
|
|
|
|
- Debe permitir la transmisión de imágenes generadas en tiempo real por la cámara del dispositivo móvil al centro de monitoreo, y registrar estas imágenes en el sistema como si fuera un dispositivo fijo ya instalado en el sistema. |
Exigido |
|
|
|
|
- Debe permitir la inclusión de geoposicionamiento a través de metadatos GPS provenientes del dispositivo móvil, al utilizar la función para enviar video al servidor central; |
Exigido |
|
|
|
|
- Debe permitir el uso de streams diferentes de forma adaptativa, es decir, debe permitir que la visualización de las cámaras en los layouts tenga ajuste automático de la calidad de imagen, donde la resolución de la cámara es cambiada cuando el operador pasa de la visualización en layout a visualización en pantalla completa, lo que brinda un mayor ahorro de ancho de banda y una mejor calidad de imagen cuando es necesario. |
Exigido |
|
|
|
|
- Debe permitir la función de transmisión directa al cliente y el monitoreo en modo en vivo, es decir, transmitir el protocolo h264 desde los servidores (compatible con la mayoría de las cámaras) directamente a los clientes de monitoreo, sin requerir transcodificación. |
Exigido |
|
|
|
|
- Debe permitir el uso de mapas inteligentes en el app móvil. |
Exigido |
|
|
|
|
- Debe ser posible visualizar las alarmas con su localización en el mapa inteligente en la app móvil. |
Exigido |
|
|
|
|
- Debe ser posible utilizar la biometría del dispositivo móvil como forma de validación para acceder al app móvil. |
Exigido |
|
|
|
|
- La aplicación debe estar completamente disponible en español, con compatibilidad también con otros idiomas. |
Exigido |
|
|
|
|
Aplicación web (cliente web): |
- La aplicación web debe permitir la visualización de múltiples imágenes simultáneamente provenientes de diferentes servidores de grabación. |
Exigido |
|
|
|
- Debe permitir la visualización de imágenes en vivo. |
Exigido |
|
|
|
|
- Debe permitir el funcionamiento en modo de pantalla completa. |
Exigido |
|
|
|
|
- Debería permitir el funcionamiento en modo de pantalla completa con una pantalla de inicio predefinida. |
Exigido |
|
|
|
|
- La aplicación web debe tener la función de búsqueda de la cámara para la reproducción de video grabado con configuración de velocidad de reproducción, incluida la reproducción lenta / rápida, salto de fecha / hora y búsqueda de movimiento de video. |
Exigido |
|
|
|
|
- Debe permitir y soportar audio de una o dos vías (unidireccional o bidireccional). |
Exigido |
|
|
|
|
- Con cámara PTZ, la aplicación debe permitir la selección de preajustes ya configurados. |
Exigido |
|
|
|
|
- Debe permitir el control manual sobre una cámara PTZ que ejecuta un esquema de patrulla, después de un período de tiempo sin actividad, la cámara vuelve a su patrulla programada. |
Exigido |
|
|
|
|
- Debe ser posible activar eventos a través de la aplicación web, así como activar salidas. |
Exigido |
|
|
|
|
- Permita la visualización de video en vivo o la reproducción de grabaciones para 1 a 16 cámaras simultáneamente desde múltiples servidores. |
Exigido |
|
|
|
|
- El cliente web debe ser compatible con la configuración de la máscara de privacidad presente en el sistema y debe conservarlos durante la visualización. |
Exigido |
|
|
|
|
- El cliente web debe ser compatible para el uso del zoom digital en las vistas de la cámara. |
Exigido |
|
|
|
|
- Debe permitir la recepción de alarmas con su debida descripción de ocurrencia en la aplicación web. |
Exigido |
|
|
|
|
- Debe permitir la exportación de imágenes en formato estático en JPG, pero también exportar con imágenes en formato AVI y MKV compatible con reproductor multimedia con audio. |
Exigido |
|
|
|
|
- Debe permitir que la exportación de imágenes se ejecute en el reproductor propio de la solución VMS. |
Exigido |
|
|
|
|
- Debe permitir la exportación de video encriptado con protección por contraseña con verificación digital al reproductor propio del fabricante del VMS. |
Exigido |
|
|
|
|
- No debe requerir ningún tipo de instalación para acceder al cliente Web, el acceso debe realizarse a través del navegador. |
Exigido |
|
|
|
|
- Los usuarios registrados deben mantener una conexión segura a través del protocolo HTTPS. |
Exigido |
|
|
|
|
- Permitir la configuración de acceso para que los usuarios accedan a las aplicaciones solo durante un período de tiempo determinado, como: Horario comercial. |
Exigido |
|
|
|
|
- Debe restringir a los usuarios si no tienen permiso para acceder al sistema a través de la aplicación móvil, esto no debe afectar el acceso a otras formas de iniciar sesión en el sistema, incluso si usan las mismas credenciales de acceso. |
Exigido |
|
|
|
|
- Si el usuario tiene restricciones en cámaras, micrófonos, dispositivos de E / S, etc., estas restricciones deben mantenerse utilizando la aplicación y también pueden restringir el acceso a las sesiones PTZ. |
Exigido |
|
|
|
|
- Debe permitir el uso de streams diferentes de forma adaptativa, es decir, debe permitir que la visualización de las cámaras en los layouts tenga ajuste automático de la calidad de imagen, donde la resolución de la cámara es cambiada cuando el operador pasa de la visualización en layout a visualización en pantalla completa, lo que brinda un mayor ahorro de ancho de banda y una mejor calidad de imagen cuando es necesario. |
Exigido |
|
|
|
|
- Debe permitir la función de transmisión directa al cliente y el monitoreo en modo en vivo, es decir, transmitir el protocolo h264 desde los servidores (compatible con la mayoría de las cámaras) directamente a los clientes de monitoreo, sin requerir transcodificación. |
Exigido |
|
|
|
|
- La aplicación debe estar completamente disponible en español, con compatibilidad también con otros idiomas. |
Exigido |
|
|
|
|
Software del operador de monitoreo: |
- El software de operación de monitoreo debe permitir la visualización en vivo con soporte para ver hasta 100 cámaras y reproducción. |
Exigido |
|
|
|
- El cliente operativo debe ser totalmente compatible con la función de video wall inteligente y su funcionalidad y configuración previamente realizadas. |
Exigido |
|
|
|
|
- La aplicación debe permitir la visualización de múltiples imágenes simultáneamente desde diferentes servidores de grabación. |
Exigido |
|
|
|
|
- Zoom digital en vivo, evitando grabaciones con el zoom digital en la base. |
Exigido |
|
|
|
|
- Debe permitir la visualización con displays que contengan layouts de hasta 10x10 cámaras, Matriz Secuencial, imágenes estáticas y activas, videos en vivo o grabados, distribuidos en todos los monitores del equipo donde está instalado el cliente. |
Exigido |
|
|
|
|
- Matriz virtual que muestra video en vivo directamente desde al menos 04 cámaras para que cada pantalla individual se active de forma remota mediante comandos remotos y manuales; |
Exigido |
|
|
|
|
- Secuencia de cámaras tipo FIFO (primero en entrar, primero en salir) |
Exigido |
|
|
|
|
- Tener una visualización optimizada para diseños de 4: 3 y 16: 9, así como orientaciones horizontal y horizontal. |
Exigido |
|
|
|
|
- Permitir la visualización de metadatos sobre las imágenes que se muestran. |
Exigido |
|
|
|
|
- Permitir el funcionamiento en modo de pantalla completa. |
Exigido |
|
|
|
|
- Vistas optimizadas para formato 9:16 o corredor. |
Exigido |
|
|
|
|
- Soporte para múltiples monitores en la misma computadora. |
Exigido |
|
|
|
|
- Permitir la grabación de la pantalla del operador, cuya función debe ser transparente para el usuario. |
Exigido |
|
|
|
|
- Función para ver en detalle una cámara seleccionada desde una vista que contiene varias cámaras. |
Exigido |
|
|
|
|
- La función secuencial permite que un cuadrante específico muestre por periodos determinados un número seleccionado de cámaras en diferentes momentos. |
Exigido |
|
|
|
|
- El software debe tener la funcionalidad para buscar cámaras para la reproducción de video grabado con ajuste de velocidad de reproducción. |
Exigido |
|
|
|
|
- Para la optimización, las computadoras de los operadores deben transmitir la visualización solo cuando están en movimiento, dejando que la detección de movimiento controle cuándo se debe transmitir la imagen. La imagen en pantalla se fija hasta que se detecta movimiento. |
Exigido |
|
|
|
|
- Posibilidad de agregar comentarios a las pruebas exportadas, también encriptadas. |
Exigido |
|
|
|
|
- Debe permitir y admitir audio unidireccional o bidireccional, exportando en formatos WAV o AVI. |
Exigido |
|
|
|
|
- Transmita audio desde el micrófono a uno o todos los altavoces remotos asociados con dispositivos IP. |
Exigido |
|
|
|
|
- Debe permitir el inicio de la grabación manual durante un período predeterminado cuando sea necesario por parte del operador. |
Exigido |
|
|
|
|
- Posibilidad de cambiar de cámara en la visualización sin necesidad de entrar en el modo de configuración. |
Exigido |
|
|
|
|
- Debe permitir el intercambio de imágenes mediante impresión, copia al portapapeles o guardar como archivo. |
Exigido |
|
|
|
|
- La búsqueda inteligente le permite buscar rápidamente el movimiento en áreas seleccionadas de las imágenes grabadas. |
Exigido |
|
|
|
|
- Realizar búsquedas de forma rápida y sencilla a través de marcadores creados manualmente por los operadores del sistema. |
Exigido |
|
|
|
|
- Debe permitir al operador crear Marcadores de forma manual, que permitan la inserción de información (comentarios) del operador en imágenes que puedan convertirse en evidencia importante dentro del sistema. |
Exigido |
|
|
|
|
- Debe identificarse fácilmente en la grabación a través del icono de identificación del marcador y tener la opción de buscar a través de marcadores dentro del software cliente de monitoreo. |
Exigido |
|
|
|
|
- Debe permitir la exportación e impresión de informes de marcadores. |
Exigido |
|
|
|
|
- Debe permitir la exportación directa de video desde marcadores creados manualmente en el sistema. |
Exigido |
|
|
|
|
- En compatibilidad vía ONVIF con cámaras que admitan estas funciones, debe permitir búsquedas generales que involucren: Alarmas, Eventos, LPR, Personas, Vehículos, ubicación, etc. |
Exigido |
|
|
|
|
- Muestra la cronología de las secuencias grabadas mediante intervalos de tiempo ajustables para determinar fácilmente cuándo se grabaron las imágenes. |
Exigido |
|
|
|
|
- El zoom digital está habilitado de forma predeterminada para cámaras fijas en vista en vivo y para cámaras fijas y PTZ en modo de reproducción. |
Exigido |
|
|
|
|
- El software debe permitir libremente la programación y definición de preajustes para cámaras PTZ, así como utilizar estos preajustes para solicitar a la cámara cuando sea necesario que vaya a la posición deseada previamente programada por los preajustes |
Exigido |
|
|
|
|
- Debe permitir la definición y control de esquemas de patrulla directamente en la aplicación. |
Exigido |
|
|
|
|
- Permitir ver cuándo se están utilizando las cámaras PTZ, controlando el tiempo de uso con retorno automático tras liberación. |
Exigido |
|
|
|
|
- Debe permitir bloquear el control PTZ cuando sea necesario si el usuario tiene los permisos respectivos. |
Exigido |
|
|
|
|
- Asignar salidas, preajustes PTZ, eventos y vistas, como acciones de joystick y botones de teclado compatibles. |
Exigido |
|
|
|
|
- Debe permitir mostrar los controles PTZ superpuestos sobre la imagen manipulada, con la opción de controlar el joystick virtual mediante la operación del mouse. |
Exigido |
|
|
|
|
- Permitir la activación de comandos auxiliares como limpiaparabrisas o agua pulverizada mediante los comandos del menú. |
Exigido |
|
|
|
|
- Permitir la verificación de doble acceso (en dos pasos) en el cliente instalado. |
Exigido |
|
|
|
|
- Permitir la configuración de acceso para que los usuarios accedan a las aplicaciones solo durante un período de tiempo determinado, como: Horario comercial. |
Exigido |
|
|
|
|
- Debe permitir al usuario un control total del diseño y su contenido sin la necesidad de ingresar al modo de configuración de video wall inteligente |
Exigido |
|
|
|
|
- Debe permitir al usuario realizar funciones de reproducción de video en una pared de video inteligente. |
Exigido |
|
|
|
|
- La pared de video inteligente debe ser totalmente compatible para mostrar contenido que además de imágenes puede ser: Mapas, Mapas inteligentes (Bing / Google), Imágenes fijas, Páginas http, Alarmas, Textos, Marcadores, Monitoreo del sistema, etc. |
Exigido |
|
|
|
|
- El Software debe permitir la función de bloqueo de evidencias, es decir, permitir que se evite el borrado de una determinada evidencia presente en el sistema independientemente del tiempo de grabación del sistema, es decir, no se elimine incluso después de alcanzar el tiempo de retención de imágenes estipulado en el proyecto. |
Exigido |
|
|
|
|
- Permitir que se realice el bloqueo de evidencias de una o varias cámaras. |
Exigido |
|
|
|
|
- Permitir la visualización general en el sistema de evidencia de que se realizó el bloqueo contra el borrado del sistema. |
Exigido |
|
|
|
|
- Permitir la definición del tiempo de retención de las pruebas que recibirán la función de bloqueo contra la eliminación del sistema. |
Exigido |
|
|
|
|
- Permitir la creación de botones virtuales en las vistas de cámara necesarios para que realicen diversas acciones, como activar eventos manualmente o activar salidas. |
Exigido |
|
|
|
|
- Audio multicanal bidireccional: escuche audio en vivo / grabado con reproducción instantánea en la PC del cliente y transmita la voz a través del micrófono a los altavoces remotos. |
Exigido |
|
|
|
|
- Permite la grabación de audio sincronizada a cualquier canal de video. |
Exigido |
|
|
|
|
- Búsqueda de grabaciones de audio por fecha y hora, lista de eventos / alertas en grabaciones, gráfico de línea de tiempo con ajuste de velocidad de reproducción, compatible con audio unidireccional y bidireccional. |
Exigido |
|
|
|
|
- Alertas audibles activadas por detección de movimiento o ocurrencia de eventos. |
Exigido |
|
|
|
|
- Emitir informes con comentarios. |
Exigido |
|
|
|
|
- El software debe ser compatible con la configuración de la máscara de privacidad presente en el sistema y debe conservarlos en el momento de la visualización. |
Exigido |
|
|
|
|
- El software debe tener un menú / opción único y exclusivo para la búsqueda (búsqueda centralizada) |
Exigido |
|
|
|
|
- Debe permitir búsquedas mediante búsquedas secuenciales, detección de movimiento, alarmas, eventos o cualquier categoría analítica que pueda ser relevante en el momento de la búsqueda. |
Exigido |
|
|
|
|
- El gráfico muestra la cronología de las secuencias grabadas mediante intervalos de tiempo ajustables para determinar fácilmente cuándo se grabaron las imágenes. |
Exigido |
|
|
|
|
- La situación actual del estado de la cámara se muestra como texto en la barra de título de la ventana Live View como elemento verde (en vivo), rojo (grabación) o amarillo (fijo). |
Exigido |
|
|
|
|
- Debe tener integración con tipos de búsqueda de aplicaciones de terceros. |
Exigido |
|
|
|
|
- El software debe tener un menú / opción único y exclusivo para la gestión de alarmas. |
Exigido |
|
|
|
|
- No solo debe permitir la recepción de alarmas con sus descripciones adecuadas de la ocurrencia en la aplicación, sino que también debe permitir comentar y escalar a otros operadores si es necesario. |
Exigido |
|
|
|
|
- Debe ser compatible con la función de uso del mapa, donde se pueden visualizar dispositivos y alarmas generadas, soportando multicapas sin restricciones en formatos JPEG, PNG. |
Exigido |
|
|
|
|
- Permitir la vista previa de video cuando se selecciona la cámara en el mapa. |
Exigido |
|
|
|
|
- Integración y control de altavoces, micrófonos y salidas de dispositivos a través del mapa. |
Exigido |
|
|
|
|
- Fácil personalización del sistema de mapas, utilizando el modo de arrastrar y soltar para insertar y definir elementos del mapa. |
Exigido |
|
|
|
|
- Debe tener compatibilidad con servicios de mapas inteligentes como Bing, Google y mapas de OpenStreetMap, permitiendo GIS georeferenciados, como shapefiles, dibujos CAD (DWG / DXF) y permitir la construcción de diseños de múltiples capas como niveles de piso, etc. |
Exigido |
|
|
|
|
- Los mapas inteligentes deben permitir en la pantalla del operador las funciones de visualización de iconos para alarmas, dispositivos de entrada, micrófonos, permitir vista previa de video, permitir control integrado de micrófonos y entradas de dispositivos, posicionar iconos de manera fácil y rápida, enlaces que apunten a otros sitios en caso de múltiples sitios. |
Exigido |
|
|
|
|
Gestión de alarmas |
- Debe permitir la exportación de alarmas con opción de impresión. |
Exigido |
|
|
|
- Debe recibir las alarmas generadas y configuradas para este tipo de uso de notificaciones vía notificación de escritorio. |
Exigido |
|
|
|
|
- Debe permitir la exportación de imágenes en formato estático en JPG, pero también exportar con imágenes en formato AVI y MKV compatible con reproductor multimedia con audio. |
Exigido |
|
|
|
|
- Debe permitir que la exportación de imágenes se ejecute en el reproductor propio de la solución VMS. |
Exigido |
|
|
|
|
- Debe permitir la exportación de video encriptado con protección por contraseña con verificación digital al reproductor propio del fabricante del VMS. |
Exigido |
|
|
|
|
- Al exportar video, debe ser posible generar un único archivo de video que contenga diferentes trechos de video de diferentes cámaras, combinando dichos trechos en un único archivo de video. |
Exigido |
|
|
|
|
- Debe permitir, a través de una pestaña exclusiva, una visión general completa con un tablero de control del estado del sistema en tiempo real. |
Exigido |
|
|
|
|
- Cronología de actividad con función de lupa; lo que hace posible extender o reducir el lapso de tiempo requerido para comenzar a buscar videos grabados. |
Exigido |
|
|
|
|
- Todas las máscaras de privacidad configuradas deben conservarse y solo se eliminarán si es necesario y las autoriza un usuario con este privilegio. |
Exigido |
|
|
|
|
- Debe mantener y registrar el historial de todas las acciones del usuario por hora, ubicaciones y cámaras, y todo el funcionamiento del sistema. |
Exigido |
|
|
|
|
- Exportación de "CD de pruebas" que contiene datos nativos y software de visualización para uso de las autoridades. |
Exigido |
|
|
|
|
- La exportación AVI incluye automáticamente audio. |
Exigido |
|
|
|
|
- Opción de cifrado y protección con contraseña para grabaciones exportadas y archivos de exportación a formato de base de datos. |
Exigido |
|
|
|
|
- Debe permitir el uso de inicio de sesión automático, o doble autenticación cuando sea necesario. |
Exigido |
|
|
|
|
- Debe restringir al usuario si no tiene permiso para acceder al sistema a través de la aplicación, esto no debería afectar el acceso a otras formas de iniciar sesión en el sistema incluso si usa las mismas credenciales de acceso. |
Exigido |
|
|
|
|
- Si el usuario tiene restricciones en cámaras, micrófonos, dispositivos de E / S, etc. Estas restricciones deben mantenerse utilizando la aplicación y también pueden restringir el acceso a las sesiones PTZ y también a la configuración local. |
Exigido |
|
|
|
|
- Debe permitir el procesamiento de imágenes en el momento de la visualización; (a través del cliente de monitoreo) se realiza a través de un dispositivo de hardware con aceleración de gráficos, no a través de la CPU. |
Exigido |
|
|
|
|
- Debe permitir el uso de streams diferentes de forma adaptativa, es decir, debe permitir que la visualización de las cámaras en los layouts tenga ajuste automático de la calidad de imagen, donde la resolución de la cámara es cambiada cuando el operador pasa de la visualización en layout a visualización en pantalla completa, lo que brinda un mayor ahorro de ancho de banda y una mejor calidad de imagen cuando es necesario. |
Exigido |
|
|
|
|
- La aplicación debe estar completamente disponible en español, con compatibilidad también con otros idiomas. |
Exigido |
|
|
|
|
Expansión del sistema: |
- La expansión del sistema no debe estar ligada al número actual de servidores / cámaras. |
Exigido |
|
|
|
- El número de cámaras se puede ampliar independientemente del número de servidores de grabación y / o estaciones operativas del sistema. |
Exigido |
|
|
|
|
- El número de clientes operativos y dispositivos móviles se puede ampliar en cualquier momento sin necesidad de licencias adicionales. |
Exigido |
|
|
|
|
Ejemplos de integraciones para el sistema: |
- Compatibilidad con software de integración de videovigilancia con sistemas ATM o POS (registro de flujo de productos / personas para la gestión de prevención de pérdidas y fraude); |
Exigido |
|
|
|
- Compatibilidad con software de supervisión de alarmas y estado de dispositivos para grandes instalaciones. |
Exigido |
|
|
|
|
- Integración con sistemas de control de acceso, alarmas, portones, sistemas de gestión, incendio, ópticas mediante eventos de E / S, eventos internos, eventos TCP / IP o por OPC DA. |
Exigido |
|
|
|
|
- Crear e importar páginas HTML para navegar entre vistas o activar la matriz virtual en el software de visualización. |
Exigido |
|
|
|
|
- Debe integrar de forma nativa todos los dispositivos enumerados en los foros de compatibilidad de Onvif, Profile S y PSIA. |
Exigido |
|
|
|
|
Autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
1 (Un) |
Exigido |
|
|
CARACTERISTICAS DEL SISTEMA DE RECONOCMIENTO FACIAL Y ANALITICAS |
||||
|
El equipo debe incorporar una plataforma de gestión de video con capacidad de administrar como minimo 100 canales de video para análisis forense, 10 cámaras flotantes para reconocimiento facial, y un módulo de gestión de paneles analíticos. El oferente deberá incluir las licencias necesarias para habilitar plenamente dicha capacidad y soporte por 24 meses. |
||||
|
|
GENERALIDADES |
El Sistema VA debe constar de un módulo de análisis forense o de investigación bajo y el módulo de alertas en tiempo real. |
Exigido |
|
|
|
Sistema VA también debe tener un módulo de inteligencia empresarial integrado en el sistema (datos e interfaz de usuario) que permita la generación dinámica de paneles con metadatos bajo demanda y en tiempo real. |
Exigido |
|
|
|
|
Los módulos del Sistema VA deben combinarse en la misma interfaz gráfica de usuario y la conmutación entre los módulos debe realizarse sin problemas. |
Exigido |
|
|
|
|
El Sistema VA debe estar disponible para su despliegue en arquitecturas multi-sitio, compuestas por varios sitios y un eje central. |
Exigido |
|
|
|
|
El Sistema VA debe basarse en la inteligencia artificial de aprendizaje profundo y debe contener sus propias redes neuronales profundas para la detección, clasificación y reconocimiento de personas y objetos, atributos, comportamientos, rostros y matrículas. |
Exigido |
|
|
|
|
El Sistema VA debe proporcionar una búsqueda y revisión rápida de videos mediante resúmenes de video condensados. |
Exigido |
|
|
|
|
El Sistema VA debe tener la capacidad de ingerir archivos de video exportados de fuentes de terceros. |
Exigido |
|
|
|
|
El Sistema VA debe integrarse con los productos de VMS para acceder a videos en vivo grabados bajo demanda y en tiempo real. |
Exigido |
|
|
|
|
Dentro del mismo Sistema de VA, se debe admitir la integración de múltiples VMS con diferentes marcas de instancias de VMS al mismo tiempo. |
Exigido |
|
|
|
|
En algunos fabricantes de VMS, el Sistema VA debería admitir la autenticación de inicio de sesión único, lo que permitiría a los usuarios de VMS iniciar sesión una vez y acceder al Sistema VA sin tener que iniciar sesión por separado. |
Exigido |
|
|
|
|
La integración con Microsoft Active Directory, incluidos los grupos de usuarios (compatibilidad con unidades organizativas), debe ser compatible con la autenticación de usuarios y proporcionar una sincronización manual y programada de las adiciones y eliminaciones de usuarios y grupos de Active Directory. |
Exigido |
|
|
|
|
El Sistema VA debe incluir el reconocimiento facial y el reconocimiento de matrículas integrados como parte integral de la oferta. Los componentes de reconocimiento facial y reconocimiento de matrículas deben ser de la misma marca que el Sistema VA y no deben ser suministrados por terceros fabricantes. |
Exigido |
|
|
|
|
El reconocimiento de matrículas debería funcionar con matrículas compuestas por números y caracteres latinos en mayúsculas. Puede leer matrículas de 1 y 2 líneas y está capacitado para detectar de 4 a 8 caracteres por línea. |
Exigido |
|
|
|
|
El reconocimiento facial y el reconocimiento de matrículas no deberían depender de cámaras específicas y deberían funcionar con cualquier cámara que se active mediante la integración del VMS, siempre que la calidad y el ángulo de la imagen están dentro de los estándares que se indican a continuación. |
Exigido |
|
|
|
|
El reconocimiento facial debe ser capaz de detectar rostros a 40 x 40 píxeles o más. |
Exigido |
|
|
|
|
El reconocimiento de matrículas debe poder detectar matrículas de 10 píxeles o más. |
Exigido |
|
|
|
|
La funcionalidad de incluir/excluir para rostros y matrículas debe ser compatible con listas de vigilancia compartidas en los módulos de análisis forense o de investigación bajo demanda, alertas en tiempo real e inteligencia empresarial: |
Exigido |
|
|
|
|
Lista de Vigilancia de Rostros: Debe admitir los siguientes métodos para añadir identidades a las listas de vigilancia: añadir imágenes de rostros desde el módulo de análisis forense o de investigación bajo demanda seleccionando objetos, cargando imágenes de rostros desde archivos con formato jpg, jpeg, png, bmp, raw, gif o sincronizarlas a una carpeta externa donde las imágenes de rostros se carguen periódicamente. |
Exigido |
|
|
|
|
Lista de vigilancia de LPR: Debe admitir los siguientes métodos para añadir números de matrícula: entrada manual escribiendo la matrícula completa o parcial e importándola desde un archivo CSV. |
Exigido |
|
|
|
|
Proporcionar la gestión y el intercambio de listas de vigilancia escalables de reconocimiento facial y reconocimiento de matrículas: |
Exigido |
|
|
|
|
Identidades: Para maximizar las capacidades de coincidencia de rostros, proporciona a las listas de vigilancia una funcionalidad de identidad mediante la cual se utiliza una colección de imágenes faciales conocidas por ser de la misma persona en lugar de una sola imagen. Busca o alerta a las personas que están en una lista de vigilancia (modo Include) y a las personas que no están en una lista de vigilancia (modo Exclude). |
Exigido |
|
|
|
|
Matrículas: Para maximizar las capacidades de coincidencia de matrículas, proporciona las listas de vigilancia con las funciones de matrícula que incluyen funciones de búsqueda avanzada, incluido el uso de comodines y un selector de discordancias permitidas. Busca o avisa sobre las matrículas que están en una lista de vigilancia (modo Include) y sobre las matrículas que no están en una lista de vigilancia (modo Exclude). Activa la exportación de las matrículas detectadas. |
Exigido |
|
|
|
|
Calidad de imagen facial: Proporciona un sistema de clasificación en niveles para las imágenes de rostros, en el que los rangos se asignan en función de una combinación de detección de rostros, resolución, calidad de imagen, puntos de referencia y postura. Permite filtrar y exportar las caras según el nivel de calidad mínima. |
Exigido |
|
|
|
|
El Sistema VA debe poder desactivar el reconocimiento facial o el reconocimiento de matrículas si así lo exigen las leyes regionales de protección de datos. |
Exigido |
|
|
|
|
El sistema VA debería estar disponible en una versión que desactive el reconocimiento facial y lo excluya de la interfaz de usuario. |
Exigido |
|
|
|
|
El Sistema VA debe poder modificar los períodos de retención de los datos almacenados para cumplir con las normas regionales de protección de datos (por ejemplo, el RGPD). El Sistema VA también deberá poder olvidar o eliminar los datos procesados sobre personas o vehículos en una interfaz fácil de usar. |
Exigido |
|
|
|
|
La oferta del Sistema VA no debe basarse en la cantidad de funciones, sino en la cantidad de canales bajo demanda, la cantidad de canales en tiempo real y la cantidad de usuarios que hayan iniciado sesión simultáneamente. Cada canal debe incluir todas las funciones del módulo correspondiente. |
Exigido |
|
|
|
|
El sistema VA proporciona una interfaz de administrador que permite auditar la actividad de los usuarios, como los inicios de sesión, la creación de casos, la creación de alertas, etc. |
Exigido |
|
|
|
|
MODULO DE INVESTIGACION Y ANALISIS FORENSE BAJO DEMANDA |
Debe proporcionarse la capacidad de ingerir videos de terceros con formatos estándar como 264, 3GP, ASF, AVI, DAV, DIVX, DVR, FLV, G64, G64X, GE5, MKV, MOV, MP3, MP4, RAW, RT4, TS, WMV, XBA (transmisión única y múltiple) y formatos propietarios de conocidos fabricantes de VMS con integración compatible, dando la posibilidad a los usuarios para cargar archivos dentro de la misma interfaz gráfica de usuario (según la licencia específica adquirida). |
Exigido |
|
|
|
El sistema VA debe tener integración con el VMS y debe recuperar automáticamente el video grabado del VMS en caso de que el usuario lo solicite desde la interfaz gráfica de usuario. |
Exigido |
|
|
|
|
Exigido |
|
||
|
|
Los videos analizados deben organizarse en contenedores lógicos dentro de la interfaz gráfica de usuario para permitir que varios usuarios trabajen juntos o de forma independiente en varios casos forenses o de investigación. |
Exigido |
|
|
|
|
Los usuarios deben poder buscar los metadatos de video que se almacenan en los contenedores lógicos. La aplicación de clasificaciones, atributos y filtros debería generar resultados que se muestren en una cuadrícula de objetos que se puedan combinar en un resumen rápido en video. El resumen del video debe presentar simultáneamente objetos que han aparecido en diferentes momentos dentro del intervalo de tiempo de video solicitado. |
Exigido |
|
|
|
|
Proporciona la posibilidad de exportar los siguientes videos desde el sistema: |
Exigido |
|
|
|
|
Marcar como favoritos los objetos de interés y resumir los hallazgos del caso en un informe exportable. |
Exigido |
|
|
|
|
Exigido |
|
||
|
|
El procesamiento de video debe maximizarse para aumentar la velocidad de decodificación, renderización y codificación mediante el uso simultáneo de varias GPU NVIDIA compatibles. |
Exigido |
|
|
|
|
Los metadatos del contenido de video deben incluir las siguientes clasificaciones, atributos y filtros: |
Exigido |
|
|
|
|
Los usuarios deben poder guardar y reutilizar los filtros aplicados actualmente como ajustes preestablecidos. |
Exigido |
|
|
|
|
Proporciona elementos de superposición visual basados en análisis de acuerdo con criterios de búsqueda específicos. Las capas visuales deberán estar disponibles para su visualización cuando finalice el procesamiento. Las capas visuales disponibles deberán ser: |
Exigido |
|
|
|
|
Se debe proporcionar la posibilidad de crear un resumen de video simultáneo. El resumen del video debe presentar simultáneamente objetos que han aparecido en diferentes momentos dentro del mismo video para producir un segmento de video mucho más corto que conserve por completo la capacidad del espectador de analizar una escena, lo que permite revisar horas de video en minutos y, a veces, en segundos, en función de la densidad de los objetos. En el resumen del video también se debe incluir lo siguiente: |
Exigido |
|
|
|
|
En determinadas integraciones de VMS en las que las cámaras se configuran con geolocalizaciones definidas, se debe proporcionar un método rápido para añadir cámaras circundantes a fin de buscar un objeto en las cámaras circundantes. |
Exigido |
|
|
|
|
El módulo debe permitir etiquetar cámaras con múltiples etiquetas personalizadas para que los operadores puedan seleccionar rápidamente un grupo de cámaras sin necesidad de memorizar los nombres o identificadores de las cámaras (p. ej. Edificio de oficinas y Segundo piso). |
Exigido |
|
|
|
|
MODULO DE ALERTAS EN TIEMPO REAL |
Siempre que sea posible, el motor VA Real-Time no debe comunicarse directamente con las cámaras, sino que debe comunicarse a través de un VMS por motivos de seguridad y rendimiento. Algunas arquitecturas de fabricantes de VMS o configuraciones de red, como la multidifusión, pueden requerir la comunicación directa con la cámara. |
Exigido |
|
|
|
La configuración de la regla de alerta debe admitir combinaciones de varios tipos de filtros para activar un tipo complejo de definición de alerta. |
Exigido |
|
|
|
|
Se deben admitir los siguientes filtros para la definición de una regla de alerta: |
Exigido |
|
|
|
|
El módulo de alertas en tiempo real también debería poder mostrar las alertas generadas con las imágenes y el video adecuados de los objetos que activaron la alerta. Esta interfaz debe proporcionar: |
Exigido |
|
|
|
|
Las alertas generadas por el módulo de alertas en tiempo real deben enviarse a los fabricantes de VMS o PSIM compatibles. Además, el Sistema VA debe poder enviar alertas y contenido de alertas a cualquier aplicación de terceros. |
Exigido |
|
|
|
|
Proporciona información sobre las alertas creadas por los usuarios y la posibilidad de eliminarlas o detenerlas por parte del usuario Administrador. |
Exigido |
|
|
|
|
MODULO DE INTELIGENCIA EMPRESARIAL (BI) |
Proporciona una funcionalidad de análisis de video cuantitativo para respaldar la toma de decisiones informadas y basadas en datos en relación con las operaciones comerciales. |
Exigido |
|
|
|
Proporciona paneles visuales basados en widgets para la presentación, revisión y análisis de datos. |
Exigido |
|
|
|
|
Soporta periodos de retención prolongados, ya que cuenta con dos modelos de datos para almacenar datos de BI: |
Exigido |
|
|
|
|
Incorpora la funcionalidad de BI basada en metadatos de video agregados, con visualizaciones de una variedad de análisis, como los indicadores clave de rendimiento y el rendimiento del análisis de tendencias. |
Exigido |
|
|
|
|
Al utilizar fuentes de video VMS, proporciona la capacidad de especificar una o más áreas, rutas o cruces de líneas en una escena de video para obtener un recuento de los objetos que entran en áreas, se desplazan por las rutas o cruzan una línea en una dirección definida. |
Exigido |
|
|
|
|
Permite comparar los patrones de visitantes, peatones y tráfico en cualquier periodo de tiempo deseado, es decir, días, meses o años, para detectar tendencias y valores atípicos y obtener información. |
Exigido |
|
|
|
|
Incorpora capas visuales para mostrar los patrones de permanencia, las rutas comunes y los mapas térmicos del nivel de actividad. |
Exigido |
|
|
|
|
Facilita la identificación de qué áreas están más activas que otras, dónde permanecen los objetos durante periodos de tiempo más prolongados y cómo se mueven los objetos por la escena. |
Exigido |
|
|
|
|
Permite rastrear a las personas a través de las cámaras mediante el reconocimiento facial para contar el número de visitantes distintos según los rostros en las instalaciones, medir el tiempo promedio que las personas permanecen en las instalaciones, calcular las tasas de abandono, excluir a los empleados del recuento de visitantes y medir los visitantes nuevos en comparación con los que repiten. |
Exigido |
|
|
|
|
Permite el seguimiento de los patrones de movimiento de personas y vehículos a lo largo del tiempo, identifica las tendencias de segmentación demográfica, la evaluación de las pruebas A/B para los controles de gestión del tráfico, las promociones en las tiendas minoristas y otros tipos de programas operativos. |
Exigido |
|
|
|
|
Para reducir el tiempo de configuración inicial del sistema, proporciona una biblioteca ampliable y lista para usar de paneles específicos para representar visualmente el movimiento de los objetos, las segmentaciones demográficas, las tendencias de comportamiento, los puntos críticos y las interacciones entre objetos. Estos paneles listos para usar se pueden utilizar como plantillas de referencia a partir de las cuales crear paneles personalizados específicos para las necesidades de los usuarios. |
Exigido |
|
|
|
|
Proporciona una interfaz visualmente intuitiva para personalizar y crear rápidamente nuevos paneles de control con una o varias cámaras para personas y casos de uso específicos. |
Exigido |
|
|
|
|
Al personalizar los paneles: |
Exigido |
|
|
|
|
Los paneles deben ofrecer a los usuarios la posibilidad de filtrar por clase o atributos para controlar los datos que se muestran en las visualizaciones de la hoja (panel de control). |
Exigido |
|
|
|
|
Ofrece la posibilidad de mostrar u ocultar los paneles en función de las condiciones. |
Exigido |
|
|
|
|
Proporcionar la capacidad de ingesta de datos de fuentes externas basados en archivos .xlsx y .csv de forma autogestionada y bajo demanda. A través de esa pantalla, ayuda al análisis posterior de las correlaciones entre los datos externos y los metadatos de video producidos por el Sistema VA. |
Exigido |
|
|
|
|
Autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
3.3.3.CÁMARA TIPO 1 - DOMO
|
Ítem |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
75 (Setenta y Cinco) |
Exigido |
|
|
|
Sensor de Imagen |
1/3" CMOS como mínimo |
Exigido |
|
|
|
Resolución |
2560x1440 como mínimo |
Exigido |
|
|
|
Velocidad del Obturador |
1s a 1/100000s o de velocidad superior |
Exigido |
|
|
|
Filtro Día y Noche |
ICR como mínimo |
Exigido |
|
|
|
Iluminación mínima |
Color: 0,1lux. |
Exigido |
|
|
|
Distancia de Infrarrojo |
20 metros como mínimo |
Exigido |
|
|
|
Compresión de audio |
G.711A/G.711U como mínimo |
Exigido |
|
|
|
Comunicación de audio |
Unidireccional |
Exigido |
|
|
|
Configuracion de imagen |
AWB, AGC ajustable, Modo de exposición automático, Nítidez, Saturación, Brillo y Contraste ajustable como mínimo |
Exigido |
|
|
|
Mejora de imagen |
WDR (120 dB), BLC, HLC como mínimo |
Exigido |
|
|
|
Reducción de ruido |
3D-DNR como mínimo |
Exigido |
|
|
|
Orientación de imagen |
Espejo, Modo corredor |
Exigido |
|
|
|
Zonas de privacidad |
Si |
Exigido |
|
|
|
Analíticas |
Cruce de línea, zona restringida, manipulación. |
Exigido |
|
|
|
Velocidad de fotogramas |
25 FPS como minimo |
Exigido |
|
|
|
Compresión de video |
H.264, H.265, MJPEG como minimo |
Exigido |
|
|
|
Flujo de videos |
al menos 3 flujos de video |
Exigido |
|
|
|
Modo de transferencia |
VBR/CBR como mínimo |
Exigido |
|
|
|
Lente |
Varifocal motorizado con autofocus como mínimo |
Exigido |
|
|
|
Distancia focal |
2.8 mm a 12 mm o de rango superior |
Exigido |
|
|
|
Campo de visión |
85° a 31° como mínimo |
Exigido |
|
|
|
Iris |
DC Iris |
Exigido |
|
|
|
Detección |
Wide: 50 metros como mínimo |
Exigido |
|
|
|
Reconocimiento |
Wide: 10 metros como mínimo |
Exigido |
|
|
|
Identificación |
Wide: 5 metros como mínimo |
Exigido |
|
|
|
Protocolos |
IPv4, IPv6, TCP, UDP, DHCP, NTP, DDNS, SNMP, 802.1X, RTSP, RTMP, UPnP, Email, FTP, HTTPS, QoS, P2P. |
Exigido |
|
|
|
Conectividad de red |
RJ45 100Mbps PoE |
Exigido |
|
|
|
Interfaz |
ONVIF perfiles T/S/G |
Exigido |
|
|
|
Conectividad de audio |
|
Exigido |
|
|
|
Almacenamiento local |
Debe soportar capacidad de hasta 256GB en tarjetas SD |
Exigido |
|
|
|
Suministro de energia |
DC12V y PoE |
Exigido |
|
|
|
Certificado de protección |
IP67 como mínimo |
Exigido |
|
|
|
Temperatura de operación |
-10° a 50° o de rango superior |
Exigido |
|
|
|
Humedad relativa de operación |
10% a 90% |
Exigido |
|
|
|
Garantía |
Debe contar con garantía de fabrica por 3 años |
Exigido |
|
|
|
Compatibilidad |
El Oferente deberá presentar carta de autorización del fabricante que certifique la cámara es compatible con el VMS ofertado. |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
3.3.4.CÁMARA TIPO 2 - BULLET
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
200 (doscientos) |
Exigido |
|
|
|
Sensor de Imagen |
1/3" CMOS como mínimo |
Exigido |
|
|
|
Resolución |
2560×1440 |
Exigido |
|
|
|
Velocidad del Obturador |
1/2s a 1/100000s o de velocidad superior |
Exigido |
|
|
|
Filtro Día y Noche |
ICR |
Exigido |
|
|
|
Iluminación mínima |
Color: 0,1lux. |
Exigido |
|
|
|
Distancia de Infrarrojo |
20 metros como mínimo |
Exigido |
|
|
|
Compresión de audio |
G.711A/G.711U |
Exigido |
|
|
|
Comunicación de audio |
Unidireccional |
Exigido |
|
|
|
Configuracion de imagen |
AWB, AGC ajustable, Modo de exposición automática, Nitidez, Saturación, Brillo y Contraste ajustable |
Exigido |
|
|
|
Mejora de imagen |
WDR (120 dB), BLC, HLC |
Exigido |
|
|
|
Reducción de ruido |
3D-DNR como mínimo |
Exigido |
|
|
|
Orientación de imagen |
Espejo, Modo corredor |
Exigido |
|
|
|
Zonas de privacidad |
Si |
Exigido |
|
|
|
Analíticas |
Cruce de línea, zona restringida, manipulación. |
Exigido |
|
|
|
Velocidad de fotogramas |
25 FPS como minimo |
Exigido |
|
|
|
Compresión de video |
H.264, H.265, MJPEG como minimo |
Exigido |
|
|
|
Flujo de videos |
al menos 3 flujos de video |
Exigido |
|
|
|
Modo de transferencia |
VBR/CBR |
Exigido |
|
|
|
Lente |
Varifocal motorizado con autofocus como mínimo |
Exigido |
|
|
|
Distancia focal |
2.8 mm a 12 mm o de rango superior |
Exigido |
|
|
|
Campo de visión |
85° a 31° como mínimo |
Exigido |
|
|
|
Iris |
DC Iris |
Exigido |
|
|
|
Detección |
Wide: 50 metros como mínimo |
Exigido |
|
|
|
Reconocimiento |
Wide: 10 metros como mínimo |
Exigido |
|
|
|
Identificación |
Wide: 5 metros como mínimo |
Exigido |
|
|
|
Protocolos |
IPv4, IPv6, TCP, UDP, DHCP, NTP, DDNS, SNMP, 802.1X, RTSP, RTMP, UPnP, Email, FTP, HTTPS, QoS, P2P. |
Exigido |
|
|
|
Conectividad de red |
RJ45 100Mbps PoE |
Exigido |
|
|
|
Interfaz |
ONVIF perfiles T/S/G |
Exigido |
|
|
|
Conectividad de audio |
Micrófono incorporado y Entrada de audio |
Exigido |
|
|
|
Almacenamiento local |
Capacidad de hasta 256GB en tarjetas SD |
Exigido |
|
|
|
Suministro de energia |
DC12V y PoE |
Exigido |
|
|
|
Certificado de protección |
IP67 |
Exigido |
|
|
|
Temperatura de operación |
-10° a 50° o de rango superior |
Exigido |
|
|
|
Humedad relativa de operación |
10% a 90% |
Exigido |
|
|
|
Garantia |
Debe contar con garantía de fabrica por 3 años |
Exigido |
|
|
|
Compatibilidad |
El Oferente deberá presentar carta de autorización del fabricante que certifique la cámara es compatible con el VMS ofertado. |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
25 (Veinticinco) |
Exigido |
|
|
|
Sensor de Imagen |
1/2.7" CMOS como mínimo |
Exigido |
|
|
|
Resolución |
4640x1760 |
Exigido |
|
|
|
Velocidad del Obturador |
1/3s a 1/100000s |
Exigido |
|
|
|
Filtro Día y Noche |
ICR |
Exigido |
|
|
|
Iluminación mínima |
Color: 0,004lux. |
Exigido |
|
|
|
Distancia de Infrarrojo |
20 metros como mínimo |
Exigido |
|
|
|
Compresión de audio |
G.711A/G.711U |
Exigido |
|
|
|
Comunicación de audio |
Bidireccional |
Exigido |
|
|
|
Configuracion de imagen |
AWB, AGC ajustable, Modo de exposición automática, Nitidez, Saturación, Brillo y Contraste ajustable |
Exigido |
|
|
|
Mejora de imagen |
WDR digital, BLC, HLC |
Exigido |
|
|
|
Reducción de ruido |
3D-DNR como mínimo |
Exigido |
|
|
|
Cobertura |
180° |
Exigido |
|
|
|
Analíticas |
Detección de movimiento, Manipulación, Zona Restringida, Cruce de línea, Conteo de objetos mediante cruce de línea, Conteo de objetos en una zona, Merodeo, Detección de rostros (al menos 10 rostros por fotograma), Mapa de calor. |
Exigido |
|
|
|
Velocidad de fotogramas |
25 FPS como minimo |
Exigido |
|
|
|
Compresión de video |
H.264, H.265, MJPEG como minimo |
Exigido |
|
|
|
Flujo de videos |
al menos 3 flujos de video |
Exigido |
|
|
|
Modo de transferencia |
VBR/CBR |
Exigido |
|
|
|
Lente |
Fijo |
Exigido |
|
|
|
Distancia focal |
2,8 mm como mínimo |
Exigido |
|
|
|
Campo de vision |
180° como mínimo |
Exigido |
|
|
|
Iris |
Fijo |
Exigido |
|
|
|
Detección |
50 metros como mínimo |
Exigido |
|
|
|
Reconocimiento |
10 metros como mínimo |
Exigido |
|
|
|
Identificación |
5 metros como mínimo |
Exigido |
|
|
|
Protocolos |
IPv4, IPv6, TCP, UDP, DHCP, NTP, DDNS, SNMP, 802.1X, RTSP, RTMP, RTP, UPnP, Email, FTP, FTPS, HTTPS, QoS, P2P |
Exigido |
|
|
|
Conectividad de red |
RJ45 100Mbps PoE |
Exigido |
|
|
|
Interfaz |
ONVIF perfiles T/S/G |
Exigido |
|
|
|
Conectividad de audio |
Micrófono incorporado y parlante incorporado y Entrada y salida de audio |
Exigido |
|
|
|
Alarma |
Entrada y Salida de Alarma |
Exigido |
|
|
|
Almacenamiento local |
Debe soportar una capacidad de hasta 256GB en tarjetas SD |
Exigido |
|
|
|
Suministro de energia |
DC12V y PoE |
Exigido |
|
|
|
Certificado de protección |
IP66 |
Exigido |
|
|
|
Temperatura de operación |
-10° a 50° o de rango superior |
Exigido |
|
|
|
Humedad relativa de operación |
10% a 90% |
Exigido |
|
|
|
Garantía |
Debe contar con garantía de fabrica por 3 años |
Exigido |
|
|
|
Compatibilidad |
El Oferente deberá presentar carta de autorización del fabricante que certifique la cámara es compatible con el VMS ofertado. |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
30 (Treinta) |
Exigido |
|
|
|
Sensor de Imagen |
1/3" CMOS como mínimo |
Exigido |
|
|
|
Resolución |
2560×1440 |
Exigido |
|
|
|
Velocidad del Obturador |
1/2s a 1/100000s o de velocidad superior |
Exigido |
|
|
|
Filtro Día y Noche |
ICR |
Exigido |
|
|
|
Iluminación mínima |
Color: 0,1lux. |
Exigido |
|
|
|
Distancia de Infrarrojo |
60 metros como mínimo |
Exigido |
|
|
|
Compresión de audio |
G.711A/G.711U |
Exigido |
|
|
|
Comunicación de audio |
Bidireccional |
Exigido |
|
|
|
Configuracion de imagen |
AWB, AGC ajustable, Modo de exposición automática, Nitidez, Saturación, Brillo y Contraste ajustable |
Exigido |
|
|
|
Mejora de imagen |
WDR (120 dB), BLC, HLC |
Exigido |
|
|
|
Reducción de ruido |
3D-DNR como mínimo |
Exigido |
|
|
|
Orientación de imagen |
Espejo, Modo corredor |
Exigido |
|
|
|
Zonas de privacidad |
Si |
Exigido |
|
|
|
Analíticas |
Detección de movimiento, Manipulación, Zona Restringida, Cruce de línea, Conteo de objetos mediante cruce de línea, Conteo de objetos en una zona, Detección de rostros (al menos 10 rostros por fotograma), Mapa de calor.
La cámara debe tener la capacidad de ejecutar al menos 10 analíticas simultáneamente. |
Exigido |
|
|
|
Velocidad de fotogramas |
25 FPS como minimo |
Exigido |
|
|
|
Compresión de video |
H.264, H.265, MJPEG como minimo |
Exigido |
|
|
|
Flujo de videos |
al menos 3 flujos de video |
Exigido |
|
|
|
Modo de transferencia |
VBR/CBR |
Exigido |
|
|
|
Lente |
Varifocal motorizado con autofocus |
Exigido |
|
|
|
Distancia focal |
2.8 mm a 12 mm o de rango superior |
Exigido |
|
|
|
Campo de visión |
100° a 33° como mínimo |
Exigido |
|
|
|
Iris |
DC Iris |
Exigido |
|
|
|
Detección |
Wide: 55 metros como mínimo |
Exigido |
|
|
|
Reconocimiento |
Wide: 10 metros como mínimo |
Exigido |
|
|
|
Identificación |
Wide: 5 metros como mínimo |
Exigido |
|
|
|
Protocolos |
IPv4, IPv6, TCP, UDP, DHCP, NTP, DDNS, SNMP, 802.1X, RTSP, RTMP, UPnP, Email, FTP, HTTPS, QoS, P2P. |
Exigido |
|
|
|
Conectividad de red |
RJ45 100Mbps PoE |
Exigido |
|
|
|
Interfaz |
ONVIF perfiles T/S/G |
Exigido |
|
|
|
Conectividad de audio |
Micrófono incorporado y Entrada y salida de audio |
Exigido |
|
|
|
Alarma |
Entrada y Salida de Alarma |
Exigido |
|
|
|
Almacenamiento local |
Capacidad de hasta 256GB en tarjetas SD |
Exigido |
|
|
|
Suministro de energia |
DC12V y PoE |
Exigido |
|
|
|
Certificado de protección |
IP67 |
Exigido |
|
|
|
Temperatura de operación |
-10° a 50° o de rango superior |
Exigido |
|
|
|
Humedad relativa de operación |
10% a 90% |
Exigido |
|
|
|
Garantía |
Debe contar con garantía de fabrica por 3 años |
Exigido |
|
|
|
Compatibilidad |
El Oferente deberá presentar carta de autorización del fabricante que certifique la cámara es compatible con el VMS ofertado. |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
Treinta (30) |
Exigido |
|
|
|
Sensor de Imagen |
1/3" CMOS como mínimo |
Exigido |
|
|
|
Resolución |
2560×1440 |
Exigido |
|
|
|
Velocidad del Obturador |
1/25s a 1/100000s |
Exigido |
|
|
|
Filtro Día y Noche |
ICR |
Exigido |
|
|
|
Iluminación mínima |
Color: 0,1lux. |
Exigido |
|
|
|
Distancia de Infrarrojo |
30 metros como mínimo |
Exigido |
|
|
|
Compresión de audio |
G.711A/G.711U |
Exigido |
|
|
|
Comunicación de audio |
Bidireccional |
Exigido |
|
|
|
Configuracion de imagen |
AWB, AGC ajustable, Modo de exposición automático, Nitidez, Saturación, Brillo y Contraste ajustable |
Exigido |
|
|
|
Mejora de imagen |
WDR (120 dB), BLC, HLC |
Exigido |
|
|
|
Reducción de ruido |
3D-DNR como mínimo |
Exigido |
|
|
|
Orientación de imagen |
Espejo, Modo corredor |
Exigido |
|
|
|
Zonas de privacidad |
Si |
Exigido |
|
|
|
Analíticas |
Detección de movimiento, Manipulación, Zona Restringida, Cruce de línea, Conteo de objetos mediante cruce de línea, Conteo de objetos en una zona, Detección de rostros (al menos 10 rostros por fotograma), Mapa de calor.
La cámara debe tener la capacidad de ejecutar al menos 10 analíticas simultáneamente. |
Exigido |
|
|
|
Velocidad de fotogramas |
25 FPS como minimo |
Exigido |
|
|
|
Compresión de video |
H.264, H.265, MJPEG como minimo |
Exigido |
|
|
|
Flujo de videos |
al menos 3 flujos de video |
Exigido |
|
|
|
Modo de transferencia |
VBR/CBR |
Exigido |
|
|
|
Lente |
Varifocal motorizado con autofocus |
Exigido |
|
|
|
Distancia focal |
2.8 mm a 12 mm o de rango superior |
Exigido |
|
|
|
Campo de Visión |
100° a 29° o de rango superior |
Exigido |
|
|
|
Iris |
DC Iris |
Exigido |
|
|
|
Detección |
Wide: 55 metros como mínimo |
Exigido |
|
|
|
Reconocimiento |
Wide: 10 metros como mínimo |
Exigido |
|
|
|
Identificación |
Wide: 5 metros como mínimo |
Exigido |
|
|
|
Protocolos |
IPv4, IPv6, TCP, UDP, DHCP, NTP, DDNS, SNMP, 802.1X, RTSP, RTMP, UPnP, Email, FTP, HTTPS, QoS, P2P. |
Exigido |
|
|
|
Conectividad de red |
RJ45 100Mbps PoE |
Exigido |
|
|
|
Interfaz |
ONVIF perfiles T/S/G |
Exigido |
|
|
|
Conectividad de audio |
Micrófono incorporado, Entrada y salida de audio |
Exigido |
|
|
|
Alarma |
Entrada y Salida de Alarma |
Exigido |
|
|
|
Almacenamiento local |
Capacidad de hasta 256GB en tarjetas SD |
Exigido |
|
|
|
Suministro de energia |
DC12V y PoE |
Exigido |
|
|
|
Certificado de protección |
IP67 |
Exigido |
|
|
|
Temperatura de operación |
-10° a 50° o de rango superior |
Exigido |
|
|
|
Humedad relativa de operación |
10% a 90% |
Exigido |
|
|
|
Garantía |
Debe contar con garantía de fabrica por 3 años |
Exigido |
|
|
|
Compatibilidad |
El Oferente deberá presentar carta de autorización del fabricante que certifique la cámara es compatible con el VMS ofertado. |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
1 |
Marca |
Indicar |
|
|
|
2 |
Modelo |
Indicar |
|
|
|
3 |
Procedencia |
Indicar |
|
|
|
4 |
Cantidad |
|
|
|
|
5 |
Sensor de Imagen |
1/1.8″ CMOS como mínimo |
Exigido |
|
|
6 |
Resolución |
2560×1440 |
Exigido |
|
|
7 |
Velocidad del Obturador |
1/25s a 1/25000s o rango superior |
Exigido |
|
|
8 |
Filtro Día y Noche |
ICR |
Exigido |
|
|
9 |
Iluminación mínima |
Color: 0,0005lux. |
Exigido |
|
|
10 |
Distancia de Infrarrojo |
400 metros como mínimo |
Exigido |
|
|
11 |
Compresion de audio |
G.711A/G.711U |
Exigido |
|
|
12 |
Comunicación de audio |
Bidireccional |
Exigido |
|
|
13 |
Configuracion de imagen |
AWB, AGC ajustable, Modo de exposición automática, Nitidez, Saturación, Brillo y Contraste ajustable |
Exigido |
|
|
14 |
Mejora de imagen |
WDR, BLC, HLC |
Exigido |
|
|
15 |
Reducción de ruido |
3D-DNR como mínimo |
Exigido |
|
|
16 |
Estabilización de Imagen |
Estabilización electrónica de imagen (EIS) |
Exigido |
|
|
17 |
Desempañador |
Si |
Exigido |
|
|
19 |
Zonas de privacidad dinamica |
Si |
Exigido |
|
|
20 |
Zona de privacidad |
Al menos 4 zonas de privacidad |
Exigido |
|
|
21 |
Analíticas |
Detección de movimiento, Manipulación, Zona Restringida, Cruce de línea, Conteo de objetos, Detección de rostros. |
Exigido |
|
|
22 |
Analítica facial |
Detección de hasta 15 rostros. |
Exigido |
|
|
23 |
Velocidad de fotogramas |
25 FPS como minimo |
Exigido |
|
|
24 |
Compresión de video |
H.264, H.265, MJPEG como minimo |
Exigido |
|
|
25 |
Flujo de videos |
al menos 3 flujos de video |
Exigido |
|
|
27 |
Modo de transferencia |
VBR/CBR |
Exigido |
|
|
30 |
Zoom óptico |
35x o superior |
Exigido |
|
|
31 |
Campo de vision |
55° a 2° o de rango superior |
Exigido |
|
|
32 |
Detección |
2900 metros como mínimo |
Exigido |
|
|
33 |
Reconocimiento |
590 metros como mínimo |
Exigido |
|
|
34 |
Identificación |
290 metros como mínimo |
Exigido |
|
|
35 |
Rango de desplazamiento horizontal |
360° sin fin |
Exigido |
|
|
36 |
Rango de desplazamiento vertical |
-20° a 150° o de rango superior |
Exigido |
|
|
37 |
Velocidad de desplazamiento horizontal |
0,1° a 200° por segundo o de rango superior |
Exigido |
|
|
38 |
Velocidad de desplazamiento vertical |
0,1° a 150° por segundo o de rango superior |
Exigido |
|
|
39 |
Presets |
300 o superior |
Exigido |
|
|
40 |
Patrones |
Mínimamente 4 recorridos, posibilidad de duracion de hasta 3 minutos |
Exigido |
|
|
41 |
Tour |
Mínimamente 8 tours (16 presets por tour) |
Exigido |
|
|
43 |
Acciones de inactividad |
Preset, Patron, Tour |
Exigido |
|
|
44 |
Acciones de encendido |
Preset, Patron, Tour |
Exigido |
|
|
45 |
Programación de tareas |
Hasta 8 tareas como mínimo. Debe contemplar Preset, Patron, Tour mínimamente. |
Exigido |
|
|
48 |
Protocolos |
HTTP, HTTPS, IPv4/IPv6, 802.1x, QoS, FTP, SMTP, UPnP, SNMP, DNS, DDNS, NTP, RTSP, RTCP, RTP, TCP/IP, UDP, IGMP, ICMP, DHCP, PPPoE. |
Exigido |
|
|
50 |
Conectividad de red |
RJ45 100Mbps PoE++ |
Exigido |
|
|
51 |
Interfaz |
ONVIF perfiles T/S/G |
Exigido |
|
|
52 |
Conectividad de audio |
Entrada y salida de audio |
Exigido |
|
|
53 |
Alarma |
2 Entradas y 2 Salidas de Alarma |
Exigido |
|
|
54 |
Almacenamiento local |
Capacidad de hasta 256GB en tarjetas SD |
Exigido |
|
|
55 |
Suministro de energia |
AC24V y PoE++ |
Exigido |
|
|
57 |
Certificado de proteción |
IP67 |
Exigido |
|
|
58 |
Temperatura de operación |
-10° a 50° o de rango superior |
Exigido |
|
|
59 |
Humedad relativa de operación |
10% a 90% |
Exigido |
|
|
60 |
Ventilador y calentador |
Si |
Exigido |
|
|
62 |
Garantía |
Debe contar con garantía de fabrica por 3 años |
Exigido |
|
|
63 |
Compatibilidad |
El Oferente deberá presentar carta de autorización del fabricante que certifque la cámara es compatible con el VMS ofertado. |
Exigido |
|
|
64 |
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participacion del oferente en la presente licitación. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
12 (Doce) |
Exigido |
|
|
|
Sensor de Imagen |
1/2.9" CMOS como mínimo |
Exigido |
|
|
|
Resolución |
2160x2160 |
Exigido |
|
|
|
Velocidad del Obturador |
1/25s a 1/100000s o de velocidad superior |
Exigido |
|
|
|
Filtro Día y Noche |
ICR |
Exigido |
|
|
|
Iluminación mínima |
Color: 0,1lux. |
Exigido |
|
|
|
Distancia de Infrarrojo |
15 metros como mínimo |
Exigido |
|
|
|
Compresión de audio |
G.711A/G.711U |
Exigido |
|
|
|
Comunicación de audio |
Bidireccional |
Exigido |
|
|
|
Configuracion de imagen |
AWB, AGC ajustable, Modo de exposición automática, Nitidez, Saturación, Brillo y Contraste ajustable |
Exigido |
|
|
|
Mejora de imagen |
WDR digital, BLC, HLC |
Exigido |
|
|
|
Reducción de ruido |
3D-DNR como mínimo |
Exigido |
|
|
|
Orientación de imagen |
360° |
Exigido |
|
|
|
Zonas de privacidad |
Si |
Exigido |
|
|
|
Analíticas |
Cruce de línea, Zona Restringida, Ingreso al área, Salida del área, Conteo de Objetos, Mapa de calor. |
Exigido |
|
|
|
Velocidad de fotogramas |
25 FPS como minimo |
Exigido |
|
|
|
Compresión de video |
H.264, H.265, MJPEG como minimo |
Exigido |
|
|
|
Flujo de videos |
al menos 3 flujos de video |
Exigido |
|
|
|
Modo de transferencia |
VBR/CBR |
Exigido |
|
|
|
Lente |
Fijo |
Exigido |
|
|
|
Distancia focal |
1.65 mm como mínimo |
Exigido |
|
|
|
Campo de visión |
360° como mínimo en montaje en techo |
Exigido |
|
|
|
Iris |
Fijo |
Exigido |
|
|
|
Protocolos |
IPv4, IPv6, TCP, UDP, DHCP, NTP, DDNS, 802.1X, RTSP, UPnP, Email, FTP, HTTPS, QoS |
Exigido |
|
|
|
Conectividad de red |
RJ45 100Mbps PoE |
Exigido |
|
|
|
Interfaz |
ONVIF perfiles S/G |
Exigido |
|
|
|
Conectividad de audio |
Micrófono incorporado y Entrada y salida de audio |
Exigido |
|
|
|
Alarma |
Entrada y Salida de Alarma |
Exigido |
|
|
|
Almacenamiento local |
Capacidad de hasta 256GB en tarjetas SD |
Exigido |
|
|
|
Suministro de energia |
DC12V y PoE |
Exigido |
|
|
|
Certificado de protección |
IP67 |
Exigido |
|
|
|
Temperatura de operación |
-10° a 50° o de rango superior |
Exigido |
|
|
|
Humedad relativa de operación |
10% a 90% |
Exigido |
|
|
|
Garantía |
Debe contar con garantía de fabrica por 3 años |
Exigido |
|
|
|
Compatibilidad |
El Oferente deberá presentar carta de autorización del fabricante que certifique la cámara es compatible con el VMS ofertado. |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
|
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
1 (Uno) |
Exigido |
|
|
|
Factor de forma |
Rackeable en 1U como máximo |
Exigido |
|
|
|
Procesador |
Al menos dos procesadores de 12 Núcleos de 2GHz. |
Exigido |
|
|
|
Memoria |
Debe contar con al menos 64GB de memoria RDIMM con 5600 MT/s como mínimo |
Exigido |
|
|
|
Controlador RAID |
Debe soportar al menos los siguientes niveles de RAID 0, 1, 5, 6, 10, 50, 60. Además, debe contar con 8 GB de memoria cache. |
Exigido |
|
|
|
Almacenamiento |
Al menos cuatro (4) discos de 480 GB SSD como mínimo dedicados para el SO. |
Exigido |
|
|
|
Conectividad |
Al menos dos interfaces de 1GB BASE-T |
Exigido |
|
|
|
Ranuras PCIe |
Al menos una Ranura PCIe x16. |
Exigido |
|
|
|
Fuente de poder |
Al menos dos fuentes de poder de 800W de consumo como máximo. |
Exigido |
|
|
|
Garantía |
Debe contar con garantía del fabricante de al menos 3 años. |
Exigido |
|
|
|
Gestión |
Debe contar con software de gestión |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participacion del oferente en la presente licitación. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
2 (Dos) |
Exigido |
|
|
|
Factor de forma |
Rackeable en 2U como máximo |
Exigido |
|
|
|
Procesador |
Al menos dos procesadores de 12 Núcleos de 2GHz. |
Exigido |
|
|
|
Sistema Operativo |
Correspondiente al software VMS a ser Ofertado |
Exigido |
|
|
|
Memoria |
Debe contar con al menos 32GB de memoria RDIMM con 5600 MT/s como mínimo |
Exigido |
|
|
|
Controlador RAID |
Debe soportar al menos los siguientes niveles de RAID 0, 1, 5, 6, 10, 50, 60. Además, debe contar con 8 GB de memoria cache. |
Exigido |
|
|
|
Almacenamiento |
Al menos dos (2) discos de 1.2 TB SSD. |
Exigido |
|
|
|
Conectividad |
Al menos dos interfaces de 1GB BASE-T |
Exigido |
|
|
|
Ranuras PCIe |
Al menos una Ranura PCIe x16. |
Exigido |
|
|
|
Fuente de poder |
Al menos dos fuentes de poder de 1400W de consumo como máximo. |
Exigido |
|
|
|
Garantía |
Debe contar con garantía del fabricante de al menos 3 años. |
Exigido |
|
|
|
Gestión |
Debe contar con software de gestión con las siguientes características |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participacion del oferente en la presente licitación. |
Exigido |
|
|
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
1 |
Marca |
Indicar |
Exigido |
|
|
2 |
Modelo |
Indicar |
Exigido |
|
|
3 |
Procedencia |
Indicar |
Exigido |
|
|
4 |
Cantidad |
1 (Un) |
Exigido |
|
|
5 |
Factor de forma |
Rackeable en 2U como máximo |
Exigido |
|
|
6 |
Procesador |
Al menos dos procesadores de 16 Núcleos de 2,5GHz. |
Exigido |
|
|
8 |
Memoria |
Debe contar con al menos 192GB de memoria RDIMM con 5600 MT/s como mínimo |
Exigido |
|
|
9 |
Controlador RAID |
Debe soportar al menos los siguientes niveles de RAID 0, 1, 5, 6, 10, 50, 60. Además, debe contar con 8 GB de memoria cache. |
Exigido |
|
|
10 |
Almacenamiento |
Al menos dos (2) discos de 512 GB SSD. |
Exigido |
|
|
11 |
Conectividad |
Al menos dos interfaces de 1GB BASE-T |
Exigido |
|
|
12 |
Ranuras PCIe |
Al menos dos Ranuras PCIe x16. |
Exigido |
|
|
13 |
GPU |
Debe contar con 2 tarjetas graficas de 20GB DDR6 con al menos 4 interfaces displayport. |
Exigido |
|
|
14 |
Fuente de poder |
Al menos dos fuentes de poder de 1400W de consumo como máximo. |
Exigido |
|
|
15 |
Garantía |
Debe contar con garantía del fabricante de al menos 3 años. |
Exigido |
|
|
16 |
Gestión |
Debe contar con software de gestión |
Exigido |
|
|
17 |
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participacion del oferente en la presente licitación. |
Exigido |
|
3.3.13.SWITCH TIPO 1 SWITCH CORE
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
2 (Dos) |
Exigido |
|
|
|
Generalidades |
Debe contar con 48 puertos de 10GbE SFP+. Se deben incluir los modulos para interconectar todos los componentes de la infraestructura de red. |
Exigido |
|
|
|
Debe soportar al menos 4 interfaces 100GbE QSFP28 |
Exigido |
|
|
|
|
Deben tener un tamaño de 1U mínimamente, rackeable |
Exigido |
|
|
|
|
Deberá soportar manejo dedicado de puertos de 10/100 Ethernet como mínimo. |
Exigido |
|
|
|
|
Deberá poseer como mínimo 8000 MB de memoria RAM |
Exigido |
|
|
|
|
Deberá poseer una memoria Flash reescribible de al menos 120 MB |
Exigido |
|
|
|
|
Fuente de poder interna redundante con rango de operación entre 100-240VAC/50-60Hz |
Exigido |
|
|
|
|
Deberá soportar un rango de temperatura de operación como mínimo entre 0° y 45° C y un rango de Humedad no condensada de 10 a 90 %. |
Exigido |
|
|
|
|
Deberá tener un tiempo promedio entre fallas (MTBF) superior a 45.000 horas |
Exigido |
|
|
|
|
Capacidad de switcheo de al menos 1.700 Gbps |
Exigido |
|
|
|
|
Capacidad mínima de 1.500 Mpps para envio de paquetes. |
Exigido |
|
|
|
|
Deberá soportar al menos 140.000 MAC Address |
Exigido |
|
|
|
|
Deberá soportar por lo menos 4.000 VLANs |
Exigido |
|
|
|
|
Administración
|
El switch deberá poder aceptar actualizaciones de firmware |
Exigido |
|
|
|
Deberá soportar detección y notificación de conflictos de direcciones IP |
Exigido |
|
|
|
|
Deberá soportar administración en la nube |
Exigido |
|
|
|
|
Deberá soportar administración por IPv4 e IPv6 |
Exigido |
|
|
|
|
Deberá soportar Telnet / SSH para acceso a la consola |
Exigido |
|
|
|
|
Deberá soportar HTTP / HTTPS |
Exigido |
|
|
|
|
Deberá soportar SNMP v1/v2c/v3 |
Exigido |
|
|
|
|
Deberá poder configurar su reloj mediante un NTP Server |
Exigido |
|
|
|
|
Deberá contar con una línea de comandos estándar y con interface para configurar vía Web |
Exigido |
|
|
|
|
Deberá soportar actualizaciones de Software por: TFTP/FTP/GUI |
Exigido |
|
|
|
|
Deberá soportar HTTP REST APIs para Configuracion y monitoreo |
Exigido |
|
|
|
|
Alta Disponibilidad |
Deberá soportar Multi-Chassis LAG (MCLAG) |
Exigido |
|
|
|
Deberá soportar STP sobre Multi-Chassis LAG (MCLAG) |
Exigido |
|
|
|
|
Calidad de Servicio |
Deberá soportar priorización de tráfico basada en 802.1p |
Exigido |
|
|
|
Deberá soportar priorización de tráfico basada en IP TOS/DSCP |
Exigido |
|
|
|
|
Deberá soportar marcado de tráfico con 802.1p y/o IP TOS/DSCP |
Exigido |
|
|
|
|
Características Layer 2 y Layer 3 |
Deberá soportar Link Aggregation estático |
Exigido |
|
|
|
Deberá soportar LACP |
Exigido |
|
|
|
|
Deberá soportar Spanning Tree |
Exigido |
|
|
|
|
Deberá soportar Jumbo Frames |
Exigido |
|
|
|
|
Deberá soportar Auto-negociacion para la velocidad de los puertos y para Duplex |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.1D MAC Bridging/STP |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.1w Rapid Spanning Tree Protocol (RSTP) |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.1s Multiple Spanning Tree Protocol (MSTP) |
Exigido |
|
|
|
|
Deberá soportar la funcionalidad STP Root Guard |
Exigido |
|
|
|
|
Deberá soportar STP BPDU Guard |
Exigido |
|
|
|
|
Deberá soportar Edge Port / Port Fast |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.1Q VLAN Tagging |
Exigido |
|
|
|
|
Deberá soportar Private VLAN |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3ad Link Aggregation con LACP |
Exigido |
|
|
|
|
Deberá poder balancear trafico Unicast/Multicast sobre un puerto trunk (dst-ip, dst-mac, src-dst-ip, src-dst-mac, src-ip, src-mac) |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.1AX Link Aggregation |
Exigido |
|
|
|
|
Deberá soportar instancias de Spanning Tree (MSTP/CST) |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3x Flow Control con Back-pressure |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3 10Base-T |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3u 100Base-TX |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3z 1000Base-SX/LX |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3ab 1000Base-T |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3 CSMA/CD como metodo de acceso y las especificaciones de la capa fisica |
Exigido |
|
|
|
|
Deberá contar con la funcionalidad de Control de Tormentas (Storm Control) |
Exigido |
|
|
|
|
Deberá soportar la creacion de VLANs por MAC, IP y Ethertype-based |
Exigido |
|
|
|
|
Deberá soportar la funcionalidad de Virtual-Wire |
Exigido |
|
|
|
|
Deberá soportar Time-Domain Reflectometer (TDR) |
Exigido |
|
|
|
|
Deberá soportar 4094 VLANs simultáneas |
Exigido |
|
|
|
|
Deberá soportar IGMP Snooping |
Exigido |
|
|
|
|
Deberá soportar IGMP proxy y querier |
Exigido |
|
|
|
|
Deberá soportar emgency location identifier numbers (ELINs) en LLDP-MED |
Exigido |
|
|
|
|
Deberá permitir la negociación de POE en LLDP-MED |
Exigido |
|
|
|
|
Deberá permitir limitar la cantidad de MACs aprendidas por puerto |
Exigido |
|
|
|
|
Deberá permitir un mínimo de 15 instancias de MSTP |
Exigido |
|
|
|
|
Deberá permitir controlar tormentas de broadcast independientemente en cada puerto |
Exigido |
|
|
|
|
Deberá soportar un mecanismo de detección y prevención de loops |
Exigido |
|
|
|
|
Deberá soportar VLAN Stacking (QinQ) |
Exigido |
|
|
|
|
Deberá soportar VXLAN basada en hardware |
Exigido |
|
|
|
|
Deberá soportar SPAN |
Exigido |
|
|
|
|
Deberá soportar RSPAN y ERSPAN |
Exigido |
|
|
|
|
Deberá soportar ruteo estático |
Exigido |
|
|
|
|
Deberá soportar RIP v2 |
Exigido |
|
|
|
|
Deberá soportar OSPF v2 |
Exigido |
|
|
|
|
Deberá soportar BGP |
Exigido |
|
|
|
|
Deberá soportar VRRP |
Exigido |
|
|
|
|
Deberá soportar Bidirectional Forwarding Detection (BFD) |
Exigido |
|
|
|
|
Deberá soportar DHCP Relay |
Exigido |
|
|
|
|
Deberá soportar DHCP Server |
Exigido |
|
|
|
|
Protocolos, Seguridad y Visibilidad |
Deberá soportar el RFC 2571 Architecture for Describing SNMP |
Exigido |
|
|
|
Deberá soportar DHCP Client |
Exigido |
|
|
|
|
Deberá soportar el RFC 854 Telnet Server |
Exigido |
|
|
|
|
Deberá soportar el RFC 2865 RADIUS |
Exigido |
|
|
|
|
Deberá soportar el RFC 1643 Ethernet-like Interface MIB |
Exigido |
|
|
|
|
Deberá soportar el RFC 1213 MIB-II |
Exigido |
|
|
|
|
Deberá soportar el RFC 1354 IP Forwarding Table MIB |
Exigido |
|
|
|
|
Deberá soportar el RFC 2572 SNMP Message Processing and Dispatching |
Exigido |
|
|
|
|
Deberá soportar el RFC 1573 SNMP MIB II |
Exigido |
|
|
|
|
Deberá soportar el RFC 1157 SNMPv1/v2c |
Exigido |
|
|
|
|
Deberá soportar el RFC 2030 SNTP |
Exigido |
|
|
|
|
Deberá soportar Port Mirroring |
Exigido |
|
|
|
|
Deberá soportar Admin Authentication Via RFC 2865 RADIUS |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1x authentication Port-based |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1x Authentication MAC-based |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1x Guest and Fallback VLAN |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1x MAC Access Bypass (MAB) |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1x Dynamic VLAN Assignment |
Exigido |
|
|
|
|
Deberá soportar Radius CoA (Change of Authority) |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1ab Link Layer Discovery Protocol (LLDP) |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1ab LLDP-MED |
Exigido |
|
|
|
|
Deberá soportar Radius Accounting |
Exigido |
|
|
|
|
Deberá soportar EAP pass-through |
Exigido |
|
|
|
|
Deberá soportar detección de dispositivos |
Exigido |
|
|
|
|
Deberá soportar MAC-IP binding |
Exigido |
|
|
|
|
Deberá soportar sFlow |
Exigido |
|
|
|
|
Deberá soportar Flow Export |
Exigido |
|
|
|
|
Deberá soportar ACLs |
Exigido |
|
|
|
|
Deberá soportar múltiples ACLs de ingreso |
Exigido |
|
|
|
|
Deberá soportar scheduling de ACLs |
Exigido |
|
|
|
|
Deberá soportar DHCP Snooping |
Exigido |
|
|
|
|
Deberá soportar listas de servidores DHCP permitidos |
Exigido |
|
|
|
|
Deberá soportar bloqueo de DHCP |
Exigido |
|
|
|
|
Deberá permitir Dynamic ARP Inspection (DAI) |
Exigido |
|
|
|
|
Deberá permitir Access VLANs |
Exigido |
|
|
|
|
Deberá permitir tagging de tráfico con VLAN ID mediante ACLs |
Exigido |
|
|
|
|
Deberá soportar Syslog |
Exigido |
|
|
|
|
Debe contar con un sensor de temperatura interno |
Exigido |
|
|
|
|
Debe permitir monitorear la temperatura del dispositivo |
Exigido |
|
|
|
|
Debe soportar Energy-Efficient Ethernet (EEE) |
Exigido |
|
|
|
|
Garantía |
Debe contar con garantía del fabricante de al menos 3 años |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participacion del oferente en la presente licitación. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
24 (Veinticuatro) |
Exigido |
|
|
|
Generalidades |
Debe contar con 24 puertos de 1GbE RJ45 |
Exigido |
|
|
|
Tener al menos 4 interfaces 10GbE SFP+. Se debe contemplar al menos un módulo. |
Exigido |
|
|
|
|
Debe contar con al menos 370W para PoE |
Exigido |
|
|
|
|
Debe contar con al menos 24 puertos PoE que soporten 802.3af/at |
Exigido |
|
|
|
|
Deben tener un tamaño de 1U mínimamente, rackeable |
Exigido |
|
|
|
|
Deberá soportar manejo dedicado de puertos de 10/100 Ethernet como mínimo. |
Exigido |
|
|
|
|
Deberá poseer como mínimo 500 MB de memoria RAM |
Exigido |
|
|
|
|
Deberá poseer una memoria Flash reescribible de al menos 60 MB |
Exigido |
|
|
|
|
Fuente de poder interna con rango de operación entre 100-240VAC/50-60Hz |
Exigido |
|
|
|
|
Deberá soportar un rango de temperatura de operación como mínimo entre 0° y 45° C y un rango de Humedad no condensada de 10 a 90 %. |
Exigido |
|
|
|
|
Deberá tener un tiempo promedio entre fallas (MTBF) superior a 370.000 horas |
Exigido |
|
|
|
|
Capacidad de switcheo de al menos 125 Gbps |
Exigido |
|
|
|
|
Capacidad mínima de 185 Mpps para envio de paquetes. |
Exigido |
|
|
|
|
Deberá soportar al menos 30.000 MAC Address |
Exigido |
|
|
|
|
Deberá soportar por lo menos 4.000 VLANs |
Exigido |
|
|
|
|
Administración |
El switch deberá poder aceptar actualizaciones de firmware |
Exigido |
|
|
|
Deberá soportar detección y notificación de conflictos de direcciones IP |
Exigido |
|
|
|
|
Deberá soportar administración en la nube |
Exigido |
|
|
|
|
Deberá soportar administración por IPv4 e IPv6 |
Exigido |
|
|
|
|
Deberá soportar Telnet / SSH para acceso a la consola |
Exigido |
|
|
|
|
Deberá soportar HTTP / HTTPS |
Exigido |
|
|
|
|
Deberá soportar SNMP v1/v2c/v3 |
Exigido |
|
|
|
|
Deberá poder configurar su reloj mediante un NTP Server |
Exigido |
|
|
|
|
Deberá contar con una línea de comandos estándar y con interface para configurar vía Web |
Exigido |
|
|
|
|
Deberá soportar actualizaciones de Software por: TFTP/FTP/GUI |
Exigido |
|
|
|
|
Deberá soportar HTTP REST APIs para Configuracion y monitoreo |
Exigido |
|
|
|
|
Alta Disponibilidad |
Deberá soportar Multi-Chassis LAG (MCLAG) |
Exigido |
|
|
|
Deberá soportar STP sobre Multi-Chassis LAG (MCLAG) |
Exigido |
|
|
|
|
Calidad de Servicio |
Deberá soportar priorización de tráfico basada en 802.1p |
Exigido |
|
|
|
Deberá soportar priorización de tráfico basada en IP TOS/DSCP |
Exigido |
|
|
|
|
Deberá soportar marcado de tráfico con 802.1p y/o IP TOS/DSCP |
Exigido |
|
|
|
|
Características Layer 2 |
Deberá soportar Link Aggregation estático |
Exigido |
|
|
|
Deberá soportar LACP |
Exigido |
|
|
|
|
Deberá soportar Spanning Tree |
Exigido |
|
|
|
|
Deberá soportar Jumbo Frames |
Exigido |
|
|
|
|
Deberá soportar Auto-negociacion para la velocidad de los puertos y para Duplex |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.1D MAC Bridging/STP |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.1w Rapid Spanning Tree Protocol (RSTP) |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.1s Multiple Spanning Tree Protocol (MSTP) |
Exigido |
|
|
|
|
Deberá soportar la funcionalidad STP Root Guard |
Exigido |
|
|
|
|
Deberá soportar STP BPDU Guard |
Exigido |
|
|
|
|
Deberá soportar Edge Port / Port Fast |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.1Q VLAN Tagging |
Exigido |
|
|
|
|
Deberá soportar Private VLAN |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3ad Link Aggregation con LACP |
Exigido |
|
|
|
|
Deberá poder balancear tráfico Unicast/Multicast sobre un puerto trunk (dst-ip, dst-mac, src-dst-ip, src-dst-mac, src-ip, src-mac) |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.1AX Link Aggregation |
Exigido |
|
|
|
|
Deberá soportar instancias de Spanning Tree (MSTP/CST) |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3x Flow Control con Back-pressure |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3 10Base-T |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3u 100Base-TX |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3z 1000Base-SX/LX |
Exigido |
|
|
|
|
Deberá soportar el estandar IEEE 802.3ab 1000Base-T |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.3 CSMA/CD como método de acceso y las especificaciones de la capa física |
Exigido |
|
|
|
|
Deberá contar con la funcionalidad de Control de Tormentas (Storm Control) |
Exigido |
|
|
|
|
Deberá soportar la creación de VLANs por MAC, IP y Ethertype-based |
Exigido |
|
|
|
|
Deberá soportar la funcionalidad de Virtual-Wire |
Exigido |
|
|
|
|
Deberá soportar Time-Domain Reflectometer (TDR) |
Exigido |
|
|
|
|
Deberá soportar 4094 VLANs simultáneas |
Exigido |
|
|
|
|
Deberá soportar IGMP Snooping |
Exigido |
|
|
|
|
Deberá soportar IGMP proxy y querier |
Exigido |
|
|
|
|
Deberá soportar emgency location identifier numbers (ELINs) en LLDP-MED |
Exigido |
|
|
|
|
Deberá permitir limitar la cantidad de MACs aprendidas por puerto |
Exigido |
|
|
|
|
Deberá permitir un mínimo de 15 instancias de MSTP |
Exigido |
|
|
|
|
Deberá permitir controlar tormentas de broadcast independientemente en cada puerto |
Exigido |
|
|
|
|
Deberá soportar un mecanismo de detección y prevención de loops |
Exigido |
|
|
|
|
Deberá soportar VLAN Stacking (QinQ) |
Exigido |
|
|
|
|
Deberá soportar SPAN |
Exigido |
|
|
|
|
Deberá soportar RSPAN y ERSPAN |
Exigido |
|
|
|
|
Deberá soportar DHCP Relay |
Exigido |
|
|
|
|
Deberá soportar DHCP Server |
Exigido |
|
|
|
|
Protocolos, Seguridad y Visibilidad |
Deberá soportar el RFC 2571 Architecture for Describing SNMP |
Exigido |
|
|
|
Deberá soportar DHCP Client |
Exigido |
|
|
|
|
Deberá soportar el RFC 854 Telnet Server |
Exigido |
|
|
|
|
Deberá soportar el RFC 2865 RADIUS |
Exigido |
|
|
|
|
Deberá soportar el RFC 1643 Ethernet-like Interface MIB |
Exigido |
|
|
|
|
Deberá soportar el RFC 1213 MIB-II |
Exigido |
|
|
|
|
Deberá soportar el RFC 1354 IP Forwarding Table MIB |
Exigido |
|
|
|
|
Deberá soportar el RFC 2572 SNMP Message Processing and Dispatching |
Exigido |
|
|
|
|
Deberá soportar el RFC 1573 SNMP MIB II |
Exigido |
|
|
|
|
Deberá soportar el RFC 1157 SNMPv1/v2c |
Exigido |
|
|
|
|
Deberá soportar el RFC 2030 SNTP |
Exigido |
|
|
|
|
Deberá soportar Port Mirroring |
Exigido |
|
|
|
|
Deberá soportar Admin Authentication Via RFC 2865 RADIUS |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1x authentication Port-based |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1x Authentication MAC-based |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1x Guest and Fallback VLAN |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1x MAC Access Bypass (MAB) |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1x Dynamic VLAN Assignment |
Exigido |
|
|
|
|
Deberá soportar Radius CoA (Change of Authority) |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1ab Link Layer Discovery Protocol (LLDP) |
Exigido |
|
|
|
|
Deberá soportar el estándar IEEE 802.1ab LLDP-MED |
Exigido |
|
|
|
|
Deberá soportar Radius Accounting |
Exigido |
|
|
|
|
Deberá soportar EAP pass-through |
Exigido |
|
|
|
|
Deberá soportar detección de dispositivos |
Exigido |
|
|
|
|
Deberá soportar MAC-IP binding |
Exigido |
|
|
|
|
Deberá soportar sFlow |
Exigido |
|
|
|
|
Deberá soportar Flow Export |
Exigido |
|
|
|
|
Deberá soportar ACLs |
Exigido |
|
|
|
|
Deberá soportar múltiples ACLs de ingreso |
Exigido |
|
|
|
|
Deberá soportar scheduling de ACLs |
Exigido |
|
|
|
|
Deberá soportar DHCP Snooping |
Exigido |
|
|
|
|
Deberá soportar listas de servidores DHCP permitidos |
Exigido |
|
|
|
|
Deberá soportar bloqueo de DHCP |
Exigido |
|
|
|
|
Deberá permitir Dynamic ARP Inspection (DAI) |
Exigido |
|
|
|
|
Deberá permitir Access VLANs |
Exigido |
|
|
|
|
Deberá permitir tagging de tráfico con VLAN ID mediante ACLs |
Exigido |
|
|
|
|
Deberá soportar Syslog |
Exigido |
|
|
|
|
Debe contar con un sensor de temperatura interno |
Exigido |
|
|
|
|
Debe permitir monitorear la temperatura del dispositivo |
Exigido |
|
|
|
|
Debe soportar Energy-Efficient Ethernet (EEE) |
Exigido |
|
|
|
|
Garantía |
Debe contar con garantía del fabricante de al menos 3 años |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
3.3.15.SWITCH TIPO 3 SWITCH INDUSTRIAL DE 16 PUERTOS POE
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
25 (Veinticinco) |
Exigido |
|
|
|
Generalidades |
Debe contar con 16 puertos RJ45 |
Exigido |
|
|
|
Tener al menos 4 interfaces 10GbE SFP+ |
Exigido |
|
|
|
|
Los 16 puertos deben soportar la funcionalidad PoE, y deben soportar los estandares 802.3af, 802.3at |
Exigido |
|
|
|
|
Debe contar con al menos 240 W para entrega de potencia a dispositivos PoE. |
Exigido |
|
|
|
|
Debe contar con al menos 1 puerto RJ 45 para acceso a la administración |
Exigido |
|
|
|
|
Deberá soportar un rango de temperatura de operación como mínimo entre -10° y 75° C y un rango de Humedad no condensada de 5 a 95 %. |
Exigido |
|
|
|
|
Protección IP30 como minimo |
Exigido |
|
|
|
|
Capacidad de switcheo de al menos 52 Gbps |
Exigido |
|
|
|
|
Capacidad mínima de 38 Mpps para envio de paquetes. |
Exigido |
|
|
|
|
Deberá soportar al menos 16.000 MAC Address |
Exigido |
|
|
|
|
Deberá soportar por lo menos 4.000 VLANs |
Exigido |
|
|
|
|
Seguridad y Visibilidad |
Detección y notificación de conflictos IP |
Exigido |
|
|
|
RADIUS |
Exigido |
|
|
|
|
TACACS |
Exigido |
|
|
|
|
802.1x |
Exigido |
|
|
|
|
ACL |
Exigido |
|
|
|
|
DHCP Snooping |
Exigido |
|
|
|
|
ARP inspection |
Exigido |
|
|
|
|
Syslog alarm |
Exigido |
|
|
|
|
Layer 2 |
LACP |
Exigido |
|
|
|
IGMP Snooping |
Exigido |
|
|
|
|
LLDP |
Exigido |
|
|
|
|
STP Root Guard |
Exigido |
|
|
|
|
BPDU Guard |
Exigido |
|
|
|
|
RSTP |
Exigido |
|
|
|
|
MSTP |
Exigido |
|
|
|
|
Control de tormentas |
Exigido |
|
|
|
|
RSPAN |
Exigido |
|
|
|
|
Control de Flujos |
Exigido |
|
|
|
|
Energia |
Soporte de Energy-Efficient Ethernet |
Exigido |
|
|
|
Certificaciones |
FCC, CE |
Exigido |
|
|
|
IEC60068-2-32 |
Exigido |
|
|
|
|
IEC60068-2-27 |
Exigido |
|
|
|
|
IEC60068-2-6 |
Exigido |
|
|
|
|
Garantía |
Debe contar con garantía del fabricante de al menos 3 años |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante o distribuidor autorizado dirigido a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
1 (uno) |
Exigido |
|
|
|
Interfaz |
8 puertos GPON como minimo |
Exigido |
|
|
|
4 interfaces 10/100/1000 RJ45 |
Exigido |
|
|
|
|
8 interfaces 100/1000 SFP |
Exigido |
|
|
|
|
4 interfaces 10G SFP+ |
Exigido |
|
|
|
|
1 interfaz consola RJ45 a DB9 para configuracion y administración |
Exigido |
|
|
|
|
1 interfaz RJ45 de administración |
Exigido |
|
|
|
|
Caracteristicas GPON |
Capacidad de 128 usuarios por puerta GPON |
Exigido |
|
|
|
Velocidad de 2.5Gbps en downstream y 1.25Gbps en upstream, como mínimo. |
Exigido |
|
|
|
|
Alcance de transmisión de 20 km |
Exigido |
|
|
|
|
Longitud de onda de transmisión: 1490 nm |
Exigido |
|
|
|
|
Longitud de onda de recepción: 1310 nm |
Exigido |
|
|
|
|
Administración |
Administración centralizada desde la OLT, todas las ONT del llamado deberán ser configuradas desde la OLT |
Exigido |
|
|
|
Acceso vía Serial, SSH y Telnet (CLI) |
Exigido |
|
|
|
|
Gestión dentro y fuera de banda |
Exigido |
|
|
|
|
SNMP v1/v2/v3 |
Exigido |
|
|
|
|
Gestión a través de IPv4 o IPv6 |
Exigido |
|
|
|
|
Sistema de registro local y remoto |
Exigido |
|
|
|
|
NTP |
Exigido |
|
|
|
|
LLDP |
Exigido |
|
|
|
|
QoS |
Interfaces PON: |
Exigido |
|
|
|
Al menos 8 colas de prioridad. |
Exigido |
|
|
|
|
Características L2 |
Permite LACP estático y dinámico |
Exigido |
|
|
|
Debe soportar: |
Exigido |
|
|
|
|
IEEE 802.1d-Spanning Tree (STP), IEEE 802.1w-Rapid Spanning Tree Protocol (RSTP), IEEE 802.1s-Multiple Spanning Tree Protocol (MSTP) |
Exigido |
|
|
|
|
Hasta 4K VLANs |
Exigido |
|
|
|
|
Características L3 |
Enrutamiento estático,RIP, OSPF |
Exigido |
|
|
|
||||
|
|
Multicast |
Debera soportar IGMP snooping v1, v2, v3 y MLD snooping v1 y v2 |
Exigido |
|
|
|
Seguridad |
Autenticación de usuarios vía RADIUS y TACACS, IEEE 802.1x, ACL basado en IP y MAC, DHCP snooping, IP Spoofing |
Exigido |
|
|
|
Temperatura de operación |
0 º C a 50 º C o de rango superior |
Exigido |
|
|
|
Autorización |
Deberá presentar junto con la oferta la carta de autorización del fabricante y/o distribuidor autorizado. |
Exigido |
|
|
|
Garantía |
Debe contar con garantía del fabricante de al menos 3 años |
Exigido |
|
|
|
Accesorios |
Deberá ser suministrado con todos los accesorios necesarios para su correcta instalación |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
25 (Veinticinco) |
Exigido |
|
|
|
Interfaz |
1 interfaz óptica GPON SC-UPC como minimo |
Exigido |
|
|
|
1 interfaz RJ-45 10/100/1000 |
Exigido |
|
|
|
|
Características GPON |
Velocidad de Transmisión en Downstream de 2.5 Gbps y 1.25 Gbps Upstream o superior |
Exigido |
|
|
|
Potencia de transmisión entre 0.5 dBm a 5dBm o superior. |
Exigido |
|
|
|
|
Longitud de onda en Upstream de 1310 nm y 1490 nm en Downstream. |
Exigido |
|
|
|
|
Deberá incluir Corrección de Errores Adelantada (FEC). |
Exigido |
|
|
|
|
Características generales |
Aprendizaje de direciones MAC |
Exigido |
|
|
|
Soporte de IGMP Snooping |
Exigido |
|
|
|
|
Soporte de ACL y Filtros MAC |
Exigido |
|
|
|
|
Prueba remota de loopback |
Exigido |
|
|
|
|
Algoritmo de encriptación AES128 |
Exigido |
|
|
|
|
Soporte de bandwithd dynamic allocation (DBA) |
Exigido |
|
|
|
|
Soporte de estandar 802.3x flow control |
Exigido |
|
|
|
|
Temperatura de operación |
0 ºC a 50 ºC o de rango superior. |
Exigido |
|
|
|
Autorización |
Deberá presentar junto con la oferta la carta de autorización del fabricante o distribuidor. |
Exigido |
|
|
|
Garantía |
Debe contar con garantía del fabricante de al menos 3 años |
Exigido |
|
|
|
Compatibilidad |
Deberá ser del mismo fabricante que la OLT solicitado en este llamado. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Cantidad |
25 (Veinticinco) |
Exigido |
|
|
|
Composición |
Debe ser de chapa de acero con dimensiones de 600x500x200. |
Exigido |
|
|
|
Certificación |
IP65 e IK10 |
Exigido |
|
|
|
Accesorios |
Se deben incluir los materiales de fijación, llave TM de 10A, supresor de tensión, bornera de tierra, jabalina, conductores, ductos. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Cantidad |
2 (dos) |
Exigido |
|
|
|
Tipo |
Rack Cerrado 42U |
Exigido |
|
|
|
Construcción |
Completamente metálica con puertas tipo Ranurada |
Exigido |
|
|
|
Cerradura |
Se debe incluir la cerradura idónea para la ubicación de estos |
Exigido |
|
|
|
Dimensiones |
Altura: 2 metros como mínimo |
Exigido |
|
|
|
Grado de protección |
IP20 |
Exigido |
|
|
|
Estándares |
UL, TIA/EIA, RoHS |
Exigido |
|
|
|
Accesorios |
Se debe proveer 2 unidades de PDU tipo Rackeable |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Cantidad |
6 (seis) |
Exigido |
|
|
|
Tamaño de pantalla |
55" o superior |
Exigido |
|
|
|
Resolución |
1920x1080 |
Exigido |
|
|
|
Brillo |
500 nit |
Exigido |
|
|
|
Radio de contraste |
1200:1 |
Exigido |
|
|
|
Angulo de visión |
178/178 |
Exigido |
|
|
|
Tiempo de operación |
24/7 |
Exigido |
|
|
|
Interfaces de entrada |
Debe contar con al menos un puerto de cada tipo HDMI, DP, DVI-D, Audio, USB. |
Exigido |
|
|
|
Interfaces de salida |
Debe contar con al menos un puerto de cada tipo DP, Audio |
Exigido |
|
|
|
Interfaces de control |
RS232C Entrada/Salida, entrada RJ45, entrada IR |
Exigido |
|
|
|
Tamaño de bezel |
Igual o Inferior a 3mm |
Exigido |
|
|
|
Montaje de estándar VESA |
600x400 mm |
Exigido |
|
|
|
Temperatura de operación |
0° a 40° o de rango superior |
Exigido |
|
|
|
Humedad relativa |
10% a 80% |
Exigido |
|
|
|
Consumo de energía |
150W como máximo |
Exigido |
|
|
|
Certificaciones |
FCC Class A, CE, KC, CB/NRTL |
Exigido |
|
|
|
Accesorios |
Se debe contemplar los accesorios de montaje para el sitio. |
Exigido |
|
|
|
Garantía |
Debe contar con garantía del fabricante de al menos 3 años |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
3.3.21.COMPUTADORA DE ESCRITORIO TIPO 1 AVANZADA
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Número de Parte del Fabricante del Equipo |
Indicar |
Exigido |
|
|
|
Origen |
Indicar |
Exigido |
|
|
|
Cantidad |
6 (Seis) |
Exigido |
|
|
|
Chasis |
Torre, Media torre, Mini torre, Micro torre o Small Form Factor (SFF) |
Exigido |
|
|
|
BIOS del Sistema |
Debe ser actualizable desde la web del Fabricante. |
Exigido |
|
|
|
Procesador |
8 (ocho) núcleos físicos como mínimo (en caso que se ofrezcan procesadores que informen núcleos tipo Eficiencia "E-core" y performance "P-core", este requisito mínimo debe ser cumplido con los núcleos del tipo performance "P-core"). La velocidad con frecuencia Turbo deberá alcanzar 4.0 Ghz como mínimo. |
Exigido |
|
|
|
Memoria Caché. 16 MB mínimo. |
Exigido |
|
|
|
|
Soporte de Virtualización de Hardware. |
Exigido |
|
|
|
|
Indistintamente de la marca o modelo ofertado, el procesador podrá ser de hasta dos (2) generaciones anteriores con respecto a la última generación lanzada oficialmente. Esta condición debe ser verificable a través del sitio web oficial del fabricante de procesadores. |
Exigido |
|
|
|
|
Puertos / Ranuras |
1 (un) puerto USB Tipo C 3.2 Gen 1. o superior como mínimo. |
Exigido |
|
|
|
2 (dos) puertos USB Tipo A 3.2 Gen 1 o superior como mínimo. |
Exigido |
|
|
|
|
Un puerto HDMI (compatible con el monitor ofertado) |
Exigido |
|
|
|
|
Memoria RAM |
Deberá contar con 32 GB como mínimo. |
Exigido |
|
|
|
Tipo DDR5 4800 MHz o superior. |
Exigido |
|
|
|
|
Debe quedar al menos 1 (un) banco de memoria vacío para futuras expansiones. |
Exigido |
|
|
|
|
Almacenamiento |
Disco Duro de 512 GB SSD. como mínimo Factor de forma M.2. Interfaz NVMe. |
Exigido |
|
|
|
Interfaz de sonido |
Puerto Jack 3.5mm compatible con parlantes, auriculares y micrófonos. |
Exigido |
|
|
|
Parlantes integrados e Internos. |
Exigido |
|
|
|
|
Tarjeta de video |
Encapsulada al procesador. |
Exigido |
|
|
|
Deberá soportar la resolución 1920 x 1080 en 60Hz o superior. |
Exigido |
|
|
|
|
Tarjeta de video dedicada |
Memoria de 4GB GDDR5 o superior. |
Exigido |
|
|
|
Deberá soportar la resolución 2560 x 1440 en 60 Hz o superior. |
Exigido |
|
|
|
|
La tarjeta deberá ser la recomendada por el Fabricante para este tipo de equipo. |
Exigido |
|
|
|
|
Monitores |
Pantalla Plana con entrada tipo HDMI, de la misma marca que el Gabinete. |
Exigido |
|
|
|
Fuente de alimentación interna con entrada dinámica (100-240 V / 50-60 Hz) compatible con la red eléctrica nacional (220 VCA / 50 Hz). |
Exigido |
|
|
|
|
Resolución 1920x1080 en 60Hz o superior |
Exigido |
|
|
|
|
Tipo LED no menor a 21,5 y no superior a 25. |
Exigido |
|
|
|
|
Relación de aspecto 16:9. |
Exigido |
|
|
|
|
Teclado |
La marca deberá ser igual al Gabinete y Monitor. |
Exigido |
|
|
|
Tipo QWERTY en español. |
Exigido |
|
|
|
|
Deberá ser del mismo color que el gabinete y monitor. |
Exigido |
|
|
|
|
No se aceptaran adaptadores ni teclados Inalámbricos. |
Exigido |
|
|
|
|
Mouse / Ratón |
La marca deberá ser igual al Gabinete y Monitor. |
Exigido |
|
|
|
Deberá ser óptico con Scroll integrado |
Exigido |
|
|
|
|
Deberá poseer mínimo 2 botones |
Exigido |
|
|
|
|
Deberá ser del mismo color que el gabinete y monitor. |
Exigido |
|
|
|
|
No se aceptaran adaptadores ni mouse inalámbricos |
Exigido |
|
|
|
|
Conexión de Red |
Tarjeta de Red 10/100/1000 full dúplex |
Exigido |
|
|
|
Tarjeta de red inalámbrica 802.11ax o superior |
Exigido |
|
|
|
|
Fuente de Alimentación |
Fuente de alimentación con entrada dinámica (100-240 V / 50-60 Hz) compatible con la red eléctrica nacional (220 VCA / 50 Hz). La fuente deberá soportar la carga de todos los componentes del equipo. |
Exigido |
|
|
|
Seguridad |
Gabinete con sistema de seguridad por medio de candado pequeño de acero y llaves. |
Exigido |
|
|
|
Integridad de la Plataforma TPM v2.0 o superior. |
Exigido |
|
|
|
|
Licencias |
Licencia de Windows 11 Pro o superior, versión OEM |
Exigido |
|
|
|
Deberá estar pre-instalado y configurado con todas las actualizaciones y activaciones necesarias directas para su puesta en producción. |
Exigido |
|
|
|
|
Deberá estar disponible en idioma español, con la última actualización del sistema operativo al momento de la compra. |
Exigido |
|
|
|
|
Instaladores |
El instalador original del Sistema Operativo, así como todos los controladores del equipo (como los de red, video y sonido), deben ser accesibles desde un pendrive o la página web del fabricante, que permita la recuperación completa de la instalación y restauración al estado de fábrica. |
Exigido |
|
|
|
Garantía (escrita) |
Mínimo de 36 meses. Incluye: Soporte de atención de Hardware, Mano de Obra y Repuestos incluyendo traslado de los equipos de la oficina del cliente al proveedor y viceversa a cargo del proveedor. Si la reparación implica la indisponibilidad del equipo por más de 5 días, el proveedor deberá comunicar por escrito el motivo de la demora y proporcionar un equipo de reemplazo de similar o mejor característica del equipo con fallas, hasta concluir las tareas y reponer operativamente el equipo en reparación sin costo para la institución. |
Exigido |
|
|
|
Respaldo Técnico |
Para garantizar a la institución, la garantía, así como la asistencia técnica especializada, será un requisito indispensable que la garantía pueda ser ejecutada en cualquiera de los CAS del país. El oferente deberá indicar cuales son los CAS que existen en el país. La gestión de la ejecución de la garantía, deberá poder ser hecha, directamente a través de cualquiera de los CAS del país, o en su defecto, a través del Oferente, corriendo en su caso, por cuenta del Oferente que resulte adjudicado, la gestión de dicha ejecución. |
Exigido |
|
|
|
Certificación y documentaciones requeridas |
Certificación ISO 9001 vigente vinculada a "Diseño y Desarrollo" |
Exigido |
|
|
|
Compatibilidad del equipo con el sistema operativo (Verificable en la web de Microsoft) |
Exigido |
|
|
|
|
Deberá contar con certificación EPEAT Silver comprobable desde el sitio web del mismo. |
Exigido |
|
|
|
|
Certificación tipo ISO 14001 vigente |
Exigido |
|
|
|
|
Debe contar con certificación en eficiencia en el consumo energético del equipo en su conjunto |
Exigido |
|
|
|
|
(Energy Star o ErP lot 3 o similar). |
Exigido |
|
|
|
|
Carta de Distribución del representante o distribuidor oficial en el país. |
Exigido |
|
|
|
|
Carta de Autorización del Fabricante |
Exigido |
|
|
|
|
Catálogos y Especificaciones originales del Equipo Ofertado. |
Exigido |
|
|
|
|
Componentes del equipo y números de parte |
Deberá ser presentada una lista por escrito que contenga: monitor, procesador, memoria, fuente, placa madre, unidad de almacenamiento, teclado, mouse con sus respectivos números de parte original del fabricante, de tal manera a corroborarse con el catálogo online del fabricante. |
Exigido |
|
|
Item |
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (Si/No) |
|
|
Marca |
Indicar |
Exigido |
|
|
|
Modelo |
Indicar |
Exigido |
|
|
|
Procedencia |
Indicar |
Exigido |
|
|
|
Cantidad |
2 (dos) |
Exigido |
|
|
|
Tensión nominal de entrada |
220/230/240 Vac |
Exigido |
|
|
|
Rango de tensión de entrada |
176 a 280 Vac o de rango superior |
Exigido |
|
|
|
Rango de frecuencia de entrada |
40 a 70 Hz o de rango superior |
Exigido |
|
|
|
THDi |
<3% |
Exigido |
|
|
|
Factor de potencia de entrada |
≥ 0,99 |
Exigido |
|
|
|
Tensión nominal de salida |
220/230/240 Vac ±1% |
Exigido |
|
|
|
Factor de potencia |
1 |
Exigido |
|
|
|
THDv |
<1% |
Exigido |
|
|
|
Capacidad de sobrecarga |
Funcionamiento en modo normal: ≤ 105%, trabajo continuo. |
Exigido |
|
|
|
Baterías |
al menos 20 baterías de 12V 9Ah |
Exigido |
|
|
|
Temperatura de operación |
0° a 50° o de rango superior |
Exigido |
|
|
|
Humedad relativa |
0% a 95% |
Exigido |
|
|
|
Ruido audible |
55dB o inferior |
Exigido |
|
|
|
Certificaciones |
YD/T 1095-2008, EN/IEC 62040-1, EN/IEC 62040-2, EN/IEC 62040-3, TLC, CE, CB, RoHS, Reach, WEEE |
Exigido |
|
|
|
Comunicaciones |
Debe soportar interfaces SNMP y contactos secos |
Exigido |
|
|
|
Garantía |
Debe contar con garantía del fabricante de al menos 3 años |
Exigido |
|
|
|
Carta de autorización |
Se debe presentar carta de autorización del fabricante dirigida a la Convocante, el cual avale la participación del oferente en la presente licitación. |
Exigido |
|
El propósito de la Especificaciones Técnicas (EETT), es el de definir las carácteristicas técnicas de los bienes que la convocante requiere. La convocante preparará las EETT detalladas teniendo en cuenta que:
- Las EETT constituyen los puntos de referencia contra los cuales la convocante podrá verificar el cumplimiento técnico de las ofertas y posteriormente evaluarlas. Por lo tanto, unas EETT bien definidas facilitarán a los oferentes la preparación de ofertas que se ajusten a los documentos de licitación, y a la convocante el examen, evaluación y comparación de las ofertas.
- En las EETT se deberá estipular que todos los bienes o materiales que se incorporen en los bienes deberán ser nuevos, sin uso y del modelo más reciente o actual, y que contendrán todos los perfeccionamientos recientes en materia de diseño y materiales, a menos que en el contrato se disponga otra cosa.
- En las EETT se utilizarán las mejores prácticas. Ejemplos de especificaciones de adquisiciones similares satisfactorias en el mismo sector podrán proporcionar bases concretas para redactar las EETT.
- Las EETT deberán ser lo suficientemente amplias para evitar restricciones relativas a manufactura, materiales, y equipo generalmente utilizados en la fabricación de bienes similares.
- Las normas de calidad del equipo, materiales y manufactura especificadas en los Documentos de Licitación no deberán ser restrictivas. Siempre que sea posible deberán especificarse normas de calidad internacionales . Se deberán evitar referencias a marcas, números de catálogos u otros detalles que limiten los materiales o artículos a un fabricante en particular. Cuando sean inevitables dichas descripciones, siempre deberá estar seguida de expresiones tales como “o sustancialmente equivalente” u “o por lo menos equivalente”. Cuando en las ET se haga referencia a otras normas o códigos de práctica particulares, éstos solo serán aceptables si a continuación de los mismos se agrega un enunciado indicando otras normas emitidas por autoridades reconocidas que aseguren que la calidad sea por lo menos sustancialmente igual.
- Asimismo, respecto de los tipos conocidos de materiales, artefactos o equipos, cuando únicamente puedan ser caracterizados total o parcialmente mediante nomenclatura, simbología, signos distintivos no universales o marcas, únicamente se hará a manera de referencia, procurando que la alusión se adecue a estándares internacionales comúnmente aceptados.
- Las EETT deberán describir detalladamente los siguientes requisitos con respecto a por lo menos lo siguiente:
(a) Normas de calidad de los materiales y manufactura para la producción y fabricación de los bienes.
(b) Lista detallada de las pruebas requeridas (tipo y número).
(c) Otro trabajo adicional y/o servicios requeridos para lograr la entrega o el cumplimiento total.
(d) Actividades detalladas que deberá cumplir el proveedor, y consiguiente participación de la convocante.
(e) Lista detallada de avales de funcionamiento cubiertas por la garantía, y las especificaciones de las multas aplicables en caso de que dichos avales no se cumplan.
- Las EETT deberán especificar todas las características y requisitos técnicos esenciales y de funcionamiento, incluyendo los valores máximos o mínimos aceptables o garantizados, según corresponda. Cuando sea necesario, la convocante deberá incluir un formulario específico adicional de oferta (como un Anexo al Formulario de Presentación de la Oferta), donde el oferente proporcionará la información detallada de dichas características técnicas o de funcionamiento con relación a los valores aceptables o garantizados.
Cuando la convocante requiera que el oferente proporcione en su oferta una parte de o todas las Especificaciones Técnicas, cronogramas técnicos, u otra información técnica, la convocante deberá especificar detalladamente la naturaleza y alcance de la información requerida y la forma en que deberá ser presentada por el oferente en su oferta.
Si se debe proporcionar un resumen de las EETT, la convocante deberá insertar la información en la tabla siguiente. El oferente preparará un cuadro similar para documentar el cumplimiento con los requerimientos.
Los bienes y/o servicios deberán cumplir con las siguientes especificaciones técnicas y normas:
Conforme a lo establecido en el punto Especificaciones técnicas - CPS.
Para los procedimientos de Menor Cuantía, este tipo de procedimiento de contratación estará preferentemente reservado a las MIPYMES, de conformidad al artículo 34 inc b) de la Ley N° 7021/22 ‘’De Suministro y Contrataciones Públicas". Son consideradas Mipymes las unidades económicas que, según la dimensión en que organicen el trabajo y el capital, se encuentren dentro de las categorías establecidas en el Artículo 5° de la Ley N° 4457/2012 ‘’PARA LAS MICRO, PEQUEÑAS Y MEDIANAS EMPRESAS’’, y se ocupen del trabajo artesanal, industrial, agroindustrial, agropecuario, forestal, comercial o de servicio
La entrega de los bienes se realizará de acuerdo al plan de entrega, indicado en el presente apartado. Así mismo, de los documentos de embarque y otros que deberá suministrar el proveedor indicado a continuación:
|
BIENES |
|||||
|
ITEM |
DESCRIPCION DEL BIEN |
CANTIDAD |
UNIDAD DE MEDIDA DE LOS BIENES |
LUGAR DE ENTREGA DE LOS BIENES |
FECHAS FINALES DE ENTREGA DE LOS BIENES |
|
1 |
Software de Videovigilancia |
1 |
unidad |
|
120 días desde la emisión de la Orden de compra |
|
2 |
Software de análisis forense y reconocimiento facial |
1 |
unidad |
|
120 días desde la emisión de la Orden de compra |
|
3 |
Cámara tipo 1 Domo |
75 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
4 |
Cámara tipo 2 Bullet |
200 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
5 |
Cámara tipo 3 Multisensor |
25 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
6 |
Cámara tipo 4 Bullet con IA |
30 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
7 |
Cámara tipo 5 Domo con IA |
30 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
8 |
Cámara tipo 6 PTZ |
28 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
9 |
Cámara tipo 7 Ojo de pez |
12 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
10 |
Servidor Tipo 1 |
1 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
11 |
Servidor Tipo 2 |
2 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
12 |
Servidor Tipo 3 |
1 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
13 |
Switch tipo 1 Switch Core |
2 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
14 |
Switch tipo 2 Switch de 24 puertos PoE |
24 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
15 |
Switch tipo 3 Switch Industrial de 16 puertos PoE |
25 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
16 |
OLT |
1 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
17 |
ONU |
25 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
18 |
Gabinete exterior |
25 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
19 |
Rack de 42U |
2 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
20 |
Pantallas VideoWall |
6 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
21 |
Computadora de Escritorio tipo 1 Avanzada |
6 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
22 |
UPS de 10 Kva |
2 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
23 |
Materiales de fibra |
1 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
|
24 |
Materiales de cableado de cobre |
1 |
Unidad |
|
120 días desde la emisión de la Orden de compra |
La prestación de los servicios se realizará de acuerdo con el plan de prestaciòn, indicados en el presente apartado. Así mismo, de los documentos de embarque y otros que deberá suministrar el proveedor indicados a continuación:
|
SERVICIOS |
|||||
|
ITEM |
DESCRIPCION DEL BIEN |
CANTIDAD |
UNIDAD DE MEDIDA DE LOS BIENES |
LUGAR DE ENTREGA DE LOS BIENES |
FECHAS FINALES DE ENTREGA DE LOS BIENES |
|
25 |
Implementación de Software de videovigilancia, analiticas y componentes. |
1 |
unidad |
|
210 días desde la emisión de la Orden de Compra |
|
26 |
Implementación de cámaras, equipos red y componentes del sistema de videovigilancia. |
1 |
unidad |
|
210 días desde la emisión de la Orden de Compra |
|
27 |
Soporte y Mantenimiento |
24 |
Mes |
|
mensual a partir del acta de recepción final. |
Para la presente contratación se pone a disposición los siguientes planos o diseños:
No aplica
El embalaje, la identificación y la documentación dentro y fuera de los paquetes serán como se indican a continuación:
No aplica
Las inspecciones y pruebas serán como se indica a continuación:
Se deberá presentar las muestras de las cámaras y el Sistema de videovigilancia para que el comité de evaluación determine el cumplimiento de las funcionalidades descritas.
1. El proveedor realizará todas las pruebas y/o inspecciones de los Bienes, por su cuenta y sin costo alguno para la contratante.
2. Las inspecciones y pruebas podrán realizarse en las instalaciones del Proveedor o de sus subcontratistas, en el lugar de entrega y/o en el lugar de destino final de entrega de los bienes, o en otro lugar en este apartado.
Cuando dichas inspecciones o pruebas sean realizadas en recintos del Proveedor o de sus subcontratistas se le proporcionarán a los inspectores todas las facilidades y asistencia razonables, incluso el acceso a los planos y datos sobre producción, sin cargo alguno para la Contratante.
3. La Contratante o su representante designado tendrá derecho a presenciar las pruebas y/o inspecciones mencionadas en la cláusula anterior, siempre y cuando éste asuma todos los costos y gastos que ocasione su participación, incluyendo gastos de viaje, alojamiento y alimentación.
4. Cuando el proveedor esté listo para realizar dichas pruebas e inspecciones, notificará oportunamente a la contratante indicándole el lugar y la hora. El proveedor obtendrá de una tercera parte, si corresponde, o del fabricante cualquier permiso o consentimiento necesario para permitir a la contratante o a su representante designado presenciar las pruebas o inspecciones.
5. La Contratante podrá requerirle al proveedor que realice algunas pruebas y/o inspecciones que no están requeridas en el contrato, pero que considere necesarias para verificar que las características y funcionamiento de los bienes cumplan con los códigos de las especificaciones técnicas y normas establecidas en el contrato. Los costos adicionales razonables que incurra el Proveedor por dichas pruebas e inspecciones serán sumados al precio del contrato, en cuyo caso la contratante deberá justificar a través de un dictamen fundado en el interés público comprometido. Asimismo, si dichas pruebas y/o inspecciones impidieran el avance de la fabricación y/o el desempeño de otras obligaciones del proveedor bajo el Contrato, deberán realizarse los ajustes correspondientes a las Fechas de Entrega y de Cumplimiento y de las otras obligaciones afectadas.
6. El proveedor presentará a la contratante un informe de los resultados de dichas pruebas y/o inspecciones.
7. La contratante podrá rechazar algunos de los bienes o componentes de ellos que no pasen las pruebas o inspecciones o que no se ajusten a las especificaciones. El proveedor tendrá que rectificar o reemplazar dichos bienes o componentes rechazados o hacer las modificaciones necesarias para cumplir con las especificaciones sin ningún costo para la contratante. Asimismo, tendrá que repetir las pruebas o inspecciones, sin ningún costo para la contratante, una vez que notifique a la contratante.
8. El proveedor acepta que ni la realización de pruebas o inspecciones de los bienes o de parte de ellos, ni la presencia de la contratante o de su representante, ni la emisión de informes, lo eximirán de las garantías u otras obligaciones en virtud del contrato.
El documento requerido para acreditar el cumplimiento contractual, será:
|
INDICADOR |
TIPO |
FECHA DE PRESENTACIÓN PREVISTA |
|
Acta de recepción parcial 1 |
Nota de Remisión / Acta de recepción |
Dentro de los 120 días hábiles posterior a la emisión de la orden de entrega (item 1 al 24) |
|
Acta de recepción parcial 2 |
Nota de Remisión / Acta de recepción |
Dentro de los 210 días hábiles posterior a la emisión de la orden de entrega (item 25 al 27) |
|
Acta de recepción Final |
Acta de recepción final |
Dentro de los 10 días hábiles posterior a la emisión del acta de recepción parcial 2 |
De manera a establecer indicadores de cumplimiento, a través del sistema de seguimiento de contratos, la convocante deberá determinar el tipo de documento que acredite el efectivo cumplimiento de la ejecución del contrato, así como planificar la cantidad de indicadores que deberán ser presentados durante la ejecución. Por lo tanto, la convocante en este apartado y de acuerdo al tipo de contratación de que se trate, deberá indicar el documento a ser comunicado a través del módulo de Seguimiento de Contratos y la cantidad de los mismos.