Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Despliegue de Ttian_api_mid en ambiente de producción #188

Open
Jorgec815 opened this issue Jan 31, 2022 · 3 comments
Open

Despliegue de Ttian_api_mid en ambiente de producción #188

Jorgec815 opened this issue Jan 31, 2022 · 3 comments

Comments

@Jorgec815
Copy link
Contributor

Se Aprueba el despliegue de los cambios hechos en el api_mid de Titan en ambiente de producción para lo cual hay que realizar ajustes en la variables de entorno, además de verificar el correcto funcionamiento cargado datos transaccionales.

@Jorgec815
Copy link
Contributor Author

Para realizar el despliegue en producción se solicitó el cambio de las variables de entorno, que se pueden ver en el siguiente Kanban:

https://tuleap.portaloas.udistrital.edu.co/plugins/tracker/?aid=45156

No se generó ningún error al desplegar el api, se procede a cargar con data Transaccional

@Jorgec815
Copy link
Contributor Author

Al cargar el api con un ETL que carga todos los contratos de nómina CPS se generaban ciertos errores como por ejemplo que en el mes de febrero se contaban mal los días debido a que éste sólo tiene 28 días, además de eso al cargar las novedad contractuales como cesiones y otros sí quedaba en un bucle infinito porque sólo estaba diseñado para 1 cesión.

Para solucionar estos errores se agregó a los endpoints correspondientes un nuevo parámetro de documento del contratista actual, para que así, se pueda ceder, cancelar o extender el contrato pertinente y no el anterior.

Para el caso del bucle infinito se agregaron ciertas condicionales, como un contador que al llegar a 12 se detiene, también validaciones de fechas, como que la fecha de inicio no puede ser después de la fecha fin, esto ayudará a no crear registros falsos o que causen errores.

@Jorgec815
Copy link
Contributor Author

Al limpiar la base de datos y enviar nuevamente el ETL no se genera ningún error, trae la data de forma correcta, lo que quiere decir que e conecta con el api crud (al traer preliquidaciones) y los endpoints del mid funcionan correctamente (al traer la liquidación de los contratos):

image

Como se puede ver trae los más de 900 registros de contratos que hay, fuera de eso, el cambio del modelo de la bd hizo que el tiempo de respuesta mejorara bastante.

image

En la imagen anterior se puede observar la data que se trae a través de un endpoint del mid, por lo que se corrobora el funcionamiento.

Así mismo se verificaron los valores de los contratos que tienen cesión u otro sí y todos concuerdan de manera satisfactoria, el ETL quedó configurado por el ingeniero Jhon para cargar automáticamente los registros nuevos.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant