25843878 DSUPCONTR-9812 DT Divergência de valores na geração de acordos devido a e-mail de fornecedor nulo na verba de bonificação

01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

Erro 1 – Foram adicionadas as colunas RespAcordoNome, RespAcordoDocto, CpfRepresAcordo e CargoRepresAcordo ao agrupamento da query dinâmica presente na função pkg_Mrl_VerbaSellOutApuracao.fMontaSQL.
Como consequência, sempre que há divergência entre verbas de uma mesma apuração, a consulta realiza a quebra dos resultados com base nos diferentes agrupamentos desses campos, impactando a consolidação esperada dos valores.

Erro 2 – Existe na procedure pkg_Mrl_VerbaSellOutApuracao.SP_IncluiVerbaSellOutApuracao uma validação aplicada apenas para os casos em que o parâmetro psEmail está preenchido.

Não há, entretanto, tratamento no SQL para cenários em que a verba possui o e-mail de contato não informado. Nessa situação, o filtro retorna todos os seqlotes com o mesmo SeqProduto, NroEmpresa e CentralLoja, ocasionando inconsistência no resultado da apuração.

03. PRÉ-REQUISITOS

• Devem existir duas verbas de bonificação cadastradas para o mesmo SeqProduto, NroEmpresa e CentralLoja.

• Uma das verbas deve possuir o e-mail do contato do fornecedor informado, enquanto a outra deve possuir o e-mail do contato não informado (nulo), possibilitando a simulação do cenário relacionado ao filtro de e-mail.

• As duas verbas devem possuir informações distintas de responsável pelo acordo, especificamente nos campos RespAcordoNome, RespAcordoDocto, CpfRepresAcordo e CargoRepresAcordo, permitindo a simulação da quebra indevida de agrupamento.

• O cadastro da apuração deve estar configurado para agrupamento por Fornecedor ou por Família, de forma que seja possível validar o comportamento da query dinâmica nesses cenários.

• As verbas devem estar válidas e ativas no período da apuração, garantindo que ambas sejam consideradas no processamento.

04. SOLUÇÃO

Para o primeiro cenário, foi ajustada a montagem da query dinâmica para que, quando a apuração estiver configurada para agrupamento por Fornecedor ou por Família, os campos RespAcordoNome, RespAcordoDocto, CpfRepresAcordo e CargoRepresAcordo não participem do agrupamento. Dessa forma, variações nesses dados cadastrais não provocam mais a quebra indevida dos resultados, assegurando que as verbas sejam consolidadas conforme o critério de agrupamento definido na apuração.

Para o segundo cenário, foi implementado tratamento específico na inclusão da verba sell-out para contemplar situações em que o e-mail do contato do fornecedor não está informado. Quando o parâmetro psEmail é recebido como nulo, passa a ser aplicado o filtro AND A.EMAIL IS NULL, garantindo que apenas os registros compatíveis sejam considerados no processamento e evitando o retorno indevido de seqlotes não relacionados à verba.

05. REQUISITOS DE VERSÃO

      Se estiver na versão 25.01, atualizar o sistema para o service pack 25.01.054 ou service pack superior. 

      Se estiver na versão 25.07, atualizar o sistema para o service pack 25.07.029 ou service pack superior.

06. DOCUMENTOS RELACIONADOS

DOCUMENTO(S) DE REFERÊNCIA

• Clique Aqui para saber mais sobre Verba Bonificação - MAX0302.
• Clique aqui e veja mais sobre a aplicação Verba sem Acordo Promocional - MAC0046
  

  OUTROS DOCUMENTOS TÉCNICOS

• Não há.