Histórico de Correos

Buenas tardes, equipo.

Quedamos atentos a conocer la planificación de la ejecución del update en ambiente productivo para la actualización del registro del mes en curso.

Cuenten con nuestro apoyo cuando lo consideren necesario.

Saludos.

Buenas tardes, equipo.

En aras del análisis, solicitamos por favor nos sean compartidos los siguientes logs:

1. Log del servicio domiciliacionmb capa media.

2. Storage/logs de Admin. Canales.

Nota: Por favor validar que los logs cuenten con información del día de la incidencia.

Muchas gracias. Saludos.

MINUTA DE REUNIÓN

Fecha: 27 de abril de 2026

Hora: 10:30 AM 

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

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

La presente reunión, fue realizada, con el objetivo de que DN pudiera ampliar los detalles a BT, acerca de las instrucciones brindadas anteriormente, para llevar a cabo la ejecución de los scripts en producción, que resultarán en la solución para la corrección del número de control en pago de nómina y proveedores.

1. Sesión realizada

1.1 Prueba del control con 4 dígitos

DN ejecutó una prueba del cambio del número de control utilizando el formato de cuatro dígitos y verificó que el proceso de pago de nómina actualiza correctamente dicho número.

1.2 Ejecución de pago de nómina (cuatro dígitos)

Se procesó un pago de nómina y se confirmó que el número de control cambió de acuerdo con la lógica vigente (cuatro dígitos).

1.3 Ampliación del correlativo a 6 dígitos

En el ambiente de desarrollo se corrió el script necesario para añadir dos dígitos más al correlativo, pasando de 4 a 6 dígitos.

1.4 Verificación después del cambio (seis dígitos)

Se realizó otro pago de nómina; el número de control ahora contiene los seis dígitos y los datos anteriores permanecen sin alteraciones.

1.5 Prueba de límite de correlativo

Se introdujo el correlativo 009999 y se ejecutó una nueva nómina. La secuencia avanzó correctamente a 010000, demostrando que el algoritmo gestiona el overflow sin problemas.

1.6 Conclusiones de la prueba

DN explicó el funcionamiento del nuevo esquema de control y confirmó que con el ajuste el correlativo de seis dígitos se genera de forma fiable, cumpliendo el requerimiento de ampliar la numeración.

1.7 Disponibilidad de DN

DN se mantendrá atento a cualquier requerimiento del banco para llevar los cambios a producción y brindar el soporte necesario.

2. Acciones y cierre

Banco del Tesoro (BT):

Validar con su equipo que el script de ampliación a 6 dígitos funciona según lo demostrado por DN.

Aprobar la puesta en producción del cambio de número de control una vez confirmada la estabilidad.

Comunicar a DN cualquier incidencia o ajuste adicional que surja durante la fase de pruebas finales.

Digital Nexus (DN):

Entregar a BT el script definitivo utilizado en desarrollo, con instrucciones de despliegue para producción. (Entregado)

Asistir a BT durante la migración a producción, asegurando que el proceso de generación del nuevo correlativo se mantenga íntegro.

Fin de la minuta

Se anexan imagenes en referencia al proceso ejecutado en vivo.

Saludos.

GLPI144 migración de cliente domiciliación mismo banco

Buenos días equipo,

Gracias por la información de as400, nos encontramos validando.

Quedamos atentos a recibir lo siguiente solicitado:

- Archivo que fue cargado de Rofenirca

