Para cada requisito que limite alternativas (arquitectura, licencias, estándares, perfiles), indicar si es técnicamente indispensable y por qué; y si no lo es, adecuarlo para evitar limitación de concurrencia.
Para cada requisito que limite alternativas (arquitectura, licencias, estándares, perfiles), indicar si es técnicamente indispensable y por qué; y si no lo es, adecuarlo para evitar limitación de concurrencia.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en el Pliego de Bases y Condiciones, así como a las Adendas 1, 2 y 3 publicada en el Portal de la DNCP.
142
Matriz de cumplimiento objetiva
Solicitar publicación de una matriz de evaluación técnica con criterios objetivos (cumple/no cumple) y evidencias aceptadas, a fin de impedir subjetividad que podría favorecer una solución direccionada.
Solicitar publicación de una matriz de evaluación técnica con criterios objetivos (cumple/no cumple) y evidencias aceptadas, a fin de impedir subjetividad que podría favorecer una solución direccionada.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en el Pliego de Bases y Condiciones, así como a las Adendas 1, 2 y 3 publicada en el Portal de la DNCP.
143
Prueba de concepto (PoC) obligatoria y comparable
Aclarar si se exigirá PoC/Demo con escenarios idénticos y métricas comparables para todos los oferentes, a fin de evitar evaluación “documental” que podría favorecer a quien ya conoce el entorno.
Aclarar si se exigirá PoC/Demo con escenarios idénticos y métricas comparables para todos los oferentes, a fin de evitar evaluación “documental” que podría favorecer a quien ya conoce el entorno.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en el Pliego de Bases y Condiciones, así como a las Adendas 1, 2 y 3 publicada en el Portal de la DNCP.
144
Integraciones end-to-end vs consumo de APIs
Indicar si el adjudicatario debe implementar integraciones end-to-end (desde cero) o solo consumir APIs ya expuestas por la Convocante. Sin esa definición hay riesgo de ofertas incomparables y ventaja para incumbente.
Indicar si el adjudicatario debe implementar integraciones end-to-end (desde cero) o solo consumir APIs ya expuestas por la Convocante. Sin esa definición hay riesgo de ofertas incomparables y ventaja para incumbente.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda 2 publicada en el Portal de la DNCP.
ANDE proveerá las interfaces existentes (tablas del CIS OPEN SGC). Los documentos de carácter técnicos que describan el comportamiento de los sistemas de la Contratante a ser integrados se detallarán durante la elaboración y aprobación del WorkStatement.
145
MultiSpeak: versión, módulos y casos de uso
Precisar versión/perfiles MultiSpeak, transacciones obligatorias, y si se aceptan equivalencias por capa de integración.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda 2 publicada en el Portal de la DNCP.
146
ESB/Web Services/APIs: modalidad exigida
Aclarar si el cumplimiento de integraciones requiere ESB + CIM + MultiSpeak + Web Services todos juntos, o si basta con una modalidad por interfaz. La exigencia acumulativa podría restringir indebidamente.
Aclarar si el cumplimiento de integraciones requiere ESB + CIM + MultiSpeak + Web Services todos juntos, o si basta con una modalidad por interfaz. La exigencia acumulativa podría restringir indebidamente.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda 2 publicada en el Portal de la DNCP.
147
Estándar CIM sin perfiles: riesgo de direccionamiento
En caso de exigir CIM (IEC 61968), indicar perfiles/domínios, casos de uso y mensajes obligatorios. La exigencia sin perfiles podría operar como requisito abierto a interpretación y favorecer implementaciones preexistentes.
03-03-2026
18-05-2026
Estándar CIM sin perfiles: riesgo de direccionamiento
En caso de exigir CIM (IEC 61968), indicar perfiles/domínios, casos de uso y mensajes obligatorios. La exigencia sin perfiles podría operar como requisito abierto a interpretación y favorecer implementaciones preexistentes.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda 2 publicada en el Portal de la DNCP.
148
Arquitectura prescriptiva (on-prem) y restricción de modelos
Aclarar si los diagramas/arquitectura son referenciales y si se admiten alternativas (híbrida, cloud privada, SaaS) con los mismos SLA/seguridad. Una arquitectura prescriptiva sin justificación puede implicar direccionamiento.
03-03-2026
18-05-2026
Arquitectura prescriptiva (on-prem) y restricción de modelos
Aclarar si los diagramas/arquitectura son referenciales y si se admiten alternativas (híbrida, cloud privada, SaaS) con los mismos SLA/seguridad. Una arquitectura prescriptiva sin justificación puede implicar direccionamiento.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda 2 publicada en el Portal de la DNCP. Las arquitecturas publicadas corresponden a una solución on-premise de referencia, sin admitir otro tipo de solución alternativa.
149
Volumetrías y dimensionamiento
Publicar volumetrías mínimas (OT/mes, usuarios concurrentes, picos, crecimiento) y ambientes (DEV/QA/PROD), pues sin ello el dimensionamiento queda especulativo y favorece a quien ya conoce el legado.
Publicar volumetrías mínimas (OT/mes, usuarios concurrentes, picos, crecimiento) y ambientes (DEV/QA/PROD), pues sin ello el dimensionamiento queda especulativo y favorece a quien ya conoce el legado.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda 2 publicada en el Portal de la DNCP.
150
Catálogos / datos maestros / contratos de servicio
Solicitar publicación de catálogos, diccionarios de datos, endpoints/contratos de servicio, formatos y autenticación, para impedir que “conocimiento interno” funcione como ventaja.
03-03-2026
18-05-2026
Catálogos / datos maestros / contratos de servicio
Solicitar publicación de catálogos, diccionarios de datos, endpoints/contratos de servicio, formatos y autenticación, para impedir que “conocimiento interno” funcione como ventaja.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en el Pliego de Bases y Condiciones, así como en las Adendas 1, 2 y 3 publicada en el Portal de la DNCP.