Solicitud de modificación del requisito de integración con soluciones de la misma marca
En relación con el numeral 29 de las Especificaciones Técnicas del Ítem 1, donde se establece que la solución deberá permitir su integración futura con plataformas de endpoints, firewall, EDR, ITDR, NDR, ZTNA y correo electrónico “de la misma marca”, solicitamos considerar la modificación de dicho requisito, permitiendo también la integración con soluciones de terceros mediante APIs, conectores nativos, Syslog u otros mecanismos estándares de interoperabilidad.
Entendemos que el objetivo técnico requerido es disponer de visibilidad centralizada para la detección, investigación y respuesta ante amenazas, capacidad que puede ser satisfecha independientemente de que todos los componentes pertenezcan a un mismo fabricante.
En consecuencia, solicitamos eliminar la expresión “de la misma marca”, manteniendo las capacidades funcionales de integración requeridas.
02-10-2026
08-10-2026
Solicitud de modificación del requisito de integración con soluciones de la misma marca
De:
Aponte de Fischer, Nelida Rafaela
80070889-0 - Corporation Sekiura S.A.C.E.I
Consulta:
En relación con el numeral 29 de las Especificaciones Técnicas del Ítem 1, donde se establece que la solución deberá permitir su integración futura con plataformas de endpoints, firewall, EDR, ITDR, NDR, ZTNA y correo electrónico “de la misma marca”, solicitamos considerar la modificación de dicho requisito, permitiendo también la integración con soluciones de terceros mediante APIs, conectores nativos, Syslog u otros mecanismos estándares de interoperabilidad.
Entendemos que el objetivo técnico requerido es disponer de visibilidad centralizada para la detección, investigación y respuesta ante amenazas, capacidad que puede ser satisfecha independientemente de que todos los componentes pertenezcan a un mismo fabricante.
En consecuencia, solicitamos eliminar la expresión “de la misma marca”, manteniendo las capacidades funcionales de integración requeridas.
Se mantiene lo establecido en el PBC. La exigencia prevista en el numeral 29 responde a la necesidad institucional de preservar una ruta de evolución tecnológica hacia una arquitectura de ciberseguridad convergente, en la cual los componentes que eventualmente se incorporen puedan operar de forma nativa bajo un mismo ecosistema tecnológico, reduciendo dependencias de conectores externos, tareas de normalización de eventos, incompatibilidades entre versiones y múltiples cadenas de soporte. Para un proyecto que combina detección, investigación y respuesta ante amenazas, esta convergencia facilita la correlación de telemetría, la aplicación coordinada de políticas y la ejecución de respuestas automatizadas con menor complejidad operativa.
La condición no elimina la interoperabilidad con terceros. El propio PBC exige APIs abiertas para integración con SIEM y herramientas de terceros y, adicionalmente, permite utilizar una solución de endpoints de terceros existente, debiendo indicarse compatibilidad y limitaciones. Por tanto, la expresión "de la misma marca" del numeral 29 tiene por finalidad garantizar una capacidad de integración nativa para futuras ampliaciones, sin sustituir los mecanismos abiertos de interoperabilidad ya previstos en las especificaciones.
Finalmente, se deja constancia de que el PBC que contiene estas características técnicas y requisitos de capacidad técnica fue puesto a consideración del Ministerio de Tecnologías de la Información y Comunicación (MITIC) en el marco del trámite N.º 00356/2026, correspondiente al llamado ID 488059. El documento de autorización consigna el estado "Autorizado" y expresa que "No se encuentran observaciones". En consecuencia, corresponde mantenerse a lo establecido en el PBC.
2
Solicitud de ampliación de alternativas tecnológicas
Respecto al numeral 29 del Ítem 1, solicitamos reconsiderar la exigencia de que las soluciones de endpoint, firewall, EDR, ITDR, NDR, ZTNA y correo electrónico sean de la misma marca.
Dicha condición podría limitar innecesariamente la participación de fabricantes que cuentan con plataformas XDR ampliamente reconocidas y con capacidad de integración con tecnologías de terceros, pero que no comercializan todas las categorías indicadas bajo una misma marca, particularmente soluciones de firewall.
A fin de favorecer una mayor concurrencia de tecnologías y oferentes sin afectar el objetivo de seguridad perseguido, solicitamos que el requisito sea reformulado priorizando la capacidad de integración e interoperabilidad por sobre la pertenencia a un único fabricante.
02-10-2026
08-10-2026
Solicitud de ampliación de alternativas tecnológicas
De:
Aponte de Fischer, Nelida Rafaela
80070889-0 - Corporation Sekiura S.A.C.E.I
Consulta:
Respecto al numeral 29 del Ítem 1, solicitamos reconsiderar la exigencia de que las soluciones de endpoint, firewall, EDR, ITDR, NDR, ZTNA y correo electrónico sean de la misma marca.
Dicha condición podría limitar innecesariamente la participación de fabricantes que cuentan con plataformas XDR ampliamente reconocidas y con capacidad de integración con tecnologías de terceros, pero que no comercializan todas las categorías indicadas bajo una misma marca, particularmente soluciones de firewall.
A fin de favorecer una mayor concurrencia de tecnologías y oferentes sin afectar el objetivo de seguridad perseguido, solicitamos que el requisito sea reformulado priorizando la capacidad de integración e interoperabilidad por sobre la pertenencia a un único fabricante.
Mantenerse a lo establecido en el PBC. La Convocante requiere no solamente interoperabilidad técnica, sino también la posibilidad de consolidar progresivamente las capacidades de seguridad dentro de un ecosistema nativo que permita compartir contexto, telemetría, inteligencia de amenazas y acciones de respuesta con la menor cantidad posible de capas intermedias. En un entorno de seguridad institucional, la integración nativa reduce puntos de falla derivados de conectores de terceros y simplifica la administración, el diagnóstico y el escalamiento ante incidentes.
A su vez, el PBC ya contempla mecanismos de apertura tecnológica mediante APIs para SIEM y herramientas de terceros, así como compatibilidad con una solución de endpoints de terceros existente. En consecuencia, el requerimiento de "misma marca" se mantiene como una capacidad estratégica de expansión y convergencia, sin impedir que la plataforma disponga adicionalmente de interoperabilidad abierta.
Finalmente, se deja constancia de que el PBC que contiene estas características técnicas y requisitos de capacidad técnica fue puesto a consideración del Ministerio de Tecnologías de la Información y Comunicación (MITIC) en el marco del trámite N.º 00356/2026, correspondiente al llamado ID 488059. El documento de autorización consigna el estado "Autorizado" y expresa que "No se encuentran observaciones". En consecuencia, corresponde mantenerse a lo establecido en el PBC.
3
Solicitud de aclaración y modificación respecto a integración con Firewall
En el numeral 29 del Ítem 1 se exige que la plataforma pueda integrarse a futuro con, entre otras soluciones, un firewall de la misma marca.
Considerando que el Ítem 1 corresponde a una solución XDR para endpoints y correo electrónico, y que el propio llamado contempla separadamente en el Ítem 3 la adquisición de una Plataforma de Seguridad y Protección de Red tipo NGFW, solicitamos aclarar la necesidad técnica de exigir que el firewall integrado a futuro pertenezca necesariamente a la misma marca de la solución XDR.
Entendemos que la interoperabilidad entre soluciones de seguridad puede lograrse mediante APIs, Syslog, conectores y otros estándares abiertos, sin necesidad de limitar la integración a productos de un mismo fabricante.
Por lo expuesto, solicitamos eliminar específicamente la expresión “firewall ... de la misma marca”, admitiendo firewalls de terceros compatibles con la plataforma XDR ofertada.
02-10-2026
08-10-2026
Solicitud de aclaración y modificación respecto a integración con Firewall
De:
Aponte de Fischer, Nelida Rafaela
80070889-0 - Corporation Sekiura S.A.C.E.I
Consulta:
En el numeral 29 del Ítem 1 se exige que la plataforma pueda integrarse a futuro con, entre otras soluciones, un firewall de la misma marca.
Considerando que el Ítem 1 corresponde a una solución XDR para endpoints y correo electrónico, y que el propio llamado contempla separadamente en el Ítem 3 la adquisición de una Plataforma de Seguridad y Protección de Red tipo NGFW, solicitamos aclarar la necesidad técnica de exigir que el firewall integrado a futuro pertenezca necesariamente a la misma marca de la solución XDR.
Entendemos que la interoperabilidad entre soluciones de seguridad puede lograrse mediante APIs, Syslog, conectores y otros estándares abiertos, sin necesidad de limitar la integración a productos de un mismo fabricante.
Por lo expuesto, solicitamos eliminar específicamente la expresión “firewall ... de la misma marca”, admitiendo firewalls de terceros compatibles con la plataforma XDR ofertada.
Se mantiene lo establecido en el PBC. Se aclara que el numeral 29 establece una capacidad de integración futura de la plataforma XDR y no modifica ni sustituye las especificaciones técnicas propias del Ítem 3. La finalidad es que la solución XDR cuente con una vía de crecimiento nativa hacia otras capas de seguridad, incluido firewall, de modo que en futuras ampliaciones la Institución pueda, si así lo requiere, incorporar componentes que compartan telemetría, inteligencia, políticas y mecanismos de respuesta dentro de un mismo ecosistema.
Esta previsión resulta coherente con la naturaleza del proyecto, que busca fortalecer la detección y respuesta de extremo a extremo. La integración abierta mediante APIs u otros mecanismos continúa siendo válida y está contemplada en el PBC; sin embargo, dicha interoperabilidad no reemplaza la capacidad nativa de integración futura expresamente requerida.
Finalmente, se deja constancia de que el PBC que contiene estas características técnicas y requisitos de capacidad técnica fue puesto a consideración del Ministerio de Tecnologías de la Información y Comunicación (MITIC) en el marco del trámite N.º 00356/2026, correspondiente al llamado ID 488059. El documento de autorización consigna el estado "Autorizado" y expresa que "No se encuentran observaciones". En consecuencia, corresponde mantenerse a lo establecido en el PBC.
4
Aclaración sobre plataforma unificada y fabricante
Respecto al numeral 28 del Ítem 1, solicitamos aclarar si podrá considerarse cumplido el requisito cuando las capacidades de NGSIEM, XDR, Threat Intelligence y automatización se encuentren integradas nativamente dentro de una misma plataforma SaaS, compartiendo repositorio de datos, motor analítico, gestión de casos e interfaz operativa, independientemente de que determinados componentes o tecnologías integradas provengan de empresas pertenecientes al ecosistema tecnológico del fabricante.
En caso contrario, solicitamos considerar la eliminación de la expresión “gestionada por un mismo fabricante”, manteniendo como requisito esencial la integración funcional y técnica de todas las capacidades requeridas.
02-10-2026
08-10-2026
Aclaración sobre plataforma unificada y fabricante
De:
Aponte de Fischer, Nelida Rafaela
80070889-0 - Corporation Sekiura S.A.C.E.I
Consulta:
Respecto al numeral 28 del Ítem 1, solicitamos aclarar si podrá considerarse cumplido el requisito cuando las capacidades de NGSIEM, XDR, Threat Intelligence y automatización se encuentren integradas nativamente dentro de una misma plataforma SaaS, compartiendo repositorio de datos, motor analítico, gestión de casos e interfaz operativa, independientemente de que determinados componentes o tecnologías integradas provengan de empresas pertenecientes al ecosistema tecnológico del fabricante.
En caso contrario, solicitamos considerar la eliminación de la expresión “gestionada por un mismo fabricante”, manteniendo como requisito esencial la integración funcional y técnica de todas las capacidades requeridas.
Se mantiene lo establecido en el numeral 28 del PBC. Para el cumplimiento del requisito, la solución ofertada deberá presentar las capacidades de NGSIEM, XDR, Threat Intelligence y automatización como funcionalidades nativas de una única plataforma SaaS gestionada por un mismo fabricante, compartiendo repositorio de datos, motor analítico, gestión de casos e interfaz operativa, tal como se encuentra expresamente requerido.
La razón técnica es evitar una plataforma nominalmente unificada que, en la práctica, dependa de múltiples consolas, repositorios, modelos de datos o esquemas de soporte. En un proyecto de ciberseguridad con requerimientos de detección y respuesta coordinada, la unificación real de la operación permite disminuir tiempos de investigación, mantener consistencia en la información y asegurar una única responsabilidad tecnológica sobre las funciones críticas. La pertenencia de una tecnología a un "ecosistema" no sustituye por sí sola el cumplimiento de las condiciones funcionales y de gestión establecidas en el numeral 28.
Finalmente, se deja constancia de que el PBC que contiene estas características técnicas y requisitos de capacidad técnica fue puesto a consideración del Ministerio de Tecnologías de la Información y Comunicación (MITIC) en el marco del trámite N.º 00356/2026, correspondiente al llamado ID 488059. El documento de autorización consigna el estado "Autorizado" y expresa que "No se encuentran observaciones". En consecuencia, corresponde mantenerse a lo establecido en el PBC.
5
Solicitud de modificación del sistema de adjudicación
Considerando que el llamado contempla tres soluciones tecnológicamente diferenciadas —XDR y protección de correo electrónico, solución de respaldo de datos y plataforma NGFW— solicitamos considerar la modificación del sistema de adjudicación actualmente establecido por la totalidad, permitiendo la adjudicación por ítem.
Cada componente corresponde a una especialidad tecnológica independiente, posee licenciamiento, fabricantes y características técnicas propias, y puede ser implementado y soportado de manera autónoma.
La adjudicación por ítems permitiría ampliar la participación de oferentes y fabricantes especializados, posibilitando además que la Institución seleccione la alternativa técnica y económica más conveniente para cada solución requerida.
02-10-2026
08-10-2026
Solicitud de modificación del sistema de adjudicación
De:
Aponte de Fischer, Nelida Rafaela
80070889-0 - Corporation Sekiura S.A.C.E.I
Consulta:
Considerando que el llamado contempla tres soluciones tecnológicamente diferenciadas —XDR y protección de correo electrónico, solución de respaldo de datos y plataforma NGFW— solicitamos considerar la modificación del sistema de adjudicación actualmente establecido por la totalidad, permitiendo la adjudicación por ítem.
Cada componente corresponde a una especialidad tecnológica independiente, posee licenciamiento, fabricantes y características técnicas propias, y puede ser implementado y soportado de manera autónoma.
La adjudicación por ítems permitiría ampliar la participación de oferentes y fabricantes especializados, posibilitando además que la Institución seleccione la alternativa técnica y económica más conveniente para cada solución requerida.
Se mantiene el sistema de adjudicación por la totalidad previsto en el PBC. Si bien los tres componentes poseen funciones específicas, forman parte de una misma estrategia de protección y continuidad: seguridad de endpoints y correo, protección perimetral de red y respaldo/restauración de información. El PBC establece niveles de servicio comunes en los que un incidente crítico puede involucrar firewall, plataforma XDR o imposibilidad de restaurar información, y exige que el adjudicado instale y ponga en funcionamiento todas las soluciones, brinde soporte técnico, coordine la implementación, aplique medidas de hardening y ejecute las actividades previstas.
La adjudicación total permite concentrar la responsabilidad contractual y técnica en un único adjudicatario, evitando zonas grises de responsabilidad entre distintos proveedores frente a incidentes que involucren más de una capa de la arquitectura. Asimismo, facilita la coordinación de cronogramas, integración, pruebas, soporte, escalamiento y recuperación del servicio, aspectos especialmente relevantes por la criticidad de las soluciones de ciberseguridad y respaldo requeridas.
Finalmente, se deja constancia de que el PBC que contiene estas características técnicas y requisitos de capacidad técnica fue puesto a consideración del Ministerio de Tecnologías de la Información y Comunicación (MITIC) en el marco del trámite N.º 00356/2026, correspondiente al llamado ID 488059. El documento de autorización consigna el estado "Autorizado" y expresa que "No se encuentran observaciones". En consecuencia, corresponde mantenerse a lo establecido en el PBC.
6
Ampliación de certificaciones para gestión de proyectos
En relación con el requisito que exige un profesional con certificación PMP del PMI, solicitamos ampliar el criterio permitiendo certificaciones reconocidas en gestión de proyectos y metodologías ágiles, tales como PMP, Scrum, PRINCE2 o equivalentes, considerando que el objetivo del requisito es acreditar competencias para la planificación, coordinación y supervisión del proyecto. Esta modificación permitiría una mayor participación de oferentes sin afectar la capacidad técnica requerida.
05-10-2026
08-10-2026
Ampliación de certificaciones para gestión de proyectos
De:
Aponte de Fischer, Nelida Rafaela
80070889-0 - Corporation Sekiura S.A.C.E.I
Consulta:
En relación con el requisito que exige un profesional con certificación PMP del PMI, solicitamos ampliar el criterio permitiendo certificaciones reconocidas en gestión de proyectos y metodologías ágiles, tales como PMP, Scrum, PRINCE2 o equivalentes, considerando que el objetivo del requisito es acreditar competencias para la planificación, coordinación y supervisión del proyecto. Esta modificación permitiría una mayor participación de oferentes sin afectar la capacidad técnica requerida.
Se mantiene el requisito de un profesional con certificación PMP (Project Management Professional) del PMI, conforme al PBC. La naturaleza del proyecto exige coordinar de manera integral la provisión, instalación, configuración, integración, puesta en marcha, soporte y transferencia de conocimiento de varias soluciones críticas, con dependencias técnicas entre actividades, cronogramas, gestión de riesgos, escalamiento y compromisos de nivel de servicio.
En ese contexto, la Convocante ha establecido la certificación PMP como referencia objetiva y específica para acreditar competencias integrales de dirección de proyectos. Las certificaciones orientadas a marcos ágiles o a otras metodologías pueden aportar conocimientos valiosos, pero no sustituyen automáticamente el alcance del estándar profesional definido por la Convocante para este proceso. Además, el PBC exige un solo profesional PMP y su pertenencia al plantel del oferente, lo que procura asegurar continuidad y responsabilidad durante toda la implementación.
Finalmente, se deja constancia de que el PBC que contiene estas características técnicas y requisitos de capacidad técnica fue puesto a consideración del Ministerio de Tecnologías de la Información y Comunicación (MITIC) en el marco del trámite N.º 00356/2026, correspondiente al llamado ID 488059. El documento de autorización consigna el estado "Autorizado" y expresa que "No se encuentran observaciones". En consecuencia, corresponde mantenerse a lo establecido en el PBC.
7
Aclaración sobre cantidad y tipo de activos a proteger
A efectos de dimensionar correctamente la solución XDR y elaborar la correspondiente cotización, solicitamos aclarar la distribución de los activos incluidos dentro de la cantidad total requerida, indicando la cantidad de estaciones de trabajo, cantidad de servidores, sistemas operativos actualmente utilizados, cantidad de equipos o servidores con sistemas operativos legacy o fuera de soporte, cantidad y versiones de servidores Linux, existencia de equipos Mac o dispositivos móviles, así como la cantidad de cuentas de correo electrónico y la plataforma actualmente utilizada. Esta información resulta necesaria para dimensionar adecuadamente el licenciamiento y los componentes requeridos para la solución ofertada.
05-10-2026
08-10-2026
Aclaración sobre cantidad y tipo de activos a proteger
De:
Aponte de Fischer, Nelida Rafaela
80070889-0 - Corporation Sekiura S.A.C.E.I
Consulta:
A efectos de dimensionar correctamente la solución XDR y elaborar la correspondiente cotización, solicitamos aclarar la distribución de los activos incluidos dentro de la cantidad total requerida, indicando la cantidad de estaciones de trabajo, cantidad de servidores, sistemas operativos actualmente utilizados, cantidad de equipos o servidores con sistemas operativos legacy o fuera de soporte, cantidad y versiones de servidores Linux, existencia de equipos Mac o dispositivos móviles, así como la cantidad de cuentas de correo electrónico y la plataforma actualmente utilizada. Esta información resulta necesaria para dimensionar adecuadamente el licenciamiento y los componentes requeridos para la solución ofertada.
Se aclara que corresponde remitirse a las cantidades y condiciones expresamente establecidas en el PBC, sin modificación. Para el Ítem 1 se establece una cantidad de 475 unidades de la solución XDR, con capacidad de protección de endpoints y servidores frente a amenazas avanzadas, y adicionalmente se exige protección avanzada del correo electrónico para 200 buzones. La solución debe ser administrada desde una consola central y cumplir las capacidades funcionales detalladas en las especificaciones.
El PBC no establece una distribución contractual obligatoria por sistema operativo, versión o tipología de equipo como criterio independiente de cotización. Esta definición permite que la solución se dimensione sobre la cantidad total y las capacidades exigidas, sin rigidizar la implementación frente a variaciones del parque tecnológico durante la vigencia contractual. El oferente deberá verificar que su solución y modelo de licenciamiento permitan cumplir íntegramente las cantidades, funcionalidades y compatibilidades requeridas, respaldándolo con la documentación técnica correspondiente.
Finalmente, se deja constancia de que el PBC que contiene estas características técnicas y requisitos de capacidad técnica fue puesto a consideración del Ministerio de Tecnologías de la Información y Comunicación (MITIC) en el marco del trámite N.º 00356/2026, correspondiente al llamado ID 488059. El documento de autorización consigna el estado "Autorizado" y expresa que "No se encuentran observaciones". En consecuencia, corresponde mantenerse a lo establecido en el PBC.
8
Aclaración sobre alcance de protección de correo
Favor indicar la cantidad total de cuentas de correo electrónico a proteger, la plataforma actualmente utilizada y si el alcance requerido contempla únicamente correo electrónico o también servicios asociados de colaboración tales como OneDrive, SharePoint, Teams u otros componentes de Microsoft 365.
De:
Aponte de Fischer, Nelida Rafaela
80070889-0 - Corporation Sekiura S.A.C.E.I
Consulta:
Favor indicar la cantidad total de cuentas de correo electrónico a proteger, la plataforma actualmente utilizada y si el alcance requerido contempla únicamente correo electrónico o también servicios asociados de colaboración tales como OneDrive, SharePoint, Teams u otros componentes de Microsoft 365.
Se aclara que el alcance se encuentra definido en el PBC y se mantiene sin modificaciones. La solución deberá proporcionar protección avanzada del correo electrónico para 200 buzones, contemplando, entre otros, phishing, amenazas generadas mediante IA, BEC, spam y demás amenazas transmitidas por correo, además de mecanismos SPF, DKIM y DMARC. Asimismo, deberá integrarse de manera nativa con Microsoft 365 y Google Workspace y permitir detectar y poner en cuarentena mensajes sospechosos antes o después de su entrega desde una consola centralizada.
Los servicios de colaboración tales como OneDrive, SharePoint o Teams no se encuentran establecidos como cargas de trabajo adicionales de protección dentro de este requerimiento específico; por tanto, no se incorporan nuevas exigencias. La compatibilidad nativa con Microsoft 365 y Google Workspace fue definida para asegurar flexibilidad operativa y capacidad de integración con plataformas de correo ampliamente utilizadas, manteniéndose las condiciones previstas en el PBC.
Finalmente, se deja constancia de que el PBC que contiene estas características técnicas y requisitos de capacidad técnica fue puesto a consideración del Ministerio de Tecnologías de la Información y Comunicación (MITIC) en el marco del trámite N.º 00356/2026, correspondiente al llamado ID 488059. El documento de autorización consigna el estado "Autorizado" y expresa que "No se encuentran observaciones". En consecuencia, corresponde mantenerse a lo establecido en el PBC.
9
Aclaración sobre sistemas operativos legacy
Favor indicar si dentro del parque de equipos y servidores a proteger existen sistemas operativos legacy, obsoletos o fuera de soporte del fabricante, detallando las versiones y cantidades aproximadas, a fin de validar la compatibilidad y dimensionamiento de la solución XDR ofertada.
De:
Aponte de Fischer, Nelida Rafaela
80070889-0 - Corporation Sekiura S.A.C.E.I
Consulta:
Favor indicar si dentro del parque de equipos y servidores a proteger existen sistemas operativos legacy, obsoletos o fuera de soporte del fabricante, detallando las versiones y cantidades aproximadas, a fin de validar la compatibilidad y dimensionamiento de la solución XDR ofertada.
Se mantiene lo establecido en el PBC. El pliego no incorpora como requisito técnico independiente la protección de sistemas operativos legacy, obsoletos o fuera de soporte del fabricante, ni establece una distribución contractual por versiones de sistemas operativos. En consecuencia, la evaluación se realizará sobre las características, cantidades y capacidades expresamente definidas para la solución XDR.
La finalidad es exigir una plataforma moderna, administrable centralizadamente y capaz de proteger endpoints y servidores frente a amenazas avanzadas, evitando condicionar el proceso a tecnologías cuyo ciclo de soporte depende de terceros fabricantes y puede variar. El oferente deberá presentar la documentación técnica que demuestre el cumplimiento de las especificaciones y deberá considerar las compatibilidades y limitaciones propias de la solución ofertada al momento de su implementación.
Finalmente, se deja constancia de que el PBC que contiene estas características técnicas y requisitos de capacidad técnica fue puesto a consideración del Ministerio de Tecnologías de la Información y Comunicación (MITIC) en el marco del trámite N.º 00356/2026, correspondiente al llamado ID 488059. El documento de autorización consigna el estado "Autorizado" y expresa que "No se encuentran observaciones". En consecuencia, corresponde mantenerse a lo establecido en el PBC.