Solicitação 181483
UTILIZAR A MESMA TRATIVA DO PARA EVITAR DUPLICIDADE.
181483
21/09/2021 16:20
ECOCENTAURO MATRIZ
ECOCENTAURO SISTEMAS (E. C. SISTEMAS)
Oswaldo Junior
SQ-FISCAL
BUG
Finalizado
DFEMONITOR
DF-E MONITOR
 

BASES DE DADOS:https://drive.google.com/drive/folders/1ISMdYW40wTYASebrZ7FvWDN_pzQ8m19d


Porque dessa análise :

  1. Hoje é gerado muitos atendimentos devido ao cancelamento da NF e existir evento em duplididade. 


Justificativa da mudança :

  1. Hoje já existe no DFe monitor uma tratativa para o LOTE?
  2. Que pode ser verificada a seguir.
    1. Configurar Bases do Eco
    2. Criar um Banco do NFe Novo
    3. Ajustar a Sequencia da NFe Série 100 Numero 8
    4. Iniciar o DFe Monitor.
      1. Acessar o Caminho onde está salvos os XML's.
      2. Copiar os arquivos do NFe.rar anexado na Solicitação
      3. Verificar que na Pasta LotesDadosEnvio e Lotes já existe arquivos.
      4. \"\"
      5. \"\"
    5. Verificar que no Banco do NFe os GEN estão no sequencial 0
      1. \"\"
  3. Acessar o ECO
    1. VEN601RA
      1. Duplicar o Pedido 584
      2. Registrar e Emitir a NFe
  4. Verificar no DFe Monitor o LOG
    1. \"\"
    2. Ele verificou na pasta que já existia o lote do 1 ao 5 e não transmitiu com duplicidade.
    3. E Verificar que a NFe foi aprovada Corretamente, independente das informações estarem erradas na pasta vs banco de dados.
  5. IMPLEMENTAR A MESMA TRATATIVA PARA:
    1. ?EventosDadosEnvio
    2. EventosDadosRetorno
    3. InutilizacaoDadosEnvio
    4. InutilizacaoDadosRetorno
  6. Estarei simulando a seguir o Evento.
  7. Lote está OK.


História da situação / ocorrido :

  1. Sempre haverá problemas na ponta na configuração do DFe Monitor.
  2. Por isso é necessário tampar as lacunas que geram problemas para o cliente final.
    1. Nesse Caso a NF no retaguarda fica como cancelada.
    2. O Cliente Final acha que está tudo certo
    3. E por culpa de uma falha de configuração da representação o cliente final perde a confiabilidade nas informações fiscais.


PASSOS PARA REPRODUZIR:

  1. Anteriormente havia efetivado o canelamento da NFe Série 100 Numero = 1
    1. Que pode ser verificado no Eventos Dados Retorno.
  2. Fazer todos os passos da Justificativa de Mudança
  3. Verificar no banco que a Sequência do Evento é 0 ( Igual a do Lote Anteriormente )
    1. \"\"
  4. Acessar o ECO
    1. Efetuar o Cancelamento da NFe que emitiu recentemente.
    2. \"\"
    3. Verificar que já ocorreu Duplicidade.
    4. Isso ocorreu porque ele leu o EventoDadosEnvio, verificou o Retorno que já havia cancealdo e retornou Cancelmaneto Homolagado.
    5. O Correto é fazer igual o Lote. Verificar Evento a Evento para evitar Duplicidade.
 
25/04/2022 11:23
Isabella Bressan Bremm - Liberado p/ Implantação
  • Liberado. 
 
19/04/2022 14:33
Isabella Bressan Bremm - Aguardando Liberação de Versão
Isabella B. Bremm
Foram realizados os seguintes testes:

  • O teste seguindo o passo a passo descrito pelo Oswaldo na tarefa;
  • O teste emitindo NF-e e NFC-e e realizando o cancelamento das mesmas;
  • O teste criando um banco DFe novo, com pasta nova, emitindo a NF-e e NFC-e e fazendo seus cancelamentos.
Realizada a consulta na SEFAZ, das NF-es que foram emitidas, constam a emissão e cancelamento corretamente.
 
19/04/2022 10:38
Sistema SOL - Certificando
Isabella B. Bremm

 
19/04/2022 10:03
Sistema SOL - Certificando
Isabella B. Bremm

 
13/04/2022 09:32
Sistema SOL - Certificando
Isabella B. Bremm

 
12/04/2022 11:54
Sistema SOL - Certificando
Isabella B. Bremm

 
11/04/2022 17:06
Isabella Bressan Bremm - Certificando
Isabella B. Bremm
Atualizou situação para Certificando
 
11/04/2022 17:02
Sistema SOL - Encaminhado p/ Certificação
Olimpio G. Junior

 
11/04/2022 17:02
Olimpio Gonzatto Junior - Encaminhado p/ Certificação
Olimpio G. Junior
[Projetos]

DFeMonitor.exe (versão: 5.2.2.340, branch: develop, feature: FIS-922)

[Descrição]

Implementado controle para IdEvento (NFe/NFCe)

