BigWings

Essa é a URL divulgada pela SEFAZ? Até onde sei a validação da URL é feita pelo ENCAT: http://nfce.encat.org/consumidor/consulte-sua-nota/ Você pode entrar em contato com a SEFAZ e solicitar a URL correta. Tendo a URL, editar o arquivo ACBrNFeServicos.ini e informar a URL de consulta no arquivo, na chave [NFCe_BA_H] para homologação e [NFCe_BA_P] para produção.

Está sendo analisado. Obrigado.

Geralmente isso acontece quando há retorno do webservice, mas em um formato que não é o esperado pelo ACBr. Minha sugestão é que configure o componente para gravar os arquivos de envio e retorno ACBrMDFe1.Configuracoes.Geral.Salvar := True; ACBrMDFe1.Configuracoes.WebServices.Salvar := True; E analise os arquivos de retorno. Suspeito que tenha a haver com a configuração de TLS 1.2.

Sim, basta copiar o arquivo ACBrNFeServicos.ini para a pasta do executável da aplicação.

Por favor, teste com o arquivo deste post e reporte:

Estranho, nem existe arquivo .otares no pacote de instalação. A não ser que tenha aberto o .dpk diretamente no Delphi e instalado manualmente. Configure o componente para salvar os arquivos de envio e retorno. Anexe o arquivo *-ped.sta.xml gerado para comparação.

Sim, deve recompilar o ACBr e a sua aplicação.

Fiz teste aqui e gerou normalmente. Como simular o erro usando o demo do ACBrNFe?

Fez a alteração na diretiva no ACBr.inc conforme indicado no post? Não basta copiar as DLLs. Em todo caso, o ambiente de homologação está funcional. Use o debug, coloque um breakpoint no início do método TDFeHttpOpenSSL.Enviar da unit ACBrDFeHttpOpenSSL.pas e verifique se há algum retorno do webservice antes de disparar a exceção.

Não sei se compreendi, você não está usando o ACBrNFe?

Favor atente-se ao assunto do tópico antes de postar, para assunto diferente, crie um novo tópico. Dividi o tópico desta vez. Está testando produção ou homologação? Na imagem consta produção mas você informou URL de homologação. Os webservices NFCe 4.00 produção do MT ainda não estão funcionais. Se abrir a URL informada pela SEFAZ no navegador você verá o erro: https://nfce.sefaz.mt.gov.br/nfcews/v2/services/NfeStatusServico4?wsdl Você pode testar em homologação.

Os testes falharam no D7. Se possível revise a rotina e anexe novamente.

Está gerando na versão 4.00?

Pode fornecer um caso de teste em que o código atual falha?

Anexe o arquivo .INI.

Bom dia, Enviei para o repositório atualização de URLs da NFe 4.00, juntamente com um ajuste para funcionar com esse webservice. Favor atualizar os fontes e testar.

A versão do Fast Report deve ser, se não me engano, 5.1 ou superior. Se desmarcou ambos, apenas nâo vai poder usar os componentes de impressão: DANFE, DACTE, etc...

Titulo.Sacado.TipoInscricao := pJuridica;

Se a UF em questão não aceita isento, informe como não contribuinte.

Abra um novo tópico, no fórum apropriado, detalhando melhor o problema.

Estranho, já que analisando o trecho de código, o arquivo salvo e a propriedade XMLNFSe têm o mesmo conteúdo: FNotasFiscais.Items[ii].NomeArq := PathArq + NomeArq; FNotasFiscais.Items[ii].XMLNFSe := FRetNFSe; if FPConfiguracoesNFSe.Arquivos.Salvar then FPDFeOwner.Gravar(NomeArq, FRetNFSe, PathArq);

Desculpe, não percebi que estava usando o ACBrMonitorPLUS, e não o componente. Movendo o tópico.

A única desvantagem do modo síncrono é que só pode ser enviada uma nota por vez, ao contrário de 50 notas no modo assíncrono.

Veja se não está definindo DANFE.NfeCancelada como True no momento da impressão.

É o necessário para a comunicação, nos testes que fiz só precisei marcar TLS 1.2 e deixei todas as demais SSL e TLS desmarcadas e funcionou (Windows 10). Você pode tentar desmarcar as duas opções referentes a verificação de revogação de certificados, que pode interferir no acesso. Mas como disse, o melhor seria tentar o suporte da certificadora. Essa é a única atualização pendente do Windows? Em algum tópico alguém mencionou a crypt32.dll que precisa ser atualizada, mas não se sabe exatamente em qual atualização do Windows isso é feito.