Ajustes segundo alcance con base en los realizados para el primero

[milo19980525]

Se requiere realizar ajustes o correcciones necesarias en el segundo alcance con base en las correcciones llevadas a cabo en #536 .

Especificaciones técnicas

• El último despliegue del primer alcance se encuentra en la rama develop

Sub Tareas

Novedad de Adición y/o Prórroga:

• En novedades de Adición, El RP se genera después de la solicitud de la novedad. Se requiere eliminar campo de RP y Vigencia RP.
• Cambiar campo "Número solicitud" por "Número Solicitud de Necesidad".
• Cambiar campo "Fecha solicitud" por "Fecha Solicitud de Necesidad".
• Consumir Número de solicitud de necesidad a través de JBPM (se requiere especificar parámetros de consultar y solicitar su creación) y completar campos "Número Solicitud de Necesidad" y "Fecha Solicitud de Necesidad" de forma automática.
• En "INFORMACIÓN DE PRÓRROGA" Se requiere ajustar calculo de meses y días asociado al "Tiempo Prórroga (Días)"
• En "INFORMACIÓN" ajustar campo "Plazo inicial (En meses)" para que muestre los meses y no los días.

Novedad de Suspensión:

• De acuerdo al formato de acta de novedad actualizado, agregar el motivo de la suspensión en el campo correspondiente. Actualmente, el motivo no se está agregando al documento.
• Ajustar campo "Número oficio ordenador a OAJ" por "Número de oficio ordenador a OC".
• Ajustar campo "Fecha oficio ordenador a OAJ" por "Fecha oficio ordenador a OC"
• Cambiar campo "Número solicitud" por "Número Solicitud de Necesidad".
• Cambiar campo "Fecha solicitud" por "Fecha Solicitud de Necesidad".
• Consumir Número de solicitud de necesidad a través de JBPM (se requiere especificar parámetros de consultar y solicitar su creación) y completar campos "Número Solicitud de Necesidad" y "Fecha Solicitud de Necesidad" de forma automática.

Novedad de Reinicio:

• Cambiar campo "Número solicitud" por "Número Solicitud de Necesidad".
• Cambiar campo "Fecha solicitud" por "Fecha Solicitud de Necesidad".
• Consumir Número de solicitud de necesidad a través de JBPM (se requiere especificar parámetros de consultar y solicitar su creación) y completar campos "Número Solicitud de Necesidad" y "Fecha Solicitud de Necesidad" de forma automática.
• Validar si se requiere eliminar los campos "Número de oficio" y "Fecha de oficio".

Novedad de Cesión:

• Cambiar campo "Número solicitud" por "Número Solicitud de Necesidad".
• Cambiar campo "Fecha solicitud" por "Fecha Solicitud de Necesidad".
• Consumir Número de solicitud de necesidad a través de JBPM (se requiere especificar parámetros de consultar y solicitar su creación) y completar campos "Número Solicitud de Necesidad" y "Fecha Solicitud de Necesidad" de forma automática.
• Ajustar campo "Número oficio ordenador a OAJ" por "Número de oficio ordenador a OC".
• Ajustar campo "Fecha oficio ordenador a OAJ" por "Fecha oficio ordenador a OC"
• Se requiere implementar lógica de condicionales para incluir en el acta, de forma dinámica, los párrafos correspondientes cuando el contrato tuvo un otro si, una cesión, una suspensión o todas las anteriores. (Revisar ejemplos dispuestos en las plantillas actualizadas).

Novedad de Terminación Anticipada:

• Cambiar campo "Número solicitud" por "Número Solicitud de Necesidad".
• Cambiar campo "Fecha solicitud" por "Fecha Solicitud de Necesidad".
• Consumir Número de solicitud de necesidad a través de JBPM (se requiere especificar parámetros de consultar y solicitar su creación) y completar campos "Número Solicitud de Necesidad" y "Fecha Solicitud de Necesidad" de forma automática.
• Se requiere habilitar nuevamente los campos "Saldo a favor de la Universidad" y "Saldo a favor del contratista" de forma simultanea. El campo "Saldo a favor de:" desaparece.
• Revisar condición para cuando un contrato queda sin un saldo a favor del contratista o de la universidad.
• Adicionar guía de moneda en campos de tipo "Moneda" para identificar la separación en cifras.

Global:

• Para todos los campos asociados a Número de solicitud o Número de oficio, se requiere permitir el ingreso de valores alfanuméricos y quitar la limitación de número de caracteres.
• Revisión general de formatos de actas de novedad y ajustes correspondientes.

Criterios de aceptación

• Se documentan correcciones realizadas y prueba de funcionamiento.

Requerimientos

• ninguno

Dependencias

• administrativa_amazon_api

Definition of Ready - DoR

• Está refinada y estimada en puntos de historia por el equipo.
• 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.
• No tiene bloqueos que impidan su ejecución.
• Las dependencias entán identificadas y resueltas.
• Puede ser probada dentro del Sprint.

Definition of Done - DoD - Desarrollo

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

[Yaov05]

Actualmente el segundo alcance cuenta con los cambios para realizar ajustes basados en correcciones acordadas con los usuarios para el primer alcance, incluyendo los cambios en campos de solcitud y oficio, correcciones en las actas y formato de campos monetarios

[Yaov05]

Estas correcciones se corresponden con documentadas en el issue #536

[milo19980525]

Faltan incluir los ajustes solicitados por @a52290451 para el primer alcance

[Yaov05]

Adicionalmente, se agrega: El cálculo del plazo ejecutado por el cedente en días y meses; Un campo para indicar el número de días que faltan por pagarse al cedente, para luego ser adjuntado en el acta.

En el acta:

[milo19980525]

Según Daily de hoy, se estableció que falta por corregir ajuste de fechas al suspender un contrato, se debe revisar la conversión de fechas.

[Yaov05]

En las fechas de la novedad, entre los dos casos (si se tiene novedades o no para el contrato) el sistema de conversión de fechas de javascript en ocasiones resta un día a la fecha original, esto ocurre cuando la fecha a convertir tiene un formato distinto. Se realizaron los ajustes necesarios para que agregue el día faltante después de la conversión de los formatos que sean distintos (eso ocurre solamente cuando el contrato no tiene novedades y las fechas corresponden a las consultadas del endpoint "acta_inicio")