Importante
A partir do leiaute 17 que entra em vigor em 01/2023, o registro K200 será obrigatório nos tipos de leiaute completo, simplificado e restrito aos saldos de estoque.
O registro K200 apresenta o estoque final escriturado no período informado no registro K100. Serão enviados apenas os produtos com os Tipos 00, 01, 02, 03, 04, 05 e 10 (verificar tópico tipos de produtos).
As informações são retiradas das tabelas SB1- Cadastro de Produtos e SB2 – Saldo Físico e Financeiro. Este registro não considera produtos fantasmas (B1_FANTASM <> S) em sua composição.
Para a montagem deste registro, são calculados os saldos na data do processamento do Bloco K, para cada registro existente na tabela SB2 de Saldo Físico e Financeiro. Para cada registro valido, será verificado o saldo próprio do produto, o saldo em terceiros e o saldo de terceiros, sempre considerando a data final do processamento do Bloco K.
Saldo próprio:
Atualmente no ERP Protheus para controlar saldo de terceiros, temos 2 formas:
Controlar saldo em terceiros:
Nº | Campo | Descrição | Tipo | Tam | Dec | Obrig |
01 | REG | Texto fixo contendo "K200" | C | 4 | - | O |
02 | DT_EST | Data do estoque final | N | 8 | - | O |
03 | COD_ITEM | Código do item (campo 02 do Registro 0200) | C | 60 | - | O |
04 | QTD | Quantidade em estoque | N | - | 3 | O |
05 | IND_EST | Indicador do tipo de estoque: | C | 1 | - | O |
06 | COD_PART | Código do participante (campo 02 do Registros 0150): Proprietário/Possuidor que não seja o informante do arquivo. | C | 60 | - | OC |
- Campo DT_EST: Será preenchido com a data-base atual.
- Campo COD_ITEM: Será preenchido com o código do produto contido na tabela SB2 (B2_COD).
- Campo COD_PART: Será gravado com um prefixo (SA1 para Cliente e SA2 para fornecedor) +Código do Cliente/Fornecedor + Loja.
- Campo IND_EST e QTD: Serão preenchidos de acordo com as seguintes opções:
IND_EST = 0: Saldo de propriedade do informante em estoque. Composição do Saldo: último saldo inicial do produto (registro da tabela SB9) mais Movimentações de Estoque até a data limite de apuração contida no registro K100.
IND_EST = 1: Saldo de propriedade do informante em terceiros. Composição do Saldo: saldo em terceiros contido na tabela de controle de poder de terceiros SB6; a composição do saldo é realizada por meio das datas de apuração contidas no registro K100.
IND_EST = 2: Saldo de terceiros em propriedade do informante. Composição do Saldo: saldo de terceiros contido na tabela de controle de poder de terceiros SB6; a composição do saldo é realizada por meio das datas de apuração contidas no registro K100.
Performance
Para melhoria de performance no registro K200, verifique se o Processo 14 de Stored Procedures está instalado.
Para consulta, acesse o módulo Configurador (SIGACFG).
Multi-Threads
Para configuração de multi-threads no processamento do Registro K200, é necessário incluir o parâmetro MV_BLKMTHR via configurador com as seguintes informações:
Variável | MV_BLKMTHR |
Tipo | Numérico |
Descrição | Define o número de threads que serão utilizadas |
Conteúdo | 1 |
O processamento multi-threads está limitado ao máximo de 20 threads. A alteração da quantidade de threads deve ser feita com critério, pois pode impactar na performance do sistema como um todo, pois depende da infraestrutura que o suporta.
Sugerimos que para definir a quantidade final de threads que serão utilizadas no ambiente, sejam realizados testes incrementando o valor do parâmetro para encontrar a maior quantidade de threads com a melhor performance.
Lembramos que o processamento Multi-Threads não consome licenças do Protheus, no entanto, caso o cliente utilize Ctree Server será consumida uma licença por Thread aberta.
Tipos de Produtos considerados
00, 01, 02, 03, 04, 05, 06 e 10.
Tabelas envolvidas
SB2 – Saldos Físicos e Financeiros
SB6 – Saldo de Terceiros
SB9 – Saldos Iniciais
SD1 – Itens das Notas Fiscais de Entrada
SD2 – Itens de Venda da Nota Fiscal
SD3 – Movimentações Internas