solicitamos a la convocante que puedan ser aceptadas como experiencia contratos y/o facturas del año 2024 solicitamos que se acepten como válidos los contratos y/o facturas correspondientes al año en vigencia 2024, ya que estos reflejan la experiencia de tal manera a dar mayor participación a potenciales oferentes
solicitamos a la convocante que puedan ser aceptadas como experiencia contratos y/o facturas del año 2024 solicitamos que se acepten como válidos los contratos y/o facturas correspondientes al año en vigencia 2024, ya que estos reflejan la experiencia de tal manera a dar mayor participación a potenciales oferentes
La Convocante se mantiene en lo establecido en el PBC, considerando que es estándar mínimo de la Institución en la compra de dichos bienes, diciendo: "Demostrar la experiencia por medio de copia de contratos ejecutados correspondientes al objetivo de la presente contratación (PROVISIÓN Y MONTAJE DE RED DE DATOS EN GENERAL) que podrán corresponder tanto a empresas públicas como privadas. Dichos documentos deberán corresponder al periodo comprendido entre los últimos 3 (tres) años 2021, 2022 y 2023 y la sumatoria de los mismos deberá ser al menos 50% (CINCUENTA POR CIENTO) DEL MONTO TOTAL A CONTRATAR. Se aclara que no es necesario contar con un contrato por año".
62
Ítem 1 – Administracion
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Soporte de deteccion de falla con el uso de Time Domain Reflectometry (TDR)” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Soporte de deteccion de falla con el uso de Time Domain Reflectometry (TDR)” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Serán aceptados equipos que no posean la funcionalidad de Soporte de Detección de fallas con TDR, esto permitirá a la convocante de disponer de ofertas con un mejor COSTO-BENEFICIO, ya que dicha funcionalidad no es esencial al uso previsto que se le dará al equipo, por lo tanto, no es una característica esencial para el proyecto. Favor remitirse a la ADENDA N° 4.
63
Ítem 2 – Funciones Comunes - Broadcast
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Todas las interfaces se podrán agrupar para formar un dominio de Broadcast (L2) representadas por una interfase L3 virtual (Interfase VLAN - RVI)” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Todas las interfaces se podrán agrupar para formar un dominio de Broadcast (L2) representadas por una interfase L3 virtual (Interfase VLAN - RVI)” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Se aceptarán equipos que no posean la funcionalidad de agrupar Interfaces para formar un dominio de Broadcast (L2) representadas por una interfase L3 virtual, ya que las redes que se estarán implementando serán en su mayoría estáticas, y no sufrirán variaciones constantes en su estructura, así también para obtener un mejor COSTO-BENEFICIO para la convocante de los componentes a implementar. Favor remitirse a la ADENDA N° 4.
64
Ítem 2 – Funciones comunes – Enrutamiento
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Soporte protocolo de enrutamiento RIPv1, RIPv2, OSPF, BGP” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Soporte protocolo de enrutamiento RIPv1, RIPv2, OSPF, BGP” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Se aceptarán equipos que no posean la funcionalidad de Soporte protocolo de enrutamiento RIPv1, RIPv2, OSPF, BGP, ya que para la implementación requerida no es necesaria dicha funcionalidad así tampoco se requieren necesariamente de equipos Layer 3, esto permitirá a la convocante obtener un mejor COSTO-BENEFICIO. Favor remitirse a la ADENDA N° 4.
65
Ítem 2 – Private VLAN
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Private VLAN entre Switches” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Private VLAN entre Switches” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Se aceptaran equipos que no posean la funcionalidad de Private VLAN entre Switches, ya que la red a ser implementada no requerirá de una segmentación tan avanzada, de esta manera se permitirá la participación de una mayor cantidad de oferentes, lo que encuentra sustento legal en virtud en lo establecido en el artículo Art. 45 de la Ley N° 7021/22 que dispone: "En los procedimientos de contratación será obligación de las convocantes elaborar las bases y condiciones del llamado con la mayor amplitud de acuerdo con la naturaleza específica del contrato con el objeto de que concurra el mayor número de Oferentes y deberán ser suficientemente claras, objetivas e imparciales para evitar favorecer a algún participante. Esto permitirá a la convocante obtener un mejor COSTO-BENEFICIO. Favor remitirse a la ADENDA N° 4.
66
Item 2 – Seguridad
Solicitamos a la convocante tenga a bien modificar el requerimiento de “IP Source Guard” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Solicitamos a la convocante tenga a bien modificar el requerimiento de “IP Source Guard” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Se aceptarán equipos que no posean la funcionalidad de IP Source Guard, ya que las redes que se estarán implementando serán en su mayoría estáticas, y no sufrirán variaciones en su estructura, así también para obtener un mejor COSTO-BENEFICIO para la convocante de los componentes a implementar y no incurrir en costos innecesarios, respetando el principio de Economía y Eficiencia. Favor remitirse a la ADENDA N° 4.
67
Item 2 – Administracion - Password
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Definición de complejidad y longitud mínima para el password de administrador almacenado en la base de datos local.” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Definición de complejidad y longitud mínima para el password de administrador almacenado en la base de datos local.” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Se aceptarán equipos que no posean la funcionalidad de Definición de complejidad y longitud mínima para el password de administrador almacenado en la base de datos local, a fin de permitir una mayor variedad de ofertas, ya que existen otros tipos de soluciones y mecanismos similares en el mercado, de manera a no limitar las Especificaciones requeridas. Favor remitirse a la ADENDA N° 4.
68
Ítem 2 – Administracion - RFC 1058 y RFC 2453
Solicitamos a la convocante tenga a bien modificar el requerimiento de “RFC 1058 RIP v1” y “RFC 2453 RIP v2” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Solicitamos a la convocante tenga a bien modificar el requerimiento de “RFC 1058 RIP v1” y “RFC 2453 RIP v2” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Se aceptarán equipos que no posean RFC 1058 RIP v1 y RFC 2453 RIP v2, ya que para la implementación que se busca, no se requieren necesariamente de equipos Layer 3, esto permitirá a la convocante obtener un mejor COSTO-BENEFICIO, respetando el principio de Economía y Eficiencia . Favor remitirse a la ADENDA N° 4.
69
Ítem 3 – Funciones Comunes - Broadcast
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Todas las interfaces se podrán agrupar para formar un dominio de Broadcast (L2) representadas por una interfase L3 virtual (Interfase VLAN - RVI)” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Todas las interfaces se podrán agrupar para formar un dominio de Broadcast (L2) representadas por una interfase L3 virtual (Interfase VLAN - RVI)” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Se aceptarán equipos que no posean la funcionalidad de agrupar Interfaces para formar un dominio de Broadcast (L2) representadas por una interfase L3 virtual, ya que las redes que se estarán implementando serán en su mayoría estáticas, y no sufrirán variaciones constantes en su estructura, así también para obtener un mejor COSTO-BENEFICIO para la convocante de los componentes a implementar. Favor remitirse a la ADENDA N° 4.
70
Ítem 3 – Private VLAN
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Private VLAN entre Switches” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Solicitamos a la convocante tenga a bien modificar el requerimiento de “Private VLAN entre Switches” a opcional, esto a fin de permitir una mayor participación de oferentes ya que es una funcionalidad que no afecta la finalidad del equipo, siendo una característica meramente adicional.
Se aceptaran equipos que no posean la funcionalidad de Private VLAN entre Switches, ya que la red a ser implementada no requerirá de una segmentación tan avanzada, de esta manera se permitirá la participación de una mayor cantidad de oferentes, lo que encuentra sustento legal en virtud en lo establecido en el artículo Art. 45 de la Ley N° 7021/22 que dispone: "En los procedimientos de contratación será obligación de las convocantes elaborar las bases y condiciones del llamado con la mayor amplitud de acuerdo con la naturaleza específica del contrato con el objeto de que concurra el mayor número de Oferentes y deberán ser suficientemente claras, objetivas e imparciales para evitar favorecer a algún participante. Esto permitirá a la convocante obtener un mejor COSTO-BENEFICIO. Favor remitirse a la ADENDA N° 4.