01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

Ao emitir notas fiscais em modo de contingência, o Painel DF-e apresentava divergências no cálculo do ICMS. O sistema recuperava a tributação baseada em um endereço de entrega/alternativo incorreto. Identificou-se que a rotina não filtrava o status do endereço, considerando registros inativos no processo de seleção da UF de destino.

03. PRÉ-REQUISITOS

• Realizar uma venda com emissão em contingência:

  • Um método para isso é interromper o serviço da aplicação AcruxPDVNFeServices (pelo gerenciador de tarefas do Windows ou usando o comando killall AcruxPDVNFeServices no Terminal Linux) e renomear a aplicação para outro nome (como AcruxPDVNFeServices_). Assim, ao abrir o PDV, o serviço não será inicializado. Quando necessário ativá-lo novamente, renomear de volta para AcruxPDVNFeServices e reabrir o PDV.

• Ter dois ou mais endereços alternativos cadastrados para a mesma pessoa, sendo apenas um deles ativo:

  • Primeiramente, verificar o CNPJ/CPF da loja onde os PDVs estão cadastrados (Monitor > Cadastros > Lojas > Lojas > “...” > Editar);
  • Após isso, usar tal CNPJ/CPF para pesquisar pela pessoa e adicionar 2 endereços, um ativo e outro inativo (Monitor > Cadastros > Pessoas > Pessoas > Pesquisar pelo CNPJ/CPF > “...” > Editar > + Adicionar endereço).

04. SOLUÇÃO

 A rotina de recuperação de dados do Painel DF-e foi otimizada para aplicar um filtro de validação, considerando estritamente os endereços alternativos com status Ativo.

05. REQUISITOS DE VERSÃO

Se estiver na versão 26.01.003, atualize para o service pack 26.0X.XXX ou superior.

06. DOCUMENTOS RELACIONADOS

DOCUMENTO(S) DE REFERÊNCIA

• Não há.
  

  OUTROS DOCUMENTOS TÉCNICOS

• Não há.