Creacion de endpoint de búsqueda registros de solicitudes pago mensual

[JuanCamiloMartinezLopez]

Se requiere realizar el endpoint para la búsqueda de solicitudes de pago mensual, el cual puede o no recibir:

• Lista de código(s) de dependencia(s).
• Lista de vigencia(s).
• Lista de número(s) documento(s) de contratista(s).
• Lista de número(s) contrato(s).
• Lista de mese(s).
• Lista de años(s).
• Lista de id estados(s). Haciendo uso de los Helpers https://github.com/udistrital/Cumplidos_y_certificaciones_documentacion/issues/1 y https://github.com/udistrital/Cumplidos_y_certificaciones_documentacion/issues/3, y debe responder los siguientes datos:
• Nombre dependencia.
• Rubro.
• Documento contratista.
• Nombre contratista.
• Vigencia.
• Año.
• Mes.
• Estado.

Sub Tareas

• [x] Creación de Endpoint.
• [x] Issue Documentado.

Criterios de aceptación

• [x] Correcto manejo de los múltiples inputs opcionales.
• [x] Respuesta correcta según filtros.

Requerimientos

No aplica

Definition of Ready - DoR

• [x] Está refinada y estimada en puntos de historia por el equipo.
• [x] Incluye la descripción y criterios de aceptación, con el detalle funcional y especificaciones técnicas, de forma entendible por cualquier miembro del equipo.
• [x] No tiene bloqueos que impidan su ejecución.
• [x] Las dependencias están identificadas y resueltas.
• [x] Puede ser probada dentro del Sprint.

Definition of Done - DoD - Desarrollo

• [ ] Desarrollo en local.
• [ ] Push en Feature.
• [ ] Pruebas locales (funcionales).
• [ ] PR a Develop.
• [ ] Criterios de aceptación cumplidos.
• [ ] Documentación de issue realizada.
• [ ] Aprobada por SM/Líder técnico.

[JuanCamiloMartinezLopez]

@faidercamilo26 por favor documentar las issue constantemente.

[faidercamilo26]

Se crea el modelo pagos_filtrados.go para poder retornar la estructura que se exige en el issue, se crea también la función GetFiltros() que es la encargada de utilizar las funciones de filtrado generadas en issue anteriores para poder filtrar los pagos por dependencia, vigencia, numero de contrato, etc. La función GetDependencias() se crea sin la lógica correspondiente puesto que todavía no tengo acceso a JBPM para poder realizar la consulta correspondiente, quedo a la espera de este acceso para poder crear la lógica de la función y así mismo realizar las pruebas pertinentes para asegurar que el código no tiene errores.

[faidercamilo26]

Se crea la función SolicitudesPagoMensual() que es la encargada de filtrar las solicitudes de pago teniendo en cuentas, las dependencias, las vigencias, los años, meses y estados del pago, tener en cuenta que para que esta función se realice correctamente se tuvo en cuenta que mínimo se debe brindar un número de dependencia, sin embargo, el resto de filtros son totalmente opcionales. Se corrige el esbozo mostrado anteriormente en el issue para refinar en todos los detalles la función y optimizar un poco los recursos utilizados.

[faidercamilo26]

Se crea el controlador GetSolicitudesPagoMensual para manejar los filtros por dependencias, vigencias, documentos, números de contratos, meses, años y estados del pago. Se eliminan los controladores de las pruebas anteriores y se deja solo este controlador general, el cual recibe un Json con todos los datos de los filtros. Se crea la variable de entorno “UrlAdministrativaJBPMContratosDependencia” puesto que la URL para realizar las consultas de los contratos filtrados por dependencia es diferente a la que ya se tenía definida en el proyecto. Se revierten cambios realizados con anterioridad al código de la función GetContrato.

[JuanCamiloMartinezLopez]

Buen trabajo @faidercamilo26