1. Implementar traducciones en encabezados detalle PROA#
En el informe detalle PROA, implementar traducciones en los encabezados (la tabla tiene traducciones en el contenido, pero no en el encabezado de la tabla)
2. Detalle PROA - Población beneficiaria por años#
En el informe de detalle PROA, reemplazar las columnas
- Población beneficiaria total
- Población beneficiaria hombres
- Población beneficiaria mujeres
Por su detalle anual:
- Población beneficiaria total (año)
- Población beneficiaria hombres (año)
- Población beneficiaria mujeres (año)
Estos grupos de columnas aparecerán tantas veces como años haya diligenciados en el detalle de beneficiarios de los subproyectos, de la misma manera que ocurre con la información de metas y de presupuesto a nivel de subproyecto.
3. Habilitar la opción de agrupar códigos de financiación en un solo subproyecto en PROA#
A demanda del usuario, poder agrupar códigos de financiación en un solo subproyecto de Fondos Externos.
-
Se habilitará en el resumen gereneral de proyecto una sección (step) de configuración de subproyecto de fondos externos, donde podrá seleccionar cuales subproyectos (códigos de subvención) quiere agrupar en un solo subproyecto e indicar el código de subvención principal para la agrupación de subproyecto.
-
El usuario debe poder hacer más de una agrupación de subproyectos por cada proyecto
-
Sólo se permitirá agrupar subproyectos que no tengan datos guardados en el formulario de Subproyectos.
-
Una vez se guarde esta selección no aparecerán pestañas de subproyecto para los códigos agrupados, sólo para el principal. La pestaña de la agrupación de subproyectos debe tener el ícono FaLayerGroup al comienzo del nombre
-
El encabezado del subproyecto agrupado debe mostrar en Código de Subvención, las lista de todos los códigos de subvención agrupados en el subproyecto.
-
Ese código de subvención principal es el que trae la fecha desde MetaCOFI en la sección de datos básicos.
-
Asimismo, la información guardada en las secciones aparecerá en el detalle PROA asignado sólo al código de subvención principal, para diferenciarlo en el informe, este código aparecerá con un asterisco * al final.
-
Se debe estimar la agrupación desde base de datos de subproyectos pertenecientes a España, es decir, que ya tienen información guardada.
4. Modificar step 4 – Marco de resultados del formulario de Fondos Regulares para que sea igual al de Fondos externos#
Consideraciones 1. Utilizar las mismas listas que se utilizan en Fondos Externos 2. Estimar la migración de la información de las tablas del step 4 de Fondos Regulares hacia las listas del step 4 de fondos externos.
5. Crear maestro unidad de medida y crear columna lookup en los indicadores del MRI#
- Se creará un nuevo maestro de medidas con sus respectivas traducciones.
- Se modificarán los maestros de indicadores, con un campo medida que se seleccionará del maestro del paso 1
- Indicador de Línea Estratégica Proyecta-Indicador línea estratégica
- Indicador de Resultado Intermedio Proyecta-Indicador resultado intermedio
- Indicador de Producto Proyecta - Indicador producto.
6. Modificaciones en tabla de línea de base y metas- indicador de línea estratégica#
En el step 1 – Datos básicos del formulario, tanto para Fondos Externos como para Fondos Regulares, en la tabla de línea de base y metas implementar las siguientes modificaciones
- a. Modificar la columna Indicador L.E. para que no se cargue por defecto, sino que sea seleccionada por el usuario, de los posibles indicadores pertenecientes a la línea estratégica del proyecto
- b. Agregar la columna “Medida”, no editable, la cual cargará por defecto la medida correspondiente con el indicador seleccionado en la columna Indicador LE. Este valor no se guardará en la lista de datos, se consultará siempre del maestro.
- c. Permitir que la línea base tenga decimales
- d. Agregar la columna Año línea base, este es un campo de tipo selección desde un calendario, y guardar mes y año.
Tener en cuenta#
-
Lista a modificar (puntos c y d) Proyecta-Proa Subproyecto FR Step1(ProyectaProa Subproyecto FR Step1) Ver lista desarrollo
-
Crear las columna PProaAnioLineaBase como columna de sitio en el grupo [Syntax]-[Proyecta]
-
Capturar el usuario que está guardando la información y guardarlo en una nueva columna que lleve el registro del usuario que modifica (el campo nativo de sharepoint toma por defecto a la aplicación)
7 Crear tabla de ingreso de adaptación a MRI en el marco de resultados#
En el punto 4: marco de resultados, se debe modificar el ingreso de los datos así:
- La traducción a MRI será una tabla independiente, que no depende de los indicadores de Objetivo Específico ni de los Indicadores de Resultado Esperado. Tampoco depende de los Objetivos Específicos
- La información de la tabla de Adaptación a indicadores MRI debe llevarse a la pestaña de Detalle PROA, modificando la dependencia actual que se tiene con los indicadores de Objetivo Específico y con los indicadores de resultado esperado
- La información actual ingresada para adaptaciones MRI, debe migrarse a esta nueva tabla.
-
El marco de resultados contará entonces con las siguientes tablas para el diligenciamiento de línea base y metas
- a. Adaptación indicadores MRI (nueva): se explica en este apartado
- b. Objetivos Específicos: modificaciones se explican en apartado 8
- c. Resultados Esperados: modificaciones se explican en apartado 9
- d. Actividades: modificaciones se explican en apartado 10
-
La tabla Adaptación a MRI Priorizado contendrá las siguientes columnas
- a. Adaptación a MRI Priorizado: permite seleccionar cualquier indicador de línea estratégica, resultado intermedio o producto, sin importar a cuál línea estratégica pertenece el subproyecto. Este campo debe controlar que al guardar, no se pueda seleccionar el mismo Indicador de línea estratégica que ya tiene el subproyecto
- b. Medida: no editable, la cual cargará por defecto la medida correspondiente con el indicador seleccionado en la columna Indicador LE.
- c. Línea base: campo tipo numérico, ingresado por el usuario
- d. Año línea base: campo de tipo selección desde un calendario, que guarda mes y año.
- e. Meta final: campo ingresado por el usuario, en formato numérico
- f. Meta (año): campo ingresado por el usuario, en formato número
- g. La tabla permite agregar años e indicadores a voluntad del usuario
Tener en cuenta#
Para guardar la información de esta tabla, se debe crear 2 listas:
- Una nueva lista con nombre PProaStep4MRI que su llave primaria sea IdPresupuesto y Código de Subvención, similar a PProaFEStep4, con las columnas de sitio
- Id Presupuesto
- Código de subvencion
- PFFRRIndicadorProducto
- PFRRIndicadorResultadoIntermedio
- PpresIndicadorLineaEstrategica
- PFFRRLineaBase
- PProaAnioLineaBase
- PProaMetaMRI
- la lista que guarda la información de metas anuales,PProaStep4MRIAnios, similar a ProaFEStep4InidcadorAnio, con las columnas de sitio
- PPresAnioMeta
- PProaAnioValue
- PProaStep4AdaptacionMRI (nueva columna)- lookup a la lista ppal creada para guardar la información no anualizada de la tabla.
- Capturar el usuario que está guardando la información y guardarlo en una nueva columna que lleve el registro del usuario que modifica (el campo nativo de sharepoint toma por defecto a la aplicación)
8 Modificar tabla de Objetivos específicos en el marco de resultados#
En esta tabla se debe
- a. Eliminar las columnas correspondientes a Adaptación a MRI Priorizado
- b. Agregar la columna medida, la cual será seleccionada por el usuario del maestro de medidas
- c. Permitir que la línea base tenga decimales
- d. Agregar la columna Año línea base, este es un campo de tipo selección desde un calendario, y guardar mes y año.
- e. Agregar columnas para ingreso de metas anuales. (detalle intercambio de valores)
Tener en cuenta#
-
Crear la columna de sitio PProaMedida en el grupo [Syntax]-[Proyecta]
-
Lista a modificar: Proyecta-Proa Subproyecto FE Step4 Indicador Objetivo (PProaFEStep4Inidcador) ver lista desarrollo, agrengando las columnas
- PProaMedida
-
PProaAnioLineaBase
-
Se deben eliminar de la lista las columnas
- PFFRRIndicadorProducto (previa migración de datos a la lista ) PProaStep4MRI
- PFRRIndicadorResultadoIntermedio (previa migración de datos a la lista ) PProaStep4MRI
- PProaMetaMRI (previa migración de datos a la lista ) PProaStep4MRI
-
Se deben migrar a la lista PProaStep4MRIAnios, la información de la lista Proyecta-Proa Subproyecto FE Step4 Indicador Objetivo Anio (PProaFEStep4InidcadorAnio) Ver lista en desarrollo, y dejar la lista en blanco.
-
Se debe modificar el Detalle PROA, para que la información de metas anuales ingresada en la lista Proyecta-Proa Subproyecto FE Step4 Indicador Objetivo Anio (PProaFEStep4InidcadorAnio) Ver lista en desarrollo, vaya como metas anuales justo después de la columna de Indicador de Objetivo específico. Cargar además en el informe PROA las columnas de medida y año línea base.
-
Capturar el usuario que está guardando la información y guardarlo en una nueva columna que lleve el registro del usuario que modifica (el campo nativo de sharepoint toma por defecto a la aplicación)
9 Modificar tabla de Resultados esperados en el marco de resultados#
Lista a modificar: Proyecta-Proa Subproyecto FE Step4 Resultado Esperado Detalle (PProaFEStep4ResultadoDetalle) ver lista desarrollo
En esta tabla se debe
- a. Eliminar las columnas correspondientes a Adaptación a MRI Priorizado
- b. Agregar la columna medida, la cual será seleccionada por el usuario del maestro de medidas
- c. Permitir que la línea base tenga decimales
- d. Agregar la columna Año línea base, este es un campo de tipo selección desde un calendario, y guardar mes y año.
- e. Agregar columnas para ingreso de metas anuales.
Tener en cuenta#
- Lista a modificar: Proyecta-Proa Subproyecto FE Step4 Resultado Esperado Detalle (PProaFEStep4ResultadoDetalle) ver lista desarrollo, agrengando las columnas
- PProaMedida
-
PProaAnioLineaBase
-
Se deben eliminar de la lista las columnas
- PFFRRIndicadorProducto (previa migración de datos a la lista ) PProaStep4MRI
- PFRRIndicadorResultadoIntermedio (previa migración de datos a la lista ) PProaStep4MRI
- PProaMetaMRI (previa migración de datos a la lista ) PProaStep4MRI
-
Se deben migrar a la lista PProaStep4MRIAnios, la información de la lista Proyecta-Proa Subproyecto FE Step4 Resultado Esperado Detalle Anio (PProaFEStep4ResultadoDetalleAnio) Ver lista en desarrollo, y dejar la lista en blanco.
-
Se debe modificar el Detalle PROA, para que la información de metas anuales ingresada en la lista Proyecta-Proa Subproyecto FE Step4 Resultado Esperado Detalle Anio (PProaFEStep4ResultadoDetalleAnio) Ver lista en desarrollo, vaya como metas anuales justo después de la columna de Indicador de Resultado Esperado. Cargar además en el informe PROA las columnas de medida y año línea base.
-
Capturar el usuario que está guardando la información y guardarlo en una nueva columna que lleve el registro del usuario que modifica (el campo nativo de sharepoint toma por defecto a la aplicación)
10 Incluir nuevos campos en actividad en Fondos Externos.#
-
Los nuevos campos a incluir son:
- a. Medida: campo tipo select a partir del maestro de medidas desarrollado en el numeral 5, de libre elección por parte del usuario en la tabla. Se guardará en la lista Proyecta-Proa Subproyecto FE Step4 Actividad (PProaFRStep4Actividad) ver lista desarrollo a la que se debe adicionar la correspondiente columna.
- b. Meta final Financiador: campo tipo númerico ingresado por el usuario en la tabla. Se guardará en la lista Proyecta-Proa Subproyecto FE Step4 Actividad (PProaFRStep4Actividad) ver lista desarrollo a la que se debe adicionar la correspondiente columna.
- c. Meta año financiador: campo tipo númerico ingresado por el usuario en la tabla. Se guardará en la listaProyecta-Proa Subproyecto FE Step4 Actividad Anio (PProaFEStep4ActividadAnio) ver lista desarrollo a la que se debe adicionar la correspondiente columna.
- d. La funcionalidad de esta tabla cambia y queda como la de productos de Fondos Regulares, donde al agregar año, se adicionan 2 columnas: una para los euros y otra para las metas anuales.
-
Se debe llevar la información a la hoja de Detalle PROA
Tener en cuenta#
-
Lista a modificar: PProyecta-Proa Subproyecto FE Step4 Actividad (PProaFEStep4Actividad) ver lista desarrollo, agregar columnas
- PProaMedida
- PProaMetaTotalProyecto
-
Lista a modificar: Proyecta-Proa Subproyecto FE Step4 Actividad Anio (PProaFEStep4ActividadAnio) ver lista desarrollo, agregar la columna
- PFFRRSubTotal
-
Se debe modificar el Detalle PROA, para que cargue la información de las nuevas columnas de la tabla, de ambas listas.
-
Capturar el usuario que está guardando la información y guardarlo en una nueva columna que lleve el registro del usuario que modifica (el campo nativo de sharepoint toma por defecto a la aplicación)
13. Superposición de beneficiarios- nivel de proyecto#
- En la sección de población beneficiaria del Resumen General de cada proyecto, incluir una tabla para ingresar la superposición de beneficiarios.
- Se cargará automáticamente en la tabla, la lista de subproyectos que tienen registrada información de beneficiarios para cualquier año. Es decir, que tengan información en la lista Proyecta-FFRR-SPC-BeneficiariosAnios (PFFRRSPCAnios) Ver lista desarrollo
- La información de beneficiarios y duplicidades debe almacenarse, con el fin de poder calcular el total de beneficiarios por subproyecto, y calcular el total de beneficiarios por proyecto.
- La superposición de beneficiarios debe ingresarse con detalle de año, separada en hombres y mujeres.
- Debe controlarse que no se ingrese superposición de beneficiarios si el subproyecto no tiene beneficiarios ingresados para ese año
- Debe controlarse que la superposición de beneficiarios se ingrese sólo en un registro: si se hizo de subproyecto 1 hacia subproyecto 2, no permitir hacerlo del subproyecto 2 hacia el subproyecto 1.
- Debe controlarse que el número de beneficiarios duplicados no exceda el número de beneficiarios de los subproyectos por año y género que se están cruzando en la tabla.
Matriz ejemplo para 3 subproyectos:
Debe contener las columnas
- Subproyecto
- Total beneficiarios Proyecto
- Total beneficiarios (año) - Por cada año que se muestre en la tabla
- Total hombres (año) - Por cada año que se muestre en la tabla
- Total mujeres (año)- Por cada año que se muestre en la tabla
- Total beneficiarios sin duplicidad (año) - Por cada año que se muestre en la tabla - campo calculado con base en la información diligenciada por el usuario
- Total beneficiarios sin duplicidad proyecto. - campo calculado con base en la información diligenciada por el usuario
Y debe tener totales en la parte inferior de la tabla para todas las columnas.
Mockup:
Para evitar la generación de varias tablas, se recomienda tener una sola tabla que consolide toda la información de beneficiarios por subproyectos y años, con desplegable para el ingreso de duplicidades.
- Tabla sin desplegar
- Al desplegar el primer subproyecto
Control: número de beneficiarios duplicados que se registran debe ser menor o igual al número de beneficiarios registrado para los subproyectos que se están cruzando y en el año y género correspondiente
- Al desplegar el segundo subproyecto, lista sólo los subproyectos que están por debajo en la tabla
- Para el ultimo subproyecto, no aparece información para diligenciar
Tener en cuenta#
-
Usar el componente de devExtreme DataGrid, con el MasterView https://js.devexpress.com/Demos/WidgetsGallery/Demo/DataGrid/MasterDetailView/React/Light/
-
Para guardar la información de duplicados, debe crear una lista PProaBeneficiariosDuplicados cuya llave primaria sea un lookup a la tabla de beneficiarios con las columnas
- Id Presupuesto
- Código Subvención: el del proyecto para el cual estoy ingresand la información en la fila anidada del componente
- PFFRRTotalHombres
- PFFRRTotalMujeres
- Total Año
- PPROAFRStep 1 lookup hacia la lista ProyectaFFRRSPCBeneficiariosAnios, donde se trae el subproyecto con el que se solapa, es decir, el del elemento padre de donde estoy diligenciando la información.
-
Capturar el usuario que está guardando la información y guardarlo en una nueva columna que lleve el registro del usuario que modifica (el campo nativo de sharepoint toma por defecto a la aplicación)
14. Superposición de beneficiarios- nivel de país#
- Es una pestaña adicional en la página principal de PROA, con nombre “Beneficiarios Países” donde se muestra un índice por país y por año
- Se entra a editar la información por año por país.
- Carga de manera automática la información consolidada de beneficiarios totales (sin duplicidades) por proyecto.
- En este transaccional el usuario tendrá que decir nuevamente entre qué Proyectos se generan duplicidades para que con ello se puedan generan un nuevo cálculo de beneficiarios por el País.
- El cálculo debe estar diferenciado por hombres, mujeres y año de la misma manera que sucede con los subproyectos.
- La información de beneficiarios y duplicidades debe almacenarse, con el fin de poder calcular el total de beneficiarios por proyecto, y calcular el total de beneficiarios por país.
Matriz Ejemplo:
Debe contener las columnas
- Proyecto
- Total beneficiarios (año) - Para el año que se está editando: estos son los beneficiarios por proyecto, calculados restando las duplicidades a nivel de subproyecto.
- Total hombres (año) - Para el año que se está editando
- Total mujeres (año)- Para el año que se está editando
- Total beneficiarios sin duplicidad (año) - Para el año que se está editando
Y debe tener totales en la parte inferior de la tabla para todas las columnas.
Tener en cuenta#
-
Usar el componente de devExtreme DataGrid, con el MasterView https://js.devexpress.com/Demos/WidgetsGallery/Demo/DataGrid/MasterDetailView/React/Light/
-
Para guardar la información de duplicados, debe crear una lista PProaBeneficiariosDuplicadosPais
-
Capturar el usuario que está guardando la información y guardarlo en una nueva columna que lleve el registro del usuario que modifica (el campo nativo de sharepoint toma por defecto a la aplicación)