Árvore de páginas


01. DADOS GERAIS

Produto:

TOTVS Manufatura

Linha de Produto:

Linha Protheus

Segmento:

Manufatura

Módulo:

TOTVS Manufatura (Linha Protheus) - Planejamento e controle da produção (SIGAPCP)

Função:

SpedFiscal - Geração do Bloco K

PCPXSPED - Função geração Bloco K - SIGAPCP

País:Brasil
Ticket:

16548275

16622725

16773216

16810517

16380396

16310095

16839744

16457421

16990432

16788847

17112089

Issue:

DMANSMARTSQUAD1-26438

DMANSMARTSQUAD1-26612

DMANSMARTSQUAD1-26626

DMANSMARTSQUAD1-26625

DMANSMARTSQUAD1-26631

DMANSMARTSQUAD1-26224

DMANSMARTSQUAD1-26664

DMANSMARTSQUAD1-26370

DMANSMARTSQUAD1-26728

DMANSMARTSQUAD1-26893

DMANSMARTSQUAD1-26921


02. SITUAÇÃO/REQUISITO

Situação 1 - Tickets: 16548275 - 16622725 - 16773216 - 16810517 - 16380396 - 16310095 - 16839744

Não está finalizando o processamento do Bloco K devido ao grande volume de dados.

Foi identificado que a lentidão ocorre no processamento dos registros K230 - Itens Produzidos e K235 - Insumos Consumidos.


Situação 2 - Ticket: 16457421

Quando existem somente devoluções para a ordem de produção em um determinado período, estas devoluções não estão sendo apresentados no Bloco K como correção.


Situação 3 - Ticket: 16990432

Quando é realizado um apontamento de produção e, posteriormente, para a mesma ordem de produção, uma entrada de subproduto (sem empenho) em estoque, pelo MATA241 - Movimentos Internos, a OP não é listada no registro K230 - Itens Produzidos. Neste caso, deveria apresentar a OP nos registros K230 e K235, sem listar o subproduto.


Situação 4 - Tickets: 16788847 - 17112089

Quando existe o consumo de um PI - Produto intermediário para o mês do apontamento, o Bloco K é gerado corretamente, apresentando o apontamento nos registros K230/K235, sem apresentar o PI.

Porém, ao processar o Bloco K no mês seguinte, essa OP é listada indevidamente no registro K270 - Correções de Apontamento.

03. SOLUÇÃO

Solução 1

Foi alterado o processamento do registro K235 para melhorar a performance e assim permitir que o Bloco K seja gerado.


Solução 2

Foi corrigida a geração do Bloco K para apresentar corretamente as informações referentes às movimentações de devolução.


Exemplo

Estrutura
Item Pai: PA001
Item Componente: MP001

Ordem de Produção
Número: 00000101001
Quantidade: 10

Movimentações para o mês de Janeiro/2023
1. Realizado apontamento com quantidade 8.
2. Ao processar o Bloco K para o mês de Janeiro é gerado o registro K230/K235 para a OP 00000101001 referente ao apontamento realizado no mês de janeiro/2023.

Movimentações para o mês de Fevereiro/2023
1. Realizada uma devolução do MP0001 para a OP 00000101001 no MATA241.
2. Ao processar o Bloco K para o mês de fevereiro não é gerada nenhuma informação referente a esta devolução.


Está correto não apresentar esta informação de devolução no Bloco K pelos seguintes motivos:

  • K230/235 - Não foi realizado apontamento/requisição desta OP para o período (fevereiro);
  • K270/275 - Para ser uma correção, o movimento de devolução deve possuir a data de movimento menor que a data do período de processamento do Bloco K. Ou seja, se o processamento é referente ao mês de fevereiro, o movimento de devolução deve ser anterior ao mês de fevereiro para ser apresentado como correção em fevereiro.


Alteração realizada

O problema atual do Bloco K é que esse movimento de devolução nunca seria apresentado no arquivo.
Por esse motivo, o Bloco K foi alterado para que, ao processar o para o mês de março de 2023, seja apresentada essa devolução como uma correção feita em fevereiro.


Regras de negócio do Bloco K para este exemplo

    • Como o registro de correção, obrigatoriamente, refere-se aos movimentos do mês anterior ao mês do processamento, ao processar o mês de março, o Bloco K entenderá que existe esse registro de correção no mês de fevereiro e será listado nos registros K270 e K275 de março.
    • Caso seja necessário apresentar a devolução como correção no mês de fevereiro, essa devolução do mês de fevereiro deve ser estonada e realizada novamente no mês de janeiro.
      Com isso, o movimento de devolução será no mês anterior ao mês do processamento e será apresentado como correção nos registros K270 e K275 ao processar o mês de fevereiro.


IMPORTANTE

Foi realizada uma alteração para que o movimento de devolução seja apresentado como correção no mês subsequente. Porém, para os registros de devolução já processados é necessário realizar um ajuste no campo D3_PERBLK da tabela SD3, conforme abaixo:

  • Atribuir conteúdo em branco ao campo D3_PERBLK em todos registros referentes à devolução e que não foram apresentados no Bloco K. Somente desta forma estas devoluções serão listadas como correção no mês subsequente ao movimento.
  • Se o campo D3_PERBLK estiver preenchido, o Bloco K entenderá que o movimento já foi processado e gerado e não será mais considerado no processamento dos meses subsequentes.
  • Esse ajuste é necessário somente para os registros antigos que já foram processados e não foram gerados no Bloco K. Para os novos processamentos, o campo será preenchido somente quando for listado no Bloco K.


Solução 3

Foi corrigida a geração do Bloco K para apresentar corretamente os registros K230 - Itens Produzidos e K235 - Insumos Consumidos quando existir movimento de entrada para um subproduto.


Solução 4

Foi corrigida a geração do registro K270 - Correções de Apontamentos para não gerar indevidamente as informações de ordens de produção que possuem consumo de PI.

04. DEMAIS INFORMAÇÕES

Não se aplica.

05. ASSUNTOS RELACIONADOS