José M. S. Junior

Bom dia Existe uma variação na geração do nosso número, pode ver as regras na função "FormataNossoNumero" da classe do Banco do Brasil... É baseado no Código de "Carteira", Numero do "Convenio" e o tamanho do Campo "NossoNumero" . Precisaria ver exatamente em qual manual o gerador do banco está se baseando, e o tamanho do NossoNumero que está utilizando... Provavelmente o gerador do Banco não está utilizando os mesmos dados passados ou o tamanho do nosso número pode ser outro ao gerar pelo Banco...

Bom dia No arquivo de log está tudo correto... A NFCe foi Autorizada e está sendo gravado o XML autorizado na pasta: Arquivo=C:\ACBrMonitorPLUS\Arqs\NFe\ Se deseja Imprimir o DANFe precisa passar o comando NFe.ImprimirDANFE, ou passar os parâmetros para impressão junto ao método de envio, conforme manual: https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirDanfe.html

Se possível anexe o log.txt do ACBrMonitor para que possamos analisar...

No log da versão anterior, não retornou rejeição de duplicidade de chave, foi autorizada... Por algum motivo na versão atual os dados que você está passando para geração da NFe é de uma NF que já foi autorizada na SEFAZ, inclusive com o mesmo número...

Quais configurações SSL está utilizando? Testando em SP por aqui parece estar ok:

A mensagem refletida no seu sistema, não está com a mesma descrição da mensagem retornada pela SEFAZ, por isso está confundindo... O erro retornado pela SEFAZ é de Duplicidade de NFe, ou seja já existe uma NFe autorizada com essa chave, quando tentou enviar... [Retorno] CStat=104 CUF=41 ChaveDFe=41190809095640000105550010000064951009964958 Msg=Nota(s) não confirmadas: 6495->204-Duplicidade de NF-e [nRec:411110218343545] Protocolo= VerAplic=PR-v4_4_7 Versao=4.00 XMotivo=Lote processado cMsg=0 nRec=411110218346720 tpAmb=2 xMsg= Já a mensagem de Autorizado o Uso, se refere a Consulta que realizou após a tentativa de envio. A SEFAZ retornou que a NFe já se encontra autorizada.. 05/08/2019 14:08:30 - NFE.ConsultarNFe("41190809095640000105550010000064951009964958") 05/08/2019 14:08:30 - OK: Autorizado o uso da NF-e [Consulta] CStat=100 CUF=41 ChNFe=41190809095640000105550010000064951009964958 DhRecbto=02/08/2019 14:50:59 DigVal=JPUA5XOMwrSDvO74/UrCpIDep8k= Msg=Autorizado o uso da NF-e NProt=141190000663106 VerAplic=PR-v4_4_7 Versao=4.00 XMotivo=Autorizado o uso da NF-e cMsg=0 tpAmb=2 xMsg= No retorno de Envio da NFe, sua aplicação deve ler o grupo [Retorno] e tag "Msg" e "cStat", pois o envio é Assíncrono, ou seja, o lote pode ser recebido com sucesso, mas o retorno pode relatar um problema, como esse de duplicidade de chaves..

Estranho... aparentemente parou de responder ao Criar e Enviar NFe... Se possível anexe as configurações que está usando (ACBrMonitor.ini) e o arquivo de NCFe.ini para tentarmos simular o problema.

Pode renomear o arquivo de log, assim o ACBrMonitor vai criar um novo log e começar a gravar do zero (Aliás não é bom deixar o arquivo de log ficar muito grande, existe uma configuração para limitar a qtd de linhas do log... ). Sempre identificamos os possíveis problemas através dos logs. Por isso sempre solicitamos para anexa-los... Caso contrário ficaremos em suposições apenas, pois nos testes locais o envio está ocorrendo normalmente...

Ao assinar o XML, o componente precisa utilizar as regras de Validação do XML, sendo assim vai preencher tags não existente caso as mesmas sejam obrigatórias, mesmo que sejam com valores zerados...

Se possível anexe o log.txt das duas versões no momento do envio. O fato é que todo erro ou resposta enviado via comando ao ACBrMonitor fica registrado no log e no arquivo resposta. Não gera erro em tela... Precisamos comparar o log para verificar onde está o problema...

Se possível anexe o log.txt completo do ACBrMonitor e o XML que está gerando para verificação...

Deseja mostrar em tela o preview de impressão? Se sim pode definir isso via parâmetro, passe o parâmetro ImprimirDanfe e MostrarPreview como "1" https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html

Bom dia Junto aos arquivos instalados do ACBrMonitor é gerado um pdf ( Notas_Lancamento.pdf ) com as alterações relevantes da versão. Lembrando que mesmo não tendo alterações pertinentes diretamente ao ACBrMonitor as versões são geradas semanalmente, pois o mesmo se utiliza dos componentes ACBr...

Será Atualizado no manual.... Pode utilizar o campo com o nome "DataBaixa" mesmo no grupo [Titulo] que deve funcionar.

Bom dia Realmente se estiver utilizando a opção de visualizar impressão e este preview não estiver aparecendo na sua tela significa que está ficando presa em segundo plano... O ACBrMonitor fica aguardando até que a tela de preview seja fechada, isso pode parecer que está travado... Para testar desabilite a opção abaixo: Também no método de impressão, não passe o parâmetro para Mostrar Preview...

A mensagem de Lote não processado aparentemente não é retornado pelo ACBrMonitor, pode validar pelo log de resposta... (Todo erro é gerado no log do ACBrMonitor) A NFe está sendo autorizada no primeiro envio...

A assinatura está retornando OK com o path do XML... A outra mensagem é um aviso de chave RSA do próprio Monitor, não é erro... Mas não precisa colocar um delay, basta criar um loop validando se existe o arquivo, conforme o Daniel citou...

Fica na pasta raiz do ACBrMonitor, você configura para gerar log na tela inicial:

Atualizou os campos conforme mencionado acima? Ou é algum erro no valor dos campos informados ou realmente o Schema está desatualizado... Anexe o log.txt completo do ACBrMonitor para verificação...

Ok, isso demonstra que é algo local nessa máquina. Mas conseguirá utilizar todos os recursos sem problemas...

Não identifiquei erro de Lote não processado nesse log... Notei diversas notas com erro de duplicidade, sendo enviada com a mesma chave... neste caso a SEFAZ retorna que Lote foi recebido com sucesso, mas retorna uma rejeição de duplicidade, ou seja, recebeu o lote mas não autorizou... Este também é o motivo que estava apresentando divergência no DigestValue na consulta. A Nota foi transmitida e autorizada na Sefaz, ao tentar enviar a mesma Nota Criando e enviando Novamente é gerado um XML com novo digestValue, quando o ACBrMonitor está configurado para comparar o digestvalue, o valor retornado na consulta e do xml gravado na pasta do Monitor não são iguais...

Notei alguns erros apenas na geração do seu arquivo ent.txt, para evitar esse problema escreva o método no arquivo de entrada com outro nome e apenas ao concluir a escrita renomeie o arquivo para "Ent.txt", assim evita o ACBrMonitor ler um arquivo que ainda está preso pela aplicação... 01/08/2019 14:43:45 - EFOpenError - Unable to open file "C:\Sitex\NFCe\Entrada\ent.txt"

Abra o XML em Bloco de Notas e copie todo o conteúdo:

Por favor anexe o log completo com esse erro, isso parece não ter haver com erro e sim o retorno da Consulta retornado pela SEFAZ...

Bom dia Utilize o Validador da SEFAZ RS para validar o XML... Note que existem várias divergências nesse XML referentes a Regras de Negócio... https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx