BigWings

Qual .fr3 está usando? Tente definir a margem superior como 0.

Se é FMX então retire o Vcl da unit scope names e adicione "FMX" às diretivas de compilação do projeto. Mas se não me engano o Fortes Report não é compatível com FMX então você não pode usar componentes baseados nele em projetos FMX.

A mensagem de erro indica que foi encontrada a tag MetodoInfo no XML de envio de lote (*-env-lot.xml) e ela não existe segundo o schema. Fiz teste de envio pelo programa exemplo do componente e não tive o mesmo erro... também não encontrei menção nenhuma a geração dessa tag no fonte do ACBr, então é estranho que esteja recebendo essa mensagem. Faça teste pelo programa exemplo, e anexe o arquivo de envio de lote (*-env-lot.xml).

Descrição do erro HTTP 407: Usam proxy na rede? Está configurando o proxy no componente?

Pra isso é necessário alterar o código do componente, o método que insere a assinatura no XML vai apenas a tag X509Certificate, dentro da X509Data. Entretanto esse método é o mesmo para todos os documentos (NFe, CTe, BPe, NFSe...), simplesmente alterar o método significa ter problemas nos demais documentos. Talvez o @Rafael Dias possa comentar melhor.

Significa que o XML foi recusado pelo webservice. Pra saber o motivo você vai precisar debugar o código do componente, na unit ACBrDFe.SSL, método TDFeSSLHttpClass.Enviar. Coloque um breakpoint na linha: Result := ReadStrFromStream(FDataResp, FDataResp.Size); Veja se após a execução dessa linha a variável Result vai conter alguma informação. Se o erro HTTP é o 400 provavelmente terá aí um XML com o motivo da recusa. Veja a minha tentativa (informei um CNPJ qualquer para a prefeitura):

Você ainda está usando httpIndy... configure pra httpWinHttp.

No MDFe independe o estado que esteja utilizando já que todos redirecionam pra SVRS. Pelo visto você está usando httpWinInet ou httpIndy já que o combo SSLType está desativado. Tente configurar para httpWinHttp e SSLType = LT_TLSv1_2

No caso do Agili tem que preencher também a discriminação por item: // Somente o provedor SimplISS permite infomar mais de 1 serviço with Servico.ItemServico.Add do begin codLCServ := '123'; Descricao := 'SERVICO 1'; Discriminacao := 'DISCRIMINACAO DO SERVICO 1'; Quantidade := 1; ValorUnitario := 15.00; ValorServicos := Quantidade * ValorUnitario; end;

Essa é a configuração recomendada para A3. Se com o programa exemplo do componente também ocorre o problema, não creio que seja algo de configuração do componente e sim com a instalação do certificado mesmo.

Aguarde que a tua alteração será analisada e se estiver de acordo um commiter vai subir pro svn.

No meu entendimento o tpEmit = 3 só deve ser usado quando o transportador ainda não emitiu o CTe globalizado. Veja que a descrição do tipo está com o verbo no futuro "emitirá CTe globalizado". Dessa forma ele pode transportar as mercadorias informando apenas as NFe. Se o CTe globalizado já foi emitido deve-se usar tpEmit = 1 e vincular o CTe.

Quais configurações de SSLLib está usando?

Está configurando a versão 3.00 do CTe? Verifique a configuração de DNS da máquina, aparentemente não está localizando a URL do webservice.

Trecho tirado do código do programa exemplo do ACBNFe: with ACBrNFe1.Configuracoes.WebServices do begin [...] AjustaAguardaConsultaRet := cbxAjustarAut.Checked; if NaoEstaVazio(edtAguardar.Text)then AguardarConsultaRet := ifThen(StrToInt(edtAguardar.Text) < 1000, StrToInt(edtAguardar.Text) * 1000, StrToInt(edtAguardar.Text)) else edtAguardar.Text := IntToStr(AguardarConsultaRet); if NaoEstaVazio(edtTentativas.Text) then Tentativas := StrToInt(edtTentativas.Text) else edtTentativas.Text := IntToStr(Tentativas); if NaoEstaVazio(edtIntervalo.Text) then IntervaloTentativas := ifThen(StrToInt(edtIntervalo.Text) < 1000, StrToInt(edtIntervalo.Text) * 1000, StrToInt(edtIntervalo.Text)) else edtIntervalo.Text := IntToStr(ACBrNFe1.Configuracoes.WebServices.IntervaloTentativas); TimeOut := seTimeOut.Value;

Regra geral: se já está informando o caminho do PFX não deve informar o número de série, e vice versa. OpenSSL não suporta o carregamento do certificado pelo repositório do Windows, portanto deixe número de série em branco.

Gostaria de fazer a correção e anexar aqui?

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.