Histórico de Correos

GLPI140 Digitel cambio puerto

MINUTA DE REUNIÓN

Fecha: 07 de abril del 2026

Hora: 02:00 PM

Participantes: Banco del Tesoro (BT), Telefonía Digitel, Digital Nexus (DN).

Asunto: GLPI140 Digitel cambio puerto

Sesión realizada

 Sesión llevada a cabo con el objetivo principal de generar pruebas afines a los servicios Digitel.

1. Afiliación: 

• BT procede a realizar la afiliación de un número de teléfono. 

• Este proceso es completado de forma satisfactoria.

2. Recarga web: 

• Digitel indica que BT debe llevar a cabo la homologación de los montos existentes en producción. BT procede con la actividad.

• Una ve homologados los montos, BT procede con un pago por Bs.300,00

• Resultado: Satisfactorio. Digitel confirma la recepción.

• Fue compartido al equipo de BT, los request y response de esta operación, a fines de ser remitido a Digitel.

3. Recarga app:

• BT genera una recarga a través del canal app.

• Resultado: Satisfactorio. Digitel confirma la recepción.

4. Anulación:

• BT lleva a cabo un proceso de anulación.

• Digitel informa que para la verificación de esta operación, requieren que el equipo de BT comparta el archivo de conciliación.

Acciones y cierre

• BT remitirá a Digitel el archivo de conciliación, a fines de realizar la validación del proceso de Anulación.

• DN remitirá a BT los archivos Request y Response de la operación de anulación, a fines de que sean compartidos a Digitel.

Fin de Minuta.

En adición a la petición remitida en la comunicación anterior, por favor tomar en cuenta la siguiente:

- Archivo: FIREFERRCB

- Librería origen (producción): FIRSTNET

- Librería destino (desarrollo): BDIEJ02431 

- Detalle: Renombrar como FIREFERRC7

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: FIRAVLIQ03

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

- Librería destino (desarrollo): Fuente de la librería FIRSTNETF y objeto de la librería FIRSTNET

Quedamos atentos. Muchas gracias.

Buenas tardes, equipo.

Requerimos por favor contar con su acostumbrado apoyo mediante la copia del archivo BUSLOG en la dirección a continuación indicada, contando con transacciones del día 27/03/2026 desde las 09:00:00 hasta las 18:00:00:

- Archivo: BUSLOG

- Librería origen (producción): FIRSTNET

- Librería destino (desarrollo): BDIEJ02431

- Detalle: Respaldo previo al cierre del 27/03/2026 (con transacciones desde las 09:00:00 hasta las 18:00:00).

Nota: Es importante tener en consideración que estos registros son depurados diariamente, por ello, es necesario extraer la data directamente de los respaldos previos al cierre.

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.

Quedamos atentos. Muchas gracias.

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.

Buenos días equipo,

Habiendo sido realizada la revisión del caso, pedimos que por favor lleven a cabo el despliegue del archivo .war, incluido en el pase, para el ambiente de calidad, y realizar pruebas nuevamente.

Por favor nos indican los resultados, quedamos atentos. Saludos

Buenas tardes, equipo.

Agradecemos el suministro del archivo BUSLOG. Quedamos atentos a la atención de las solicitudes restantes, siendo:

1. Ejecutar la siguiente consulta en ambiente de producción y compartiendo los resultados:

select ACMACC, ACMPRO, ACMATY from BDTCYFILES.ACMST

WHERE ACMACC = '9132000066';

2. Copiar los siguientes fuentes, desde la QRPGLESRC de FIRSTNETF (producción), hacia la librería BDIEJ02431 (desarrollo):

• FIRAVLIQ03

• BUSPGML002 

• FIRPAGNOM

Muchas gracias.

Buenas tardes, equipo.

Habiendo llevado a cabo la verificación del archivo log recibido, fue posible reafirmar el análisis previamente compartido, ya que, se observa que el día 13-03-26, los puertos de Transferencias Mismo banco (5110 - 5119) y Transferencia Otros bancos (5120 - 5129) se encontraron inoperativos en el siguiente rango de tiempo (cambio de modo diurno a modo nocturno):

2026-03-13T23:42:12-04:00 a 2026-03-14T00:29:53-04:00

Esto constituye el motivo por el cual es retornado al cliente un mensaje que indica la no disponibilidad del servicio. Esta información no llega al AS400, por ello no son generados mensajes en consola.

Nota: Adjuntamos imágenes del inicio y fin de la inoperatividad de los puertos.

Sugerencia:

Recomendamos evaluar las siguientes posibilidades:

• Garantizar que los puertos se encuentren activos durante el cambio de modo Diurno a modo Nocturno.

• Garantizar que el tiempo de inoperatividad de los puertos durante el cambio de modo Diurno a modo Nocturno, sea lo más corto posible.

En caso de contar con dudas en relación al análisis brindado, recomendamos llevar a cabo una sesión técnica que permita brindar detalle.

Quedamos atentos. Muchas gracias.