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 serán suministrados por el proveedor como si hubiesen sido expresamente mencionados, salvo disposición contraria en el contrato.
Los bienes 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.
Los productos y/o servicios a ser requeridos cuentan con las siguientes especificaciones técnicas:
La implementación de un sistema de videovigilancia para el edificio AYFRA y sus cuatro sucursales, ubicadas en Encarnación, Ciudad del Este, Isla Bogado y sobre la calle Artigas de la ciudad de Asunción, consiste en la provisión e instalación de un sistema de videovigilancia con analíticas (reconocimiento facial y de patentes) y todos los componentes tecnológicos que permitirán la visualización y grabación de imágenes en vivo en alta calidad desde un centro de monitoreo por medio de la interconexión de una red de alta velocidad.
Ítem |
Descripción |
Unidad de medida |
Cantidad |
1 |
Cámara tipo 1 |
Unidad |
47 |
2 |
Cámara tipo 2 |
Unidad |
58 |
3 |
Cámara tipo 3 |
Unidad |
5 |
4 |
Cámara tipo 4 |
Unidad |
4 |
5 |
Software de reconocimiento facial |
Unidad |
1 |
6 |
Servidor para software reconocimiento facial |
Unidad |
1 |
7 |
Software de videovigilancia |
Global |
1 |
8 |
NVR tipo 1 |
Unidad |
2 |
9 |
NVR tipo 2 |
Unidad |
4 |
10 |
Firewall tipo 1 |
Unidad |
1 |
11 |
Firewall tipo 2 |
Unidad |
4 |
12 |
Switch |
Unidad |
13 |
13 |
UPS tipo 1 |
Unidad |
5 |
14 |
UPS tipo 2 |
Unidad |
8 |
15 |
VideoWall |
Unidad |
4 |
16 |
Materiales para interconexión |
Global |
1 |
ESPECIFICACION TECNICA DETALLADA
ÍTEM 1 - CAMARA TIPO 1
DESCRIPCION |
CARACTERISTICAS |
MINIMO EXIGIDO |
EL BIEN OFERTADO CUMPLE CON LAS ESPECIFICACIONES REQUERIDAS |
Cantidad |
Cuarenta y siete (47) |
|
|
Marca |
Indicar |
|
|
Modelo |
Indicar |
|
|
Procedencia |
Indicar |
|
|
Descripción |
Cámara tipo dual head |
|
|
Sensor de imagen |
CMOS ≤ 1/2.7" |
Exigido |
|
Resolución (por cámara) |
2048 x 1536 como mínimo |
Exigido |
|
iluminación mínima |
≤ 0,15 lux en modo color; 0,07 lux en modo monocromo, 0 lux con IR encendido |
Exigido |
|
Distancia focal |
3.5 a 6.9 mm o de rango superior |
Exigido |
|
Apertura de imagen |
≤ F1.93 |
Exigido |
|
Velocidad del obturador |
1/7.5 a 1/8000 segundos como mínimo |
Exigido |
|
Control de parpadeo |
50, 60 Hz. |
Exigido |
|
Angulo de visión horizontal |
45° a 90° o de rango superior |
Exigido |
|
Angulo de visión vertical |
35° a 65° o de rango superior |
|
|
Distancia de IR |
≥ 30 metros |
Exigido |
|
Rango dinámico |
(WDR) ≥ 120 dB |
Exigido |
|
Velocidad de imagen |
≥ 30 fps |
Exigido |
|
Método de compresión |
Motion JPEG, H.264, H.265 |
Exigido |
|
Control de Día/Noche |
Sí |
Exigido |
|
Compensación de contraluz |
Sí |
Exigido |
|
Zonas de privacidad |
60 zonas de privacidad o superior |
Exigido |
|
Detección de movimiento |
Sí |
Exigido |
|
Balance de blancos |
Sí |
Exigido |
|
Red |
100 BASE-TX o superior |
Exigido |
|
Conector |
RJ-45 |
Exigido |
|
Protocolos de red soportados |
IPv4, IPv6, HTTP, HTTPS, DNS, NTP, RTSP, RTCP, RTP, TCP, UDP, IGMP, ICMP, DHCP, ARP, SNMP. |
Exigido |
|
Versiones de SNMP |
SNMP v2c, SNMP v3. |
Exigido |
|
Seguridad |
Protección de contraseña, cifrado HTTPS, autenticación basada en el puerto 802.1x como mínimo |
Exigido |
|
Entrada/salida de audio |
Entrada y salida de línea |
Exigido |
|
Codec de audio soportado |
Debe ser compatible con el Software de videovigilancia ofertado |
Exigido |
|
Terminales de E/S externos |
Entrada de alarma ≥ 1 y salida de alarma ≥ 1 |
Exigido |
|
API |
Conforme con el perfil S, T de ONVIF |
Exigido |
|
Almacenamiento interno |
2 ranuras para tarjetas microSD/microSDHC/microSDXC como mínimo |
Exigido |
|
Fuente de alimentación |
PoE IEEE802.3af Clase 3. Se aceptarán equipos de mayor consumo al definido por la IEEE802.3af, pero el oferente deberá incluir los inyectores PoE necesarios para no alterar el Power Budget de los switches solicitados |
Exigido |
|
Temperatura de funcionamiento |
-10° a 60° o de rango superior |
Exigido |
|
Humedad de operación |
0 a 95% sin condensación |
|
|
Protección de impacto |
IK10 como mínimo |
Exigido |
|
Grado de protección |
IP67 como mínimo |
|
|
Clasificación de objetos |
Por lo menos personas |
Exigido |
|
Detección de objeto que aparece o entra en una zona o área |
Si |
Exigido |
|
Detección de objeto que desaparece o sale de una zona o área |
Si |
Exigido |
|
Detección de objetos cruzando un haz o línea virtual |
Si |
Exigido |
|
Detección de alteración por manipulación de la cámara o cambio de escena |
Si |
Exigido |
|
Compatibilidad |
La cámara debe ser compatible con el Software de videovigilancia ofertado por medio del API del fabricante. En caso de que la cámara no sea del mismo fabricante del software de videovigilancia debe proporcionar una carta del fabricante de este último dirigida a la Convocante indicando cual es el enlace dentro de su sitio web oficial donde se demuestre que la cámara ofertada es 100% compatible vía API con la cámara ofertada. |
Exigido |
|
Garantía del fabricante |
Mínima de 2 años contra defectos de fábrica |
Exigido |
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
Documentación |
El oferente deberá presentar junto con su oferta carta de autorización del fabricante, dirigida a la Convocante, en la cual se autorice al oferente a presentar oferta en el presente llamado. |
Exigido |
|
ÍTEM 2 - CAMARA TIPO 2
DESCRIPCION |
CARACTERISTICAS |
MINIMO EXIGIDO |
EL BIEN OFERTADO CUMPLE CON LAS ESPECIFICACIONES REQUERIDAS |
Cantidad |
Cincuenta y ocho (58) |
|
|
Marca |
Indicar |
|
|
Modelo |
Indicar |
|
|
Procedencia |
Indicar |
|
|
Descripción |
Cámara tipo domo |
|
|
Sensor de imagen |
CMOS ≤ 1/2,8" |
Exigido |
|
Resolución |
1920 x 1080 como mínimo |
Exigido |
|
iluminación mínima |
≤ 0,03 lux en modo color, 0.015 lux en modo monocromo, 0 lux con IR encendido |
Exigido |
|
Distancia focal |
3.5 a 9 mm o de rango superior |
Exigido |
|
Apertura de imagen |
≤ F1.3 |
Exigido |
|
Velocidad del obturador |
1/7 a 1/7000 segundos o superior |
Exigido |
|
Control de parpadeo |
50, 60 Hz. |
Exigido |
|
Angulo de visión horizontal |
35° a 95° o de rango superior |
Exigido |
|
Distancia de IR |
≥ 35 metros |
Exigido |
|
Rango dinámico |
(WDR) ≥ 120 dB |
Exigido |
|
Velocidad de imagen |
≥ 30 fps |
Exigido |
|
Método de compresión |
Motion JPEG, H.264, H.265 |
Exigido |
|
Control de Día/Noche |
Sí |
Exigido |
|
Compensación de contraluz |
Sí |
Exigido |
|
Zonas de privacidad |
60 zonas de privacidad o superior |
Exigido |
|
Detección de movimiento |
Sí |
Exigido |
|
Balance de blancos |
Sí |
Exigido |
|
Red |
100 BASE-TX o superior |
Exigido |
|
Conector |
RJ-45 |
Exigido |
|
Protocolos de red soportados |
IPv4, IPv6, HTTP, HTTPS, DNS, NTP, RTSP, RTCP, RTP, TCP, UDP, IGMP, ICMP, DHCP, ARP, SNMP. |
Exigido |
|
Versiones de SNMP |
SNMP v2c, SNMP v3. |
Exigido |
|
Seguridad |
Protección de contraseña, cifrado HTTPS, registro de acceso de usuarios, autenticación basada en el puerto 802.1x |
Exigido |
|
Entrada/salida de audio |
Entrada y salida de línea |
Exigido |
|
Codec de audio soportado |
Debe ser compatible con el Software de videovigilancia ofertado |
Exigido |
|
Terminales de E/S externos |
Entrada de alarma ≥ 1 y salida de alarma ≥ 1 |
Exigido |
|
API |
Conforme con el perfil S, T, G de ONVIF |
Exigido |
|
Almacenamiento interno |
Ranura para tarjetas microSD/microSDHC/microSDXC |
Exigido |
|
Fuente de alimentación |
PoE IEEE802.3af Clase 3. Se aceptarán equipos de mayor consumo al definido por la IEEE802.3af, pero el oferente deberá incluir los inyectores PoE necesarios para no alterar el Power Budget de los switches solicitados |
Exigido |
|
Temperatura de funcionamiento |
-10° a 60° o de rango superior |
Exigido |
|
Humedad de operación |
0 a 95% sin condensación |
|
|
Protección de impacto |
IK10 como mínimo |
Exigido |
|
Clasificación de objetos |
Por lo menos personas y vehículos |
Exigido |
|
Detección de objeto que aparece o entra en una zona o área |
Si |
Exigido |
|
Detección de objeto que desaparece o sale de una zona o área |
Si |
Exigido |
|
Detección de objetos cruzando un haz o línea virtual |
Si |
Exigido |
|
Detección de alteración por manipulación de la cámara o cambio de escena |
Si |
Exigido |
|
Compatibilidad |
La cámara debe ser compatible con el Software de videovigilancia ofertado por medio del API del fabricante. En caso de que la cámara no sea del mismo fabricante del software de videovigilancia debe proporcionar una carta del fabricante de este último dirigida a la Convocante indicando cual es el enlace dentro de su sitio web oficial donde se demuestre que la cámara ofertada es 100% compatible vía API con la cámara ofertada. |
Exigido |
|
Garantía del fabricante |
Mínima de 2 años contra defectos de fábrica |
Exigido |
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
Documentación |
El oferente deberá presentar junto con su oferta carta de autorización del fabricante, dirigida a la Convocante, en la cual se autorice al oferente a presentar oferta en el presente llamado. |
Exigido |
|
ÍTEM 3 - CAMARA TIPO 3
DESCRIPCION |
CARACTERISTICAS |
MINIMO EXIGIDO |
EL BIEN OFERTADO CUMPLE CON LAS ESPECIFICACIONES REQUERIDAS |
Cantidad |
Cinco (5) |
|
|
Marca |
Indicar |
|
|
Modelo |
Indicar |
|
|
Procedencia |
Indicar |
|
|
Descripción |
Cámara tipo bullet |
|
|
Sensor de imagen |
CMOS ≤ 1/2,8" |
Exigido |
|
Resolución |
1920 x 1080 como mínimo |
Exigido |
|
iluminación mínima |
≤ 0,03 lux en modo color, 0.015 lux en modo monocromo, 0 lux con IR encendido |
Exigido |
|
Distancia focal |
3.5 a 9 mm o de rango superior |
Exigido |
|
Apertura de imagen |
≤ F1.3 |
Exigido |
|
Velocidad del obturador |
1/7 a 1/7000 segundos o superior |
Exigido |
|
Control de parpadeo |
50, 60 Hz. |
Exigido |
|
Angulo de visión horizontal |
35° a 90° o de rango superior |
Exigido |
|
Distancia de IR |
≥ 50 metros |
Exigido |
|
Rango dinámico |
(WDR) ≥ 120 dB |
Exigido |
|
Velocidad de imagen |
≥ 30 fps |
Exigido |
|
Método de compresión |
Motion JPEG, H.264, H.265 |
Exigido |
|
Control de Día/Noche |
Sí |
Exigido |
|
Compensación de contraluz |
Sí |
Exigido |
|
Zonas de privacidad |
60 zonas de privacidad o superior |
Exigido |
|
Detección de movimiento |
Sí |
Exigido |
|
Balance de blancos |
Sí |
Exigido |
|
Red |
100 BASE-TX o superior |
Exigido |
|
Conector |
RJ-45 |
Exigido |
|
Protocolos de red soportados |
IPv4, IPv6, HTTP, HTTPS, DNS, NTP, RTSP, RTCP, RTP, TCP, UDP, IGMP, ICMP, DHCP, ARP, SNMP. |
Exigido |
|
Versiones de SNMP |
SNMP v2c, SNMP v3. |
Exigido |
|
Seguridad |
Protección de contraseña, cifrado HTTPS, registro de acceso de usuarios, autenticación basada en el puerto 802.1x |
Exigido |
|
Entrada/salida de audio |
Entrada y salida de línea |
Exigido |
|
Codec de audio soportado |
Debe ser compatible con el Software de videovigilancia ofertado |
Exigido |
|
Terminales de E/S externos |
Entrada de alarma ≥ 1 y salida de alarma ≥ 1 |
Exigido |
|
API |
Conforme con el perfil S, T, G de ONVIF |
Exigido |
|
Almacenamiento interno |
Ranura para tarjetas microSD/microSDHC/microSDXC |
Exigido |
|
Fuente de alimentación |
PoE IEEE802.3af Clase 3. Se aceptarán equipos de mayor consumo al definido por la IEEE802.3af, pero el oferente deberá incluir los inyectores PoE necesarios para no alterar el Power Budget de los switches solicitados |
Exigido |
|
Temperatura de funcionamiento |
-10° a 60° o de rango superior |
Exigido |
|
Humedad de operación |
0 a 95% sin condensación |
|
|
Protección de impacto |
IK10 como mínimo |
Exigido |
|
Grado de protección |
IP67 como mínimo |
|
|
Clasificación de objetos |
Por lo menos personas y vehículos |
Exigido |
|
Detección de objeto que aparece o entra en una zona o área |
Si |
Exigido |
|
Detección de objeto que desaparece o sale de una zona o área |
Si |
Exigido |
|
Detección de objetos cruzando un haz o línea virtual |
Si |
Exigido |
|
Detección de alteración por manipulación de la cámara o cambio de escena |
Si |
Exigido |
|
Compatibilidad |
La cámara debe ser compatible con el Software de videovigilancia ofertado por medio del API del fabricante. En caso de que la cámara no sea del mismo fabricante del software de videovigilancia debe proporcionar una carta del fabricante de este último dirigida a la Convocante indicando cual es el enlace dentro de su sitio web oficial donde se demuestre que la cámara ofertada es 100% compatible vía API con la cámara ofertada. |
Exigido |
|
Accesorios |
El oferente deberá proporcionar las cámaras con los soportes de montaje para exteriores, así como todos los materiales necesarios incluyendo fuentes de alimentación (si se requiere). |
Exigido |
|
Garantía del fabricante |
Mínima de 2 años contra defectos de fábrica |
Exigido |
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
Documentación |
El oferente deberá presentar junto con su oferta carta de autorización del fabricante, dirigida a la Convocante, en la cual se autorice al oferente a presentar oferta en el presente llamado. |
Exigido |
|
ÍTEM 4 - CAMARA TIPO 4
DESCRIPCION |
CARACTERISTICAS |
MINIMO EXIGIDO |
EL BIEN OFERTADO CUMPLE CON LAS ESPECIFICACIONES REQUERIDAS |
Cantidad |
Cuatro (4) |
|
|
Marca |
Indicar |
|
|
Modelo |
Indicar |
|
|
Procedencia |
Indicar |
|
|
Descripción |
Cámara tipo PTZ |
|
|
Sensor de imagen |
CMOS 1/2,8" |
Exigido |
|
Pixeles |
1920 x 1080 o superior |
Exigido |
|
iluminación mínima |
≤ 0,2 lux en modo color; ≤ 0,05 lux en modo monocromo |
Exigido |
|
Rango dinámico |
WDR ≥ 120 dB |
Exigido |
|
Velocidad de imagen |
30 fps o superior |
Exigido |
|
Angulo de visión horizontal |
2° a 60° o superior |
Exigido |
|
Angulo de visión vertical |
1.5° a 35° o superior |
Exigido |
|
Zoom óptico |
36x o superior |
Exigido |
|
Método de compresión |
Motion JPEG, H.264, H.265 |
Exigido |
|
Compensación de contraluz |
Si |
Exigido |
|
Preajustes |
400 preajustes o superior |
Exigido |
|
Zonas de privacidad |
60 zonas de privacidad como mínimo |
Exigido |
|
Estabilización de imagen |
Si |
Exigido |
|
Detección de movimiento |
Si |
Exigido |
|
Balance de blancos |
Automático y/o Manual |
Exigido |
|
Red |
100 BASE-TX o superior |
Exigido |
|
Conector |
RJ-45 |
Exigido |
|
Protocolos de red soportados |
IPv4, IPv6, HTTP, HTTPS, DNS, NTP, RSTP, RTCP, RTP, TCP, UDP, IGMP, ICMP, DHCP, ARP, SNMP. |
Exigido |
|
Versiones de SNMP |
SNMP v2c, SNMP v3. |
Exigido |
|
Seguridad |
Protección de contraseña, cifrado HTTPS, registro de acceso de usuarios, autenticación basada en el puerto 802.1x |
Exigido |
|
Entrada/salida de audio |
Entrada y salida de línea |
Exigido |
|
Terminales de E/S externos |
Entrada de alarma ≥ 1 y salida de alarma ≥ 1 |
Exigido |
|
API |
Conforme con el perfil S, T, G de ONVIF |
Exigido |
|
Almacenamiento interno |
Ranura para tarjetas microSD/microSDHC/microSDXC |
Exigido |
|
Desplazamiento vertical |
-10° a 90° o de rango superior |
Exigido |
|
Desplazamiento horizontal |
360° infinito |
Exigido |
|
Velocidad de desplazamiento (horizontal y vertical) |
≥ 300° por segundo |
Exigido |
|
Consumo de potencia |
60 W como máximo |
Exigido |
|
Fuente de alimentación |
802.3bt Clase 6 PoE++ o 802.3at Clase 4 PoE+ o entrada de alimentación auxiliar |
Exigido |
|
Temperatura de funcionamiento |
-10° a 60° o de rango superior |
Exigido |
|
Protección de impacto |
IK10 como mínimo |
Exigido |
|
Grado de protección |
Certificación IP67 como mínimo |
Exigido |
|
Detección de objeto que aparece o entra en una zona o área |
Si |
Exigido |
|
Detección de objeto que desaparece o sale de una zona o área |
Si |
Exigido |
|
Detección de objetos cruzando un haz o línea virtual |
Si |
Exigido |
|
Detección de alteración por cambio de escena |
Si |
Exigido |
|
Compatibilidad |
La cámara debe ser compatible con el Software de videovigilancia ofertado por medio del API del fabricante. En caso de que la cámara no sea del mismo fabricante del software de videovigilancia debe proporcionar una carta del fabricante de este último dirigida a la Convocante indicando cual es el enlace dentro de su sitio web oficial donde se demuestre que la cámara ofertada es 100% compatible vía API con la cámara ofertada. |
|
|
Accesorios |
El oferente deberá proporcionar las cámaras con los soportes de montaje para exteriores, así como todos los materiales necesarios incluyendo fuentes de alimentación (si se requiere). |
Exigido |
|
Garantía del fabricante |
Mínima de 2 años contra defectos de fábrica |
Exigido |
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
Documentación |
El oferente deberá presentar junto con su oferta carta de autorización del fabricante, dirigida a la Convocante, en la cual se autorice al oferente a presentar oferta en el presente llamado. |
Exigido |
|
ÍTEM 5 SOFTWARE DE RECONOCIMIENTO FACIAL.
Descripción |
Características |
Mínimo exigido |
Cumple con las especificaciones requeridas (SI/NO) |
|
|
Cantidad |
Uno (1) |
|
|
||
Marca |
Indicar |
|
|
||
Modelo |
Indicar |
|
|
||
Procedencia |
Indicar |
|
|
||
Análisis de transmisión en vivo |
El sistema deberá detectar y recortar automáticamente todas las caras que pasan por el campo de visión de la cámara |
Exigido |
|
||
El sistema deberá permitir la detección en tiempo real de una persona en una multitud (1:N) |
Exigido |
|
|||
El sistema deberá permitir el reconocimiento en tiempo real de una persona en una multitud (1:N) |
Exigido |
|
|||
El sistema deberá permitir la detección en tiempo real de múltiples caras simultáneamente dentro de una multitud (N:N) |
Exigido |
|
|||
El sistema deberá permitir el reconocimiento en tiempo real de varias caras simultáneamente dentro de una multitud (N:N) |
Exigido |
|
|||
El sistema deberá permitir la detección y reconocimiento de caras móviles y distantes bajo diferentes ángulos de visión |
Exigido |
|
|||
El sistema deberá permitir la captura de cámaras IP (RTSP stream) |
Exigido |
|
|||
El sistema deberá permitir la captura de dispositivos de cámara USB |
Exigido |
|
|||
El sistema deberá permitir la configuración de la sensibilidad umbral por cámara |
Exigido |
|
|||
El sistema deberá permitir la asignación de múltiples listas de seguimiento a una cámara |
Exigido |
|
|||
El sistema deberá generar una alarma visual en cuestión de milisegundos después de la detección o el reconocimiento. |
Exigido |
|
|||
El sistema deberá permitir mostrar inmediatamente una ventana emergente de coincidencias de alta prioridad en una ventana de alerta separada. |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de descargar y guardar una imagen de la cara capturada desde una cámara en vivo |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de exportar un informe detallado de todas las caras detectadas y emparejadas que aparecieron en función de filtros predefinidos (cámaras, listas de seguimiento, período de tiempo, rango de edad, género) |
Exigido |
|
|||
El sistema deberá proporcionar automáticamente análisis como contadores o en una tabla durante el análisis en vivo (coincidencias totales de apariciones en la lista de seguimiento, rango de edad y género) |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de establecer una zona de detección por cámara en función del tamaño mínimo de la cara de una apariencia |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de establecer el número máximo de caras por trama para mejorar el procesamiento del flujo y evitar la inestabilidad cuando se presenta una carga de tráfico superior a las capacidades de hardware |
Exigido |
|
|||
Detección de máscaras |
El sistema deberá tener la capacidad de detectar y reconocer a personas de interés que llevan una máscara facial o cobertura parcial |
Exigido |
|
||
El sistema deberá tener la capacidad de detectar y alertar (visual y de audio) en rostros que no llevan mascarilla facial |
Exigido |
|
|||
El sistema deberá permitir filtrar todas las imágenes faciales que no llevan mascarilla |
Exigido |
|
|||
Soporte de privacidad |
El sistema deberá proporcionar una función de eliminación inmediata de conformidad con las normas internacionales de privacidad y protección de datos |
Exigido |
|
||
El sistema deberá permitir el desenfoque u ocultación de todas las imágenes faciales desconocidas que no coinciden con una lista de seguimiento |
Exigido |
|
|||
El sistema deberá ser capaz de inscribir un POI y realizar el reconocimiento sin guardar ningún dato de la imagen |
Exigido |
|
|||
El sistema deberá tener la capacidad de configurar una eliminación automática de las fuentes de apariencia y los datos del historial por tiempo establecido recurrente |
Exigido |
|
|||
El sistema deberá permitir configurar el envío de firmas cifradas directamente desde la fuente de la cámara. |
Exigido |
|
|||
El sistema deberá permitir el desenfoque de todas las caras de la pantalla de vídeo que no coinciden con una lista de seguimiento |
Exigido |
|
|||
Gestión de cámaras |
El sistema deberá permitir la capacidad de seleccionar cientos de cámaras y realizar acciones en cámaras seleccionadas simultáneamente |
Exigido |
|
||
El sistema deberá generar automáticamente una instantánea de la escena de la cámara para representar la miniatura de la cámara |
Exigido |
|
|||
El sistema deberá proporcionar una indicación visual si la conexión a una cámara es inestable o se pierde |
Exigido |
|
|||
El sistema deberá permitir ajustar la calidad de análisis de cada cámara (velocidad de fotogramas de detección) y establecer una zona de detección en función del tamaño de la cara (píxeles de oreja a oreja) |
Exigido |
|
|||
Detección de Eventos |
La detección de una persona deberá incluir la siguiente información: |
Exigido |
|
||
- La imagen facial detectada de la cámara en vivo o fuente de video |
|||||
- La fuente de la cámara (ubicación) o el nombre del video |
|||||
- La fecha y hora en que la persona fue vista por primera vez y vista por última vez |
|||||
El sistema deberá permitir que los eventos de detección sean filtrados por cámaras, listas de |
Exigido |
|
|||
seguimiento y plazos |
|||||
Eventos coincidentes |
El reconocimiento de un POI deberá incluir la siguiente información: |
Exigido |
|
||
- El ID de POI (nombre) |
|||||
- La imagen facial detectada desde la cámara en directo o la fuente de vídeo |
|||||
- La fuente de la cámara (ubicación) o el nombre del vídeo |
|||||
- La fecha y la hora en que la persona fue vista por primera vez y última vez |
|||||
- La foto coincidente de la lista de observación |
|||||
- La puntuación de confianza de la coincidencia |
|||||
- El nombre de la(s) lista(s) de seguimiento relevante(s) y su color |
|||||
El sistema deberá permitir que los eventos coincidentes sean filtrados por cámaras, listas de seguimiento y plazos |
Exigido |
|
|||
Pantalla de video |
El sistema deberá generar un flujo, con cuadros delimitadores en las caras detectadas, del vídeo en directo |
Exigido |
|
||
Todas las caras detectadas deberán identificarse visualmente mediante un cuadro delimitador verde a su alrededor |
Exigido |
|
|||
Todas las caras identificadas deberán mostrarse visualmente con un cuadro delimitador de la cara en el color de la lista de seguimiento asociado y el ID de POI (nombre) |
Exigido |
|
|||
Gestión de listas de seguimiento |
El sistema deberá permitir un número ilimitado de listas de seguimiento que contienen POIs |
Exigido |
|
||
El tipo de lista de seguimiento se deberá poder establecer en una lista de intereses, alertas basadas en imágenes coincidentes con personas dentro de la lista |
Exigido |
|
|||
Las listas de seguimiento deberán ser personalizables por colores específicos, para que los elementos de búsqueda asociados se identifiquen fácilmente por su color |
Exigido |
|
|||
Las listas de seguimiento se deberán poder establecer para mostrar eventos de coincidencia de prioridad en una fuente de alertas |
Exigido |
|
|||
El sistema deberá permitir el ajuste de la sensibilidad del umbral por lista de seguimiento |
Exigido |
|
|||
La gestión y edición de los POIs en una Lista de seguimiento deberá ser sencilla e intuitiva (añadir/editar/eliminar POIs) |
Exigido |
|
|||
El sistema deberá permitir la capacidad de eliminar fácilmente una lista de seguimiento y POIs inscritos |
Exigido |
|
|||
El sistema deberá permitir el uso de las mismas listas de seguimiento tanto para el procesamiento forense como para el análisis de transmisión en vivo |
Exigido |
|
|||
El sistema deberá permitir más de 1 millón de POIs inscritos |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de buscar globalmente y encontrar cualquier POI inscrito por su nombre o ID |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de ver todos los POIs inscritos en una lista de seguimiento a través de un diseño de cuadrícula fácilmente visible |
Exigido |
|
|||
El sistema deberá proporcionar el número total de POIs inscritos por lista de seguimiento o el total inscrito en el sistema |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de descargar cualquier imagen asociada con un POI |
Exigido |
|
|||
POI Y Gestión de listas de seguimiento |
Todos los formatos de imagen comunes se deberán admitir como imagen de referencia para la inscripción |
Exigido |
|
||
La inscripción de POI se deberá poder realizar desde una cámara o transmisión conectada |
Exigido |
|
|||
El sistema deberá tener la capacidad de inscribir un POI directamente desde una detección de cámara en vivo o investigar el análisis de vídeo. |
Exigido |
|
|||
El sistema deberá permitir la inscripción de varios POI simultáneamente (importación masiva) |
Exigido |
|
|||
El sistema deberá ser capaz de verificar durante la inscripción de POI que un POI ya está presente en la base de datos (gestión de duplicados) |
Exigido |
|
|||
El sistema deberá permitir inscribir varias imágenes para un solo POI |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de generar un ID único para una persona inscrita |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de agregar notas adicionales sobre un POI inscrito |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de elegir la imagen de visualización para un POI |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de inscribir (o eliminar) el mismo POI en diferentes listas de seguimiento simultáneamente |
Exigido |
|
|||
Investigación y análisis |
El sistema deberá permitir la importación y análisis de archivos de vídeo de fuentes externas (grabaciones VMS, vídeo en smartphones, etc.) |
Exigido |
|
||
El análisis de un archivo de vídeo se deberá realizar 15-30 veces más rápido que la longitud total del archivo de vídeo |
Exigido |
|
|||
El sistema deberá permitir la importación y análisis de varias secuencias de vídeo externas simultáneamente. |
Exigido |
|
|||
El sistema deberá ser capaz de detectar todas las caras con la marca de tiempo de su aparición en el vídeo |
Exigido |
|
|||
El sistema deberá permitir la importación y procesamiento de todos los formatos de vídeo estándar (AVI, MP4, MOV, MKV, etc.) |
Exigido |
|
|||
El sistema deberá permitir la configuración de umbral de sensibilidad por vídeo o grupo de vídeos |
Exigido |
|
|||
El sistema deberá permitir la posibilidad de asignar múltiples listas de seguimiento a un vídeo o grupo de vídeos |
Exigido |
|
|||
El sistema deberá permitir que los eventos de detección y reconocimiento se filtren por vídeo(s) o lista(s) de seguimiento |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de descargar y guardar una imagen de cara capturada de un video |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de exportar un informe detallado de todas las caras detectadas y emparejadas que aparecieron en función de filtros predefinidos junto con contadores de edad y género |
Exigido |
|
|||
El sistema deberá permitir la capacidad de mostrar una ventana emergente inmediata de coincidencias de alta prioridad en una ventana de alarma separada |
Exigido |
|
|||
El sistema deberá permitir filtrar rostros por identificados o desconocidos |
Exigido |
|
|||
El sistema deberá proporcionar automáticamente análisis durante el análisis (total de personas, recuento de personas únicas, rango de edad y género) |
Exigido |
|
|||
El sistema deberá permitir ajustar la calidad de análisis de cada vídeo (detección de velocidad de fotogramas) |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de editar fácilmente la configuración y volver a ejecutar el análisis del mismo vídeo |
Exigido |
|
|||
El sistema deberá permitir la capacidad de seleccionar videos múltiples y realizar acciones en videos seleccionados simultáneamente |
Exigido |
|
|||
El sistema deberá proporcionar el estado del vídeo con una barra de progreso y un tiempo estimado restante para la finalización por análisis de vídeo |
Exigido |
|
|||
El sistema deberá proporcionar un mecanismo de cola para establecer y administrar fácilmente una lista de prioridades de videos a analizar |
Exigido |
|
|||
El sistema deberá proporcionar una indicación visual si un vídeo encuentra un error durante el procesamiento |
Exigido |
|
|||
Búsqueda de historial |
El sistema deberá tener la capacidad de buscar eventos pasados por una imagen determinada |
Exigido |
|
||
El sistema deberá tener la capacidad de buscar eventos pasados mediante una detección capturada por una cámara en vivo o un análisis forense de un video |
Exigido |
|
|||
El sistema deberá tener la capacidad de buscar eventos pasados mediante el uso de una instantánea de una cámara conectada o transmisión en vivo |
Exigido |
|
|||
El sistema deberá tener la capacidad de ir al momento de la detección y mostrar otros eventos en el mismo lugar y a la misma hora |
Exigido |
|
|||
El sistema deberá tener la capacidad de buscar detecciones anteriores de una persona detectada |
Exigido |
|
|||
El sistema deberá tener la capacidad de ir al momento del reconocimiento y mostrar otros eventos en el mismo lugar y a la misma hora |
Exigido |
|
|||
El sistema deberá permitir la búsqueda de reconocimientos previos de un POI |
Exigido |
|
|||
El sistema deberá ser capaz de rastrear todas las detecciones anteriores de un POI recién alistado |
Exigido |
|
|||
El sistema deberá tener la capacidad de personalizar una búsqueda de imágenes mediante: |
Exigido |
|
|||
- Valor umbral (confianza de reconocimiento) |
|||||
- Lista(s) de seguimiento |
|||||
- Cámara(s) |
|||||
- Video(s) |
|||||
- Fecha y plazo |
|||||
El sistema deberá tener la capacidad de mostrar todas las detecciones y reconocimientos anteriores basados en criterios específicos: |
Exigido |
|
|||
- Cámara(s) |
|||||
- Lista(s) de vigilancia |
|||||
- Período de tiempo |
|||||
- Resultado de la máscara (enmascarada o no enmascarada) |
|||||
- Proximidad y duración del contacto |
|||||
El sistema deberá proporcionar análisis de las apariencias totales, las coincidencias de POI, el conteo único de personas, el rango de edad y el género después de cada búsqueda realizada. |
Exigido |
|
|||
Un resultado de búsqueda deberá incluir la siguiente información: |
Exigido |
|
|||
- El ID o nombre del POI (si procede) |
|||||
- La imagen facial grabada desde la cámara en directo o la fuente de vídeo |
|||||
- La fecha y la hora La persona fue vista por primera vez y vista por última vez |
|||||
- El nombre de la cámara o el vídeo |
|||||
- La puntuación de confianza de coincidencia del POI registrado (si procede) |
|||||
- Puntuación de confianza de coincidencia de búsqueda (si procede) |
|||||
- Nombre y color de la(s) lista(es) de observación relevante |
|||||
- Resultado de la máscara (si procede) |
|||||
El sistema deberá tener la capacidad de eliminar registros de historial basados en una persona, cámara, lista de seguimiento o período de tiempo específicos |
Exigido |
|
|||
El sistema deberá utilizar un mecanismo de aprendizaje no supervisado para mejorar la calidad de un registro de historial a medida que se realizan y almacenan detecciones adicionales |
Exigido |
|
|||
El sistema deberá permitir filtrar los resultados de búsqueda por caras identificadas y desconocidas |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de exportar un informe detallado de la entrada y los criterios de búsqueda, toda la información de resultados y análisis con contadores y tablas. |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de descargar y guardar la imagen de la cara del resultado de la búsqueda |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de agregar automáticamente múltiples apariciones de la misma persona y mostrar solo las personas únicas que se detectaron en una búsqueda determinada |
Exigido |
|
|||
El sistema deberá tener la capacidad de mostrar el número total de apariciones por persona única y ordenarlas por actualidad o por el mayor número de apariciones |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de utilizar fácilmente el resultado de una búsqueda anterior como entrada para una nueva búsqueda |
Exigido |
|
|||
Administración de licencias |
El sistema deberá mostrar una duración general de la licencia con fecha de caducidad |
Exigido |
|
||
El sistema deberá notificar automáticamente al usuario cuando se acerca la fecha de caducidad de la licencia |
Exigido |
|
|||
El sistema deberá mostrar el número de licencias de cámara simultáneas en uso de la cantidad total permitida por la licencia. |
Exigido |
|
|||
El sistema deberá mostrar el número de licencias de vídeo simultáneas en uso de la cantidad total permitida. Un mecanismo de cola iniciará automáticamente el análisis del siguiente vídeo en cola una vez que se haya liberado una licencia. |
Exigido |
|
|||
El sistema deberá mostrar el número total de POIs y el número total de imágenes faciales en el sistema de la cantidad total permitida por la licencia. |
Exigido |
|
|||
API |
Deberá proporcionar la capacidad de interactuar con el sistema a través de RESTFUL API |
Exigido |
|
||
La API deberá incluir métodos para crear, actualizar y eliminar cámaras o vídeos |
Exigido |
|
|||
La API deberá incluir métodos para obtener una lista de todas las cámaras del servidor, así como un resumen de su estado |
Exigido |
|
|||
La API deberá incluir métodos para iniciar y detener una nueva secuencia de captura para una cámara |
Exigido |
|
|||
La API deberá incluir métodos para obtener los datos de servicio general, incluidos los datos de versión y licencia |
Exigido |
|
|||
La API deberá incluir métodos para establecer cualquiera de las opciones de servicio que puede configurar el usuario |
Exigido |
|
|||
La API deberá incluir métodos para inscribir, actualizar y eliminar personas de interés en una base de datos o lista de seguimiento |
Exigido |
|
|||
La API deberá incluir métodos para enumerar todos los elementos de seguridad de una base de datos o lista de seguimiento |
Exigido |
|
|||
La API deberá incluir métodos para obtener una lista de todas las listas de seguimiento del servidor |
Exigido |
|
|||
La API deberá incluir métodos para crear, actualizar y eliminar listas de seguimiento |
Exigido |
|
|||
La API deberá incluir métodos para obtener las propiedades de la lista de seguimiento y la lista de identificadores de POI asociados |
Exigido |
|
|||
La API deberá incluir métodos para agregar o quitar imágenes faciales asociadas a un POI |
Exigido |
|
|||
La API deberá incluir métodos para detectar y recortar todas las caras de una imagen |
Exigido |
|
|||
La API deberá incluir métodos para medir la calidad de una imagen facial y proporcionar una puntuación que indica si pasa el filtro de calidad del sistema para la inscripción |
Exigido |
|
|||
La API deberá incluir métodos para realizar una comparación uno a uno de imágenes con una puntuación de similitud generada |
Exigido |
|
|||
La API deberá incluir métodos para obtener información para una lista de caras, incluida la imagen de recorte de cara almacenada |
Exigido |
|
|||
La API deberá incluir métodos para buscar elementos de búsqueda por una imagen facial |
Exigido |
|
|||
La API deberá incluir métodos para recuperar las apariencias grabadas por el sistema mediante filtros como el período de tiempo, la lista de seguimiento y la cámara / video |
Exigido |
|
|||
La API deberá incluir métodos para eliminar registros de la base de datos de historial de apariencias específicas que coinciden con los parámetros de filtrado de búsqueda |
Exigido |
|
|||
La API deberá incluir métodos para borrar la base de datos de historial, incluidos todos los registros de apariciones guardadas, personas y firmas |
Exigido |
|
|||
La API deberá incluir métodos para obtener registros de apariciones dentro de los parámetros de filtrado de búsqueda dados |
Exigido |
|
|||
La API deberá incluir métodos para consultar todas las apariencias relacionadas con una imagen de cara o POI en función de un umbral determinado o filtros definidos (máscara, rango de edad y género) |
Exigido |
|
|||
La API deberá incluir métodos para devolver datos estadísticos resumidos de la base de datos de historial: número de coincidencias de POI únicas, número de personas únicas y número de apariciones únicas. |
Exigido |
|
|||
La API deberá incluir métodos para buscar una imagen para su comparación entre todos los registros del historial |
Exigido |
|
|||
La API deberá incluir métodos para buscar las caras de un POI ya registrado entre toda la historia. |
Exigido |
|
|||
El sistema deberá tener la capacidad de cargar automáticamente eventos y análisis recientes en el inicio del cliente. |
Exigido |
|
|||
La API deberá incluir métodos para admitir eventos enviados por el servidor (SSE) para permitir que varios clientes reciban eventos continuos (estado de la cámara, análisis, apariencia y eventos de borde) en formato JSON desde un servidor a través de una conexión HTTPS. |
Exigido |
|
|||
La API deberá incluir métodos para crear, editar y eliminar usuarios, roles y sus permisos |
Exigido |
|
|||
La API deberá incluir métodos para auditar todas las acciones de la API realizadas por un usuario. |
Exigido |
|
|||
La API deberá incluir métodos para activar o desactivar un mecanismo de cifrado para los datos faciales capturados por una cámara |
Exigido |
|
|||
Gestión y control |
El sistema deberá proporcionar la capacidad de trabajar en una arquitectura servidor-cliente donde el cliente se puede instalar en un equipo diferente y controlar el servidor de forma remota. |
Exigido |
|
||
El sistema deberá proporcionar la capacidad de escalar con varios servidores en una sola implementación para admitir más cámaras mientras se utiliza una sola base de datos |
Exigido |
|
|||
El sistema deberá tener la capacidad de tener varios dispositivos que envían firmas para que coincidan con una sola base de datos remota (en la nube o en las instalaciones) |
Exigido |
|
|||
El sistema deberá proporcionar el manejo de arquitecturas on premise o en la nube. |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de autenticar el inicio de sesión del usuario y la sesión del usuario con tokens seguros. |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de crear usuarios personalizados. |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de administrar varios usuarios en diferentes roles con su propio conjunto de permisos y restricciones en función del uso de la aplicación y la API. |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de ver y administrar todos los usuarios que han iniciado sesión actualmente en el servidor. |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de auditar todas las acciones de API y aplicación de usuarios particulares en un informe PDF o CSV. |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de crear un informe de auditoría de todas las acciones de la API y la aplicación dentro de un marco de tiempo definido en formato PDF o CSV. |
Exigido |
|
|||
El sistema deberá proporcionar la capacidad de establecer una contraseña personalizada para abrir cualquier informe generado desde el sistema. |
Exigido |
|
|||
El sistema deberá admitir el cifrado de datos en tránsito con HTTPS y TLS. |
Exigido |
|
|||
Certificación |
NIST para identificación 1:1, como mínimo |
Exigido |
|
||
Licencias del Software a ser ofertado |
Licencias por suscripción por un periodo de 24 meses, las cuales deberán incluir las siguientes funcionalidades: |
Exigido |
|
||
- Reconocimiento facial para al menos 3 canales de video. |
|||||
- Base de datos de al menos 10.000 rostros en lo que respecta al reconocimiento facial en tiempo real. |
|||||
Documentación |
El oferente deberá presentar carta de autorización del fabricante junto con la oferta |
Exigido |
|
||
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
|
ÍTEM 6 - SERVIDOR PARA SOFTWARE DE RENOCONOCIMIENTO FACIAL.
Descripción |
Características |
Mínimo Exigido |
Cantidad |
1 |
SI |
Marca |
Indicar |
SI |
Modelo |
Indicar |
SI |
Factor de forma |
Tipo torre o rackeable |
SI |
Cantidad de procesadores instalados |
≥ 1 procesadores |
SI |
Cantidad de procesadores soportados |
≥ 1 procesadores |
SI |
Cantidad de cores por procesador |
≥ 8 cores |
SI |
Frecuencia por procesador |
≥ 3,8 GHz. |
SI |
Cantidad de memoria instalada |
≥ 64 GB |
SI |
Cantidad de ranuras de memoria |
≥ 2 ranuras |
SI |
GPU dedicada |
≥ 1 |
SI |
Resolución GPU |
7680x4320 o superior |
SI |
Memoria GPU |
≥ 12 GB |
SI |
Tipo de memoria GPU |
GDDR6 |
SI |
Interfaz de memoria GPU |
192 bit como mínimo |
SI |
PCI Express |
4 generación como mínimo |
SI |
Interfaces GPU |
HDMI, DP como mínimo |
SI |
Unidades de discos SSD |
≥ 1 unidad |
SI |
Tamaño de discos SSD |
≥ 1TB |
SI |
Interfaz Gigabit Ethernet |
≥ 1 interfaces |
SI |
Sistema operativo |
Linux Ubuntu o similar |
SI |
Clientes de monitoreo |
Se deberá incluir junto al servidor, 6 clientes de monitoreo compatibles con el mismo. |
SI |
Kit de Montaje en Rack y accesorios |
El oferente deberá proporcionar en caso de que lo requiera todos los componentes de montaje en rack: cables, soportes y organizadores y demás accesorios requeridos para el montaje y funcionamiento correcto del servidor en el rack |
SI |
Garantía de buen funcionamiento |
Mínima de 2 años |
SI |
ÍTEM 7 SOFTWARE DE VIDEVIGILANCIA
|
||||
DESCRIPCION |
CARACTERISTICAS |
MINIMO EXIGIDO |
EL BIEN OFERTADO CUMPLE CON LAS ESPECIFICACIONES REQUERIDAS |
|
Cantidad |
Uno (1) |
|
|
|
Marca |
Indicar |
|
|
|
Modelo |
Indicar |
|
|
|
Procedencia |
Indicar |
|
|
|
GENERAL |
||||
Tipo de software |
Enterprise o similar, según la definición del fabricante |
Exigido |
|
|
Capacidad de almacenamiento |
Debe estar libre de licenciamiento |
Exigido |
|
|
Idiomas |
Debe soportar múltiples lenguajes incluyendo el español entre los idiomas soportados. |
Exigido |
|
|
Descompresión de video |
H.264, H.265 como mínimo |
Exigido |
|
|
Escalabilidad |
Debe soportar al menos 250 cámaras por servidor o superior. Debe soportar al menos 100 servidores por sitio. |
Exigido |
|
|
Concurrencia de conexión de usuarios |
En caso de que la conexión concurrente de usuarios se encuentre licenciada por el fabricante se deberá considerar al menos 100 conexiones concurrentes. |
Exigido |
|
|
Aplicaciones de software del servidor |
Debe soportar por lo menos: un (1) Servicio de servidor (Grabación de video y gestor de Base de datos), Un (1) Servicio de análisis de video, Un (1) Servicio web de punto final. |
Exigido |
|
|
Aplicaciones de software cliente |
Debe soportar al menos un software Cliente de monitoreo, gestión y configuración de la plataforma de video, un reproductor de video, una matriz virtual, monitoreo en video en vivo, alarmas y gestión de video grabados desde una estación de trabajo, un dispositivo móvil y/o un cliente web basado en HTML5. |
Exigido |
|
|
Seguridad de las transmisiones |
El software deberá enviar datos de audio y video de manera segura mediante la transmisión de comandos y datos de control a través de TCP/IP mediante claves criptográficas basadas en SSL/TLS para evitar escuchas o manipulaciones indebidas |
Exigido |
|
|
Controladores |
Deberá admitir la grabación y administración de fuentes de video y audio a través del uso de controladores estándar de la industria o mediante controladores específicos para varios fabricantes en particular. |
Exigido |
|
|
Eliminación de distorsiones de video en vivo y grabado de cámaras compatibles y equipadas con un lente panorámico |
Si |
Exigido |
|
|
DESCUBRIMIENTO DE EQUIPOS |
||||
Detección automática de equipos |
El cliente, deberá detectar los dispositivos que estén conectados directamente a la red del cliente, pueden ser servidores, fuentes de video y audio. |
Exigido |
|
|
Detección por búsqueda de equipos |
El cliente debe permitir la búsqueda de los dispositivos que estén conectados a otras redes diferentes al del cliente y que pueden descubrirse buscando la dirección IP o el nombre de host del dispositivo. |
Exigido |
|
|
Detección jerárquica de equipos |
El cliente debe permitir la detección automática a nivel jerárquico, cuando se inicia sesión en un sitio raíz, principal o padre, debe detectar las locaciones secundarias, ramificaciones o hijos, según la definición del fabricante |
Exigido |
|
|
Detección manual |
El cliente debe permitir que todas las instancias de los dispositivos puedan ser descubiertos de forma manual y ser visibles desde una única estación de trabajo |
Exigido |
|
|
GENERADORES Y REGISTROS DE ALARMAS Y EVENTOS |
||||
General |
El sistema debe permitir definir los disparadores de eventos que como resultado lanzará una alarma. El sistema debe registrar los eventos generados. |
Exigido |
|
|
Tipos de eventos que generen alarmas |
El software debe reconocer mínimamente los siguientes tipos de eventos: detectar eventos que ocurran dentro del campo de visión de una cámara, detectar la presencia de personas y/o vehículos, detectar si se pierde la señal de audio o video, debe recibir alarmas de sistemas de terceros y permitir su configuración para ser monitoreadas, detectar la activación de entradas digitales que permitan la activación de salidas digitales, recibir eventos a través de ONVIF, admitir mensajes de protocolo simple de administración de red (SNMP). |
Exigido |
|
|
Objetos de envío de notificaciones de alarmas y eventos |
Como mínimo el sistema debe permitir enviar notificaciones a: usuarios registrados en la aplicación cliente, usuarios registrados en la aplicación móvil, direcciones de correo electrónico preconfigurados, entidades externas y software de terceros. |
Exigido |
|
|
Escala de alarmas |
El sistema debe permitir escalar alarmas de un usuario o un grupo si la alarma no es reconocida en un intervalo de tiempo predeterminado |
Exigido |
|
|
Notificaciones de correo electrónico a usuarios y administradores |
Si. Al dispararse un evento, alarma o error, el sistema debe enviar una notificación. Debe ser programable. |
Exigido |
|
|
Inclusión de imágenes en las notificaciones de evento mediante correo electrónico |
Si. El sistema debe poder enviar las imágenes de la cámara en cuestión donde se detectó el evento. |
Exigido |
|
|
Notificaciones a centrales de monitoreo |
El sistema debe permitir notificar a una estación central cuando ocurra un evento o error de sistema. Se deben incluir, videoclips y/o imágenes de cámara por eventos de movimiento de cámara, eventos de analíticas o entradas digitales. |
Exigido |
|
|
Supervisión de eventos y alarmas basado en horarios |
Si. Configurable. |
Exigido |
|
|
Acciones de eventos |
El sistema debe permitir mínimamente: mostrar mensajes en pantalla, enviar correos electrónicos, enviar notificaciones a la estación central, reproducir un sonido en la estación cliente, iniciar un video en vivo asociado al evento, crear un marcador de video, abrir una vista guardada, iniciar la transmisión en un monitor de una matriz virtual, llevar la cámara PTZ que presenta el evento a la preselección, disparar una alarma, reconocer una alarma |
Exigido |
|
|
Vista de eventos |
El sistema deberá permitir agrupar y visualizar en tiempo real los eventos de forma simplificada y/o abstracta, categorizando a través de patrones de colores o iconos dichos eventos, según la definición de cada fabricante |
Exigido |
|
|
Categorías en vista de eventos |
Los eventos categorizados en la vista de eventos simple mediante colores o iconos mínimamente deben cubrir los siguientes eventos: alarmas, detección de analíticas de movimiento, eventos recientes, analíticas de reconocimiento facial o de patentes. |
Exigido |
|
|
Activación de eventos condicionales según el estado de la entrada digital seleccionada |
Si |
Exigido |
|
|
Tipos de eventos del servidor |
El sistema debe soportar como mínimo los siguientes eventos: aplicación de servidor termino de forma inesperada, aplicación de servidor con pocos recursos, error de la base de datos, error de inicialización de datos, volumen de datos en falla, tamaño de volumen reducido, error de escritura de datos, perdida de conexión de red y restablecida a todos los elementos conectados a la plataforma, eventos del hardware del servidor, archivado iniciado, archivado completado, archivado interrumpido. |
Exigido |
|
|
Tipos de eventos del dispositivo |
El sistema debe soportar como mínimo los siguientes eventos: conexión creada, conexión eliminada, fallo de conexión, conexión restaurada, perdida de paquetes de red inaceptable, perdida de paquetes de red aceptable, manipulación detectada, grabación iniciada, grabación finalizada, grabación interrumpida, se reanudo la grabación, entrada digital activada, entrada digital desactivada, evento definido por el usuario iniciado, evento definido por el usuario finalizado. |
Exigido |
|
|
Tipos de eventos del usuario |
El sistema debe soportar como mínimo los siguientes eventos: inicio de sesión de usuario, cierre de sesión de usuario, se cambió la configuración del servidor, se cambió la configuración del sitio, se ha cambiado la configuración del dispositivo, dispositivo conectado, dispositivo desconectado, salida digital activada, marcador de video añadido, marcador de video actualizado, marcador de video eliminado, PTZ se movió, PTZ inactivo, Exportación realizada, Altavoz activado, altavoz desactivado, mapa agregado, mapa actualizado, mapa eliminado, vista añadida, vista actualizada, vista del sitio actualizada. |
Exigido |
|
|
GESTION DE USUARIOS Y PRIVILEGIOS |
||||
Autenticación de usuarios para acceder al sistema |
Si |
Exigido |
|
|
Asignación de permisos por usuarios y grupos |
Si |
Exigido |
|
|
Asignar permisos para visualizar imágenes en vivo, uso de controles PTZ, Bloqueo de los controles PTZ, activación de grabación manual, activar salidas digitales, activar altavoces |
El sistema deberá poder asignar al menos estos permisos. |
Exigido |
|
|
Asignar permisos para visualizar imágenes grabadas, exportar imágenes, archivar imágenes, crear marcadores de enseñanza |
El sistema deberá poder asignar al menos estos permisos. |
Exigido |
|
|
Asignar permisos para gestionar vistas guardadas, mapas, páginas web, monitores matriciales virtuales, sesiones de colaboración, sesiones de usuario, escuchar micrófonos |
El sistema deberá poder asignar al menos estos permisos. |
Exigido |
|
|
Asignar permisos para configurar cámaras |
El sistema deberá poder asignar permisos como mínimo para configuraciones generales de las cámaras, configuraciones de red, configuraciones de imagen y de pantalla, ajustes de compresión, velocidad, dimensiones de la imagen, ajustes de detección de movimiento, configuración de la zona de privacidad, ajustes de grabación manual, entrada y salida digital, ajustes de los micrófonos, ajustes del altavoz, ajustes de analíticas. |
Exigido |
|
|
Importar miembros de usuarios de grupos de Active directory como usuarios del VMS |
Si |
Exigido |
|
|
Sincronización automática de los cambios de los miembros en Active Directory con el software de grabación |
Si |
Exigido |
|
|
Agrega directamente los usuarios importados del Active Directory a los grupos de permisos existentes |
Si |
Exigido |
|
|
Utiliza las credenciales de Windows para autenticar a los usuarios |
Si |
Exigido |
|
|
Acepta credenciales de usuario ingresadas en la base de datos del software de grabación |
Si |
Exigido |
|
|
Complejidad de contraseña |
El software debe permitir que las contraseñas de los usuarios cumplan con un requisito de complejidad |
Exigido |
|
|
Tiempo de inactividad |
El software debe permitir un parámetro configurable para cerrar sesión de forma automática en cualquiera de los clientes |
Exigido |
|
|
Restaura la última configuración de visualización del usuario |
Si |
Exigido |
|
|
Los administradores deben poder anular el acceso a los usuarios |
Si |
Exigido |
|
|
Los administradores deben poder configurar el software del cliente para que cierre sesión automáticamente de todos los sitios cuando la aplicación se encuentra inactiva |
Si |
Exigido |
|
|
Los administradores deben poder configurar el software del cliente para guardar y restaurar automáticamente el diseño de la última ventana de visualización que uso el operador |
Si |
Exigido |
|
|
Los administradores deben poder configurar el ancho de banda máximo de los datos de videos transmitidos desde el servidor a la aplicación cliente |
Si |
Exigido |
|
|
PROCESAMIENTO Y COMPRESION DE AUDIO/VIDEO |
||||
Sincronización de audio y video |
El software de gestión de video debe poder sincronizar el audio y video de forma independiente a la velocidad de los fotogramas, resoluciones o tasas de bits. |
Exigido |
|
|
Formatos de compresión de video |
El software de gestión debe mínimamente admitir los formatos de compresión de video estándares de la industria como MJPEG, MPEG-4, H.264 y H.265 |
Exigido |
|
|
Gestión de flujo de video |
El software de gestión de video debe gestionar la transmisión de video a los clientes (locales, remotos, móviles, etc.) permitiendo optimizar el uso de ancho de banda y almacenamiento según los parámetros de visualización, conectividad, dispositivos de visualización como mínimo |
Exigido |
|
|
ALMACENAMIENTO DE VIDEO |
||||
Grabación nativa |
El software de gestión de video debe poder grabar de forma nativa el audio y video de las cámaras sin transcodificación |
Exigido |
|
|
Grabación local |
Si. El software de gestión de video debe poder grabar directamente en el servidor local |
Exigido |
|
|
Grabación por archivado |
Si. El software de gestión de video debe poder grabar y archivar para almacenamiento de largo plazo en intervalos de mínimo una hora. |
Exigido |
|
|
Grabación ad hoc |
Si. El software de gestión de video debe poder grabar en el servidor local, el cual puede archivar en una ubicación de almacenamiento definida por el usuario a demanda. |
Exigido |
|
|
Grabación manual |
Si. |
Exigido |
|
|
Grabación pre-evento |
Si. |
Exigido |
|
|
Grabación post-evento |
Si. |
Exigido |
|
|
Grabación programada |
Si. El software debe poder grabar según se defina por fuente de video. |
Exigido |
|
|
Grabación por eventos |
Si. El software debe poder grabar basado en un evento como: píxel o movimiento de un objeto clasificado por una analítica, entradas digitales, alarmas. |
Exigido |
|
|
RESPALDO Y COPIAS DE SEGURIDAD DE DATOS |
||||
Archivado de video |
El software debe permitir programar el archivado de video grabado con eventos asociados a una carpeta local o unidad de red asignada. |
Exigido |
|
|
Configuraciones de respaldo |
El software debe permitir realizar las configuraciones de respaldo para cada servidor la cual debe estar encriptada, incluyendo los siguientes valores como mínimo: Configuración del sitio (usuarios y/o grupos, mapas, páginas web), configuración del servidor (conexiones a dispositivos). |
Exigido |
|
|
Restauración de la configuración |
El software debe permitir la restauración de la copia de seguridad de las configuraciones a un servidor nuevo o de reemplazo en un sitio. El software deberá admitir, copias de seguridad de versiones anteriores a la actual. |
Exigido |
|
|
CONTROLES PTZ |
||||
Control mecánico de la PTZ |
Si |
Exigido |
|
|
Control del iris de la PTZ |
Si |
Exigido |
|
|
Control de enfoque de la PTZ |
Si |
Exigido |
|
|
Configuración de preselecciones y patrones |
Si |
Exigido |
|
|
Recorridos PTZ |
El software debe tener la capacidad de crear recorridos a partir de las preselecciones combinadas ejecutándose en orden o en secuencias aleatorias. |
Exigido |
|
|
Centrar campo de visión |
El software debe tener la capacidad de centrar el campo de visión de una cámara PTZ haciendo click en cualquier lugar de la imagen del video |
Exigido |
|
|
Arrastre a un área |
El software debe tener la capacidad de arrastrar para definir a un área para que la cámara PTZ haga zoom y se centre mecánicamente |
Exigido |
|
|
Controles auxiliares |
El software deberá admitir el control de la visualización de la cámara PTZ y los controles auxiliares |
Exigido |
|
|
Bloqueo de controles |
El software deberá admitir el bloqueo de los controles de la PTZ. El bloqueo podrá ser anulado por un usuario de rango más alto. |
Exigido |
|
|
Joystick |
El software deberá soportar un joystick para el control de la cámara PTZ |
Exigido |
|
|
PARAMETROS DE CALIDAD Y VELOCIDAD DE IMAGEN |
||||
Formato de transmisión de video |
El software debe tener la capacidad de cambiar el formato de transmisión de video para cada fuente de video de manera individual |
Exigido |
|
|
Perfiles |
El software debe tener la capacidad de registrar un perfil a través de un método manual y/u optimizado. |
Exigido |
|
|
Intervalo de fotogramas |
El software debe tener la capacidad de cambiar el intervalo de fotogramas claves. |
Exigido |
|
|
Transmisión secundaria |
El software debe contar con transmisión secundaria para visualización en vivo. |
Exigido |
|
|
Reducción de velocidad de imagen |
El software debe contar con un parámetro para configurar la reducción de velocidad de imagen cuando la escena este inactiva. |
Exigido |
|
|
Personalización de flujos |
El software debe contar con un parámetro para configurar la reducción de velocidad de imagen cuando la escena este inactiva. |
Exigido |
|
|
OPCIONES DE CONFIGURACION DE LOS DISPOSITIVOS |
||||
Cifrado de datos |
El software debe permitir el cifrado de datos de la configuración de la cámara si esta es compatible con dicha función. |
Exigido |
|
|
Cambio de contraseñas |
El software debe permitir el cambio de contraseñas desde la aplicación cliente. |
Exigido |
|
|
Cambio de configuraciones |
El software debe permitir el cambio de al menos las siguientes opciones de las cámaras: exposición, iris, filtro IR, contraluz, ganancia, prioridad, nitidez, saturación, enfoque, balance de blancos. |
Exigido |
|
|
Dimensiones de la imagen |
El software debe permitir el cambio de las dimensiones de la imagen para una fuente de video. |
Exigido |
|
|
Girar imagen |
El software debe permitir el giro de la imagen en 90°, 180° o 270° para una fuente de video |
Exigido |
|
|
Zonas de privacidad |
El software debe permitir agregar múltiples zonas de privacidad a una fuente de video para evitar que vean y graben áreas en el campo de visión de la imagen. |
Exigido |
|
|
Grabación máxima |
El software debe permitir establecer una duración máxima de grabación para la grabación activada manualmente para una fuente de video. |
Exigido |
|
|
Cambios en fuente de audio |
El software debe permitir cambiar la entrada, salida, ganancia y volumen para una fuente de audio. |
Exigido |
|
|
Permitir audio unidireccional |
Si. |
Exigido |
|
|
Permitir audio bidireccional |
Si. |
Exigido |
|
|
Vinculación de audio a fuentes de video |
Si. |
Exigido |
|
|
Vinculación de múltiples fuentes de video a una de audio |
Si. |
Exigido |
|
|
Sincronización de audio y video en la reproducción |
Si. |
Exigido |
|
|
INTERFAZ DE USUARIO |
||||
Visualización compartida |
El cliente debe permitir la visualización de la ventana de la aplicación en una sesión conjunta con otros usuarios para realizar investigaciones colaborativas. |
Exigido |
|
|
Árbol de sistema configurable |
Si. Debe incluir como mínimo fuentes de video, mapas, vistas guardadas. |
Exigido |
|
|
Organización del árbol |
Pueden organizarse en carpetas virtuales |
Exigido |
|
|
Acceso de usuarios |
Pueden tener acceso a elementos individuales o carpetas completas |
Exigido |
|
|
Visualización de fuentes de video |
Los usuarios deben poder ver todas las fuentes de video. |
Exigido |
|
|
Selección de elementos para monitoreo |
El cliente debe permitir arrastrar elementos del árbol del sistema al área de monitoreo |
Exigido |
|
|
Visualización simultánea |
El software debe permitir visualizar secuencias de audio y video en vivo y grabadas simultáneamente en el mismo monitor. El software debe permitir ver la misma transmisión en vivo en diferentes niveles de zoom y áreas de interés. |
Exigido |
|
|
Límite de vistas |
Creación de vistas ilimitadas con diseños únicos de secuencias de video. |
Exigido |
|
|
Alternar entre vistas |
El cliente debe permitir alternar entre la vista de pantalla completa y la vista de mosaico |
Exigido |
|
|
Guardar configuración de pantalla |
Si. |
Exigido |
|
|
Desplazamiento entre vistas |
Si. Para control en función de un intervalo específico configurable. |
Exigido |
|
|
Botón de grabación manual |
Sí. |
Exigido |
|
|
Indicador de grabación |
Sí. |
Exigido |
|
|
Botón de activación de salida digital |
Sí. |
Exigido |
|
|
Botón de captura instantánea de video |
Sí. |
Exigido |
|
|
Botón para habilitar audio |
Sí. |
Exigido |
|
|
Botón para maximizar visualización |
Sí. |
Exigido |
|
|
Control de cierre de flujo de video en vista |
Sí. |
Exigido |
|
|
Control de visualización en una porción de pantalla un flujo que detecte una alarma |
Sí. |
Exigido |
|
|
Control de búsqueda en flujo seleccionado |
Sí. |
Exigido |
|
|
Controles PTZ |
Sí. |
Exigido |
|
|
Permitir hacer clic en el cuadro delimitador de un objeto clasificado para iniciar la búsqueda por apariencia |
Sí. |
Exigido |
|
|
Información de la cámara |
Debe incluir el nombre de la cámara y ubicación. |
Exigido |
|
|
Marca de tiempo de reproducción |
Debe incluir una opción que permita mostrar la información del dispositivo o el servidor |
Exigido |
|
|
Marca de tiempo en vivo |
Debe incluir una opción que permita mostrar la información del dispositivo o el servidor |
Exigido |
|
|
Actividad de movimiento |
Sí. |
Exigido |
|
|
Actividad de análisis de video |
Debe incluir cuadros delimitadores codificados por colores alrededor de los objetos en movimiento clasificado como mínimo y/o vehículos |
Exigido |
|
|
Pestaña dedicada para alarmas |
Sí. |
Exigido |
|
|
Visualización secuencial de alarmas |
Sí. |
Exigido |
|
|
Clasificación de alarmas |
En la interfaz se debe clasificar alarmas por prioridad, tiempo de activación, estado. |
Exigido |
|
|
Filtrado de alarmas |
En la interfaz se debe admitir el filtrado de alarmas por estado en la siguiente prioridad: Asignado a mí, alarmas activas, alarmas reconocidas. |
Exigido |
|
|
Asignar alarmas a usuarios |
Sí. |
Exigido |
|
|
Marca de alarmas |
Sí. |
Exigido |
|
|
Regiones en el área de visualización de video |
Debe soportar designar una o más regiones en el área de visualización de video directamente vinculado a las alarmas o reglas activadas. |
Exigido |
|
|
Soporta mapas que representen la ubicación física de las cámaras |
Sí. |
Exigido |
|
|
Formatos soportados de mapas |
El sistema deberá soportar al menos imágenes en alta resolución. |
Exigido |
|
|
Jerarquía de mapas interconectados |
Sí. |
Exigido |
|
|
Arrastrar y soltar los objetos del árbol del sistema durante la configuración del mapa |
Sí. |
Exigido |
|
|
Visualizar los objetos del mapa |
Sí. |
Exigido |
|
|
Arrastrar y soltar fuentes de video del mapa en el área de visualización de video |
Sí. |
Exigido |
|
|
Mostrar un área preestablecida de la fuente de video seleccionada |
Sí. |
Exigido |
|
|
Las cámaras en el mapa se resaltan cuando se activa una alarma vinculada a la cámara |
Sí. |
Exigido |
|
|
Búsqueda de videos grabados |
El cliente debe admitir como mínimo la búsqueda de videos grabados con los siguientes parámetros: hora, fecha, fuente de video, alarma, tipo de evento, movimiento de pixeles en áreas definidas por usuario, detección de movimiento de objetos clasificados en fuentes de análisis de videos compatibles, marcadores. |
Exigido |
|
|
Búsqueda basada en un área de imagen o miniatura de una imagen |
Sí. Las miniaturas pueden basarse en una región de imagen completa o un área preseleccionada. Las miniaturas se pueden apilar para admitir una búsqueda secundaria automática cuando se mira un gran intervalo de tiempo de video. |
Exigido |
|
|
Búsqueda basada en objetos (vehículos o personas mínimamente) |
Sí. El sistema deberá realizar la búsqueda de un objeto clasificado y de interés en el video grabado de varias cámaras en un sitio y devolver posibles coincidencias, así como también deberá administrar la revisión de resultado de búsqueda y la confirmación de coincidencias que más se ajusten a lo requerido. |
Exigido |
|
|
Parámetros de búsqueda basada en objetos |
Debe soportar la búsqueda basada en objetos teniendo en cuenta las configuraciones declaradas de las cámaras incluidas en la búsqueda y el rango de tiempo de la búsqueda. |
Exigido |
|
|
EXPORTACION DE ARCHIVOS |
||||
Formatos de exportación de video soportados |
El software debe permitir la exportación de al menos estos formatos, Nativo y AVI. Se aceptarán formatos que mantengan las características de resolución y compatibilidad. |
Exigido |
|
|
Formatos de exportación de audio soportados |
El software debe permitir la exportación de al menos estos formatos, Nativo y WAV. Se aceptarán formatos que mantengan las características de resolución y compatibilidad. |
Exigido |
|
|
Formatos de exportación de fotogramas soportados |
El software debe permitir la exportación de al menos estos formatos, Nativo, JPEG, PNG. Se aceptarán formatos que mantengan las características de resolución y compatibilidad. |
Exigido |
|
|
Características de exportación de formato nativo |
La exportación de archivos en formato nativo debe contemplar mínimamente estas características: Firma digital en el audio y video con cifrado de 256 bits para que el video pueda ser autenticado con fines probatorios, exportar video desde una o varias transmisiones de cámaras simultáneamente, exportar múltiples segmentos de video de diferentes periodos de tiempo, revisión de audio y video exportados o respaldados en un reproductor dedicado, reproducción de clips en tiempo secuencial sincronizado, reproducción de varios clips en orden continuo y secuencial, exportación de video en tasas de cuadros más bajas que las grabadas originalmente, exportación de un área designada desde el campo de visión grabado de la cámara, reexportación a formatos nativos u otros formatos compatibles. |
Exigido |
|
|
Registros de exportación nativa |
La exportación de archivos en formato nativo debe contemplar mínimamente los siguientes registros: Modelo de la cámara, versión del firmware, ubicación, dirección MAC, Número de serie, Resolución. |
Exigido |
|
|
ANALITICA DE VIDEO |
||||
Objetos clasificados |
El software de gestión de video debe poder detectar objetos clasificados configurables para cada dispositivo. |
Exigido |
|
|
Análisis de fuentes de video individuales |
El software de gestión de video debe poder permitir a los usuarios conectar fuentes de video individuales a canales de dispositivos de análisis |
Exigido |
|
|
Eventos basados en video analítica |
Si. Deberá permitir que los usuarios configuren eventos basados en video analítica y que dichos eventos se usen como activadores de alarmas. |
Exigido |
|
|
Eventos analíticos de video mínimos |
El software de gestión de video deberá admitir los siguientes eventos analíticos: Objetos en zona, objetos merodeando, objetos que cruzan una línea definida, aparece el objeto o entra en el área, objeto no presente en el área, los objetos entran al área, los objetos salen del área, el objeto se detiene en el área, se viola la dirección de viaje prevista, la escena cambia dramáticamente de forma inesperada, medición de distanciamiento de personas. Todos los eventos deben estar correspondientemente licenciados en caso de que el sistema lo requiera. |
Exigido |
|
|
Análisis de reconocimiento de patentes vehiculares (LPR) |
Si. El software de gestión de video debe contar con un sistema o módulo de reconocimiento de patentes vehiculares automático. El módulo deberá ser del mismo fabricante que el software de gestión de video y analítica. |
Exigido |
|
|
Seguimiento de vehículos |
El software de gestión debe automatizar el seguimiento de vehículos a través de un listado de patentes que puedan ser configuradas por el usuario. |
Exigido |
|
|
Límite de listas de seguimiento |
Ilimitado |
Exigido |
|
|
LICENCIAMIENTO |
||||
Licencias de transmisión de video |
El software deberá contar con licencias para administrar mínimamente ciento catorce (114) cámaras de video vigilancia IP |
Exigido |
|
|
Licencias de reconocimiento de patentes (LPR) |
El software deberá contar con licencias para administrar mínimamente una (1) cámara de video vigilancia IP con reconocimiento de patentes |
Exigido |
|
|
Licencias generales de analítica |
El software deberá contar con licencias para administrar mínimamente ciento catorce (114) cámaras de video vigilancia IP con las siguientes analíticas de video: Objetos en zona, objetos merodeando, objetos que cruzan una línea definida, aparece el objeto o entra en el área, objeto no presente en el área, los objetos entran al área, los objetos salen del área, el objeto se detiene en el área, se viola la dirección de viaje prevista, la escena cambia dramáticamente de forma inesperada. Estás analíticas serán establecidas en la totalidad de las cámaras. |
|
|
|
Actualización de software |
Actualización de versión del software ofertado como plataforma VMS de por lo menos 2 años. |
Exigido |
|
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
|
Documentación |
El oferente deberá presentar junto con su oferta carta de autorización del fabricante, dirigida a la Convocante, en la cual se autorice al oferente a presentar oferta en el presente llamado. |
Exigido |
|
|
ÍTEM 8 NVR TIPO 1
Se requiere la provisión de dos (2) NVR’s para el sistema de videovigilancia los cuales resguardarán la información obtenida de las cámaras del edificio Ayfra por un periodo de treinta (30) días. El total de las cámaras se distribuirá equitativamente en ambos NVR’s y en caso de que uno de los mismos se encuentre no disponible por cualquier motivo, las cámaras conectadas a dicho equipo deberán migrar de forma automática al otro NVR, obteniendo de esta manera un nivel de redundancia aceptable para mantener un funcionamiento ininterrumpido de las cámaras.
Se describen a continuación los requisitos mínimos de los mismos:
NVR tipo 1 |
|||
DESCRIPCION |
CARACTERISTICAS |
MINIMO EXIGIDO |
EL BIEN OFERTADO CUMPLE CON LAS ESPECIFICACIONES REQUERIDAS |
Cantidad |
Dos (2) |
|
|
Marca |
Indicar |
|
|
Modelo |
Indicar |
|
|
Procedencia |
Indicar |
|
|
Descripción |
Grabación y analítica de video |
|
|
Tipo de memoria RAM |
DDR4 o de características superiores |
Exigido |
|
Capacidad total de memoria RAM instalada |
≥ 48 GB |
Exigido |
|
Intercambio de unidades en caliente |
Sí |
Exigido |
|
Configuración de discos |
- 2 unidades SSD en RAID 1 ≥ 220 GB para el almacenamiento del sistema operativo y base de datos. |
Exigido |
|
Eficiencia energética de fuente de alimentación |
80 PLUS Titanium |
Exigido |
|
Alerta |
Alerta visual de falla de la fuente de alimentación |
Exigido |
|
Fuentes instaladas |
Dos (2) Fuentes de energía de al menos 2400 Watts |
Exigido |
|
Interfaces de red |
- 4 x 1 GbE RJ-45 (1000Base-t) - 4 x 10 GbE SFP+ |
Exigido |
|
Troughput de grabación |
Se debe garantizar un sistema que permita al menos 1400 Mbps de troughput. Dicho sistema puede componerse de uno o más elementos de hardware que en su conjunto satisfaga lo solicitado. |
Exigido |
|
Troughput de reproducción |
Se debe garantizar un sistema que permita al menos 500 Mbps de troughput. Dicho sistema puede componerse de uno o más elementos de hardware que en su conjunto satisfaga lo solicitado. |
Exigido |
|
Garantía del fabricante |
Mínima de 2 años contra defectos de fábrica |
Exigido |
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
Documentación |
El oferente deberá presentar junto con su oferta carta de autorización del fabricante, dirigida a la Convocante, en la cual se autorice al oferente a presentar oferta en el presente llamado. |
Exigido |
|
ÍTEM 9 NVR TIPO 2
Se requiere la provisión de cuatro (4) NVR’s para el sistema de videovigilancia los cuales resguardarán la información obtenida de las cámaras instaladas en las 4 sucursales ya mencionadas de la CONATEL, por un periodo de treinta (30) días. En cada sucursal se deberán instalar cinco (5) cámaras tipo 2.
Se describen a continuación los requisitos mínimos de los mismos:
NVR tipo 2 |
|||
DESCRIPCION |
CARACTERISTICAS |
MINIMO EXIGIDO |
EL BIEN OFERTADO CUMPLE CON LAS ESPECIFICACIONES REQUERIDAS |
Cantidad |
Cuatro (4) |
|
|
Marca |
Indicar |
|
|
Modelo |
Indicar |
|
|
Procedencia |
Indicar |
|
|
Descripción |
Grabador de video |
|
|
Tipo de memoria RAM |
DDR4 o de características superiores |
Exigido |
|
Capacidad total de memoria RAM instalada |
≥ 8 GB |
Exigido |
|
Configuración de HDD |
Sata de 3.5’’ |
|
|
Capacidad de almacenamiento |
≥ 8 TB |
Exigido |
|
Salidas de video |
2x HDMI como mínimo |
|
|
Interfaces PoE |
8x 10/100/1000 Mbps |
|
|
Norma PoE |
IEEE 802.3at |
|
|
Conectividad de red |
2x 10/100/1000 Mbps |
|
|
USB |
2x USB 3.0 |
|
|
Troughput de grabación |
Se debe garantizar un sistema que permita al menos 100 Mbps de troughput. Dicho sistema puede componerse de uno o más elementos de hardware que en su conjunto satisfaga lo solicitado. |
Exigido |
|
Troughput de reproducción |
Se debe garantizar un sistema que permita al menos 100 Mbps de troughput. Dicho sistema puede componerse de uno o más elementos de hardware que en su conjunto satisfaga lo solicitado. |
Exigido |
|
Alimentación |
100 a 240 VAC, 50/60 Hz |
|
|
Temperatura de operación |
0°C a 40°C o de rango superior |
|
|
Garantía del fabricante |
Mínima de 2 años contra defectos de fábrica |
Exigido |
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
Documentación |
El oferente deberá presentar junto con su oferta carta de autorización del fabricante, dirigida a la Convocante, en la cual se autorice al oferente a presentar oferta en el presente llamado. |
Exigido |
|
ÍTEM 10 FIREWALL TIPO 1
Se requiere de un Firewall que estará alojado en el edificio Ayfra y actuará como un concentrador de conexiones VPN provenientes de las distintas sucursales. Se describen a continuación los requisitos mínimos del mismo:
Descripción |
Mínimo Solicitado |
El bien ofertado cumple con las especificaciones requeridas (SI/NO) |
Cantidad |
Uno (1) |
|
Marca |
Indicar |
|
Modelo |
Indicar |
|
Características Generales |
||
Requerimientos |
La solución propuesta deberá incorporar en un solo equipo las siguientes funcionalidades: |
|
Firewall tipo Stateful inspection |
|
|
VPN IPSec |
|
|
VPN SSL |
|
|
Antivirus y Antispyware de perímetro |
|
|
Sandboxing |
|
|
Sistema de Prevención de intrusos |
|
|
Sistema de filtrado de navegación Web |
|
|
Administración de ancho de banda |
|
|
La solución deberá ser tipo appliance, una plataforma específica para hacer labores de Next Generation Firewall. |
|
|
La solución deberá tener sistema operativo propietario, sistemas operativos basados en Linux o Windows Tipo "Endurecido" no serán aceptadas. |
|
|
Deberá contar con tecnología de procesamiento multinúcleo, con separación a nivel de procesamiento del "Control Plane" (labores de control) y del "Data Plane" (labores de procesamiento de datos |
|
|
El sistema debe operar en su totalidad en modo Stream, sin necesidad de proxys para evitar limitaciones en tamaños de archivos y riesgos de latencia |
|
|
La arquitectura del sistema deberá ser de Single Pass sin necesidad de hacer procesamiento secuencial (modulo tras modulo) |
|
|
El fabricante deberá ser recomendado por NSS Labs en los últimos 5 años |
|
|
Cantidad de Interfaces: 16x 10/100/1000 (GbE), 3x 10G (SFP+), 1 puerto para Consola RJ45 y otro para Manager, 2x USB 3.0 |
|
|
El sistema deberá manejar al menos 1 interfaces WAN para conexión a internet, pero cualquier interfaz debe poder ser configurada como WAN en caso de ser requerido, dentro de las otras adicionales a las predeterminadas de LAN y WAN |
|
|
La cantidad de subinterfaces VLANs de ser de 256 |
|
|
El sistema soportará enrutamiento basado en políticas para que el tráfico sea enrutado a las diferentes interfaces basado en el servicio, las direcciones IP de origen o de destino. |
|
|
El sistema deberá tener licenciado y soportar tecnología SD-WAN para interconectar sedes remotas usando enlaces de internet costo, pero con alta calidad de conexión. |
|
|
El sistema deberá Permitir enrutamiento: OSPF, RIPv1/v2, rutas estáticas. |
|
|
El sistema deberá tener capacidad de soportar NAT 1:1, 1:muchos, muchos:1, muchos:muchos, flexible NAT, PAT, y modo transparente. |
|
|
El sistema deberá ser capaz de sacar una copia de seguridad de la configuración automáticamente y respaldarlo en un servidor externo |
|
|
El sistema deberá soportar Jumbo Frames |
|
|
El sistema deberá soportar hacer Port Mirroring |
|
|
El sistema podrá ser implementado como Router, Layer 2 bridge, Wire mode (Sin hacer bridge capa 2) o como un network tap escuchando el tráfico, los modos de operación no serán excluyentes |
|
|
Rendimiento mínimo de Firewall de 5.2 Gbps usando la metodología de medición basada en el RFC 2544 |
|
|
Cantidad máxima de conexiones en modo firewall (SPI) 1.500.000 |
|
|
Cantidad máxima de conexiones SSL con inspección profunda 125.000 |
|
|
El sistema deberá permitir administración por Zonas (grupos lógicos de interfaces) |
|
|
En cada zona se deberán permitir activar ciertos filtros y otros no |
|
|
Las reglas de firewall deben analizar las conexiones que atraviesen el equipo, entre interfaces, grupos de interfaces (o Zonas) |
|
|
Por granularidad y seguridad, el firewall deberá poder especificar políticas tomando en cuenta puerto fuente y destino (o zonas) |
||
Las reglas del firewall deberán tomar en cuenta dirección IP fuente (que puede ser un grupo de direcciones IP), dirección IP destino (que puede ser un grupo de direcciones IP) y servicio (o grupo de servicios) de la comunicación que se está analizando |
|
|
Las acciones de las reglas deberán contener al menos el aceptar o rechazar la comunicación |
|
|
Las reglas de firewall se deben poder aplicar en un horario determinado |
|
|
El sistema deberá hacer manejo de ancho de banda, ancho de banda mínimo (garantizado), ancho de banda máximo y control de ancho de banda por cada dirección IP (Per IP) |
|
|
El producto debe contar con la certificación ICSA Labs para Firewall |
|
|
La cantidad mínima de túneles VPN Site to Site soportados será 2.000 |
|
|
IPSec VPN throughput debe ser de 2.1 Gbps usando la metodología de medición basada en el RFC 2544 |
|
|
Características de VPN |
Para intercambio de claves deberá soportar mínimo: IKE, IKEv2, clave manual, PKI (X.509), L2TP a través de IPSec |
|
El sistema deberá soportar DHCP sobre VPNs |
|
|
Para VPNs el sistema deberá descontaminar el tráfico en tiempo real antes de que llegue a la red corporativa y sin necesidad de que intervenga el usuario. De este modo se neutralizan a tiempo las vulnerabilidades y el código malicioso |
|
|
Cantidad de cliente VPN SSL para acceso remoto simultáneos hasta 500 |
|
|
El filtrado de contenido estará basado en categorías en tiempo real, integrado a la plataforma de seguridad "appliance". Sin necesidad de instalar un servidor o appliance externo, licenciamiento de un producto externo o software adicional para realizar la categorización del contenido. |
|
|
Filtrado de URLs |
El sistema deberá permitir crear perfiles para filtro de contenido y que sean aplicados a usuarios locales o de LDAP/Active directory, Grupos o direcciones IP |
|
El filtrado se podrá hacer por horarios |
|
|
El sistema deberá dar soporte a Youtube en modo restringido |
|
|
El sistema deberá ser capaz de forzar el uso del safe search en google y bing |
|
|
El sistema deberá evitar el uso de URLs embebidas (por ejemplo Google Translate) para evadir el filtrado web |
|
|
La página de bloqueo se podrá personalizar por cada política aplicada mostrando información diferente de acuerdo con el usuario |
|
|
El sistema permitirá el acceso a páginas restringidas a través de uso de contraseñas |
|
|
El sistema permitirá el acceso a páginas restringidas con advertencia sobre el contenido que se va a observar |
|
|
El sistema podrá hacer restricciones de ancho de banda por categorías de páginas web |
|
|
El sistema deberá soportar de mecanismos de Autenticación: RADIUS, Active Directory, LDAP, base de datos interna, Reconocimiento transparente de usuarios del LDAP, reconocimiento de usuarios presentes en Terminal services (Windows y Citrix) y usuarios locales |
|
|
El sistema deberá contar con la capacidad para hacer filtrado de páginas web sobre usuario que no estén dentro de la red a través de un cliente de filtrado web |
|
|
El sistema de inspección profunda de paquetes deberá funcionar bidireccionalmente |
|
|
El sistema de inspección profunda de paquetes deberá operar sin proxies para evitar problemas de latencia |
|
|
Característica de Inspección Profunda de Paquetes |
Rendimiento mínimo en IPS: 3.4 Gbps, según RFC 2544 |
|
Sistema de Prevención de Intrusos IPS |
El sistema deberá contar con protección de ataques de inundación (flood) a nivel de UDP, ICMP y el conocido SYN Flood |
|
El sistema deberá permitir al administrador ejecutar acciones sobre los eventos de IPS como bloquear el tráfico, registrar o capturar el tráfico generado por el ataque |
|
|
El IPS podrá inspecciona el tráfico entre las zonas internas de la red |
|
|
Las reglas de IPS permitirán definir respuestas independientes |
|
|
El sistema de IPS deberá detectar anomalías en los protocolos |
|
|
Deberá contar con mecanismos de anti-evasión |
|
|
El sistema deberá contar con fitro de bloqueo hacia centros de comando y control de botnets |
|
|
El sistema deberá contar con filtro de bloqueo por localización geográfica |
|
|
El rendimiento mínimo del sistema de control de aplicaciones será de 3.6 Gbps |
|
|
Sistema de Control de Aplicaciones |
Las aplicaciones se deben identificar independientemente del Stack o del puerto (TCP, UDP, etc.) que usen |
|
Las políticas de control de aplicaciones se podrán hacer granular por dirección IP, usuario, grupos de usuarios locales o de LDAP/Active Directory y basado en horarios |
|
|
El sistema deberá permitir la creación de reglas de control de ancho de banda de las aplicaciones soportadas |
|
|
El sistema deberá reportar en tiempo real cuales de las aplicaciones soportadas están siendo usadas, que usuario o dirección IP lo está haciendo y cuánto tráfico está cursando |
|
|
El sistema deberá acreditar un rendimiento de Gateway Antivirus de 2.9 Gbps |
|
|
Debe ser capaz de analizar, trafico entrante y saliente mínimo de los siguientes protocolos aplicativos: HTTP, SMTP, IMAP, POP3, FTP, CIFS/NETBIOS, y esta debe estar completamente integrada a la administración del dispositivo appliance |
|
|
Antivirus de perímetro |
Permitir escaneo de virus o spyware sobre protocolos basados en stream TCP, como mensajería instantánea y P2P |
|
El sistema deberá realizar análisis antivirus sin limitación del tamaño del archivo transferido |
||
El sistema antivirus deberá contar con la certificación Antivirus ICSA Labs |
|
|
Control granular de firmas de virus y spyware |
|
|
Actualizaciones automáticas con un intervalo mínimo de búsqueda de actualizaciones de una (1) hora |
|
|
El sistema deberá hacer inspección de Aplicaciones, IPS, antivirus y filtrado de páginas web sobre comunicaciones cifradas por TLS (Transport Layer Security) tales como HTTPS sin importar si opera sobre el puerto 443 u otro |
|
|
El Rendimiento en Inspección SSL (DPI SSL) debe ser de 800 Mbps |
|
|
Inspección de tráfico cifrado |
El sistema igualmente deberá hacer inspección de tráfico cifrado sobre SSH |
|
El sistema contará con filtrado de conexiones a centro de control de Botnets basado en reputación de direcciones IP |
|
|
Servicios de seguridad en la nube |
El sistema contará con controles de localización geográfica basados en la dirección IP de origen para hacer reglas de conexión por país bien sea de manera general o por reglas de firewall |
|
Debe poder filtrar tipos de adjuntos en correo electrónico |
|
|
Soportar uso de listas RBL para correo |
|
|
AntiSpam |
La capacidad AntiSpam incluida deberá permitir especificar listas blancas (confiables, a los cuales siempre se les deberá pasar) y listas negras (no confiables, a los cuales siempre les deberá bloquear) |
|
Debe permitir el uso de algún servicio antispam especializado prestado por el mismo fabricante en la nube, que realice labores de filtrado del tráfico de correo electrónico SMTP (Simple Mail Transfer Protocol) para eliminar mensajes spam y phishing e incluso correos portadores de virus |
|
|
El sistema deberá contar con tecnología de análisis de malware de códigos desconocidos en un sistema aislado (Sandbox) donde se ejecutará e inspeccionará el comportamiento del código |
|
|
El sistema Sandbox operará como un servicio basado en la nube sin necesidad de hardware adicional |
|
|
Sandboxing |
El sistema deberá usar al menos tres motores de Sandbox y un 4to incluyendo inspección en memoria en tiempo real |
|
El sistema deberá hacer un bloqueo del código que se está descargando hasta que se defina un veredicto |
|
|
El sistema deberá analizar archivos ejecutables (PE), DLLs, PDFs, Archivos de Office, Comprimidos, JAR, APKs para múltiples sistemas operativos (Windows, Android, MAC OSX) |
|
|
El sistema deberá contar con reportes sobre los archivos enviados a análisis y su veredicto, el reporte deberá incluir sistema operativo y detalles del archivo analizado |
|
|
El sistema de administración y reportes, en caso de licenciarse, deberá estar basado en la nube sin necesidad de hardware adicional |
|
|
El sistema de administración y reportes podrá permitir el manejo de roles para gestión con permisos y privilegios de acceso |
|
|
Administración y reportes |
El sistema de administración y reportes podrá permitir control de cambios que permita tener procesos para comparar, validar, revisar, aprobar y auditar las modificaciones que se hagan sobre la plataforma |
|
El sistema de administración y reportes podrá contar con facilidades para desplegar y provisionar el firewall de manera remota con mínima intervención del usuario local de manera al registrar, conectar, encender el firewall será suficiente para gestionar remotamente el dispositivo |
|
|
El sistema de gestión en nube también permitirá la elaboración de reportes |
|
|
El sistema de administración y reportes podrá contar con un Dashboard (Vista Preliminar) con al menos la siguiente información: |
|
|
Ancho de banda usado por el dispositivo |
|
|
Cantidad de amenazas encontradas |
|
|
Porcentaje de tráfico bloqueado |
|
|
Cantidad de conexiones por segundo que el firewall está manejando |
|
|
Cantidad total de conexiones que el firewall emplea |
|
|
Porcentaje de uso de la CPU |
|
|
Vista geográfica del tráfico entrante y saliente |
|
|
Usuario que más tráfico generan |
|
|
El sistema de administración y reportes podrá contar con mecanismos de correlación y contextualización de los datos de reportes provenientes de los diferentes firewalls |
|
|
El sistema de administración y reportes podrá permitir consolidar los logs que facilitará hacer análisis forenses |
|
|
El sistema de administración y reportes podrá permitir la elaboración de reportes agendados |
|
|
El sistema de administración y reportes podrá guardar en la nube hasta 1 mes de logs y 1 año reportes |
|
|
El sistema de administración y reportes podrá permitir visualizar en tiempo real del equipo la siguiente información: |
|
|
Aplicaciones empleadas |
|
|
Ancho de banda de cada una de las interfaces |
|
|
Uso de la CPU |
|
|
La herramienta de gestión contará con roles para definir los accesos y privilegios que tendrán los usuarios que interactúan con la plataforma |
|
|
El sistema contará con mecanismos para identificar las aplicaciones en la nube que los usuarios emplean |
|
|
La solución permitirá mostrar en tiempo real las aplicaciones usadas y el volumen de tráfico |
|
|
El sistema de gestión permitirá hacer control sobre las aplicaciones permitidas o no aprobadas |
|
|
Licencias |
Se requieren licencias a 2 años de las siguientes funcionalidades descritas anteriormente en el pliego |
|
Antivirus de perímetro |
|
|
Sistema de Prevención de intrusos |
|
|
Servicio y control de aplicaciones |
|
|
Filtrado URL |
|
|
Soporte 24/7 del fabricante |
|
|
Actualización de firmware |
|
|
Servicio de Sandboxing |
|
|
Garantía del fabricante |
El equipo ofertado deberá contar con una garantía de fábrica de al menos dos (2) años |
|
Garantía de buen funcionamiento |
Mínima de 2 años |
|
Documentación |
El oferente deberá presentar junto con su oferta carta de autorización del fabricante o canal o distribuidor autorizado. |
|
ÍTEM 11 FIREWALL TIPO 2
Estarán alojados en cada una de las sucursales de la CONATEL (Encarnación, Ciudad del Este, Isla Bogado y Artigas). Se deberán establecer conexiones VPN a través de dichos firewalls al edificio Ayfra, teniendo en cuenta el ancho de banda necesario, con el fin de poder visualizar de manera remota las cámaras en vivo y sus grabaciones. Se describen a continuación los requisitos mínimos de los mismos:
Descripción |
Características |
Mínimo Exigido |
Cumple con las especificaciones requeridas (sí/no) |
Marca |
Indicar. |
|
|
Modelo |
Indicar. |
|
|
Procedencia |
Indicar. |
|
|
Cantidad |
4 (Cuatro) |
unidad |
|
Generalidades |
El Firewall ofertado debe soportar requerimientos para oficinas pequeñas o en hogar (SOHO) o pequeñas sucursales corporativas con soporte Wireless |
Exigido |
|
Interfaces |
8x 1GbE o superior, |
Exigido |
|
1x Puerto de Consola, |
|||
2x USB 3.0 |
|||
Soporte Wireless |
2x2 802.11ac o superior |
|
|
Gestión |
Network Security Manager, CLI, SSH, Web UI, GMS, REST APIs |
Exigido |
|
Usuarios de SSO |
1.000 o superior |
Exigido |
|
Access Point |
16 como mínimo |
Exigido |
|
admitidos |
|||
Rendimiento de inspección de Firewall |
2 Gbps o superior |
Exigido |
|
Rendimiento de |
750 Mbps o superior |
Exigido |
|
prevención de amenazas |
|||
Rendimiento de |
1 Gbps o superior |
Exigido |
|
inspección de aplicaciones |
|||
Rendimiento IPS |
1 Gbps o superior |
Exigido |
|
Rendimiento de inspección de Antimalware |
750 Mbps o superior |
Exigido |
|
Rendimiento de inspección y descifrado TLS/SSL (DPI SSL) |
300 Mbps o superior |
Exigido |
|
Rendimiento |
750 Mbps o superior |
Exigido |
|
de VPN |
|||
Conexiones por |
6.000 nuevas conexiones por segundo, o superior |
Exigido |
|
segundo |
|||
Número máximo de conexiones (SPI) |
750.000 o superior |
Exigido |
|
Número máximo de conexiones (DPI) |
150.000 o superior |
Exigido |
|
Túneles VPN entre emplazamientos |
50 o superior |
Exigido |
|
Clientes VPN IPSec |
200 o superior |
Exigido |
|
Licencias SSL VPN |
50 o superior |
Exigido |
|
Cifrado/autenticación |
DES, 3DES, AES (128, 192, 256 bits), MD5, SHA-1, criptografía Suite B |
Exigido |
|
VPN basada en enrutamiento |
RIP, OSPF, BGP |
Exigido |
|
Asignación de direcciones IP |
Estática, (cliente DHCP, PPPoE, L2TP y PPTP), servidor DHCP interno, relé DHCP |
Exigido |
|
Modos NAT |
1:1, muchos:1, 1: muchos, NAT flexible (IP solapadas), PAT, modo transparente |
Exigido |
|
Interfaces VLAN |
64 o superior |
Exigido |
|
Protocolos de enrutamiento |
BGP, OSPF, RIPv1/v2, rutas estáticas, enrutamiento basado en políticas |
Exigido |
|
QoS |
Prioridad de ancho de banda, ancho de banda máximo, ancho de banda garantizado, marcado DSCP, 802.1e (WMM) |
Exigido |
|
Autenticación |
LDAP (múltiples dominios), XAUTH/RADIUS, SSO, Novell, base de datos de usuarios interna, Terminal Services, Citrix, Tarjeta Common Access Card (CAC) |
Exigido |
|
Base de datos de usuarios locales |
por lo menos 150 |
Exigido |
|
VoIP |
H323-v1-5 completo, SIP |
Exigido |
|
Estándares |
TCP/IP, UDP, ICMP, HTTP, HTTPS, IPSec, ISAKMP/IKE, SNMP, DHCP, PPPoE, L2TP, PPTP, RADIUS, IEEE 802.3 |
Exigido |
|
Certificaciones |
FIPS 140-2 (with Suite B) Level 2, UC APL, IPv6 (Phase 2), ICSA Network Firewall, ICSA Anti-virus, Common |
Exigido |
|
Criteria NDPP (Firewall and IPS) |
|||
Alta disponibilidad |
Activo/Standby con sincronización de estado |
Exigido |
|
Fuente de |
100-240 VCA, 50-60 Hz |
Exigido |
|
Alimentación |
Fuente de alimentación de por lo menos 35W |
||
Consumo |
20 W como máximo |
Exigido |
|
de energía |
|||
MTBF (tiempo medio entre fallas en horas) |
235.000 o superior |
Exigido |
|
Normativa principal |
FCC Class B, FCC RF ICES Class B, IC RF CE (R&TTE, EMC, LVD, RoHS), RCM, VCCI Class B, MIC/ TELEC, UL, cUL, TUV/GS, CB, México CoC by UL, WEEE, REACH, ANATEL |
Exigido |
|
Garantía del fabricante |
Mínima de 2 años contra defectos de fábrica |
Exigido |
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
Documentación |
El oferente deberá presentar junto con su oferta carta de autorización del fabricante o canal o distribuidor autorizado. |
Exigido |
|
ÍTEM 12 SWICH
Se requiere la provisión e instalación de al menos nueve (9) switches en el del edificio Ayfra y cuatro (4) switches en las sucursales ya mencionadas de la CONATEL, para la interconexión de los equipos alojados en cada sitio, además se contempla que la alimentación de las cámaras sea suministrada mediante dichos switches basados en la norma IEEE 802.3af/at correspondiente. Los equipos deberán cumplir mínimamente con los siguientes requerimientos:
Switch |
||
Descripción |
Características exígidas |
|
Marca |
Indicar |
|
Modelo |
Indicar |
|
Cantidad |
13 (Trece) |
|
Preparado para SD-Branch
|
Debe permitir realizar SD-WAN y conexiones para SD-Branch en las diferentes sucursales o locales. Los Switches deben poder integrar Firewalls, Access Points para mejorar la conexión de los locale |
|
Gestionado a través de firewall
|
Debe permitir autogestionarse por la nube, pero también requiere ser gestionado por los Firewalls que se encuentren en la solución. |
|
Implementación Zero-Touch |
Los switches deben poder ser implementados de forma remota, conectándose al Manager Central desde la Nube, para poder enviar los equipos sin configuración previa y que permita solo a través de la conexión Red asignado via DHCP la IP para conectarlo a la Nube Centralizada |
|
Conmutación de capa 2 |
Los equipos deben poder realizar:
|
|
Gestión |
Los Switches deben permitir una gestión y administración de las siguientes formas:
|
|
PoE
|
802.3af/at |
|
Soporte de QoS
|
Debe soporta lo siguiente:
|
|
Estándar Seguridad |
|
|
Legislación |
FCC/ICES Class B, CE, RCM/ACMA, VCCI Class B, TELEC, BSMI, NCC, MSIP, ANATEL, Customs Union, RoHS (Europe/China), WEEE |
|
Seguridad y Visibildad |
Debe contener lo siguiente:
|
|
Cantidad de Puertos |
24 puertos de 1GbE en cobre, 4 puertos SFP+ de 10Gb |
|
Memoria Switch |
El Switch debe tener 512Mb Memoria y 128 Mb flash |
|
Conmutación |
Debe tener 128 Gbps o superior |
|
Consola |
Permita acceso por Consola directa conexión RJ45 |
|
VLANs |
Debe permitir realizar 4096 VLANs |
|
Aprobaciones de regulación |
Debe cumplir las siguientes regulaciones:
|
|
Calidad de Servicio |
La solución debe cumplir con
|
|
Garantía del fabricante |
Mínima de 2 años contra defectos de fábrica |
|
Garantía de buen funcionamiento |
Mínima de 2 años |
ÍTEM 13 UPS TIPO 1
Se requiere que todos los equipos que comprenden al sistema de videovigilancia se encuentren respaldados por una unidad de sistema de alimentación ininterrumpida, las UPS se alojarán tanto en la sala de monitoreo del edificio Ayfra como en las 4 sucursales ya mencionadas.
Descripción |
Características |
Mínimo Exigido |
Cumple con las especificaciones requeridas |
(sí/no) |
|||
Marca |
Indicar. |
Exigido |
|
Modelo |
Indicar. |
Exigido |
|
Procedencia |
Indicar. |
Exigido |
|
Cantidad |
5 (Cinco) |
Exigido |
|
Capacidad |
10000 VA |
Exigido |
|
Formato |
Tipo torre o rackeable |
Exigido |
|
Topología |
UPS online de doble conversión |
Exigido |
|
Entrada de voltage |
220V Monofásica |
Exigido |
|
Variación de tensión de entrada |
Entre 200 y 230 V o de rango superior |
Exigido |
|
Frecuencia de operación |
50 Hertz |
Exigido |
|
Factor de potencia de entrada |
0.97 o superior |
Exigido |
|
Humedad relativa |
0-90% o superior |
Exigido |
|
Display de monitoreo |
LCD y/o LED |
Exigido |
|
Monitoreo remoto |
Si, mediante SNMP |
Exigido |
|
Protección |
Contra picos de corriente y/o sobretensiones y/o cortocircuitos |
Exigido |
|
Salida |
Frecuencia de salida: 50 Hertz |
Exigido |
|
Tensión de salida: 220V ± 1 o inferior |
Exigido |
|
|
Factor de potencia: 0.9 o superior |
Exigido |
|
|
Factor de cresta (máximo): 3:1 |
Exigido |
|
|
Forma de onda: sinusoidal |
Exigido |
|
|
Distorsión de tensión de salida: ≤3% para cargas lineales |
Exigido |
|
|
Capacidad de sobrecarga: 110% o de capacidad superior, con transferencia de bypass |
Exigido |
|
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
ÍTEM 14 UPS TIPO 2.
Se requiere que todos los equipos que comprenden al sistema de videovigilancia se encuentren respaldados por una unidad de sistema de alimentación ininterrumpida, las UPS estarán alojadas en los racks de pared ubicados en el edificio Ayfra.
Descripción |
Características |
Mínimo Exigido |
Cumple con las especificaciones requeridas |
(sí/no) |
|||
Marca |
Indicar. |
Exigido |
|
Modelo |
Indicar. |
Exigido |
|
Procedencia |
Indicar. |
Exigido |
|
Cantidad |
8 (Ocho) |
Exigido |
|
Capacidad |
1000 VA |
Exigido |
|
Formato |
Tipo torre o rackeable |
Exigido |
|
Topología |
UPS online de doble conversión |
Exigido |
|
Entrada de voltage |
220V Monofásica |
Exigido |
|
Variación de tensión de entrada |
Entre 180 y 250 V o de rango superior |
Exigido |
|
Frecuencia de operación |
50 Hertz |
Exigido |
|
Factor de potencia de entrada |
0.97 o superior |
Exigido |
|
Humedad relativa |
0-90% o superior |
Exigido |
|
Display de monitoreo |
LCD y/o LED |
Exigido |
|
Monitoreo remoto |
Si, mediante SNMP |
Exigido |
|
Protección |
Contra picos de corriente y/o cortocircuito |
Exigido |
|
Salida |
Frecuencia de salida: 50 Hertz |
Exigido |
|
Tensión de salida: 220V ± 1 o inferior |
Exigido |
|
|
Factor de potencia: 0.8 o superior |
Exigido |
|
|
Factor de cresta (máximo): 3:1 |
Exigido |
|
|
Forma de onda: sinusoidal |
Exigido |
|
|
Distorsión de tensión de salida: ≤3% para cargas lineales |
Exigido |
|
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
ÍTEM 15 VIDEOWALL
Se deberá prever la instalación de cuatro (4) pantallas profesionales, las cuales deberán ser montadas de manera que faciliten la visualización de las imágenes transmitidas por las cámaras, las pantallas estarán alojadas en la sala de monitoreo del edificio Ayfra. Se describen los requisitos mínimos para estas.
Descripción |
Características |
Mínimo Exigido |
El bien ofertado cumple con las especificaciones requeridas (SI/NO) |
Marca |
Indicar |
Especificar |
|
Modelo |
Indicar |
Especificar |
|
Precedencia |
Indicar |
Especificar |
|
Cantidad |
4 (Cuatro) |
Exigido |
|
Tipo de Pantalla |
LCD O LED |
Exigido |
|
Tamaño de Pantalla |
46 (pulgadas) o superior |
Exigido |
|
Contraste |
1200:1 o superior |
Exigido |
|
Resolución |
1920x1080 como mínimo |
Exigido |
|
Medidas del borde |
15mm como máximo |
Exigido |
|
Brillo |
500 nit o superior |
Exigido |
|
Angulo de Vista |
178/178 o de grado superior |
Exigido |
|
Entradas |
Por lo menos un (1) puerto DVI, dos (2) HDMI, un (1) puerto para audio (stereo mini Jack) y un (1) puerto DP (Display Port) |
Exigido |
|
Salidas |
Al menos Un (1) puerto para audio (stereo mini Jack), un (1) DP (Display Port) |
Exigido |
|
Conectividad |
Al menos 1 puertos RJ-45 |
Exigido |
|
Horas de operación |
24/7 |
Exigido |
|
Alimentación |
AC 100 - 240 V a 50/60 Hz |
Exigido |
|
Temperatura de funcionamiento |
Entre 10°C a 40°C o de rango superior |
Exigido |
|
Humedad |
Entre 10% a 80% o de rango superior |
Exigido |
|
Cables |
Se deberán proveer al menos 2 cables HDMI por pantalla |
Exigido |
|
Montaje |
Se deberá proveer todos los soportes correspondientes para su montaje. |
Exigido |
|
Garantía de buen funcionamiento |
Mínima de 2 años |
Exigido |
|
Documentación |
Se deberá presentar carta de autorización del fabricante o distribuidor autorizado en Paraguay para presentar oferta en esta licitación. |
|
|
ÍTEM 16 - MATERIALES PARA INTERCONEXION
En la presente sección se delimitarán los elementos mínimos requeridos para establecer la operatividad de todos los equipos requeridos en las secciones previas a ser instalados. Todos los materiales requeridos son mínimos mas no restrictivos por lo que los oferentes durante la ejecución deberán contemplar todos los materiales necesarios para el establecimiento de la alimentación y conectividad del sistema de videovigilancia
Los materiales requeridos corresponden al montaje de una infraestructura de fibra óptica del tipo WDM en el edificio Ayfra, además de la interconexión de todos los componentes tecnológicos requeridos para el óptimo funcionamiento del sistema, incluyendo todos los sitios y las 4 sucursales correspondientes.
Materiales de cableado de red
Item |
Descripción |
Unidad de medida |
Cantidad |
1 |
Rack de pared 12U |
Unidad |
8 |
2 |
Rack de piso 42U |
Unidad |
5 |
3 |
Patch panel Cat 6 o superior |
Unidad |
15 |
4 |
Patch cord de 3m Cat6 o superior |
Unidad |
50 |
5 |
Cable UTP Cat 6 o superior |
Metros |
8000 |
6 |
PDU |
Unidad |
6 |
Materiales de cableado de red
Ítem |
Descripción |
Unidad de medida |
Cantidad |
1 |
Chasis para transceiver de 14 slots |
Unidad |
1 |
2 |
Transceiver 1550nm Tx/1310nm Rx |
Unidad |
8 |
3 |
Transceiver 1310nm Tx/1550nm Rx |
Unidad |
8 |
4 |
Cable óptico fit CFOA SM AS-80 12F NR |
Metros |
300 |
5 |
Dio rackeable 1U 19'' 36F (12F SC/APC) con todos lo accesorios |
Unidad |
1 |
6 |
Cordón óptico duplex SM SC/APC 2,5 mts |
Unidad |
16 |
7 |
Roseta óptica 1F SC/APC |
Unidad |
8 |
Cargo y la dependencia de la Institución de quien solicita el llamado a ser publicado
Justificaciones:
El llamado es de única vez
Los sistemas de CCTV se han convertido en un apoyo fundamental en la prevención y control de pérdida y riesgos, al igual que la supervisión para mejora de la efectividad de las empresas.
La supervisión y control de clientes y empleados es más efectiva con el uso de sistemas de CCTV, los apoyos de esta tarea con sistemas inteligentes hacen que esta labor sea muy sencilla con poca cantidad de personas.
Las áreas de cobertura son más extensas reduciendo los gastos de vigilancia y siendo más efectivos en cuanto a la seguridad.
El control de las perdidas por robos es más efectivo y no solo porque las personas saben que están siendo grabadas, sino también porque fácilmente se descubre a los culpables al revisar las grabaciones.
La existencia de sistemas CCTV por si solo representa un elemento de disuasión, algunas empresas prefieren el uso de cámaras con tamaños y apariencias que se vean amenazantes para las personas con intenciones malsanas.
Las acciones delictivas quedan grabadas y pueden ser utilizadas como evidencia de delitos en juicios o acciones legales o despidos justificados de empleados que cometen irregularidades.
Los análisis de los motivos que origina fallos en la producción de empresas son corregidos al revisar los vídeos e identificar los motivos que las originan evitando que vuelvan a ocurrir.
La entrega de los bienes se realizará de acuerdo con el plan de entrega y cronograma de cumplimiento, indicados en el presente apartado. Así mismo, de los documentos de embarque y otros que deberá suministrar el proveedor indicados a continuación:
Ítem |
Descripción |
Unidad de medida |
Cantidad |
Fechas finales de entrega |
1 |
Cámara tipo 1 |
Unidad |
47 |
40 días de firmada la OC. |
2 |
Cámara tipo 2 |
Unidad |
58 |
40 días de firmada la OC. |
3 |
Cámara tipo 3 |
Unidad |
5 |
40 días de firmada la OC. |
4 |
Cámara tipo 4 |
Unidad |
4 |
40 días de firmada la OC. |
5 |
Software de reconocimiento facial |
Unidad |
1 |
40 días de firmada la OC. |
6 |
Servidor para software reconocimiento facial |
Unidad |
1 |
40 días de firmada la OC. |
7 |
Software de videovigilancia |
Global |
1 |
40 días de firmada la OC. |
8 |
NVR tipo 1 |
Unidad |
2 |
40 días de firmada la OC. |
9 |
NVR tipo 2 |
Unidad |
4 |
40 días de firmada la OC. |
10 |
Firewall tipo 1 |
Unidad |
1 |
40 días de firmada la OC. |
11 |
Firewall tipo 2 |
Unidad |
4 |
40 días de firmada la OC. |
12 |
Switch |
Unidad |
13 |
40 días de firmada la OC. |
13 |
UPS tipo 1 |
Unidad |
5 |
40 días de firmada la OC. |
14 |
UPS tipo 2 |
Unidad |
8 |
40 días de firmada la OC. |
15 |
VideoWall |
Unidad |
4 |
40 días de firmada la OC. |
16 |
Materiales para interconexión |
Global |
1 |
40 días de firmada la OC. |
Ítem |
Descripción del servicio |
Cantidad |
Unidad de medida de los servicios |
Lugar donde los servicios serán prestados |
Fecha(s) final(es) de ejecución de los servicios |
(Indicar el N°) |
(Indicar la descripción de los servicios) |
(Insertar la cantidad de rubros de servicios a proveer) |
(Indicar la unidad de medida de los rubros de servicios |
(Indicar el nombre del lugar) |
(Indicar la(s) fecha(s) de entrega requerida(s) |
|
NO APLICA |
NO APLICA |
NO APLICA |
NO APLICA |
NO APLICA |
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 indican a continuación:
Una vez recepcionado los bienes se verificará que los mismos cumplan con las especificaciones técnicas establecidas y se procederá a la instalación de los mismos.-
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á:
Planificación de indicadores de cumplimiento:
El documento requerido para acreditar el cumplimiento contractual será: (INFORMES)
Frecuencia: correlativa.
Planificación de indicadores de cumplimiento:
INDICADOR |
TIPO |
Fecha de presentación prevista |
Nota de servicio emitido por el administrador del contrato 16 |
Informe de conformidad, firmada por el administrador del contrato. |
2 dias posteriores al cumplimiento total de las obligaciones.- |
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.
La convocante adjudicará el contrato al oferente cuya oferta haya sido evaluada como la más baja y cumpla sustancialmente con los requisitos de las bases y condiciones, siempre y cuando la convocante determine que el oferente está calificado para ejecutar el contrato satisfactoriamente.
1. La adjudicación en los procesos de contratación en los cuales se aplique la modalidad de contrato abierto, se efectuará por las cantidades o montos máximos solicitados en el llamado, sin que ello implique obligación de la convocante de requerir la provisión de esa cantidad o monto durante la vigencia del contrato, obligándose sí respecto de las cantidades o montos mínimos establecidos.
2. En caso de que la convocante no haya adquirido la cantidad o monto mínimo establecido, deberá consultar al proveedor si desea ampliarlo para el siguiente ejercicio fiscal, hasta cumplir el mínimo.
3. Al momento de adjudicar el contrato, la convocante se reserva el derecho a disminuir la cantidad requerida, por razones de disponibilidad presupuestaria u otras razones debidamente justificadas. Estas variaciones no podrán alterar los precios unitarios u otros términos y condiciones de la oferta y de los documentos de la licitación.
En aquellos llamados en los cuales se aplique la modalidad de contrato abierto, cuando la convocante deba disminuir cantidades o montos a ser adjudicados, no podrá modificar el monto o las cantidades mínimas establecidas en las bases de la contratación.
La comunicación de la adjudicación a los oferentes será como sigue:
1. Dentro de los cinco (5) días corridos de haberse resuelto la adjudicación, la convocante comunicará a través del Sistema de Información de Contrataciones Públicas, copia del informe de evaluación y del acto administrativo de adjudicación, los cuales serán puestos a disposición pública en el referido sistema. Adicionalmente el sistema generará una notificación a los oferentes por los medios remotos de comunicación electrónica pertinentes, la cual será reglamentada por la DNCP.
2. En sustitución de la notificación a través del Sistema de Información de Contrataciones Públicas, las convocantes podrán dar a conocer la adjudicación por cédula de notificación a cada uno de los oferentes, acompañados de la copia íntegra del acto administrativo y del informe de evaluación. La no entrega del informe en ocasión de la notificación, suspende el plazo para formular protestas hasta tanto la convocante haga entrega de dicha copia al oferente solicitante.
3. En caso de la convocante opte por la notificación física a los oferentes participantes, deberá realizarse únicamente con el acuse de recibo y en el mismo con expresa mención de haber recibido el informe de evaluación y la resolución de adjudicación.
4. Las cancelaciones o declaraciones desiertas deberán ser notificadas a todos los oferentes, según el procedimiento indicado precedentemente.
5. Las notificaciones realizadas en virtud al contrato, deberán ser por escrito y dirigirse a la dirección indicada en el contrato.
Una vez notificado el resultado del proceso, el oferente tendrá la facultad de solicitar una audiencia a fin de que la convocante explique los fundamentos que motivan su decisión.
La solicitud de audiencia informativa no suspenderá ni interrumpirá el plazo para la interposición de protestas.
La misma deberá ser solicitada dentro de los dos (2) días hábiles siguientes en que el oferente haya tomado conocimiento de los términos del Informe de Evaluación de Ofertas.
La convocante deberá dar respuesta a dicha solicitud dentro de los dos (2) días hábiles de haberla recibido y realizar la audiencia en un plazo que no exceda de dos (2) días hábiles siguientes a la fecha de respuesta al oferente.
Luego de la notificación de adjudicación, el proveedor deberá presentar en el plazo establecido en las reglamentaciones vigentes, los documentos indicados en el presente apartado.
1. Personas Físicas / Jurídicas |
a) Certificado de no encontrarse en quiebra o en convocatoria de acreedores expedido por la Dirección General de Registros Públicos; |
b) Certificado de no hallarse en interdicción judicial expedido por la Dirección General de Registros Públicos; |
c) Constancia de no adeudar aporte obrero patronal expedida por el Instituto de Previsión Social; |
d) Certificado laboral vigente expedido por la Dirección de Obrero Patronal dependiente del Viceministerio de Trabajo, siempre que el sujeto esté obligado a contar con el mismo, de conformidad a la reglamentación pertinente - CPS; |
e) En el caso que suscriba el contrato otra persona en su representación, acompañar poder suficiente del apoderado para asumir todas las obligaciones emergentes del contrato hasta su terminación. |
f) Certificado de Cumplimiento Tributario vigente a la firma del contrato. |
2. Documentos. Consorcios |
a) Cada integrante del consorcio que sea una persona física o jurídica deberá presentar los documentos requeridos para oferentes individuales especificados en los apartados precedentes. |
b) Original o fotocopia del consorcio constituido. |
c) Documentos que acrediten las facultades del firmante del contrato para comprometer solidariamente al consorcio. |
d) En el caso que suscriba el contrato otra persona en su representación, acompañar poder suficiente del apoderado para asumir todas las obligaciones emergentes del contrato hasta su terminación. |