Histórico de Correos

Nueva transacción Transferencia mismo banco por SIMF

Por favor realizar la siguiente configuración en el gestor de socket:

• Categoría: Transferencia mismo banco.
• Puertos: (5020-5021-5022-5023-5024).
• Transacción: Transferencia mismo banco por SIMF.
• Programa: BCVRP000

Es presentado un error en la validación de administrador de socket.

Servicio Liquidación de créditos por banca en línea (BDT)

Daniel, si cuentas con el detalle, por favor nos comentas en qué categoría corresponde este servicio.

Buenas tardes, equipo.

Hacemos de su conocimiento que requerimos contar con el archivo ACMST, puesto que este toma el saldo inicial del mes, de modo que, si este valor es incorrecto, la totalidad de la información será errónea.

Dicho esto, reiteramos:

Con el fin de contar con la versión más reciente del archivo ACMST para nuestras pruebas de desarrollo, requerimos que se realice la siguiente operación después del cierre mensual del 01/04/2026:

1. Copiar el objeto ACMST ubicado en la librería BDTCYFILES del entorno producción.

2. Renombrar dicho archivo como ACMST3004.

3. Depositar el archivo renombrado en la librería BDIXF00130 del entorno desarrollo.

Adicionalmente, solicitamos por favor nos sea compartida la consulta de movimientos del mes de abril en e-IBS.

Quedamos atentos. Muchas gracias.

Buenos días equipo,

Informamos que el error detectado durante la generación del reverso se debía a un espacio en blanco presente en el número de referencia.

Al existir dicho espacio, el proceso de reverso no podía completar la operación y se generaba la incidencia reportada.

Acción realizada

• Se eliminó el espacio en blanco de la referencia en el código/fichero correspondiente.

Recomendación

• Aplicar este pase lo antes posible, ya que:

- No impacta ningún otro proceso o funcionalidad del sistema.

- Evita el retrabajo que el banco está realizando actualmente con los reversos.

Contexto histórico

• La solución a esta incidencia está disponible en desarrollo desde diciembre 2025; ponemos a disposición el pase que la materializa en producción, para que sea utilizado cuando sea certificado previamente los cambios.

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

Quedamos atentos a la confirmación de la certificación y a cualquier duda que pueda surgir.

Muchas gracias. Saludos.

Buenos días equipo,

Con el objetivo de confirmar que el campo de control se está incrementando de forma correcta en el entorno producción, solicitamos que se realice lo siguiente:

1. Ejecutar la siguiente sentencia SQL en la base de datos de producción:

SELECT CONTROL FROM firstnet.FIRNCNTRL;

2. Verificar que el valor retornado corresponde al incremento esperado (según la lógica de 6 dígitos descrita en los cambios recientes).

3. Capturar la pantalla del resultado (imagen) y enviárnosla para comprobar.

Quedamos atentos a la evidencia y a cualquier observación que surja durante la validación.

Muchas gracias. Saludos.

Buenos días equipo,

Nos mantenemos a su disposición, para conocer el comportamiento del proceso, el día de hoy, y a cualquier apoyo que requieran.

Gracias por mantenernos informados. Saludos.

GLPI140 Digitel cambio puerto

Buenas tardes equipo,

En caso de que la comunicación con los nuevos puertos de Digitel resulte fallida (error de conexión o respuestas incorrectas), recomendamos ejecutar los siguientes pasos posteriormente:

1. Rollback de la base de datos

• Restaurar la versión previa de la base de datos, ya que en ella se encuentran los URL y puertos originales de Digitel.

2. Actualizar la variable de entorno

• En el archivo .env de BT, modificar la línea:

• WS_DIGITEL=https://<ip_producción>:<puerto_original>

• Utilizar el valor que estaba vigente antes del pase.

3. Reiniciar el archivo .war

• Detener y volver a iniciar el .war en todos los nodos del clúster.

4. Ejecutar pruebas de verificación

• Realizar los casos de prueba correspondientes para confirmar que la conectividad funciona nuevamente.

5. Ventana de Digitel en ambiente de pruebas

Sería ideal poder disponer de la “ventana” de Digitel en el entorno de pruebas. Con ella será posible comparar los XML enviados con las respuestas recibidas, facilitando la identificación de discrepancias.

