Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Painel
titleFluxo do Processo

Image Added

Painel
titleLeiaute no Guia Prático EFD-ICMS/IPI

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

Campo

Descrição

Tipo

Tam

Dec

Obrig

01

REG

Texto fixo contendo "K100"

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:
0 = Estoque de propriedade do informante e em seu poder;
1 = Estoque de propriedade do informante e em posse de terceiros;
2 = Estoque de propriedade de terceiros e em posse do informante.

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. Utiliza o parâmetro MV_SDTESN3.
    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. Utiliza o parâmetro MV_SDTESN3.

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.

MV_SDTESN3 – Considera TES que não atualiza estoque

O parâmetro MV_SDTESN3, utilizado no relatório de Registro de Inventário Modelo 7 (MATR460) também tem efeito para a geração do registro K200.

Suas opções disponíveis são:

  • 0 (zero): Desconsidera saldo com registro da tabela SB6 (Saldo em/de poder de terceiros), que contém TES que não atualiza estoque (comportamento padrão).
  • 1 (um): Considera saldo com TES que não atualiza estoque e, inclusive, subtrai da composição do saldo em estoque os itens que estão em poder de terceiros.
  • 2 (dois): Considera saldo com TES que não atualiza estoque, porém, não realiza a subtração do saldo em poder de terceiros para composição do saldo em estoque.

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
No processamento do Bloco K do SPED Fiscal.
(1 a 20 threads)

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

Painel
titleExemplo prático do processo utilizando o Protheus

Exemplo prático do processo utilizando o Protheus

Quando um código de produto atende a vários cliente (terceiros) e/ou saldo próprio

As informações aqui apresentadas visa no simples intuito de explicar didaticamente como gerar as informações para o registros K300, K301 e K302 do bloco K.

Configurar os parâmetros do sistema