Jump to content
Notícias do ACBr

click.png

click.png

click.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

click.png

click.png

click.png

click.png

click.png

click.png

XML de NFC-e em Contingência


Go to solution Solved by Italo Giurizzato Junior,
  • Este tópico foi criado há 1628 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui

Recommended Posts

  • Membros Pro

Bom dia, Gostaria de saber se há alguma propriedade no componente da NFC-e que deixe o xml das notas que foram emitidas em contingência em alguma pasta separada das demais. Atualmente, no meu sistema, os XMl's estão ficando misturados e isso está causando certa confusão.

Tem alguma forma do componente fazer isso, ou o meu software que deve fazer essa separação? 

Link to comment
Share on other sites

  • Consultores

Boa noite Werner,

No meu entendimento não se deve separar e sim a sua aplicação ter um controle de quais notas foram emitidas em contingência.

Pois quando os problemas forem sanados a nota deve ser enviada e ai como fica?

Esse XML vai ficar em 2 pastas?

Na primeira ao ser gerado em contingência (sem o protocolo) e em outra ao ser enviada (com o protocolo).

Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

  • Membros Pro

Boa Tarde @Italo Jurisato Junior, como seria esse controle que você falou que o software deve ter?

Atualmente as NFC-e que saem em contingência ficam salvas na mesma pasta que as que foram enviadas normalmente, causando certa confusão quando o cliente envia os arquivos XML para a contabilidade.

Link to comment
Share on other sites

  • Consultores

Boa noite Werner,

No banco de dados é preciso ter um campo na tabela de notas que diga se o DANFE foi impresso em contingência ou não.

Se foi impresso em contingência significa que não foi enviado para SEFAZ, e existe um prazo para que essas notas sejam enviadas.

Se não me falha a memória é de 24 horas (uteis).

Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

  • Membros Pro

Bom dia @Italo Jurisato Junior,

Já faço esse controle, a questão é que quando a NFC-e é transmitida em contingência o XML é salvo na pasta e quando as pendencias são sanadas e a nota é enviada em definitivo, ele salva outro arquivo XML na mesma pasta. Não consegui entender como esse controle pode me ajudar nessa questão.

Link to comment
Share on other sites

  • Consultores

Boa noite Werner,

Como assim outro XML?

Por favor poste somente a chave de uma NFC-e impressa em contingência e depois a chave da mesma ao ser enviada para SEFAZ, após os problemas terem sidos sanados.

Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

  • Consultores

Boa noite Werner,

Você esta fazendo errado, não se deve alterar o tipo de emissão de 9 para 1 para enviar para SEFAZ quando os problemas forem sanados.

Deve-se manter o mesmo tipo.

Por favor leia com muito atenção o Manual de Especificações Técnicas da Contingencia Offline versão 2.0 que esta disponível no link abaixo.

Note que existe dois modos de contingência: por evento (EPEC) e Off-Line, é preciso saber qual dos dois que se a SEFAZ-Autorizadora aceita.

http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk=

  • Like 1
Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

  • Membros Pro

Bom dia @Italo Jurisato Junior

Obrigado pela orientação, mantendo o tipo de emissão 9 ele não vai criar outro xml? 

Da forma que eu estava fazendo, alterando o tipo de emissão, pode trazer algum problema perante a SEFAZ pros meus clientes?

 

Outra Dúvida, quando ocorrer erros na validação dos produtos, como por exemplo um NCM incorreto, devo enviar a NFC-e em contingência EPEC?

Link to comment
Share on other sites

  • Consultores
  • Solution

Boa noite Werner,

Não se deve alterar o tipo, pois você vai emitir o DANFE e entregar ao cliente, no DANFE consta a chave e o QR-Code que por sua vez se utiliza de alguns dados da chave.

Na chave consta que o tipo é 9 e depois você muda para 1 para enviar para SEFAZ, quando o cliente for consultar será informado que a nota não existe.

Isso vai fazer o cliente acreditar que comprou um produto sem nota.

Se a nota for rejeitada, devemos corrigir o dado errado e enviar novamente.

Lembre-se que o EPEC é um evento e só devemos usar quando ocorre problema de conexão com a SEFAZ.

E volto a frisar, é importante saber quais os tipos de contingência aceitos pela UF do emitente da NFC-e.

Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.