- Adicionalmente, notamos que el log recibido (https://owncloud.bt.gob.ve/index.php/s/LP7VIFycTKrrC6v) para el caso de Inversiones Master 2021, C.A J-41220060-7, son de fecha de hoy, y deben ser del día de la incidencia, que entendemos es de ayer 23-04-2026, agradecemos su apoyo en enviarnos los logs de ese día, por favor.

Saludos.

Buenos días equipo,

Informamos sobre el cambio para extender el número de control mensual de nómina y proveedores. Debido a que el proceso del mes actual ya está en curso, es necesario realizar una actualización manual por única vez para ajustar la transición a la nueva lógica (secuencia de 6 dígitos).

A continuación, detallamos los pasos para la ejecución en el ambiente de Producción AS400:

1. Detener el servicio: Es indispensable pausar el servicio antes de la actualización para evitar alteraciones en el número de control durante el proceso.

2. Identificar la secuencia actual:

- Ejecutar: SELECT CONTROL FROM firstnet.FIRNCNTRL;

- Tomar los últimos 4 dígitos del valor obtenido (ValorSecuencia).

3. Actualizar el registro del mes en curso: Se aplicará el nuevo formato de 10 dígitos 

- ano = 2 digitos

- mes = 2 digitos

- Secuencia = 6 digitos

- Ejecutar: UPDATE FIRSTNET.FIRNCNTRL SET CONTROL = 260400 + [últimos 4 dígitos]

4. Verificación:

 Confirmar el cambio con un nuevo SELECT a la tabla.

SELECT CONTROL FROM firstnet.FIRNCNTRL

Nota importante: Con esta modificación, la secuencia se incrementará a 6 dígitos, eliminando el riesgo de duplicidad. A partir del próximo mes, el programa ejecutará automáticamente la lógica de inicio de secuencia con este nuevo formato, por lo que no se requerirán más intervenciones manuales ni se registrará nuevamente esta incidencia.

Por favor permitirnos una reunión a las 10:00 am para ampliar los detalles.

Saludos cordiales.

Buenos días, equipo.

El archivo físico tiene por nombre "DMCDC01DET".

Quedamos atentos. Muchas gracias.

MINUTA DE REUNIÓN

Fecha: 24 de abril de 2026 

Hora: 02:00 PM 

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

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

Sesión realizada

Soporte y validación: 

• Son verificados los archivos BUSPGMCNOM y BUSPGMPNOM en ambiente productivo, validando que estos fueron compilados el día de ayer 23-04-26 (despliegue del pase).

• DN invita a BT bajar y subir el servicio FIRSTNET de Nómina y proveedores, debido a que está siendo tomado el fuente anterior a los cambios aplicados.

Acciones y cierre

• BT procederá con el reinicio del servicio FIRSTNET en producción, posteriormente, serán realizadas pruebas.

• DN queda atento a conocer los resultados generados.

Fin de la minuta.

Buenas tardes equipo,

Compartimos a continuación, minuta de reunión (23-04-2026), con la aclaratoria del punto en cuestión.

Saludos.

MINUTA DE REUNIÓN

Fecha: 23 de abril de 2026

Hora: 10:00 AM (aproximada)

Participantes: Banco Digital de los Trabajadores (BDT), Digital Nexus (DN)

Asunto: IVR – Ejecución de pruebas

1. Sesión realizada

- Dificultad con la validación de correlativo:

BDT informó que el sistema impide la introducción de números consecutivos (ejemplo : 1‑2‑3‑4) al momento de validar la clave. DN confirmó que esa es la regla de validación implementada y aclaró que, por diseño, no se permiten secuencias numéricas consecutivas.

- Requerimiento de usuarios de prueba:

BDT solicitó una lista de 4 usuarios para ejecutar los procesos de afiliación, desafiliación y cambio de clave. DN explicó que, para realizar esas pruebas de forma representativa, el banco debe generar un script de pruebas que produzca un listado de usuarios cumpliendo las condiciones necesarias (no consecutivos, no ceros a la izquierda, etc.).

- Datos de conexión:

DN proporcionó la dirección IP de conexión para el entorno de pruebas: 8.242.232.146.

- Compromiso de BDT sobre usuarios de prueba:

BDT se comprometió a entregar información de los usuarios registrados en el entorno de desarrollo que serán usados en las pruebas. El número estimado de usuarios de prueba es entre 20 y 30.

- Validación de usuarios en login:

DN aclaró que la verificación del usuario se realiza durante el login y que el cifrado de la clave se efectúa con el algoritmo Argon2.

- Datos de usuarios para validación:

DN compartió un usuario de pruebas: V9204839 857496. Además, señaló que no es necesario rellenar la cédula con ceros a la izquierda.

Resultado de la prueba:

Al probar con los datos anteriores, BDT recibió el mensaje “clave inválida”. DN constató que la generación de la clave mediante Argon2 no está produciendo el hash esperado. BDT revisará el método de generación de la clave; DN quedó a disposición para apoyar cualquier ajuste necesario en la implementación del algoritmo.

2. Acciones y cierre

Banco Digital de los Trabajadores (BDT):

Generar el script de pruebas que entregue una lista de variaciones a llevar a cabo durante las mismas.

Proveer a DN la lista de usuarios con los que se pueda llevar a cabo el script de pruebas

Revisar y corregir el método de generación de hash Argon2 que está provocando que la clave sea considerada inválida.

Informar a DN los hallazgos y, de ser necesario, solicitar acompañamiento para la corrección.

Digital Nexus (DN):

Apoyar a BDT en la revisión del algoritmo Argon2, si se requiere.

Fin de la minuta.

Adicionalmente, ejecutar el siguiente select y compartir el resultado obtenido:

select MAX(ncntrl) from firstnet.FIRNOMINAS

 WHERE FECNOM = '20260424'

Quedamos atentos. Saludos.

Buenos días, equipo.

Por favor ejecutar nuevamente el select a continuación compartido y remitirnos el resultado generado:

SELECT * FROM firstnet.FIRNCNTRL;       

Quedamos atentos. Saludos.

Buenos días equipo,

Con el objetivo de profundizar en el análisis, por favor hacernos llegar lo siguiente:

- Archivo que fue cargado de Rofenirca

Y para as400 lo siguiente:

- Bajar el archivo DMCDCDETL1 de la BDTCYFILES de producción a la librería BDIXF00130 de desarrollo

Adicionalmente, notamos que el log recibido (https://owncloud.bt.gob.ve/index.php/s/LP7VIFycTKrrC6v) para el caso de Inversiones Master 2021, C.A J-41220060-7, son de fecha de hoy, y deben ser del día de la incidencia, que entendemos es de ayer 23-04-2026, agradecemos su apoyo en enviarnos los logs de ese día, por favor.

Quedamos atentos, saludos.

Buenos días equipo,

Por medio de la presente, solicitamos su valioso apoyo para coordinar una breve reunión de asesoría respecto al servidor IBM i Integrated Web Services (IWS) Server instalado en el entorno de desarrollo. Específicamente, necesitamos verificar si tenemos acceso para reiniciarlo, revisar logs o consultar configuraciones. 

Motivo:

Al invocar el servicio http://172.16.30.10:6443/corelbtr/api/v1/bcorec/inter/validar, obtenemos el error:

ERROR [bcorec][VALRECI]: /IASP01/QSYS.LIB/FIRSTNET.LIB/FIRWSRV01.SRVPGM: Object does not exist.

Sin embargo, el servicio existe y funciona correctamente, ya que procesa liquidaciones de alto valor para operaciones de emisor. 

Nota: Hace un mes operaba sin problemas; certificamos exitosamente una incidencia de recepción de transacciones duplicadas.

Quedamos atentos a su disponibilidad para agendar la reunión.

Gracias de antemano.

Buenos días, equipo.

En adición a las solicitudes previamente remitidas, solicitamos por favor nos sea compartido el estado de cuenta de e-IBS correspondiente a esa transacción.

Nota: Por favor actualizar antes de compartir.

Quedamos atentos. Muchas gracias.

Buenos días, equipo.

En aras del análisis del caso, solicitamos por favor nos sea, compartidos los siguientes insumos:

1. Archivo cargado durante la prueba.

2. Log de capa media, correspondiente al servicio domiciliacionmb, sin filtro del día de la incidencia.

3. Archivo .csv cargado.

Quedamos atentos. Muchas gracias.

GLPI209 INC/estatus servicio Domiciliación

Buenos días equipo,

Con el objetivo de profundizar en el análisis, por favor hacernos llegar lo siguiente:

- Detalle de las transacciones del lote 

- El archivo BUSLOG del día de ayer 23-04-26

- Estado de cuenta del cliente

Para as400 se requiere lo siguiente:

Bajar desde la librería FIRSTNET en producción a la librería BDIEJ02431 en desarrollo, lo siguiente:

FIRCODNOM

FIRNOMINAS

FIRDNPF004

FIRDNPF005

FIRNOMPROV

Quedamos atentos, saludos.