Histórico da Página

...

No método GET da APIAcordosPromocionais, os CNPJs de empresa e fornecedor não possuíam tratamento adequado para situações onde havia um zero à esquerda, tanto no dígito como no número, o que impedia a correta aplicação do filtro.

Exemplo:
    Quando o método recebia o CNPJ 02.709.376/0001-03, a API realizava a comparação 02.709.376/0001-03(Registro do EndPoint) = 2.709.376/0001-3(Registro no bando de dados), tendo em vista que o registro salvo no banco de dados cortava os zeros à esquerda.

O mesmo problema ocorre no método PUT, onde a busca do NroEmpresa é realizada através do CNPJ. Caso o CNPJ possua zeros à esquerda, a empresa não é encontrada, e a emissão do acordo não é realizada.

No Outro problema encontrado foi no retorno das informações no JSON, os campos cnpjFornecedor e cnpjEmpresa estão retornando retornavam CNPJs inválidos, sem os zeros à esquerda.

03. SOLUÇÃO

...

      Ajustado o filtro utilizado no método BuscaAcordos para incorporar a lógica dos helpers RetornaCpfCnpjSemDigito e RetornaDigitoCpfCnpj. Isso foi feito com o objetivo de evitar problemas de comparação de CNPJ's e CPF's envolvendo zeros à esquerda.

04. DEMAIS INFORMAÇÕES

...

       Se estiver na versão 23.07, atualizar o sistema para o service pack 23.07.048 ou service pack superior. 

       Se estiver na versão 24.01, atualizar o sistema para o service pack 24.01.023 ou service pack superior.

05. ASSUNTOS RELACIONADOS

        Não se aplica  

• Clique Aqui para saber mais sobre Acordos Promocionais - MAC0045.
• Clique Aqui para saber mais sobre Consulta de Acordos Promocionais - GET.
• Clique Aqui Emissão de Acordos Promocionais - PUT.