Linha Microsiga Protheus

Á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:PCPXSPED - Geração do Bloco K - PCP
País:Brasil
Ticket:16457421
Issue:DMANSMARTSQUAD1-26370


02. SITUAÇÃO/REQUISITO

Quando existem somente devoluções para a Ordem de Produção em um determinado período não está sendo apresentado no Bloco K como correção.

03. SOLUÇÃO

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


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 o 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 Bloco K.
Por esse motivo foi alterado o Bloco K para que ao processar o Bloco K para o mês de Março/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 é referente aos movimentos anteriores 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 no K270/K275 de Março.
    • Caso seja necessário apresentar a devolução como correção no mês de Fevereiro. Esta 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 do processamento do Bloco K e será apresentada como correção no K270/K275 ao processar o mês de Fevereiro.


IMPORTANTE

Foi realizada uma alteração no Bloco K para que o movimento de devolução seja apresentado no próximo mês como correção.
Porém, para os registros de devoluções já processados é preciso realizar um ajuste no campo D3_PERBLK da tabela SD3.

É preciso limpar o campo D3_PERBLK da tabela SD3 de todos registros referentes a devolução que não entraram no Bloco K.
Somente desta forma estas devoluções serão listadas no mês seguinte do movimento como correção.
O campo D3_PERBLK estando preenchido, o Bloco K entende que o movimento já foi processado e gerado no Bloco K, e não é mais considerado no processamento dos próximos meses.

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

04. DEMAIS INFORMAÇÕES

Não se aplica.

05. ASSUNTOS RELACIONADOS

  • Não se aplica.