Tiempo aproximado de lectura 00:05:00 min
Ocurrencia
Al realizar el proceso de cierre de período, se detecta un bloqueo o caída en el sistema arrojando el error "Alias does not exist: SRM", aun cuando la tabla se encuentra creada dentro de la base de datos.
Entorno
TOTVS RH - TOTVS RH (Línea Protheus) - MI - Gestión de Personal (SIGAGPE) - Versión 12
Causa
Este mensaje puede presentarse cuando el sistema intenta acceder a la tabla SRM de manera exclusiva para ejecutar el proceso de cierre de período, pero la encuentra bloqueada por la sesión de otro usuario o bien por un proceso que se ha quedado ejecutándose en segundo plano en el servidor. También puede originarse por una inconsistencia de lectura en los índices de la propia tabla.
Solución
Para resolver este inconveniente, le solicitamos seguir el siguiente procedimiento en su entorno:
1. Verificación de bloqueos y limpieza
- Cierre por completo el sistema y reinicie el servidor de aplicación.
- Ejecute el proceso de PACK (rutina de mantenimiento) o limpieza a la tabla SRM para eliminar registros pendientes u ocultos que puedan generar el bloqueo.
- Asegúrese exhaustivamente de que ningún otro usuario tenga la sesión abierta antes de realizar el cierre.
- Realice nuevamente el cierre de período y verifique si el proceso concluye de forma correcta.
2. Restauración estructural de la tabla
Si después de realizar los pasos anteriores el mensaje persiste, será necesario recargar la estructura de la tabla siguiendo estas instrucciones:
¡IMPORTANTE! Antes de comenzar, asegúrese de contar con los permisos técnicos de administrador necesarios dentro del sistema y de efectuar los respaldos completos de su base de datos correspondiente.
- Realice un respaldo completo (backup) únicamente de los registros de la tabla SRM.
- Elimine (Drop) la tabla SRM desde su gestor de base de datos.
- Ingrese al sistema en la ruta: Definiciones de Cálculo Conceptos por procesos y haga clic en el botón Incluir. Esta acción regenerará la tabla SRM en la base de datos con su estructura estándar.
- Anexe (Append) los datos del respaldo previamente realizado a la nueva tabla SRM.
- Reinicie los servicios del sistema para garantizar que la memoria caché se haya limpiado y no existan bloqueos remanentes.
- Ejecute el cierre de período nuevamente y valide los resultados.
0 Comentarios