Problema de data com NF em contingência

[Thiago Porto]

Foram emitidas algumas notas no dia 30/11/2017 em modo contingência. E no dia 02/12/2017 foram tentar emitir essas notas no modo normal  teve o seguinte retorno: Autorizado o uso da NF-e, autorização concedida fora do prazo. Mas o contador precisa que todas estejam normais e no dia 30/11/2017.

Ao verificar no sistema que faz a emissão, vi que os campos Ide.dhCont e Ide.xJust não são preenchidos quando emitido em contingência. Existe alguma solução?

[BigWings]

1 hora atrás, Thiago Porto disse:

Foram emitidas algumas notas no dia 30/11/2017 em modo contingência. E no dia 02/12/2017 foram tentar emitir essas notas no modo normal  teve o seguinte retorno: Autorizado o uso da NF-e, autorização concedida fora do prazo. Mas o contador precisa que todas estejam normais e no dia 30/11/2017.

Ao verificar no sistema que faz a emissão, vi que os campos Ide.dhCont e Ide.xJust não são preenchidos quando emitido em contingência. Existe alguma solução?

Pelo que sei a escrituração das NFCe é feita pela data de emissão, e não de autorização.

Se não foi alterada a data de emissão, não vejo problema.

[Thiago Porto]

5 hours ago, BigWings said:

Pelo que sei a escrituração das NFCe é feita pela data de emissão, e não de autorização.

Se não foi alterada a data de emissão, não vejo problema.

Algumas notas estou tendo esse retorno: 704 - Rejeicao: NFC-e com Data-Hora de emissao atrasada

[BigWings]

20 minutos atrás, Thiago Porto disse:

Algumas notas estou tendo esse retorno: 704 - Rejeicao: NFC-e com Data-Hora de emissao atrasada

Se o tpEmis é 1 (Normal), a tolerância de horário é de apenas 5 minutos entre a data e hora de emissão e o servidor do webservice.

[Thiago Porto]

3 minutes ago, BigWings said:

Se o tpEmis é 1 (Normal), a tolerância de horário é de apenas 5 minutos entre a data e hora de emissão e o servidor do webservice.

OK. 

Uma dúvida sobre o modo contingencia.

1 - Os campos Ide.dhCont e Ide.xJust, informo quando em contigencia, e quando for emitir no normal, não informo, correto?

2 - Como devo tratar a chave, nos dois modos? 

[BigWings]

1 hora atrás, Thiago Porto disse:

1 - Os campos Ide.dhCont e Ide.xJust, informo quando em contigencia, e quando for emitir no normal, não informo, correto?

Correto.

1 hora atrás, Thiago Porto disse:

2 - Como devo tratar a chave, nos dois modos? 

Como assim? Não precisa fazer nenhum tratamento na chave.

[Thiago Porto]

1 minute ago, BigWings said:

Correto.

Como assim? Não precisa fazer nenhum tratamento na chave.

Como assim? Não precisa fazer nenhum tratamento na chave.

Se tem que salvar a chave e o xml em modo de contigencia. Pode me explicar como você faz?

[BigWings]

6 minutos atrás, Thiago Porto disse:

Como assim? Não precisa fazer nenhum tratamento na chave.

Se tem que salvar a chave e o xml em modo de contigencia. Pode me explicar como você faz?

Sim, você deve salvar o XML emitido em contingência.

E assim que normalizar o problema carregar esse XML e enviar.

Eu gravo em banco de dados, chave e XML.

[bcaraccio]

Se você está recebendo essa rejeição é porque seu tpEmis não está diferente de 1 (emissão normal).

Lembrando que o tpEmis influencia na Chave de Acesso da NF-e, alterando-o, é necessário regerar a Chave de Acesso. E sim, emitiu em contingência é necessário preencher essas duas tags dhCont e xJust.

[Alex Multistore]

Aproveitando a duvida do amigo e para não abrir outro tópico ja que tem mesma relação , a chave de acesso gerada em modo contingência é uma, quando se aprova ela muda! Esta correto esse comportamento ou deve ser a mesma? se for a mesma que comando uso do acbr para gerar a mesma chave ao aprovar a NFCe em contingência?

[Fabrício G. Araújo]

@Alex Multistore quando você tem problemas de internet e gera a NFC-e em contingência e imprime o DANFE (já com a chave nova da contingência), depois você tem que autorizá-la e a chave deve ser a mesma (a da contingência). Senão o que o seu cliente levou (o DANFE) estaria inválido, com chave diferente e consequentemente QRCODE diferente.

[Alex Multistore]

33 minutos atrás, fabricio.syncode disse:

@Alex Multistore quando você tem problemas de internet e gera a NFC-e em contingência e imprime o DANFE (já com a chave nova da contingência), depois você tem que autorizá-la e a chave deve ser a mesma (a da contingência). Senão o que o seu cliente levou (o DANFE) estaria inválido, com chave diferente e consequentemente QRCODE diferente.

Muito Obrigado, sabe dizer como carrego a mesma chave de acesso para gerar a mesma quando eu aprovar a NFCe em contingência, ou seja é algum comando especifico no acbr?

Editado 18 Janeiro, 2018 por Alex Multistore

[BigWings]

27 minutos atrás, Alex Multistore disse:

Muito Obrigado, sabe dizer como carrego a mesma chave de acesso para gerar a mesma quando eu aprovar a NFCe em contingência, ou seja é algum comando especifico no acbr?

A chave é criada de acordo com os dados da nota.

Basta carregar o XML gravado quando da emissão em contingência, e enviar.

Não alterar o tpEmis, nem qualquer informação da NFCe.. a não ser que haja rejeição.

[Alex Multistore]

8 minutos atrás, BigWings disse:

A chave é criada de acordo com os dados da nota.

Basta carregar o XML gravado quando da emissão em contingência, e enviar.

Não alterar o tpEmis, nem qualquer informação da NFCe.. a não ser que haja rejeição.

Obrigado pelas respostas Precisas, acabei de assinar o fórum pago para dar uma força a este belo Projeto Parabéns a todos