Protheus 12.1.2610 no Estoque e Custos: o que muda no SIGAEST e o que testar antes da virada

As quatro mudanças em uma tabela

A TOTVS lista essas alterações entre os pontos de atenção mandatórios da 12.1.2610. Elas não mudam a regra de cálculo do custo. Mudam onde e como o processamento roda, e é aí que customizações antigas param de funcionar sem dar erro na tela.

Bloqueio de inventário sem EstLoad

Até a 12.1.2510, a necessidade de bloquear produtos em inventário era analisada pela função EstLoad sempre que o usuário entrava no módulo. Como a 12.1.2610 abandona o conceito de carregamento por módulo, a EstLoad foi descontinuada. Quem fazia inventário periódico e contava com esse bloqueio automático precisa configurar o novo processo antes da virada; sem isso, os produtos em período de inventário ficam liberados para movimentação.

• Parâmetro: habilitar o MV_BLQINVA.
• Cadastro do produto: o campo Blq. Invent. precisa estar configurado para bloqueio automático nos produtos que entram no inventário.
• Agendamento: na rotina de bloqueio de inventário, o menu Outras Ações traz Inc. Sched271 para incluir o agendamento e Del. Sched271 para excluir. O resultado aparece no Smart Schedule.
• Perfil: as duas opções só aparecem para usuário com perfil de administrador do sistema. Se a equipe de estoque não tem esse perfil, a configuração precisa ser combinada com TI.

Bloqueio de lote sem ProcLote

O bloqueio automático de lotes vencidos dependia do ProcLote configurado no X2_ROTINA da SB8. A avaliação só acontecia quando alguém abria a tabela. Na 12.1.2610, a varredura dos lotes pela data de validade passa para um job agendado no Schedule, que roda sem sessão de usuário ativa. A TOTVS associa a mudança a ganho de confiabilidade e de desempenho no servidor.

• MV_LOTVENC igual a N: lote vencido não pode ser movimentado.
• MV_RASTRO igual a S: rastreabilidade ativa.
• Perfil: os botões de agendamento também ficam restritos ao administrador.

Em operação com validade curta, como alimentos, farmácia e química, o teste que importa é simples: deixar um lote vencer na base de homologação e confirmar que o job bloqueou o lote antes de qualquer movimentação.

Custo médio e virada de saldos só em stored procedure

CALCEST, MATA216, MATA330 e MATA280 sempre tiveram uma versão em AdvPL e outra em stored procedure, que era opcional e dependia de instalar o pacote. A partir da 12.1.2610, as próprias rotinas instalam as procedures necessárias e a lógica em AdvPL é removida. O menu não muda. O que muda é o lugar onde a regra customizada precisa ser escrita.

Os pontos de entrada em AdvPL dessas rotinas deixam de ser suportados. A TOTVS readaptou parte deles para a nova arquitetura, mas a lógica precisa ser reescrita em query, dentro do banco. Na tabela, _XX é o código do grupo de empresas.

Para quem usa custo em partes, a mudança simplifica: as procedures que antes eram editadas à mão no banco agora são geradas a partir do MA330CP. Para quem tem filtro ou gravação customizada no poder de terceiros, a mudança exige trabalho: o código em AdvPL para de ser chamado, e o MATA216 roda sem a regra. Como o erro não aparece na tela, a diferença só surge no saldo ou no custo.

Browse Smart X em 49 rotinas

O Smart X troca o browse, a tela de listagem, de 49 rotinas do Estoque/Custos e do ACD, do cadastro de produtos ao mestre de inventário. As regras de inclusão, alteração e exclusão continuam as mesmas. A funcionalidade está em fase de testes e exige a 12.1.2610, Lib Label 20260418 ou superior e o dicionário atualizado pelo pacote mais recente da Expedição Contínua. A tecla de atalho só funciona com o WebApp configurado pela porta TCP.

A TOTVS publica, rotina por rotina, quais pontos de entrada do browse continuam e quais deixam de existir. Os que saem são todos pontos de entrada de filtro. Os de menu, legenda e cor seguem funcionando.

Se o filtro customizado esconde produtos bloqueados, restringe SA por solicitante ou limita transferências por armazém, ele deixa de ser aplicado quando a tela abre no Smart X. A revisão precisa passar pelas áreas que dependem desse filtro, porque quem percebe a diferença é o usuário, não o sistema.

O que ainda não chegou

O Recálculo do Custo Médio Modelo 2 (EST330) aparece nos destaques da release, mas a página da funcionalidade no TDN ainda informa que ela está em desenvolvimento e não está disponível ao público. O modelo foi desenhado para estruturas de produto com vários níveis, recursividade entre insumo e produto acabado, transferências entre filiais no mesmo período e custo em partes, com um roteiro de cálculo (EST330A) que define filiais, ordem de processamento e período. Ele só aceita custo médio ponderado, sem FIFO nem LIFO. Para quem tem esse perfil de operação, vale acompanhar, mas o planejamento da virada não deve contar com ele.

O que procurar no seu RPO

Antes de qualquer teste, a primeira pergunta é se a sua empresa usa algum desses pontos. A busca nos fontes customizados resolve isso em pouco tempo:

• Procedures de custo e estoque: MT216FIL, SB6GRAVA, MA330CP e qualquer edição manual em M330INC2CP, M330INB2CP, MA280INB9CP ou MA280INC2CP no banco.
• Filtros de browse: MA010FIL, MT105FIL, MT107FIL, MT185FIL, MT242FIL, MT261FIL, M265FIL, MC040FIL e MC100FIL.
• Parâmetros: MV_DL216B6 em uso, e o valor atual de MV_LOTVENC e MV_RASTRO.
• Configuração antiga: X2_ROTINA da SB8 com ProcLote e qualquer customização chamada a partir da EstLoad.
• Consultas e relatórios próprios que leem o saldo via CALCEST ou que dependem do resultado do MATA330 e do MATA280.

Roteiro de homologação do estoque

Como a TOTVS bloqueia a volta para a release anterior depois da atualização, o teste do estoque precisa acontecer numa cópia da base, com dados reais de um período já fechado.

Esse roteiro faz parte do diagnóstico que a Erpworks conduz antes de qualquer atualização. O panorama da release, com requisitos técnicos e o que muda no fiscal, está em Protheus 12.1.2610: o que muda, e as mudanças no financeiro estão em SE5 e FKs na 12.1.2610.

Em resumo