Pregunta sobre Stack Tecnológico: Considerando que el PBC estipula que “Las EETT deberán ser lo suficientemente amplias para evitar restricciones relativas a manufactura, materiales, y equipo generalmente utilizados en la fabricación de bienes similares.”
1- ¿El MRE considerará la presentación de stack de desarrollo o bases de datos que sean tecnológicamente equivalentes (Java, PostgreSQL) o superiores y que cumplan con los requerimientos? En caso negativo, ¿cuál sería la justificación?
2- ¿Puede el MRE publicar el Informe de Viabilidad Técnica o el Análisis de Riesgos que detalla por qué ninguna solución de código abierto o stack tecnológico alternativo cumple con los requerimientos de seguridad y rendimiento?
Pregunta sobre Stack Tecnológico: Considerando que el PBC estipula que “Las EETT deberán ser lo suficientemente amplias para evitar restricciones relativas a manufactura, materiales, y equipo generalmente utilizados en la fabricación de bienes similares.”
1- ¿El MRE considerará la presentación de stack de desarrollo o bases de datos que sean tecnológicamente equivalentes (Java, PostgreSQL) o superiores y que cumplan con los requerimientos? En caso negativo, ¿cuál sería la justificación?
2- ¿Puede el MRE publicar el Informe de Viabilidad Técnica o el Análisis de Riesgos que detalla por qué ninguna solución de código abierto o stack tecnológico alternativo cumple con los requerimientos de seguridad y rendimiento?
El stack de desarrollo requerido se encuentra debidamente detallado en las especificaciones técnicas del Pliego Base y Condiciones (PBC). Dichas especificaciones fueron elaboradas en función de las necesidades operativas y tecnológicas del Ministerio de Relaciones Exteriores (MRE), asegurando la compatibilidad y sostenibilidad de las soluciones a desarrollar.
Por lo tanto, mantener la coherencia con el stack tecnológico actual permitirá reducir costos de mantenimiento, optimizar los recursos humanos existentes y asegurar la continuidad operativa de los sistemas institucionales, alineándose con las políticas de eficiencia, sostenibilidad y estandarización tecnológica del MRE. Motivo por el cual recomendamos a los posibles oferentes ajustarse a los términos y condiciones establecidas en el PBC
2
Experiencia en Tecnologías Similares - Desarrollador Full Stack
Consulta sobre Experiencia en Tecnologías Similares: El Desarrollador Full Stack debe acreditar experiencia en desarrollo web con Microsoft .Net Core y SQL Server 2017 o superior. Si un oferente propone un profesional con experiencia probada en plataformas de desarrollo web de código abierto de alto rendimiento (ej. Java, Python, Node.js, Angular), que son tecnológicamente comparables o superiores, ¿será considerada dicha experiencia? Esto aplicaría el principio de que "la norma será aquella que resulte equivalente o superior"
10-10-2025
17-10-2025
Experiencia en Tecnologías Similares - Desarrollador Full Stack
Consulta sobre Experiencia en Tecnologías Similares: El Desarrollador Full Stack debe acreditar experiencia en desarrollo web con Microsoft .Net Core y SQL Server 2017 o superior. Si un oferente propone un profesional con experiencia probada en plataformas de desarrollo web de código abierto de alto rendimiento (ej. Java, Python, Node.js, Angular), que son tecnológicamente comparables o superiores, ¿será considerada dicha experiencia? Esto aplicaría el principio de que "la norma será aquella que resulte equivalente o superior"
El stack de desarrollo y experiencia requerida se encuentra debidamente detallado en las especificaciones técnicas del Pliego Base y Condiciones (PBC). Dichas especificaciones fueron elaboradas en función de las necesidades operativas y tecnológicas del Ministerio de Relaciones Exteriores (MRE), asegurando la compatibilidad y sostenibilidad de las soluciones a desarrollar.
Por lo tanto, mantener la coherencia con el stack tecnológico actual permitirá reducir costos de mantenimiento, optimizar los recursos humanos existentes y asegurar la continuidad operativa de los sistemas institucionales, alineándose con las políticas de eficiencia, sostenibilidad y estandarización tecnológica del MRE. Motivo por el cual recomendamos a los posibles oferentes ajustarse a los términos y condiciones establecidas en el PBC.
3
Licenciamiento de Componentes
Consulta sobre Licenciamiento de Componentes: Dado que el MRE será el propietario y titular exclusivo de todo el código fuente del software resultante, constituyéndose en licencia de software libre con propiedad intelectual del Estado Paraguayo, y que se requieren tecnologías comerciales o con licencias específicas, ¿El oferente debe contemplar la adquisición y cesión de las licencias perpetuas de uso (si aplican) para estas herramientas y componentes de terceros, o el MRE las proveerá?
Consulta sobre Licenciamiento de Componentes: Dado que el MRE será el propietario y titular exclusivo de todo el código fuente del software resultante, constituyéndose en licencia de software libre con propiedad intelectual del Estado Paraguayo, y que se requieren tecnologías comerciales o con licencias específicas, ¿El oferente debe contemplar la adquisición y cesión de las licencias perpetuas de uso (si aplican) para estas herramientas y componentes de terceros, o el MRE las proveerá?
En los casos de que sean necesarios la convocante disponibilizará las licencias de terceros a fin de determinar e implementar el producto (si aplican)
4
Consulta alcance
Solicitamos confirmar el alcance funcional total previsto para el Sistema Integrado de Apostilla Electrónica del Paraguay (SIA-PY), y si dentro del contrato se incluyen servicios de mantenimiento evolutivo o correctivo posteriores a la entrega final.
Solicitamos confirmar el alcance funcional total previsto para el Sistema Integrado de Apostilla Electrónica del Paraguay (SIA-PY), y si dentro del contrato se incluyen servicios de mantenimiento evolutivo o correctivo posteriores a la entrega final.
El Pliego de Bases y Condiciones (PBC) establece los requisitos mínimos, las condiciones generales, garantía y el alcance del proyecto, en concordancia con las necesidades institucionales del Ministerio. Por su parte, las especificaciones técnicas detallan las características y funcionalidades esperadas del producto o servicio a desarrollar, así como el soporte post entrega y garantía del software
5
Consulta
Se solicita confirmar qué metodología de desarrollo de software espera la convocante durante la ejecución del contrato (SCRUM, Agile, híbrido u otra).
La convocante establece que la metodología de desarrollo a aplicar será de enfoque híbrido, combinando principios ágiles (principalmente SCRUM) con prácticas tradicionales de gestión de proyectos.
Este enfoque busca asegurar flexibilidad y adaptabilidad durante el proceso de desarrollo, permitiendo la entrega incremental de funcionalidades, la retroalimentación continua y el cumplimiento de los plazos y entregables formales establecidos en el PBC.
El modelo híbrido permitirá equilibrar la agilidad en la ejecución técnica con la trazabilidad, documentación y control administrativo requeridos por el Ministerio de Relaciones Exteriores
6
Metodología de Desarrollo
Consulta sobre la Metodología de Desarrollo: El plan de trabajo sigue un enfoque estructurado por fases secuenciales (cascada), pero requiere que el equipo acredite experiencia en metodologías ágiles como SCRUM. Dado que la fase de Relevamiento y Análisis es de solo 5 días corridos y precede a 155 días de Desarrollo, ¿Cómo se integrarán los principios ágiles (como la iteración, retroalimentación continua, etc.) en un modelo secuencial?
Consulta sobre la Metodología de Desarrollo: El plan de trabajo sigue un enfoque estructurado por fases secuenciales (cascada), pero requiere que el equipo acredite experiencia en metodologías ágiles como SCRUM. Dado que la fase de Relevamiento y Análisis es de solo 5 días corridos y precede a 155 días de Desarrollo, ¿Cómo se integrarán los principios ágiles (como la iteración, retroalimentación continua, etc.) en un modelo secuencial?
La convocante establece que la metodología de desarrollo a aplicar será de enfoque híbrido, combinando principios ágiles (principalmente SCRUM) con prácticas tradicionales de gestión de proyectos.
Este enfoque busca asegurar flexibilidad y adaptabilidad durante el proceso de desarrollo, permitiendo la entrega incremental de funcionalidades, la retroalimentación continua y el cumplimiento de los plazos y entregables formales establecidos en el PBC.
El modelo híbrido permitirá equilibrar la agilidad en la ejecución técnica con la trazabilidad, documentación y control administrativo requeridos por el Ministerio de Relaciones Exteriores
7
Consulta
Solicitamos aclarar si la certificación PMP (Project Management Professional) requerida para el Líder del Proyecto puede ser sustituida por una certificación internacional equivalente en gestión de proyectos.
Solicitamos aclarar si la certificación PMP (Project Management Professional) requerida para el Líder del Proyecto puede ser sustituida por una certificación internacional equivalente en gestión de proyectos.
Esta exigencia se fundamenta en que la certificación PMP constituye un estándar internacionalmente reconocido, que acredita una formación integral y experiencia comprobada en la dirección, planificación, ejecución, control y cierre de proyectos complejos, conforme a las buenas prácticas definidas en la Guía PMBOK (Project Management Body of Knowledge).
Dado que el proyecto a ejecutar involucra coordinación multidisciplinaria, gestión de riesgos, control de plazos, calidad y presupuesto, se considera indispensable que el profesional a cargo cuente con la metodología, competencias y rigor técnico que la certificación PMP garantiza.
Si bien existen otras certificaciones en gestión de proyectos, la PMP ofrece una cobertura metodológica más amplia, abarcando tanto enfoques predictivos como ágiles, razón por la cual se establece como la referencia mínima requerida por la convocante para asegurar la correcta dirección técnica y administrativa del proyecto. Favor ajustarse al PBC.
8
Análisis de Requerimientos
Consulta sobre el Análisis de Requerimientos: Teniendo en cuenta que el análisis de procesos, la definición de requisitos funcionales y no funcionales, y la aprobación del prototipo UI/UX (Figma) deben completarse en 5 días corridos,
Consultas
1- ¿Este tiempo implica que el análisis de procesos ya ha sido completado internamente o por un tercero no participante?
2- ¿Cómo se manejarán los posibles ajustes sustanciales a las especificaciones técnicas si el análisis revela complejidades no previstas?
3- ¿Se prevé un mecanismo de extensión del plazo de Análisis si el MRE requiere tiempo adicional para la aprobación interna de los prototipos o si la complejidad del flujo lo requiere?
Consulta sobre el Análisis de Requerimientos: Teniendo en cuenta que el análisis de procesos, la definición de requisitos funcionales y no funcionales, y la aprobación del prototipo UI/UX (Figma) deben completarse en 5 días corridos,
Consultas
1- ¿Este tiempo implica que el análisis de procesos ya ha sido completado internamente o por un tercero no participante?
2- ¿Cómo se manejarán los posibles ajustes sustanciales a las especificaciones técnicas si el análisis revela complejidades no previstas?
3- ¿Se prevé un mecanismo de extensión del plazo de Análisis si el MRE requiere tiempo adicional para la aprobación interna de los prototipos o si la complejidad del flujo lo requiere?
El plazo establecido contempla que los procesos y trámites a desarrollar han sido identificados y relevados internamente en coordinación con las áreas involucradas y sobre la base de los procedimientos operativos actualmente vigentes.
En caso de que durante la etapa de análisis surjan ajustes o consideraciones adicionales, estos podrán ser incorporados tempranamente dentro del ciclo de desarrollo, dado que el proyecto se ejecutará bajo un enfoque hibrido (ágil y secuencial) de trabajo, que permite iteraciones y correcciones progresivas sin afectar significativamente la planificación general.
9
Consulta sobre las Pruebas
Consulta sobre las Pruebas: La fase de Pruebas es de sólo 3 días corridos y debe incluir pruebas unitarias, de integración, de performance, de sistema, y la verificación del cumplimiento de requisitos de seguridad basados en MITIC.
1- ¿Podría detallar cuál es el alcance y la profundidad esperado para cada tipo de prueba dentro de este plazo?
2- ¿Se contempla la realización de pentesting como parte del ciclo de aceptación?
Consulta sobre las Pruebas: La fase de Pruebas es de sólo 3 días corridos y debe incluir pruebas unitarias, de integración, de performance, de sistema, y la verificación del cumplimiento de requisitos de seguridad basados en MITIC.
1- ¿Podría detallar cuál es el alcance y la profundidad esperado para cada tipo de prueba dentro de este plazo?
2- ¿Se contempla la realización de pentesting como parte del ciclo de aceptación?
Las pruebas unitarias, de integración, de seguridad y de performance deberán ser integradas dentro del propio proceso de desarrollo, siguiendo el enfoque de entrega continua, a fin de optimizar los tiempos y garantizar la calidad progresiva del producto.
No se contempla la realización de pruebas de penetración (pentesting) dentro del ciclo de aceptación, aunque el MRE podrá efectuarlas posteriormente según sus procedimientos internos de seguridad
10
Consulta
Favor confirmar si el sistema deberá interoperar con plataformas gubernamentales existentes (por ejemplo, MITIC, MJT o Poder Judicial) y, en su caso, qué estándares o APIs deberán considerarse.
Favor confirmar si el sistema deberá interoperar con plataformas gubernamentales existentes (por ejemplo, MITIC, MJT o Poder Judicial) y, en su caso, qué estándares o APIs deberán considerarse.
Se prevén integraciones e interoperación con entidades gubernamentales a través del Sistema de Intercambio de Información (SII) del MITIC. El SII posee su manual de uso y especificaciones técnicas respectivamente