Compensação - Geração dos impostos do título RA.

Produto:	Protheus
Versões:	A partir da versão 12.1.17
Ocorrência:	Sistema permitia a compensação (FINA330) dos títulos RA

X

x NF se o parâmetro MV_RARTIMP estivesse com valor "1" e com os impostos gerados através do titulo "NF".

Ambiente:

D

O parâmetro MV_RARTIMP define o momento da geração dos títulos de impostos, se no

titulo

titulo "RA

ou se no titulo NF.Valor do parâmetro para os títulos de impostos gerados na RA: "1" drão: 0 (zero) - Isto significa que o sistema distribuirá o processamento pelas threads sem limitação

Thread 1 : 1.000 registros;

Thread 2 : 1.000 registros;

Thread 3 : 1.000 registros.

" ou se na baixa do titulo "NF". Sendo:

1 -Os títulos de impostos serão gerados no momento da inclusão do titulo do tipo "RA" e esses títulos de impostos serão gerados baixados.
2 - Os títulos de impostos serão gerados no momento da compensação dos títulos "RA" x "NF" e esses títulos de impostos serão gerados baixados.

Observação:

Exemplo de utilização:

Suponha que um determinado período possua 45.000 registros de movimentação (Baixas a pagar e a receber) para serem contabilizados;
Suponha também que o parâmetro MV_CFINTHR esteja configurado para utilização de 3 threads.

Desta forma o sistema ativaria 3 threads processando cada uma 1/3 dos 45.000 registros:

Thread 1 : 15.000 registros;
Thread 2 : 15.000 registros;
Thread 3 : 15.000 registros.

Imagine que ocorra um erro devido ao volume de registros por Thread. Para isso podemos utilizar o novo parâmetro para limitar esta quantidade pelas threads.

Vamos configurar MV_CTBNMRB com o valor de 21.000 registros. Nesta configuração o processamento será enviado para as threads em blocos limitados pelo valor configurado no parâmetro, conforme segue:

Primeiro Processo - 21.000 registros divididos entre as 3 threads. O sistema mantém o Saldo de 24.000 registros para um novo processamento automaticamente.

Thread 1 : 7.000 registros;
Thread 2 : 7.000 registros;
Thread 3 : 7.000 registros.

Segundo Processo - 21.000 registros divididos entre as 3 threads. O sistema mantém o Saldo de 3.000 registros para um novo processamento automaticamente.

Thread 1 : 7.000 registros;
Thread 2 : 7.000 registros;
Thread 3 : 7.000 registros.

Terceiro e último Processo - 3.000 registros divididos entre as threads. Neste caso a contabilização será encerrada pois não haverá saldo pendente.