FUNDAGEST WEB » Proyecto PROGRAMAS y CONVENIOS

Se requiere ampliar la sección de Documentación asociada en Programas para incluir la gestión de los campos Presupuesto y Autorización Departamento, replicando en frontend la lógica funcional solicitada por negocio y aprovechando los nuevos campos ya añadidos en base de datos.

En esta fase se desarrollará primero en Programas y se dejará preparada la lógica para poder replicarla posteriormente en Convenios.

Requisitos funcionales:¶

- Incluir en Documentación asociada el campo Presupuesto.
- Incluir en Documentación asociada el campo Autorización Departamento.
- Ambos campos serán de tipo Si/No.
- Ambos campos tendrán por defecto el valor No.
- Ninguno de los dos campos será obligatorio.

- Replicar en frontend la lógica funcional existente en la aplicación antigua respecto a los campos N/A (no aplica) asociados.
- Para Presupuesto:
- si se marca Presupuesto, no se debe poder marcar su opción N/A asociada
- si se marca N/A asociado a Presupuesto, debe desmarcarse Presupuesto si estuviera marcado
- Para Autorización Departamento:
- si se marca Autorización Departamento, no se debe poder marcar su opción N/A asociada
- si se marca N/A asociado a Autorización Departamento, debe desmarcarse Autorización Departamento si estuviera marcado

- La lógica de N/A debe replicarse solo a nivel de interfaz y comportamiento funcional.
- En base de datos se almacenará únicamente el estado real de:
- presupuesto
- autorizacion_departamento

Requisitos técnicos:¶

- Utilizar los campos ya creados en base de datos:
- archivo_programa.presupuesto
- archivo_programa.autorizacion_departamento
- y equivalente en archivo_convenio para futura reutilización
- No crear campos adicionales en BDD para almacenar el N/A.
- Implementar la lógica de exclusión entre checkbox principal y N/A únicamente en frontend.
- Adaptar controladores, DTOs y persistencia para guardar correctamente los dos nuevos flags reales en Programas.
- Dejar la implementación preparada para su futura réplica en Convenios con el mismo comportamiento.

Validaciones o condiciones especiales:¶

- La lógica visual debe ser coherente con la aplicación antigua aunque internamente solo se persista un campo por cada caso.
- El estado mostrado al editar registros existentes debe reconstruirse correctamente en pantalla a partir del valor real guardado.
- Revisar que no se rompa la carga ni edición actual de Documentación asociada en Programas.