BigWings

Adicione "Vcl" ao unit scope names nas opções do projeto.

Verificou a questão das atualizações do Windows estarem instaladas conforme resposta do Daniel mais acima? Usando httpWinHttp o Windows tem que estar atualizado, e a propriedade SSLType = LT_TLSv1_2. Para não depender do Windows apenas usando OpenSSL, versão 1.0 acima.

Veja o que diz o manual: https://svn.code.sf.net/p/acbr/code/tools/DFe/MDFe/Manuais/Manual MDFe Visao Geral v3.00a.pdf

Testou pelo demo do componente pra ver se o mesmo problema ocorre? Está usando o componente de impressão em Fast ou Fortes Report?

Atualizou toda a pasta ACBr? Fez a instalação pelo ACBrInstall_Trunk2.exe atualizado (1.5.0.2)? Anexe o log do instalador.

Você pode tentar editar o arquivo Fiorilli.ini e remover a geração da assinatura no lote ou no RPS: Caso o webservice esteja configurado para não verificar assinatura, que parece ser a causa do erro.

Favor anexe o arquivo XML, não copie no corpo da mensagem. Você está usando o componente ACBrMDFe?

Quando o emissor gratuito estava a cargo da SEFAZ-SP, seria a quarta opção. Agora que o SEBRAE é o responsável pela manutenção do aplicativo gratuito, é preciso saber se ainda está gerando dessa forma, então apenas obtendo um XML emitido por esse aplicativo do SEBRAE pra analisar. Lembrando que esse campo é útil apenas na leitura do XML. Na geração do XML pela sua aplicação, deve informar sempre a primeira opção.

Falta informar a quantidade de volumes: [Volume001] qvol=

Você fez todos os testes em produção e homologação? Pra subir o arquivo precisamos saber se está funcionando 100%. Pra não precisar distribuir o .ini você precisa executar o Compila_RES.bat na ACBr\Fontes\ACBrDFe\ACBrNFe\ e recompilar a sua aplicação.

Se você tem o Fast Report instalado, e quer testar usando os componente pra Fast Report, edite o arquivo Report.inc: //para funcionar em modo fast report comente a linha abaixo {$define demo_forte} Basta comentar a linha da diretiva.

Hum... com a URL completa a consulta é feita com a URL do ENCAT: http://www.fazenda.df.gov.br/nfce/qrcode?p=53200315654812000128650010000000011000060070|2|1|1|156B98A2D41D1C88E0936DF7F3DEACDC94D6D250 Faça teste com o arquivo anexo, por favor: ACBrNFeServicos.ini - Salve ele no mesmo diretório da aplicação emissora da NFCe. - Inicie ou reinicie a aplicação. - Emita novas NFCe em homologação e produção, veja se a NFCe será autorizada, se o QRCode será modificado no XML e se a consulta funcionará.

Aparentemente mesmo após quase 5 anos do tópico, a URL ainda é essa. Aqui consta uma diferente, mas esta acusa erro 404: http://nfce.encat.org/desenvolvedor/qrcode/

Esse grupo se refere ao tomador do CTe-OS (modelo 67).

Você tem alguma alteração local na pasta ACBr\Pacotes? Tentei simular essa situação e pelo que percebi, quando você abre o pacote DCLACBr_Comum.dpk o Delphi faz automaticamente a alteração: De: package DCLACBr_Comum; {$R *.res} {$R *.dres} Para: package DCLACBr_Comum; {$R *.res} {$R *.otares} Isso usando o Delphi 10.3 Rio. Então tentando instalar dessa forma vai acontecer o erro. Tudo que precisa fazer é voltar a usar o .dres que deve funcionar. Sugiro que faça um revert total na pasta ACBr\Pacotes, apague os arquivos não versionados da pasta, e tente instalar novamente pelo ACBrInstall_Trunk2.exe.

Se não me engano no componente para impressão em modo bobina em Fortes você pode desmarcar a opção "FormularioContinuo" que deve ser impresso paginado no A4.

Parece estar havendo problema de codificação dos arquivos, provavelmente por você estar baixando pelo Git. O problema de codificação explicaria a mensagem de erro, de estar acusando duplicidade de elemento no case abaixo: case vChar of 'á', 'â', 'ã', 'à', 'ä', 'å', 'Á', 'Â', 'Ã', 'À', 'Ä', 'Å': Resultado := 'A'; 'é', 'ê', 'è', 'ë', 'É', 'Ê', 'È', 'Ë': Resultado := 'E'; 'í', 'î', 'ì', 'ï', 'Í', 'Î', 'Ì', 'Ï': Resultado := 'I'; 'ó', 'ô', 'õ', 'ò', 'ö', 'Ó', 'Ô', 'Õ', 'Ò', 'Ö': Resultado := 'O'; 'ú', 'û', 'ù', 'ü', 'Ú', 'Û', 'Ù', 'Ü': Resultado := 'U'; 'ç', 'Ç': Resultado := 'C'; 'ñ', 'Ñ': Resultado := 'N'; 'ý', 'ÿ', 'Ý', 'Y': Resultado := 'Y'; else if vChar > #127 then Resultado := #32 {$IFDEF DELPHI12_UP} else if CharInset(vChar, ['a'..'z','A'..'Z','0'..'9','-',' ',Chr(39)]) then {$ELSE} else if vChar in ['a'..'z','A'..'Z','0'..'9','-',' ',Chr(39)] then {$ENDIF} Resultado := UpperCase(vCHAR); end; Tente baixar novamente pelo Subversion, que é onde ficam os fontes oficiais: https://projetoacbr.com.br/fontes/

O seu arquivo ACBrNFeDANFEFRDM.pas está marcado em vermelho? Se sim, você tem alterações locais nele, que estão causando erro de compilação. Verifique e faça o revert do arquivo se for o caso.

Tente clicar em "No" para todos os pacotes, depois acesse em Componente - Install Packages e remova todos os pacotes do ACBr. Depois tente instalar novamente pelo ACBrInstall_Trunk2. O log mostra que você está usando um instalador antigo. De quando é essa instalação do ACBr? Se possível atualize os fontes.

Tente apagar toda a pasta ACBr\Lib e refaça a instalação apenas no XE5, veja se ainda acontece o problema.

Você tem mais de uma versão do Delphi na mesma máquina?

Teu caso é mais parecido com este aqui:

@rofresi @Renata Cunha @Ana Paula Fernandes de Souza @kurtslucas @Rodrigo - Dataprime @Giovane Mazzotti Bortolato @Endrigo Rodrigues @infopointerp Apliquei uma possível correção no repositório, rev. 19500. Favor atualizar os fontes, revertendo qualquer alteração que tenham feito nos pacotes, reinstalar usando a opção de apagar arquivos antigos, e testar novamente.

A mensagem é clara, no CTe anterior o fim da prestação é em Itapetininga (SP) e no CTe sendo emitido como subcontratação está sendo informado a cidade de Angatuba (SP). Então deve ser informada também a cidade de Itapetininga como fim da prestação no CTe subcontratação.

Tente aumentar o timeout, se não der certo, tente acessar a URL pelo navegador. Se não abrir nem pelo navegador pode ser algum problema de configuração de rede, firewall, proxy etc. Do meu lado, o webservice parece estar funcionando normalmente.