CIM IEC 61968 (PERFILES REQUERIDOS PARA INTEGRACIÓN CON ANDE)
Se solicita a la Convocante aclarar y precisar qué perfiles, módulos o componentes específicos del estándar CIM IEC 61968 deberán ser considerados e implementados para cumplir con los requerimientos de integración con los sistemas de la ANDE.
A tal efecto, se solicita indicar como mínimo:
1. Perfiles/ámbitos CIM requeridos (p. ej., dominios funcionales, modelos de información o servicios/intercambios previstos).
2. Sistemas ANDE a integrar y el tipo de interoperabilidad esperada (interfaces, mensajes/servicios, flujos principales).
3. Forma de integración prevista (API, ESB/middleware, servicios web, mensajería u otro), y si existen lineamientos internos o documentación técnica de ANDE aplicable.
La presente consulta se formula a fin de que todos los oferentes puedan dimensionar correctamente la arquitectura de integración, evitando interpretaciones divergentes y criterios subjetivos de evaluación.
13-02-2026
18-05-2026
CIM IEC 61968 (PERFILES REQUERIDOS PARA INTEGRACIÓN CON ANDE)
Se solicita a la Convocante aclarar y precisar qué perfiles, módulos o componentes específicos del estándar CIM IEC 61968 deberán ser considerados e implementados para cumplir con los requerimientos de integración con los sistemas de la ANDE.
A tal efecto, se solicita indicar como mínimo:
1. Perfiles/ámbitos CIM requeridos (p. ej., dominios funcionales, modelos de información o servicios/intercambios previstos).
2. Sistemas ANDE a integrar y el tipo de interoperabilidad esperada (interfaces, mensajes/servicios, flujos principales).
3. Forma de integración prevista (API, ESB/middleware, servicios web, mensajería u otro), y si existen lineamientos internos o documentación técnica de ANDE aplicable.
La presente consulta se formula a fin de que todos los oferentes puedan dimensionar correctamente la arquitectura de integración, evitando interpretaciones divergentes y criterios subjetivos de evaluación.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda N° 2, publicada en el Portal de la DNCP.
82
INTEROPERABILIDAD (CIM IEC 61968 Y CAPA DE INTEGRACIÓN)
Se solicita a la Convocante aclarar y precisar si, para el cumplimiento del requerimiento de interoperabilidad bajo el estándar CIM IEC 61968, se considerará suficiente y válido acreditar dicho cumplimiento mediante una capa de interoperabilidad/integración (por ejemplo: middleware, ESB, API gateway, iPaaS u otros mecanismos equivalentes), siempre que se garantice la interoperabilidad funcional y el intercambio de información conforme a los requerimientos del pliego.
Asimismo, se solicita indicar si la Convocante exige que el cumplimiento del estándar sea nativo dentro del WFMS, o si admite la implementación mediante dicha capa de integración como parte de la arquitectura de la solución.
13-02-2026
18-05-2026
INTEROPERABILIDAD (CIM IEC 61968 Y CAPA DE INTEGRACIÓN)
Se solicita a la Convocante aclarar y precisar si, para el cumplimiento del requerimiento de interoperabilidad bajo el estándar CIM IEC 61968, se considerará suficiente y válido acreditar dicho cumplimiento mediante una capa de interoperabilidad/integración (por ejemplo: middleware, ESB, API gateway, iPaaS u otros mecanismos equivalentes), siempre que se garantice la interoperabilidad funcional y el intercambio de información conforme a los requerimientos del pliego.
Asimismo, se solicita indicar si la Convocante exige que el cumplimiento del estándar sea nativo dentro del WFMS, o si admite la implementación mediante dicha capa de integración como parte de la arquitectura de la solución.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda N° 2, publicada en el Portal de la DNCP.
83
Requerimientos de soporte
En las EE.TTs, página 13, dentro del apartado Requisitos para Soporte del WFMS, se establece en el punto h) lo siguiente:
“La contratista deberá ajustar según el requerimiento de ANDE los módulos durante todo el periodo de vigencia del contrato y conforme la ANDE lo solicite.”
Al respecto, respetuosamente solicitamos a la Convocante se sirva aclarar y delimitar el alcance de dicho requerimiento, considerando que su redacción actual podría interpretarse como la posibilidad de introducir modificaciones funcionales abiertas y no acotadas durante toda la vigencia contractual.
En particular, solicitamos se confirme que los ajustes a los que hace referencia el punto citado se limitan a: Configuraciones, parametrizaciones o adaptaciones dentro del alcance funcional definido en las Especificaciones Técnicas, que no implican desarrollos adicionales, ampliaciones funcionales sustanciales o cambios de alcance.
Adicionalmente, consideramos pertinente que dicho requerimiento sea acotado a un período prudente de tres (3) meses posteriores a la salida en vivo del sistema, bajo el entendido de que la salida en producción deberá estar precedida por la aprobación formal de ANDE, mediante la cual se deje constancia de que la solución implementada cumple con los requerimientos establecidos en el Pliego y que la misma es aceptada a cabalidad.
Transcurrido dicho período de estabilización posterior a la salida en vivo, cualquier requerimiento adicional que implique modificaciones funcionales, ampliaciones o nuevos desarrollos debería canalizarse mediante los mecanismos contractuales correspondientes para gestión de cambios.
La presente aclaración resulta necesaria a fin de permitir a los oferentes realizar una adecuada estructuración técnica y económica de la oferta, garantizando la previsibilidad del alcance contractual y el equilibrio de las obligaciones asumidas por las partes.
En ese sentido, solicitamos se considere la siguiente redacción alternativa:
“La contratista deberá realizar, a requerimiento de ANDE, los ajustes necesarios dentro del alcance funcional definido en las Especificaciones Técnicas, durante un período de hasta tres (3) meses posteriores a la salida en vivo aprobada formalmente por ANDE. Cualquier modificación que implique ampliación de alcance, incorporación de nuevas funcionalidades o desarrollos adicionales deberá gestionarse conforme a los mecanismos formales de gestión de cambios establecidos en el contrato, con su correspondiente evaluación de alcance, plazos y costos.”
En las EE.TTs, página 13, dentro del apartado Requisitos para Soporte del WFMS, se establece en el punto h) lo siguiente:
“La contratista deberá ajustar según el requerimiento de ANDE los módulos durante todo el periodo de vigencia del contrato y conforme la ANDE lo solicite.”
Al respecto, respetuosamente solicitamos a la Convocante se sirva aclarar y delimitar el alcance de dicho requerimiento, considerando que su redacción actual podría interpretarse como la posibilidad de introducir modificaciones funcionales abiertas y no acotadas durante toda la vigencia contractual.
En particular, solicitamos se confirme que los ajustes a los que hace referencia el punto citado se limitan a: Configuraciones, parametrizaciones o adaptaciones dentro del alcance funcional definido en las Especificaciones Técnicas, que no implican desarrollos adicionales, ampliaciones funcionales sustanciales o cambios de alcance.
Adicionalmente, consideramos pertinente que dicho requerimiento sea acotado a un período prudente de tres (3) meses posteriores a la salida en vivo del sistema, bajo el entendido de que la salida en producción deberá estar precedida por la aprobación formal de ANDE, mediante la cual se deje constancia de que la solución implementada cumple con los requerimientos establecidos en el Pliego y que la misma es aceptada a cabalidad.
Transcurrido dicho período de estabilización posterior a la salida en vivo, cualquier requerimiento adicional que implique modificaciones funcionales, ampliaciones o nuevos desarrollos debería canalizarse mediante los mecanismos contractuales correspondientes para gestión de cambios.
La presente aclaración resulta necesaria a fin de permitir a los oferentes realizar una adecuada estructuración técnica y económica de la oferta, garantizando la previsibilidad del alcance contractual y el equilibrio de las obligaciones asumidas por las partes.
En ese sentido, solicitamos se considere la siguiente redacción alternativa:
“La contratista deberá realizar, a requerimiento de ANDE, los ajustes necesarios dentro del alcance funcional definido en las Especificaciones Técnicas, durante un período de hasta tres (3) meses posteriores a la salida en vivo aprobada formalmente por ANDE. Cualquier modificación que implique ampliación de alcance, incorporación de nuevas funcionalidades o desarrollos adicionales deberá gestionarse conforme a los mecanismos formales de gestión de cambios establecidos en el contrato, con su correspondiente evaluación de alcance, plazos y costos.”
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda N° 2, publicada en el Portal de la DNCP.
84
Fecha de presentación de ofertas
En el marco del presente procedimiento, se prevé la emisión de respuestas a las consultas y solicitudes de aclaración formuladas por los interesados, las cuales podrían implicar precisiones, ajustes o modificaciones relevantes al alcance técnico y contractual originalmente publicado.
Al respecto, respetuosamente solicitamos a la Convocante se sirva considerar la ampliación del plazo de presentación de ofertas por un período superior a cuatro (4) semanas, contadas a partir de la fecha de publicación de las respuestas definitivas a las aclaraciones.
La presente solicitud se fundamenta en que las aclaraciones que emita la Convocante podrían incidir directamente en:
• La definición final del alcance funcional y técnico de la solución requerida.
• La arquitectura e integraciones a considerar.
• El dimensionamiento de usuarios, cuadrillas y componentes tecnológicos.
• La estructuración del servicio de soporte, mantenimiento y eventuales desarrollos.
• La estimación de esfuerzos, recursos y costos asociados a la implementación y operación.
En consecuencia, cualquier ajuste derivado de dichas respuestas requerirá un análisis técnico detallado y la correspondiente actualización de las estimaciones realizadas, a fin de garantizar la consistencia técnica y económica de la oferta.
Entendemos que una ampliación razonable del plazo permitirá a los oferentes estructurar propuestas sólidas, adecuadamente dimensionadas y plenamente alineadas con el alcance definitivo del proceso, contribuyendo así a la calidad, competitividad y transparencia de este.
Agradeceremos se sirvan confirmar si dicha ampliación resulta admisible para la Convocante.
En el marco del presente procedimiento, se prevé la emisión de respuestas a las consultas y solicitudes de aclaración formuladas por los interesados, las cuales podrían implicar precisiones, ajustes o modificaciones relevantes al alcance técnico y contractual originalmente publicado.
Al respecto, respetuosamente solicitamos a la Convocante se sirva considerar la ampliación del plazo de presentación de ofertas por un período superior a cuatro (4) semanas, contadas a partir de la fecha de publicación de las respuestas definitivas a las aclaraciones.
La presente solicitud se fundamenta en que las aclaraciones que emita la Convocante podrían incidir directamente en:
• La definición final del alcance funcional y técnico de la solución requerida.
• La arquitectura e integraciones a considerar.
• El dimensionamiento de usuarios, cuadrillas y componentes tecnológicos.
• La estructuración del servicio de soporte, mantenimiento y eventuales desarrollos.
• La estimación de esfuerzos, recursos y costos asociados a la implementación y operación.
En consecuencia, cualquier ajuste derivado de dichas respuestas requerirá un análisis técnico detallado y la correspondiente actualización de las estimaciones realizadas, a fin de garantizar la consistencia técnica y económica de la oferta.
Entendemos que una ampliación razonable del plazo permitirá a los oferentes estructurar propuestas sólidas, adecuadamente dimensionadas y plenamente alineadas con el alcance definitivo del proceso, contribuyendo así a la calidad, competitividad y transparencia de este.
Agradeceremos se sirvan confirmar si dicha ampliación resulta admisible para la Convocante.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, favor ajustarse a los plazos establecidos en el SICP.
85
Funcionalidad de Reportes y tableros de control
al seguimiento y control de la gestión de las órdenes de trabajo.
Al respecto, respetuosamente solicitamos a la Convocante se sirva confirmar si, dentro del alcance de la solución WFMS requerida, se considerará admisible que la herramienta propuesta, además de los reportes predefinidos, incorpore capacidades de autogeneración y personalización de reportes, que permitan a la ANDE:
Definir y construir reportes de manera autónoma, sin dependencia operativa del proveedor; aplicar criterios de filtrado, agrupación y visualización según distintos niveles de gestión; exportar la información generada en formatos estándar, conforme a las necesidades operativas, regulatorias o de control.
Entendemos que la disponibilidad de este tipo de funcionalidades, en la medida en que no contradigan los requerimientos mínimos establecidos en el pliego, permitiría a la ANDE responder con mayor agilidad a sus requerimientos de información, facilitar el análisis en los distintos niveles de la organización y reducir tiempos y costos asociados a la elaboración de informes, fortaleciendo la toma de decisiones y la sostenibilidad operativa de la solución.
al seguimiento y control de la gestión de las órdenes de trabajo.
Al respecto, respetuosamente solicitamos a la Convocante se sirva confirmar si, dentro del alcance de la solución WFMS requerida, se considerará admisible que la herramienta propuesta, además de los reportes predefinidos, incorpore capacidades de autogeneración y personalización de reportes, que permitan a la ANDE:
Definir y construir reportes de manera autónoma, sin dependencia operativa del proveedor; aplicar criterios de filtrado, agrupación y visualización según distintos niveles de gestión; exportar la información generada en formatos estándar, conforme a las necesidades operativas, regulatorias o de control.
Entendemos que la disponibilidad de este tipo de funcionalidades, en la medida en que no contradigan los requerimientos mínimos establecidos en el pliego, permitiría a la ANDE responder con mayor agilidad a sus requerimientos de información, facilitar el análisis en los distintos niveles de la organización y reducir tiempos y costos asociados a la elaboración de informes, fortaleciendo la toma de decisiones y la sostenibilidad operativa de la solución.
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda N° 2, publicada en el Portal de la DNCP.
86
Características de CIS OPEN SGC
Solicitamos amablemente a la convocante responder si el CIS OPEN SGC expone o puede exponer endpoints REST (o SOAP) para que el WFMS envíe resultados de resolución de OT?
Solicitamos amablemente a la convocante responder si el CIS OPEN SGC expone o puede exponer endpoints REST (o SOAP) para que el WFMS envíe resultados de resolución de OT?
Al respecto, sírvanse considerar para la elaboración de sus ofertas, lo establecido en la Adenda N° 2, publicada en el Portal de la DNCP.
87
Características de CIS OPEN SGC
Solicitamos amablemente a la convocante aclarar la siguiente consulta:
¿El CIS puede consumir un endpoint REST/webhook provisto por el WFMS para enviar OT nuevas directamente?
Solicitamos amablemente a la convocante aclarar la siguiente consulta:
¿El CIS puede consumir un endpoint REST/webhook provisto por el WFMS para enviar OT nuevas directamente?
Al respecto, sírvanse considerar para la elaboración de sus ofertas, que el WFMS deberá integrarse con el CIS - OPEN SGC para la recepción y actualización de órdenes de trabajo. La posibilidad de que el CIS consuma endpoints REST/webhook provistos por el WFMS será determinada durante el relevamiento técnico de interfaces, considerando las capacidades actuales del CIS y las políticas de integración de ANDE.
88
MultiSpeak
Se solicita a la convocante aclarar lo siguiente: El Ítem 12.c menciona "MultiSpeak o similares". El WFMS ofrece APIs REST OpenAPI 3.0 como estándar de integración para utilities, que es un estándar de interoperabilidad ampliamente adoptado:
¿ANDE acepta APIs REST OpenAPI como el estándar "similar" a MultiSpeak referido en el Ítem 12.c?
¿O se requiere explícitamente la implementación del protocolo MultiSpeak (SOAP-based)?
Se solicita a la convocante aclarar lo siguiente: El Ítem 12.c menciona "MultiSpeak o similares". El WFMS ofrece APIs REST OpenAPI 3.0 como estándar de integración para utilities, que es un estándar de interoperabilidad ampliamente adoptado:
¿ANDE acepta APIs REST OpenAPI como el estándar "similar" a MultiSpeak referido en el Ítem 12.c?
¿O se requiere explícitamente la implementación del protocolo MultiSpeak (SOAP-based)?
Al respecto, sirvanse considerar para la elaboración de sus ofertas, que los detalles técnicos serán proveídas para su evaluación durante el desarrollo del Workstatement.
90
Definición de detalle del flujo de fraude
El Ítem 5.1.1.c indica que esta funcionalidad "será validada en el Workstatement". ¿Esto significa que los detalles del flujo de fraude se definirán post-adjudicación y que en la evaluación técnica se valorará la capacidad genérica de captura y reporte, no un flujo específico?
El Ítem 5.1.1.c indica que esta funcionalidad "será validada en el Workstatement". ¿Esto significa que los detalles del flujo de fraude se definirán post-adjudicación y que en la evaluación técnica se valorará la capacidad genérica de captura y reporte, no un flujo específico?