Correcciones Novedades - PARTE 2

[a52290451]

De acuerdo a lo señalado por parte de la Oficina Asesora Jurídica, para la entrega de novedades en su primer alcance, se requieren realizar las siguientes correcciones:

1. Se requiere agregar restricción en el sistema que impida que se creen novedades sobre un contrato con una cesión si no se detecta que se a cargado debidamente el acta de aprobación de póliza en ARGO.
2. En novedades de terminación anticipada, se requiere validar si el campo "saldo a favor de:" de tipo select, es necesario para completar el acta de la novedad o no. De no ser necesario, se debe eliminar del cliente.
   
3. Para todas las novedades, se requiere agregar el campo "Fecha solicitud" sin restricciones, y realizar el cambio de valores en las actas correspondientes con respecto a la fecha de registro actual en el sistema.

Especificaciones técnicas

• No aplica

Sub Tareas

• Restricción en el sistema para impedir que se creen novedades sobre un contrato con una cesión si no se ha cargado antes el acta de aprobación de póliza en ARGO.
• Validación del campo "saldo a favor de:" en novedades de terminación anticipada y su funcionalidad en el sistema. Eliminar si no se requiere.
• Adición del campo "Fecha solicitud" en todos los tipos de novedades.
• Reemplazo de fecha de registro de la novedad en el sistema por "Fecha solicitud" en las actas de las novedades.

Criterios de aceptación

• El usuario no puede crear mas novedades sobre un contrato con cesión si no se encuentra registrada el acta de aprobación de póliza de la cesión en ARGO.
• El campo "Saldo a favor de:" ya no se encuentra disponible en novedades de terminación anticipada, en caso de que no se este utilizando para el acta de la novedad.
• Todas las novedades presentan el campo "Fecha solicitud" sin restricciones y la información de este se ve reflejada en el acta de la novedad.

Requerimientos

• Endpoint para consultar información de actas de aprobación de poliza cargadas en ARGO por contrato.

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 están identificadas y resueltas.
• 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.

[Yaov05]

Se agregan en las novedades los campos de numero y fecha de solicitud y oficio:

[Yaov05]

Se elimina el campo "saldo a favor de" que no interfiere en el flujo de la creación de la novedad de terminación:

[Yaov05]

Commit con cambios realizados:

1e91e2f

[milo19980525]

Se realizó la consulta a funcionamiento y en el proceso de registro de póliza en el caso de cesiones no se realiza, por lo que es imposible validar que estas hayan sido cargadas de manera interna en la OAS. Este proceso es netamente administrado por jurídica.