La nueva rutina automatizada de corrección de saldos fue desarrollada para optimizar y garantizar la precisión de los saldos contables, eliminando la necesidad de intervención manual constante. Integrada al schedule del Protheus, esta herramienta está configurada para analizar y corregir automáticamente cualquier discrepancia en los saldos contables, garantizando que los datos contables siempre estén consistentes y actualizados.
Para garantizar la integridad de sus saldos contables, utilizaremos las procedures 01 y 29.
Por lo tanto, antes de configurar la rutina CTBA980 en el Schedule, acceda a la rutina Gestión de procedures en el menú del configurador e instale las procedures 01 (Reprocesamiento contable) y 29 (Grabar las inconsistencias de saldos en la tabla QLJ).
La rutina de corrección automática de saldos utiliza la tabla QLJ del proyecto de cierre contable, verifique si el diccionario de datos de su entorno tiene esta tabla antes de iniciar la configuración.
También es necesario tener el grupo CTB980 en el registro SX1.
Si estuviera utilizando la base de dados Postgres, verifique si su fuente de datos ODBC está configurada correctamente de acuerdo con la documentación:
Es necesario habilitar la clave MemoInQuery en DBAccess.ini
Estas configuraciones son esenciales para el correcto funcionamiento del Cierre contable en entornos que utilizan la base de datos PostgreSQL.
Al acceder a la opción de programación en agenda del Schedule, registre la rutina CTBA980 y seleccione la periodicidad: Siempre activo.
En la próxima etapa, defina para qué Empresas y Sucursales desea que se ejecute la rutina.
Además, en la sesión de parámetros complete cuál es el período, moneda y tipo de saldo que desea utilizar.
Parámetro "¿Período para retroceder?" y "¿Cantidad (Meses/Días)?"
La verificación de saldos considera siempre el día anterior a la fecha actual (D-1) hacia atrás.
Este abordaje evita la concurrencia con las actividades del día vigente, como inclusiones, borrados y modificaciones de asientos contables.
Estos dos parámetros son complementarios, en Período para retroceder se informa si se retrocederán Meses o Días, en el parámetro siguiente y se informará la cantidad para retroceder.
Si seleccionara la opción "Meses" e informara la cantidad "2", se contarán dos meses retroactivamente a partir de la fecha del calendario contable abierto en el período que seleccionó. Por ejemplo, si el período actual es el mes 3 y seleccionó 2 meses, la fecha inicial será dos meses atrás, comenzando a contar a partir de la fecha actual, menos 1, para la verificación y corrección.
Si seleccionara la opción "Días" e informara la cantidad "15", se contarán 15 días retroactivamente para la verificación y corrección.
La verificación por meses se realiza siempre para el año actual de la fecha actual, si se informan más meses que el año actual tiene, solamente se procesarán los meses del año actual. La verificación por meses también se divide por cada mes, si se informara más de 1 mes, los procesamientos se dividirán por cada mes.
La verificación por días, se realiza de una sola vez, considerando la fecha inicial y la fecha final (Fecha actual - 1)
Importante
Fecha actual = 19/06/2024
Período para retroceder | Cantidad (Meses/Días) | Período de/a que se considerará |
Meses | 5 | 01/01/2024 hasta 18/06/2024 (D-1) |
Meses | 12 | 01/01/2024 hasta 18/06/2024 (D-1) |
Días | 15 | 03/06/2024 hasta 18/06/2024 (D-1) |
Parámetro "¿Moneda específica?"
Este parámetro define si se verificarán las divergencias en el período de todas las monedas o solamente una específica.
Si se seleccionara 'Todas', no es necesario informar la moneda en el parámetro siguiente.
Parâmetro "Moneda?"
Este parámetro define la moneda para la verificación de divergencias.
Parámetro "¿Tipo de saldo?"
Este parámetro define el tipo de saldo para la corrección de divergencias.
Rutina programada en agenda y en ejecución:
Rutina en ejecución. Detalle del appserver:
A partir de este momento, su rutina está configurada y sus saldos se corregirán automáticamente, si la rutina encuentra alguna divergencia en el período.
X1_GRUPO | X1_ORDEM | X1_PERGUNT | X1_VARIAVL | X1_TIPO | X1_TAMANHO | X1_DECIMAL | X1_VAR01 | X1_GSC | X1_F3 | X1_DEF01 | X1_DEF02 |
CTB980 | 01 | ¿Período para retroceder? | MV_CH1 | N | 1 | 0 | MV_PAR01 | C |
| Meses | Días |
CTB980 | 02 | Cantidad ¿(Meses/Días)? | MV_CH2 | N | 2 | 0 | MV_PAR02 | G | |||
CTB980 | 03 | ¿Moneda específica? | MV_CH3 | N | 1 | 0 | MV_PAR03 | C | Específica | Todas | |
CTB980 | 04 | ¿Moneda? | MV_CH4 | C | 2 | 0 | MV_PAR04 | G | CTO | ||
CTB980 | 05 | ¿Tipo de saldo? | MV_CH4 | C | 2 | 0 | MV_PAR05 | G | SLD |