Ao realizar o processamento do Rateio do Bloco K são rateados todos os movimentos com documento 0 entre as ordens de produção e todos os apontamentos dessas ordens, que possuem esse componente na sua estrutura.

Para diminuir o volume de rateio e consequentemente melhorar a performance, é possível ratear a quantidade total da OP apenas em um apontamento da OP e não entre todos os apontamentos realizados na OP.

Não haverá problema para o Bloco K, pois a quantidade total é rateada entre todas as OPs e o Bloco K é gerado por OP, não por apontamento.

Valores aceitos:
S - Sim. O rateio do Bloco K será feito por OP. Ou seja, se existir mais de um apontamento para a OP no período, o rateio da quantidade total para a OP será feito somente para um dos apontamento da OP.
N - Não. O rateio do Bloco K será feito por Apontamento. Ou seja, se existir mais de um apontamento para a OP no período, o rateio da quantidade total para a OP será feito entre todos os apontamentos da OP.

É indicado ativar a utilização do rateio por OP, quando existir muitos apontamentos parciais e o tempo do processamento está muito elevado.

Ao realizar o processamento do Rateio do Bloco K são rateados todos os movimentos com documento 0. Se existir 3 movimentos de saída e dois movimentos de entrada, são rateados os 5 movimentos de estoque entre as ordens de produção.

Para simplificar o processamento do rateio e consequentemente melhorar a performance, é possível ratear o saldo dos movimentos como se fosse um único movimento.

Esse rateio por movimento único somente é possível quando o saldo da quantidade de saída for maior que o saldo da quantidade de entrada.

Quando o saldo da quantidade de saída for menor que o saldo da quantidade de entrada, o rateio é feito por movimento individual. Não é feito por movimento único.

Quando o saldo da quantidade de saída for igual ao saldo da quantidade de entrada, o item não é rateado e é apresentado no relatório que a quantidade de saída e entrada a ser rateada é a mesma. Nesse caso, uma quantidade iria anular a outra ao gerar o Bloco K.

Valores aceitos:
S - Sim. O rateio do Bloco K será feito por movimento único. Ou seja, se existir mais de uma movimentação de estoque com documento zero para o mesmo item, será feito o rateio do saldo dos movimentos,
N - Não. O rateio do Bloco K não será feito por movimento único. Ou seja, se existir mais de uma movimentação de estoque com documento zero para o mesmo item, será feito o rateio para cada movimento.

É indicado ativar a utilização do rateio por movimento único, quando existir muitos movimentos de estoque com documento zero para o mesmo item e o tempo do processamento está muito elevado.

Ao realizar o rateio, todo o seu processamento é executado em uma única thread. Porém, quando existe um volume muito alto de informações para processar, pode acontecer estouro de memória no AppServer, cancelando o processamento.

Para não sobrecarregar o AppServer e permitir processar o rateio, é possível processar o rateio em diversas threads.

Valores aceitos:
S - Sim. O rateio será executado por múltiplas threads. Ou seja, durante o processamento serão abertas e fechadas diversas threads para não sobrecarregar o AppServer.
N - Não. O rateio será executado em uma única thread.

É indicado ativar a utilização de múltiplas threads quando o volume de dados para processamento for grande e estiver estourando o limite de memória do AppServer.

Ao ativar o processamento utilizando múltiplas threads não é indicado possuir triggers nas tabelas: estoque, estoque_lote, estoque_lote_ender, estoque_trans, estoque_trans_end, estoque_auditoria e man_comp_consumido.

Quando o parâmetro man_thread_rateio_bloco_k - Indica se o rateio do Bloco K será por múltiplas threads, está marcado, o processamento do rateio é executado em diversas threads. É aberta uma thread para cada etapa do processamento.

Porém, quando existe um volume muito alto de informações para processar, ainda pode ocorrer o estouro de memória do AppServer, cancelando o processamento.

Para permitir o processamento do rateio do Bloco K, sem estourar a memória, é possível abrir uma thread por item a ser rateado.

Valores aceitos:
S - Sim. Será aberta uma thread por item a ser rateado.
N - Não. Não será aberta uma thread por item a ser rateado.

Este parâmetro somente será considerado quando o parâmetro man_thread_rateio_bloco_k - Indica se o rateio do Bloco K será por múltiplas threads, estiver marcado.

É indicado ativar a utilização de threads por item quando o parâmetro man_thread_rateio_bloco_k já estiver marcado e ainda assim está estourando o limite de memória do AppServer.

Ao ativar o processamento utilizando múltiplas threads não é indicado possuir triggers nas tabelas: estoque, estoque_lote, estoque_lote_ender, estoque_trans, estoque_trans_end, estoque_auditoria e man_comp_consumido.