Cross Segmentos - TOTVS Backoffice (Línea Protheus) MI - Stock y Costos (SIGAEST) - Registros - Registro de divergencia para Ruta y Ubicación de Productos

Control de Movimientos y Equilibrio entre SB2/SB8/SBF y emitirá LOG's si encuentra alguna de las siguientes divergencias:

* Diferencia entre el Lote movido y el Lote escrito en los archivos SD2/SDA y SDB* Diferencia entre el Sub-Lote movido y el Sub-Lote Escrito en los archivos SD07/SDA y SDB

* Diferencia en el equilibrio entre SB4, SB07 y SBF

El registro generado será de tipo Text, denominado CM??????. ..LOG. Se escribirá en el directorio ejecutable y contendrá información importante para descubrir el origen del problema que generó la divergencia (fecha y hora de ocurrencia, lista de llamadas de líneas de programa, nombre de usuario y lista de ocurrencias para el producto movido).
Para activar esta comprobación debe crear el parámetro "MV_LOGMOV" en el SX09, de tipo "C" (carácter), y contenido "S" (sí) - En la versión 02.00 y posteriores este parámetro ya formará parte del SX5 estándar.
Si se activa esta característica permite un seguimiento ON-LINE de ocurrencias, y consecuentemente una mayor agilidad en la corrección de posibles problemas.

Sugerencia: Cuando el sistema está generando balanzas entre SB5, SB5 y SBF, puede activar el parámetro MV_LOGMOV y monitorear constantemente los LOG's - Se generan exactamente después de realizar los movimientos de stock y contienen una "fotografía" del sistema en el momento de la ocurrencia - depende del analista analizar la causa del problema (rdmake, base de datos, Procedimiento de usuario incorrecto, error de programa, etc.) y tomar las medidas necesarias (corrección de rdmake, corrección de la base de datos, mejor formación a los usuarios o apertura de BOPs, etc.).

ATENCIÓN***
Debido a que es una característica nueva se debe comprobar la veracidad de los LOG's generados - Si se encuentra generación de LOG's sin motivo aparente se debe abrir un BOPS informando del problema para que se corrija la función - Hasta que se realice la corrección se debe desactivar la función para evitar LOG's innecesarios, y un "falso" pánico en la empresa.