EM BREVE - Correção automática de Saldos (CTBA980)

01. VISÃO GERAL

A nova rotina automatizada de correção de saldos foi desenvolvida para otimizar e garantir a precisão dos saldos contábeis, eliminando a necessidade de intervenção manual constante. Integrada ao schedule do Protheus, essa ferramenta é configurada para analisar e corrigir automaticamente quaisquer discrepâncias nos saldos contábeis, assegurando que os dados contábeis estejam sempre consistentes e atualizados.

02. PRIMEIROS PASSOS

02.1. REQUISITOS MÍNIMOS

02.1.1. PROCEDURES 

Para garantir a integridade dos seus saldos contábeis, utilizaremos as procedures 01 e 29.

Portanto antes de configurar a rotina CTBA980 no Schedule, acesse a rotina de Gestão de Procedures no menu do configurador e instale as procedures 01 (Reprocessamento Contábil) e 29 (Gravar as inconsistências de saldos na tabela QLJ).

02.1.2. DICIONÁRIOS:

A rotina de correção automática de saldos utiliza a tabela QLJ do projeto de fechamento contábil, confira se o dicionário de dados de seu ambiente já possuí essa tabela antes de iniciar a configuração.

Também é necessário possuir o grupo CTB980 no cadastro SX1.

02.1.3. POSTGRESQL

Caso esteja utilizando banco de dados Postgres confira se sua fonte de dados ODBC está configurada corretamente conforme a documentação:

• • • • DBAccess - Como fazer para criar uma fonte de dados para uso com o PostgreSQL - Windows

É necessário habilitar a chave chave MemoInQuery no DBAccess.ini

• • • • DBAccess - Seção [Environment], chave MemoInQuery

Essas configurações são essenciais para o correto funcionamento do Fechamento Contábil em ambientes que utilizam banco de dados PostgreSQL.

03. UTILIZAÇÃO

03.1. AGENDANDO A CORREÇÃO AUTOMÁTICA DE SALDOS NO SCHEDULE

Acessando a opção de agendamentos do Schedule, cadastre a rotina CTBA980 e escolha a periodicidade: Sempre ativo.

Na próxima etapa, defina para quais Empresas e Filiais deseja que a rotina seja executada.
Além disso, preencha na sessão de parâmetros qual o período, moeda e tipo de saldo deseja utilizar.

Parâmetro "Período a retroagir ?" e "Quantidade (Meses/Dias) ?"
A verificação de saldos considera sempre o dia anterior à data atual (D-1) para trás. 
Essa abordagem evita concorrência com as atividades do dia vigente, como inclusões, exclusões e alterações de lançamentos contábeis.

Estes dois parâmetros são complementares, em Período a retroagir é informado se serão retroagidos Meses ou Dias, no parâmetro seguinte é informado a quantidade a retroagir.

Caso seja preenchido 'Meses' e na quantidade seja informada '2', serão retroagidos dois meses para a verificação e correção.
Caso seja informado 'Dias' e na quantidade seja informada '15', serão retroagidos 15 dias para a verificação e correção.

A verificação por meses é realizada sempre para o ano corrente da data atual, caso sejam informados mais meses do que o ano atual possui, serão processados os meses do ano corrente apenas. A verificação por meses também é particionada por cada mês, se for informado mais de 1 mês, os processamentos serão divididos por cada mês.
A verificação por dias, é realizada de uma vez só, considerando data inicial e data final (Data atual - 1)

Parâmetro "Moeda específica ?"
Esse parâmetro define se serão verificadas as divergências no período de todas as moedas ou apenas uma específica.
Se for selecionada 'Todas', não é necessário informar a moeda no parâmetro seguinte.

Parâmetro "Moeda ?"
Esse parâmetro a moeda para a verificação de divergências.

Parâmetro "Tipo de saldo ?"
Esse parâmetro define o tipo de saldo para a correção de divergências.

Rotina agendada e em execução:

Rotina executando. Detalhe do appserver:

A partir deste momento sua rotina já está configurada e os seus saldos serão corrigidos automaticamente, caso a rotina encontre alguma divergência no período.

04. TABELAS UTILIZADAS

• QLJ - Registros com saldo divergente
  
  

05. PERGUNTAS UTILIZADAS

06. ASSUNTOS RELACIONADOS

• Schedule - Como agendar a execução de rotinas