Parametrizacion y Administracion de Vigencias

[AlexFBP]

Teniendo en cuenta

• 438

• El flujo de datos descrito en udistrital/necesidades_cliente#253
  • udistrital/necesidades_cliente#250
  • udistrital/necesidades_cliente#251

Tareas

• [x] Revisar estado de la funcionalidad de vigencias
• [x] Atender errores de consola que hayan salido
• [x] Agregar indicador de carga para las vigencias
• [x] En las vigencias actuales, preguntar dos veces antes de cerrar la vigencia

Tareas antiguas

Preparar registros en bases de datos:

• Identificar en parametros_api los (grupos de) parámetros relacionados con vigencias
• Seleccionar el (grupo de parametros) que se va a usar y mencionarlo en este Issue. En caso de haber más de un grupo de parámetros, mencionarlo también en este Issue (si llega a haber más de un grupo de parametros asociado a las vigencias, se recomienda a nivel de base de datos, actualizar la descripcion de tal manera que se entienda que es un duplicado. También se pueden desactivar los registros duplicados)
• Identificar en configuracion_api la aplicacion que se está usando para construir los menús
• A la aplicacion identificada, asociarle un parametro, cuyo nombre podría ser vigencia_actual, y para cuyo valor, podría ser inicialmente

Implementar Interfaz (Conexión a APIs CRUD):

• Mostrar las vigencias del grupo de parámetros seleccionado
• Permitir agregar vigencias
• Permitir actualizar vigencias
• Permitir eliminar inactivar vigencias
• Vista para seleccionar vigencia actual/en-ejecución

[CristianDavidSanchez]

Con respecto a arka_cliente, el servicio de vigencias se encuentra actualmente quemado en relación a administrativa service, es decir se revisa el parámetro de vigencias de los contratos en administrativa service y a partir de ello se extrae un contrato relacionado a esa vigencia que suele ser un año tipo vigencia: 2020, si se desea migrar esa funcionalidad a parametros en lo que respecta a arka se debe cambiar unicamente en el cliente las vigencias quemadas por las vigencias de parametros por medio de un "GetVigencias". que no debería ser muy problemático.

[diagutierrezro]

En el cliente de tesoreria las vigencias se traen desde plan_cuentas_mongo_crud apuntando hacia https://autenticacion.portaloas.udistrital.edu.co/apioas/plan_cuentas_mongo_crud/v1/vigencia/vigencias_total

[brayanpasa99]

Se hace un recorrido por el API de Parámetros donde se encuentra lo siguiente:

Como ejemplo, para AreaTipoId:8 (Kronos), TipoParametroId:16 (Tipo Compromiso Presupuesto), ParametroId:316 (ORDEN COMPRA), no se encuentra nada en la tabla parametro_periodo que vincule dicho parámetro con una vigencia:

Mientras que para, AreaTipoId:1 (prueba), TipoParametroId:2 (Derechos Pecuniarios), ParametroId:4 (Constancia de estudio), sí se encuentra un registro vinculado a una vigencia en la tabla parametro_periodo con PeriodoId:2 (Vigencia 2020)

Por tal motivo, se inicia consultando desde la tabla periodo donde se encuentran las vigencias para el año 2019 - 2021

Con un atributo AplicacionId:0 y con su respectivo estado (Activo)

Se espera hablar con @corio27 para poder identificar a qué corresponde el parámetro AplicacionId y en general, qué información o cuál es el objetivo de la información depositada en la tabla periodo y parametro_periodo

[brayanpasa99]

Para resolver el primer item "Identificar en parametros_api los (grupos de) parámetros relacionados con vigencias", se tiene que los parámetros relacionados con la vigencia son aquellos que están en el API de parámetros, en la tabla periodo, estos tienen relacionados ciertos parámetros según sea la necesidad e incluyen un atributo que podría ser de utilidad denominado AplicacionId (el mismo que relaciona las aplicaciones en configuración). Teniendo esto en cuenta y las validaciones realizadas con @mcrubianot y @corio27 se tiene que se debe pensar en una vigencia exclusiva para el sistema de Kronos (como primera propuesta)

[brayanpasa99]

HOLD: Se suspende para dar prioridad a udistrital/presupuesto_cliente#456

[brayanpasa99]

Se retoma el issue con el fin de identificar en qué partes del cliente de Presupuesto se encuentran vigencias definidas en desarrollo con el fin de realizar el cambio por endpoints de un API (para la cual se considera Plan Cuentas CRUD), se enlistan los componentes encontrados:

• [x] apropiaciones.component.ts
• [x] list-cdp.component.ts
• [x] list-solicitud-cdp.component.ts
• [x] ver-solicitud-cdp.component.ts
• [x] expedir-crp.component.ts
• [x] solicitud-crp.component.ts
• [x] ver-solicitud-crp.component.ts
• [x] dependencias.component.ts
• [x] gestion-apropiaciones.component.ts
• [x] gestion-plan-cuentas.component.ts
• [x] rubros.component.ts
• [x] productos-rubro.component.ts
• [x] reportes.component.ts

Se procede a evaluar y reemplazar todos estos componentes con una petición válida para consumir la vigencia.

[brayanpasa99]

Se realiza una reunión con María Claudia en donde el tema principal son las generalidades de vigencias antes de observar su comportamiento a nivel de código. Se concluye lo siguiente:

Notas Reunión