Tempo aproximado para leitura: 00:04:00 min
Ocorrência:
Ao tentar faturar um Pedido de Venda onde os itens do pedido controlam endereço, e entre esses itens, um deles esteja com o endereço bloqueado pelo campo BE_MSBLQL, caso não seja informado o endereço no campo C6_LOCALIZ, o sistema permite que seja utilizado o saldo do endereço bloqueado.
Ambiente:
Cross Segmentos - Backoffice Protheus - SIGAFAT - Todas as versões
Causa:
Sobre os campos _MSBLQL e _MSBLQD:
- Somente serão tratadas tabelas de cadastro e que sejam tabelas pai. Exemplo: Tabela SB1 pode ser validada mas não as tabelas SB5 e SBZ que são suas filhas;
- Tabelas de movimento não serão tratadas;
- A validação será realizada somente em tela, através da validação de campo (X3_VALID) com a função ExistCPO();
- Rotinas de processamento que utilizarem tabelas de cadastro não realizarão a validação do bloqueio do registro;
- Telas que não estiverem executando a validação de bloqueio do registro, serão tratadas como melhoria no produto.
- O processo de definição do endereço, quando não informado diretamente no campo (o qual possui o valid para preenchimento na SC6) é disparado e definido para modulo de estoque.
Solução:
O Ponto de Entrada MTSLDLOT pode ser utilizado para não permitir a utilização do lote, seu retorno é lógico e iria barrar o consumo deste determinado lote.
Caso necessite utilizar outros pontos de entrada, abaixo indicamos alguns para uso:
- Pontos de entrada - Documentos de Saída (MATA460A, MATA461)
- Pontos de entrada - Pedidos de Venda (MATA410)
Saiba mais:
Uso e comportamento dos campos _MSBLQL e _MSBLQD
MTSLDLOT - Ponto que permite consultar os dados do produto com saldo por lote ou saldo por endereço
0 Comentários