Baixar NFCe em duplicidade

[Itamar M. Lins Jr.]

Olá!
Estou precisando baixar a NFCe quando em duplicidade.
A SEFAZ não está mandando o XML, era raro, mas começou a acontecer com maior frequência.
Se eu mandar a CHAVE, ela retorna o XML?? Não sei como é não lembro mais.
Não lembro se a consulta retorna o XML...

Saudações,
Itamar M. Lins Jr.

[JoséQuintas]

Costuma ter a consulta nacional de documentos, mas não lembro se NFCe está na lista.

Mas como assim "A SEFAZ não está mandando o XML" ?
A Fazenda nunca mandou XML de nada, que eu me lembre só MDFe.

Você mesmo (ou o aplicativo usado, como ACBR) criam o XML.
A SEFAZ apenas retorna o protocolo, e ele é anexado ao XML.

Existe opção de consultar o protocolo pela chave.

[JoséQuintas]

Comentário extra:

Tem o XML enviado [XMLEnviado]
Tem o protocolo recebido [XmlProtocolo]

O autorizado é a soma desses dois com um pouquinho a mais, depende o documento

Apenas exemplo, sem detalhes específicos:

Código: Selecionar todos

<procNFE>
[XmlEnviado]
[XmlRecebido]
</procNFE>

Já vi alguns usuários adicionando outros documentos a esse conjunto, como carta de correção, mas não seria formato oficial.

Se usa ACBR, o que está acontecendo é ele não receber o protocolo, e o ACBR não criar o autorizado.
Deve ter alguma opção adicional de consultar protocolo, pra ele criar o autorizado, pra casos como esse.

Entendeu ?
O XML deve estar no próprio ACBR, isso é metade do autorizado.
É encontrar qual a opção do ACBR pra consultar protocolo e ele juntar ao XML que já tem.

[JoséQuintas]

A rotina que faz isso na Sefazclass:

Código: Selecionar todos

   IF ! ::cStatus $ "100,101,150"
      ::cXmlRetorno := [<erro text="*ERRO* NFeGeraAutorizado() Não autorizado" />] + cXmlProtocolo
      RETURN Nil
   ENDIF
   ::cXmlAutorizado := XML_UTF8
   ::cXmlAutorizado += [<nfeProc versao="] + ::cVersao + [" ] + WS_XMLNS_NFE + [>]
   ::cXmlAutorizado +=    cXmlAssinado
   ::cXmlAutorizado +=    XmlNode( cXmlProtocolo, "protNFe", .T. )
   ::cXmlAutorizado += [</nfeProc>]

   RETURN NIL

Um dos "webservices" da Fazenda é consultar protocolo: envia a chave e pega o protocolo.

o ACBR deve ter esse plano B.
O pendente deve ficar na pasta "enviados".
Fica faltando o protocolo, e o plano B pegaria o protocolo e criaria o autorizado.

É por isso que eu sempre disse que o projeto NFE parece não valer nada.
Pega um XML qualquer, coloca protocolo e pronto, tem uma nota autorizada.
Pode ser conteúdo totalmente diferente do original.

[Itamar M. Lins Jr.]

Olá!

A Fazenda nunca mandou XML de nada, que eu me lembre só MDFe.

Até onde sei o XML vai e é devolvido assinado.
Como o webservice vai saber se tem NCM, CFOP, etc errado ?

Saudações,
Itamar M. Lins Jr.

[Itamar M. Lins Jr.]

Olá!
Entendi agora
Quem assina é o programa, se não receber nenhum erro.
O XML só vai.
Não sei como é isso. Me pareceu falho. Como é a sincronia da hora/data com o da SEFAZ ?

Saudações,
Itamar M. Lins Jr.

[JoséQuintas]

Olá!
Entendi agora
Quem assina é o programa, se não receber nenhum erro.
O XML só vai.
Não sei como é isso. Me pareceu falho. Como é a sincronia da hora/data com o da SEFAZ ?

Isso mesmo.
Aqui trabalho direto com o XML.

início
Gero o XML no aplicativo, a SefazClass assina - isto é feito por variáveis.

comunicação:
A sefazclass envia para a Fazenda e recebe o PROTOCOLO - isto é feito por variáveis

Retorno:
A sefazclass pega a ida e a volta, junta os dois pra ter o XML autorizado - também feito por variáveis.
Aí gravo no MySQL o XML autorizado

No ACBR, ele faz as partes de converter pra XML, assinar, transmitir, receber protocolo, montar o autorizado juntando ida e volta.

A data/hora do XML é em UTC universal.
tipo.... são 15:30 e envia nota com horário de emissão 15:31, ela reclama que está com horário do futuro.
Fuso horário não faz diferença, porque faz parte do formato UTC
A fazenda tem lá o horário dela.

