01. VISIÓN GENERAL

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.



02. PRIMEROS PASOS

02.1. REQUISITOS MÍNIMOS

02.1.1. PROCEDURES 

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).


02.1.2. DICCIONARIOS:

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.



02.1.3. POSTGRESQL

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.



03. UTILIZACIÓN

03.1. PROGRAMACIÓN EN AGENDA DE LA CORRECCIÓN AUTOMÁTICA DE SALDOS EN EL SCHEDULE


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.


(ideia) 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

Sugerimos que no se configure la verificación por Días, e informe más de 30 días. En lugar de ello, utilice la verificación por Meses e informe cuántos meses fuera necesario.
Ejemplo

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)





(ideia) 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.


(ideia) Parâmetro "Moneda?"
Este parámetro define la moneda para la verificación de divergencias.


(ideia) 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.




04. TABLAS UTILIZADAS

  • QLJ - Registros con saldo divergente

05. PREGUNTAS UTILIZADAS

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





06. ASUNTOS RELACIONADOS