Correos de la Actividad

Buenas tardes, equipo.

Hacemos de su conocimiento que, según solicitud, vía canal directo, fue debidamente promovido el número de requerimiento 610 a través de la herramienta SGV.

Pueden proceder con el despliegue del mismo.

Quedamos atentos. Muchas gracias.

Buenos días, equipo.

Con base en la respuesta brindada la tarde de ayer 13-04-26, solicitamos por favor nos sea concedida una sesión técnica a fines de solventar, esclarecer y aclarar cualquier duda existente en relación al inconveniente suscitado durante el despliegue del control de cambio.

Respuesta brindada 13-04-26:

Notificamos que, en el pase a continuación podemos validar que no existe creación de Módulo, es por ello que, solicitamos nos compartan detalle del ambiente productivo, a fines de poder comparar que no exista diferencia alguna. 

Ademas que es requerida la compilación con 14 de los programas a continuación detallados:

- BUSPGMPNOM

- BUSPGMCNOM

Quedamos atentos a conocer su disponibilidad para tal fin.

Saludos.

Buenas tardes, equipo.

Hacemos de su conocimiento que fue debidamente promovido el número de requerimiento 610 a través de la herramienta SGV.

Pueden proceder con el despliegue del mismo.

Quedamos atentos. Muchas gracias.

Buenos días equipo,

Gracias por la información. La misma fue cargada en el SGV. 

El sistema está solicitando el soporte de pruebas realizadas. Sería lo que falta para promover.

Quedamos atentos a sus indicaciones.

Saludos

Buenas tardes equipo,

Observamos que el estatus ya ha sido cambiado exitosamente.

Quedamos atentos a la recepción de la documentación pertinente, para ser cargada en la herramienta, y continuar con el proceso.

Gracias, saludos.

Buenos días, equipo.

Hacemos de su conocimiento que fueron solicitados los bloqueos permitente a través de la herramienta SGV.

REQ610

Quedamos atentos. Muchas gracias.

Buenas tardes, equipo.

De acuerdo a lo solicitado, ponemos a disposición el control de cambio para su ejecución en los distintos ambientes, una vez haya sido certificado previamente.

https://owncloud.bt.gob.ve/index.php/s/fXwln9XKFzI3zhp

Por favor hacernos llegar la documentación pertinente, para ser cargada en la herramienta SGV

Quedamos atentos. Saludos.

Buenas tardes, equipo.

El usuario al que requiere ser asignado el requerimiento SGV es el mencionado a continuación: BDIXD00154

Este usuario se encuentra asignado a Daniel Arevalo.

Quedamos atentos. Muchas gracias.

Buenas tardes, equipo.

En aras del análisis el caso, requerimos por favor sea copiado desde producción a desarrollo, el programa a continuación indicado:

- Programa: BUSPGMCNOM

- Librería origen (producción): Fuente de la librería FIRSTNETF y el objeto de la librería FIRSTNET

- Librería destino (desarrollo): BDIEJ02431

Quedamos atentos. Muchas gracias.

GLPI204 INC/ Pago de proveedores/ producción

MINUTA DE REUNIÓN

Fecha: 07 de abril del 2026

Hora: 03:10 PM

Participantes: Banco del Tesoro (BT), Digital Nexus (DN).

Asunto: GLPI204 INC/ Pago de proveedores/ producción

Sesión realizada

Sesión llevada a cabo a fines de esclarecer el contexto relacionado al incidente y las correcciones aplicadas, así como próximas acciones a tomar.

1. Ajuste del campo que ordena el número de lote: 

Anteriormente, el campo del "Año" contaba con 4 posiciones (2026). Este campo fue modificado, restándole 2 dígitos, los cuales le fueron adicionados al campo que realiza el conteo consecutivo de los lotes, de la siguiente forma:

Actual:

• Año: 2 dígitos (26)

• Mes: 2 dígitos (04)

• Lote: 6 dígitos (999999)

Anterior:

• Año: 4 dígitos (2026)

• Mes: 2 dígitos (04)

• Lote: 4 dígitos (9999)

2. Máximo consecutivo: 

• El máximo mensual anteriormente era de 9.999 intentos, este fue establecido en 999.999. 

3. Validación aplicada:

Como refuerzo de los ajustes, se aplicó una validación a fines de que el número consecutivo a asignar, no exista, de forma que este no se duplique.

4. Promoción de los ajustes:

Sugerimos a BT que antes de realizar el análisis de una reingeniería que permita hacer correcciones más profundas, sean desplegados los cambios realizados, a fines de garantizar la aplicación de la corrección y el error no sea presentado nuevamente.

5. Errores recientemente reportados:

Comunicamos a BT que, los errores más recientemente reportados (GLPI205) corresponden a la misma afectación suscitada el pasado miércoles 01-04-26.

Acciones y cierre

• BT llevará a cabo pruebas el día de mañana 08-04-26 a fines de emular el desbordamiento del número de control, para las cuales convocará al equipo técnico DN para prestar el apoyo requerido.

• DN brindará apoyo a la sesión de pruebas pautada por BT.

Fin de Minuta.

Buenos días equipo,