[marco.prodata]

Olá!
Entendi agora
Quem assina é o programa, se não receber nenhum erro.
O XML só vai.
Não sei como é isso. Me pareceu falho. Como é a sincronia da hora/data com o da SEFAZ ?

Saudações,
Itamar M. Lins Jr.

No ACBR se você fizer a consulta passando o arquivo de XML que foi enviado, ele monta novamente o xml completo se o mesmo estiver autorizado.

[Itamar M. Lins Jr.]

Olá!
Isso! Pq na NFe na consulta ele autentica/assina(caso esteja ok)!
Blz!

Saudações,
Itamar M. Lins Jr.

[Itamar M. Lins Jr.]

Olá!
Tentei puxar gerando o XML deu erro. Exatamente como eu imaginei, O XML gerado é diferente do que foi mandado, os segundos... não sei.
DIGEST VALUE ... etc
Tenho o XML mas não está assinado. Quando consulta dá disgest... A solução é cancelar e fazer outra. "por enquanto"
Se está DUPLICADO e não estou de posse do XML AUTORIZADO ? Só cancelando e fazendo outra (só tenho 30 minutos) e a fila não deixa tempo para resolver de outra forma.
Quando status retorna =105 lote em processamento. Outro incomodo!

Aceitando sugestões.

Saudações,
Itamar M. Lins Jr.

[marco.prodata]

Olá!
Tentei puxar gerando o XML deu erro. Exatamente como eu imaginei, O XML gerado é diferente do que foi mandado, os segundos... não sei.
DIGEST VALUE ... etc
Tenho o XML mas não está assinado. Quando consulta dá disgest... A solução é cancelar e fazer outra. "por enquanto"
Se está DUPLICADO e não estou de posse do XML AUTORIZADO ? Só cancelando e fazendo outra (só tenho 30 minutos) e a fila não deixa tempo para resolver de outra forma.
Quando status retorna =105 lote em processamento. Outro incomodo!

Aceitando sugestões.

Saudações,
Itamar M. Lins Jr.

No meu aplicativo eu tenho uma tabela chamada nfe_envio, onde eu gravo o id da nota, o xml que envio para a sefaz e o digest, se a nota autorizar eu apago os dados dessa nota dessa tabela, se eu fizer mais que um envio sem autorização e tiver digest diferente, eu adiciono nessa tabela, exatamente pra caso a nota tenha sido autorizada sem o retorno, na consulta ele retorna o digest, eu consigo pegar o xml que foi autorizado e montar ele novamente.

[Itamar M. Lins Jr.]

Olá!
Detectei que o ACBrMonitor está retornado DIGEST VALUE... para consultas apenas com a CHAVE.
E no XML de retorno está retornando AUTORIZADO USO...
Vou ver como REFAZER o XML com essas informações. Isso é doidice demais pra mim. Não sei como as pessoas estão se virando com isso.
Uma fila no caixa com 5 pessoas... retorna =105 lote..., depois =204 duplicado... Isso acontecia, mas era raro. Agora acontece, com maior frequência.

Saudações,
Itamar M. Lins Jr.

[JoséQuintas]

Tá com erro o seu envio.

Lote: provavelmente significa que está enviando lote pra nota sozinha.

duplicidade: porque está tentando autorizar novamente, ao invés de só pegar protocolo

digest value: já mencionou, TALVEZ, erro de digest value é quando o conteúdo está diferente do anterior, de repente considerando que o número não foi utilizado e usando pra uma nova nota.

[JoséQuintas]

Não dá pra consultar manual, pra resolver as que passaram ?
Pelo menos pra NFE dá pra consultar e baixar o XML.

Vai com calma nessa hora....
Pode ser webservice com defeito também, em SP dá pra considerar até normal de vez em quando, em outras UFs não sei.

Envia uma.
Veja o que acontece.
Tenta resolver essa primeiro.

Se for o caso, comece a salvar os XMLs não autorizados, pra resolver depois e não perdê-los.
Veja se não começou a gerar tudo que é nota com mesmo número.

Se o seu aplicativo considera número utilizado ou não, o que faria reutilizar número, etc.

Em emergência/correria, talvez cancelar o que falhou, e enviar com outro número, se tiver a chave pra cancelar.

[Itamar M. Lins Jr.]

Olá!

Lote: provavelmente significa que está enviando lote pra nota sozinha.

É 105 lote em processamento, mas só mando de 1 em 1 mesmo.
Vou procurar se tem outro.
No caso eu uso 1 só NFE.CriaEnviaSefaz(...)

Não dá pra consultar manual, pra resolver as que passaram ?

Estou fazendo isso.

Saudações,
Itamar M. Lins Jr.