BigWings

Fontes atualizados? Como estão as configurações SSLLib e SSLType?

O que parece é que não está assinando o XML. O comando CriarEnviarMDFe já devia assinar antes de validar. Talvez seja algum problema com a instalação do certificado digital. Anexe o log do ACBrMonitorPLUS.

https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html

Se houve rejeição por duplicidade é porque já foi enviado o mesmo tpEvento com o mesmo nSeqEvento para a mesma chave. Fez a consulta completa? Tentou consultar também no portal da SEFAZ estadual autorizadora? Esse parâmetro é pra informar o número de lote de envio, serve apenas pra controle da sua aplicação, é irrelevante pra SEFAZ. Na consulta no portal vai mostrar como um evento, mas ele não segue o layout de evento descrito no manual, então, na minha opinião, não. Não existe informação de número de evento, não existe informação sobre qual a sequência gerada na consulta por chave, provavelmente é pela data de autorização.

Sim, depois de carregar o XML no componente, fazer as alterações necessárias, gerar, assinar, validar o XML e enviar novamente.

Não existe a tag vFCP no layout da NFe para Simples Nacional, então não tem como informar esse valor em campo próprio. Vai precisar informar em outro campo, seja em vOutro, ou acrescentar no vICMS... consulte um contador pra ele orientar a melhor forma. Se eles dizem que recebem notas corretas, peça uma de exemplo...

Se o problema é na SEFAZ você não vai conseguir usar a contingência EPEC. A contingência SVC-RS está ativada no momento, essa é a saída.

A contingência está ativada até amanhã: https://www.sefaz.rs.gov.br/NFE/NFE-SVC.aspx

Nem mesmo o portal nacional da NFe vai retornar esses eventos, se o CNPJ não está autorizado ao download do XML. Talvez o que você precise seja este projeto específico para empresas de recebíveis: https://www.placsvba.ba.gov.br/ A descrição do projeto menciona o monitoramento dos eventos de NFe. Mas não há nada nesse sentido implementado no ACBr.

Favor não duplicar tópicos.

Se você tentou enviar, e não teve resposta da SEFAZ, ela pode ter sido autorizada ou rejeitada, ou nem houve conexão com a SEFAZ. Nesse caso a orientação da SEFAZ é marcar essa nota como pendente de cancelamento, e gerar novo XML em contingência off-line, com nova numeração. Em até 168 horas essa nota marcada como pendente de cancelamento deve ser consultada, caso tenha sido autorizada, deve ser feito o cancelamento por substituição informando nos dados do cancelamento a chave da NFCe emitida em contingência offline. Essa NFCe offline já deve ter sido transmitida para a SEFAZ. Caso a NFCe não tenha sido autorizada, você vai ter a rejeição 217 NFe não consta na base de dados da SEFAZ - caso tenha essa rejeição deve ser feita a inutilização da numeração da nota.

Se está enviando a mesma nota duas vezes, o correto é apenas consultar pra atualizar, sem alterar a numeração. Mas se for duplicidade com outra nota, sim, gerar novamente com nova numeração, não sem antes saber o motivo de a sua aplicação ter gerado um número já existente. Pode haver duplicidade de mesma numeração com chave diferente, você terá uma rejeição na consulta, se for duplicidade com mesma chave mas conteúdo do XML diferente, é importante ter a configuração "Validar DigestValue ao consultar XML" ativada pra que o ACBrMonitor identifique e gere um erro na consulta do tipo "DigestValue não confere".

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Significa que não está alimentando o componente com o CFOP, e preenchendo zeros no autXML.CNPJCPF. Alguma relação com o assunto deste tópico? Não está havendo atribuição do CFOP aí, apenas da NFe referenciada, caso o CFOP seja 5202 ou 6202. Caso seja outro problema favor abrir novo tópico.

Ainda não. Vou fechar o tópico porque o assunto é versão anterior da NT.

OpenSSL não tem suporte a certificados A3, nesse caso use libWinCrypt e selecione o certificado pelo número de série.

Solucionado pelo chat no Discord do ACBr.

Se tiver um certificado digital de uma empresa habilitada pra emissão de NFe, sim. Tem o parâmetro pra imprimir o DANFE no final, sim.

É mais ou menos isso, apenas a data de 05/04/2021 é uma previsão, as SEFAZ podem não ter aplicado ainda a NT em produção nessa data. E já saiu a NT 2020.006 v1.20, algumas coisas mudaram de novo:

E gerou o CFOP no XML?

Não é possível, você vai precisar saber a UF e CNPJ da transportadora, data de emissão, série, número e código aleatório do CTe pra poder montar a chave. Principalmente o código aleatório que existe justamente como segurança contra terceiros não autorizados. Sem mencionar que uma NFe pode ter "N" CTe vinculados.

Esse CNPJ tem uma IE ativa: Então precisa informar como contribuinte e a IE ativa.

Precisa copiar todas as DLLs da pasta https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86 ou https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x64 - De qual pasta vai copiar vai depender da arquitetura do seu executável, e não do S.O. - O ideal é copiar para a mesma pasta do executável, pra evitar conflitos com outras aplicações.

Sim, o CNPJ de quem consulta precisa estar autorizado na NFe, nesse caso seria na tag <autXML>. Analisando melhor a NT 2014.002, os eventos de CTe autorizado e MDFe autorizado são retornados apenas em forma de resumo, então talvez não seja retornada a chave...

Quando é emitido um CTe é gerado um evento pelo fisco vinculado aquela NFe, que você pode receber pelo serviço DistribuicaoDFe da NFe. Nesse evento deve constar a chave do CTe emitido.