Nota 1: Con la ejecución de los pasos anteriores se aísla el problema exclusivamente a la configuración de los puertos; la lógica de los XML y las mejoras estructurales no se ven afectadas.

Nota 2: Por favor brindar el acceso a VPN a nuestro equipo tecnico en el horario de ejecución del pase y pruebas, en caso que esté restringido.

Quedamos atentos a cualquier consulta. Muchas gracias.

Saludos cordiales.

Buenas tardes equipo,

Con el fin de contar con la versión más reciente del archivo ACMST para nuestras pruebas de desarrollo, requerimos que se realice la siguiente operación después del cierre mensual del 01/04/2026:

1. Copiar el objeto ACMST ubicado en la librería BDTCYFILES del entorno producción.

2. Renombrar dicho archivo como ACMST3004.

3. Depositar el archivo renombrado en la librería BDIXF00130 del entorno desarrollo.

Quedamos atentos a la confirmación de la ejecución y a cualquier observación que requiera nuestra intervención.

Muchas gracias.

Buenas tarde, equipo.

En aras del análisis del caso, solicitamos por favor nos sea compartido el log del Bus correspondiente a la hora y ambiente de la incidencia.

Quedamos atentos. Muchas gracias.

Buenos días, equipo.

El ajuste realizado corresponde a la corrección de un espacio en blanco en la referencia, lo cual impedía el procesamiento de la operación.

Quedamos atentos a conocer el resultado de las pruebas en desarrollo. En caso de ser satisfactorias, por favor solicitar los controles de cambio.

Quedamos atentos. Muchas gracias.

Buenos días equipo,

Por favor compartirnos los logs del servicio de domiciliacion del 22 y 23 de abril.

Adicionalmente, por favor ejecutar lo siguiente en el servidor de MySQL y compartirnos la respuesta:

SHOW VARIABLES LIKE '%timeout%

Gracias

Buenos días, equipo.

Requerimos por favor nos sea compartida la información del properties del servicio de domiciliacionmb o en su defecto, una sesión técnica que nos permita ver esta información en vivo.

Quedamos atentos. Muchas gracias.

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 1: 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.

Nota importante 2: En caso de que el número de control pase al siguiente mes (por ejemplo, 2026050000), deben realizar la siguiente actualización:

UPDATE FIRSTNET.FIRNCNTRL SET CONTROL = 2604010000;

Dado que se realizará el cambio y es posible que la secuencia ya haya avanzado al mes siguiente, ejecuten este UPDATE de inmediato.

Saludos cordiales.

Buenos días equipo,

Debido a la gestión prioritaria de la GLPI204, se han bajado los fuentes desde producción a desarrollo, eliminando los cambios pendientes para este caso. Les notificaremos cuando puedan probar nuevamente.

Saludos cordiales

Buenas tardes, equipo.

Hacemos de su conocimiento que fue brindada efectiva atención y corrección al siguiente caso reportado:

"Incidencia de afiliación masiva domiciliación, el día de hoy se cargo un archivo de 65 registros de la empresa Previsivos la paz J297988122, realizo el flujo correcto pero cuando se descargo el reporte trajo la información de la empresa mas la información de la empresa rofenirca que la carga fue el día de ayer. "

Dicho esto, los invitamos a realizar esta verificación en ambiente de desarrollo. Mientras tanto, nos mantenemos brindado atención a las observaciones restantes, para lo cual, reiteramos que, requerimos por favor sea ejecutada la siguiente consulta en producción, posteriormente, compartirnos los resultados:

SELECT * FROM tesoro_web_dev.mbcarga_masiva WHERE usuario = 'J412200607';

Saludos cordiales.

Buenas tardes equipo,

Por favor, ejecuten la siguiente consulta en producción y compártannos los resultados:

SELECT * FROM tesoro_web_dev.mbcarga_masiva WHERE usuario = 'J412200607';

Quedamos atentos a su respuesta.

Saludos cordiales,

Buenas tardes equipo,

Los cambios ya están disponibles en el ambiente de desarrollo para su revisión y certificación. Si todo sale bien, por favor envíennos la solicitud de documentación para los pases a otros ambientes.

Cabe mencionar que estos ajustes se implementaron previamente para resolver la incidencia GLPI171 Incidencia con pago TDC Internet Banking en diciembre de 2025, pero quedó en ambiente de desarrollo.

Quedamos atentos a sus indicaciones. Saludos.