Ao emitir um evento de CANCELAMENTO de NFe o sistema verifica o nr. do último sequencial na base de dados (NFE_GRIDEVENTO), depois verifica se este nr. já foi utilizado, essa verificação é feita comparando se existe algum arquivo na pasta: .\\arquivos\\NFe\\EventosDadosEnvio\\ utilizando esse nr. caso encontre o sistema gera um novo sequencia e repete a comparação até achar um nr. disponível. Depois continua com o processamento de cancelamento do documento fiscal.

[Certificação]

Observação:

O ponto alterado no sistema impacta os eventos de cancelamento dos documentos fiscais NFe e NFCe. É de extrema importância executar testes de cancelamento destes tipos de documentos. Testes em situações normais de emissão seguido de cancelamento e também testes que envolvam a criação de nova base de dados do DFe porém utilizando pasta de arquivos que já contenham arquivos de processamentos anteriores e também a criação de nova base de dados do DFe com nova pasta de arquivos. É muito importante verificar se os registros gravados na base de dados condizem com o registro de origem que esta sendo cancelado. Também sugiro consultar na sefaz para garantir que o evento de cancelamento esta sendo vinculado corretamente no respectivo documento fiscal.

*_O ponto alterado no sistema impacta a gravação dos registros nas tabelas:_*

  • NFE_TBCANCELAMENTONFE
  • NFE_TBEVENTO
  • NFE_TBEVENTOCANC
E tambem os generators:
  • NFE_GRIDEVENTO
  • NFE_GRIDLOTEEVENTO
 
 
11/04/2022 13:54
Sistema SOL - Programando
Olimpio G. Junior

 
08/04/2022 20:16
Sistema SOL - Programando
Olimpio G. Junior

 
08/04/2022 12:11
Sistema SOL - Programando
Olimpio G. Junior

 
07/04/2022 18:22
Sistema SOL - Programando
Olimpio G. Junior

 
07/04/2022 12:10
Sistema SOL - Programando
Olimpio G. Junior

 
06/04/2022 18:43
Sistema SOL - Programando
Olimpio G. Junior

 
06/04/2022 12:01
Sistema SOL - Programando
Olimpio G. Junior

 
05/04/2022 18:07
Sistema SOL - Programando
Olimpio G. Junior

 
04/04/2022 18:01
Sistema SOL - Programando
Olimpio G. Junior

 
17/03/2022 09:50
Sistema SOL - Programando
Olimpio G. Junior

 
16/03/2022 18:00
Sistema SOL - Programando
Olimpio G. Junior

 
15/03/2022 18:13
Sistema SOL - Programando
Olimpio G. Junior

 
15/03/2022 15:57
Sistema SOL - Programando
Olimpio G. Junior

 
14/03/2022 18:30
Sistema SOL - Programando
Olimpio G. Junior

 
14/03/2022 08:53
Olimpio Gonzatto Junior - Programando
Vinculado ao JIRA FIS-922
 
16/11/2021 12:20
Anderson Luiz Barbosa da Silva - Encaminhado p/ Programação

Base de dados Utilizada: 

https://drive.google.com/drive/folders/1ISMdYW40wTYASebrZ7FvWDN_pzQ8m19d

Melhorias Sugeridas: 

Trava para não duplicar evento e nem inutilização, com usuários não conseguem mandar o mesmo número de evento. 

Implementação: 

Hoje no DFeMonitor já existe a trava para número de lote, será necessário aplicar a mesma para o Evento e também para Inutilização. 

Quando enviado o mesmo número de lote o DFeMonitor envia o próximo número de lote conforme imagem abaixo: 

Essa mesma ideologia deverá ser aplicada para o Evento e também para Inutilização

Observação

  • A validação do número do lote é feito através da pasta, se houver um mesmo número de dentro da pasta, o DFeMonitor tenta o próximo número, com isso ele já vai incrementando o generators dentro do banco de dados. 

Validação: 

  1. Configurar a base de dados
  2. Criar uma nova base de dados 
    1. Não ajustar os generators 
  3. Copiar os arquivos que estão dentro da pasta "NFe.rar", jogar todos os XML na pasta de XML do DFeMonitor
  4. Para simular o processo poderá emitir um cancelamento de uma nota fiscal que está aprovada (nfe_tbnfes.numeroprotocolo is not null)

O processo de cancelamento poderá ser feito pelo banco de dados

Para isso inserir um registro dentro da tabela 'NFE_TBCANCELAMENTONFE' com o GID da nota fiscal que deseja fazer o cancelamento. 

Jornada Usuário: 

Em vários atendimentos executados pelo suporte, foi identificado que o usuário criou um novo banco de dados, e com isso ele não fez a configuração dos generators, logo depois de um tempo o cliente precisou fazer o cancelamento de alguma nota fiscal, só que esse cancelamento foi concluído com sucesso, só que não foi para o SEFAZ o cancelamento. 

Isso acontece porque ele vai gerar o evento número 1 só que esse evento número 1 já está autorizado dentro da pasta. 

 
16/11/2021 10:55
Anderson Luiz Barbosa da Silva - Analisando

Analisando. 

 
21/09/2021 16:20
Oswaldo Junior - Encaminhado p/ Análise
Solicitação Interna..
Compartilhar
PDF
Whattsapp
Link