BigWings

Editei seu tópico por conter dados sensíveis (CNPJ e chave digital do prestador).

Veja se está configurando a senha correta na propriedade ACBrNFSE1.Certificados.Geral.Senha. Se estiver correta e mesmo assim estiver pedindo a senha a cada chamada ao certificado, tente deixar a mesma em branco.

A NFe não disponibiliza webservice para baixar o XML de emissão própria. O que você pode fazer nesse caso é, ao receber a mensagem de duplicidade, fazer uma consulta à chave, se a nota tiver sido autorizada, o XML vai ser atualizado com o protocolo.

Isso também ocorre usando o programa exemplo do componente?

Pela tag <X509Data> pode ser extraído o subject name. O que o provedor está dizendo é que não conseguiram extrair o subject name da tag X509Data ou que a tag X509SubjectName deve ser declarada explicitamente na assinatura? Se for a primeira pode ser que você esteja usando um certificado inválido, que não informa o subject name na tag X509Data. Anexe o XML enviado para o webservice, para verificação.

- Não possui a chave no campo Id - Não possui a chave na tag QrCode - A tag QrCode não está numa seção "<!CDATA[ ]]>" - Não está assinado - Está indentado

Está também no manual "Visão geral" do CTe: https://svn.code.sf.net/p/acbr/code/tools/DFe/CTe/Manuais/Manual CTe Visao Geral v3.00a.pdf

Se você não informar o grupo, e sendo CTe de substituição, não vai ter erro de validação por schema, mas vai cair na regra de validação: É uma regra de validação obrigatória, ou seja, todas as SEFAZ devem aplicá-la.

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/