Tras revisar el caso, les informamos que se aplicaron los ajustes necesarios en la generación del código de control para evitar futuras duplicidades.

Acciones aplicadas:

• Ajuste de formato: Los dos primeros caracteres corresponden ahora a los últimos dígitos del año en curso.

• Ampliación del consecutivo: Se incrementó el consecutivo mensual de 4 a 6 dígitos (pasando de un máximo de 9999 a 999999).

Adjuntamos la evidencia de los cambios reflejados en la tabla de lotes. Los invitamos a realizar la certificación en el ambiente de desarrollo y generar el requerimiento en la herramienta SGV (asignado al usuario BDIXD00154) para proceder con el control de cambios.

Quedamos atentos. Saludos.

Análisis técnico - sesión en vivo 01-04-26

El 30 de marzo de 2026, el sistema experimentó una anomalía en la generación de números de control debido a que el campo CNTRL alcanzó su límite de capacidad transaccional.

Esto derivó en un error de lógica en la secuencia cronológica y una posterior duplicidad de registros el 01 de abril de 2026. Se ha implementado una corrección inmediata.

Origen del Error: El campo CNTRL en las estructuras de datos preexistentes alcanzó su valor máximo permitido (threshold), provocando un desbordamiento en la lógica de ordenamiento.

Comportamiento de la Secuencia: Tras el límite alcanzado el 30/03/2026, el algoritmo generó un valor fuera de estándar (202604000).

El 01/04/2026, el contador realizó un reinicio incorrecto (reset) al valor 20240604000, solapando con registros históricos y generando errores de integridad por duplicidad.

Acciones de Mitigación (Solución Inmediata)

Para restaurar la operatividad y detener la generación de registros duplicados, se procedió a:

1. Identificar el último valor válido generado el 31/03/2026.

2. Forzar el incremento manual del número de control (n+1) partiendo de dicha base, asegurando la unicidad de los registros en la base de datos.

Quedamos atentos.

Saludos.

Buenas tardes, equipo.

Por favor ejecutar el siguiente query en ambiente productivo y compartirnos el resultado obtenido.

SELECT u.usuario, u.nombre, ul.* FROM tesoro_web_dev.users_logs ul INNER JOIN tesoro_web_dev.users u ON ul.user_id = u.id 

WHERE u.usuario IN ("J410466464") AND ul.created_at BETWEEN "2026-03-29 11:00:00" AND "2026-03-31 01:00:00" AND action_id = 58

Quedamos atentos. Muchas gracias.

Buenas tardes, equipo.

Por favor ejecutar el siguiente query en ambiente productivo y compartirnos el resultado obtenido.

SELECT * FROM tesoro_web_dev.pagos_lotes WHERE usuario = "J410466464" AND lote = "0521"

Quedamos atentos. Muchas gracias.

Buenas tardes, equipo.

En aras del análisis del caso, compartimos los insumos que requerimos nos sean suministrados: 

1. Archivos .csv utilizado.

2. Log de Laravel de IB en ambiente productivo, correspondiente a la fecha y hora del incidente.

3. Copiar los archivos a continuación indicados, desde la librería productiva FIRSTNET, hacia la librería BDIEJ02431 de ambiente de desarrollo:

- FIRCODNOM

- FIRNCNTRL

- FIRDNPF004

- FIRDNPF005 

- FIRNOMLF02

- FIRNOMTAB1 

- FIRNOMINAS

- FIRALTV001 

- BUSLOG

- FIREFERRCB

4. Ejecutar los siguientes queries y compartir los resultados en archivos independientes:

SELECT u.usuario, u.nombre, ul.* FROM tesoro_web_dev.users_logs ul INNER JOIN tesoro_web_dev.users u ON ul.user_id = u.id 

WHERE u.usuario IN ("J506942259", "J500706944") AND ul.created_at BETWEEN "2026-04-01 00:00:00" AND "2026-04-02 00:00:00" 

SELECT * FROM tesoro_web_dev.pagos_lotes WHERE usuario IN ("J506942259", "J500706944") AND DATE(created_at) = "2026-04-01";

SELECT pl.*, pd.* FROM tesoro_web_dev.pagos_lotes pl INNER JOIN tesoro_web_dev.pagos_detalles pd ON pl.uuid = pd.uuid

WHERE pl.usuario IN ("J506942259", "J500706944") AND DATE(pl.created_at) = "2026-04-01";

Quedamos atentos. Muchas gracias.

MINUTA DE REUNIÓN

Fecha: 01 de abril del 2026

Hora: 02:50 PM

Participantes: Banco del Tesoro (BT), Digital Nexus (DN).

Asunto: GLPI204 INC/ Pago de proveedores/ producción

Sesión realizada

 • BT comunica que el servicio de Nómina y Proveedores fue reiniciado y posteriormente se realizó una nueva prueba, resultando satisfactoria.

• BT expresa la intención de llevar a cabo un nuevo ciclo de verificaciones a fines de validar que el proceso haya funcionado de forma adecuada en un 100%

Acciones y cierre

• BT verificará el funcionamiento del proceso y remitirá el resultado obtenido.

• DN atento a conocer el resultado de las verificaciones a fines de apoyar.

Fin de Minuta.