BigWings

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.

O MDFe só é encerrado uma vez. Como disse o Italo, em caso de transporte intermunicipal apenas, é preciso consultar a instrução normativa do estado. Dessa forma, acredito que o MDFe 2 só poderá ser emitido quando o MDFe 1 for encerrado, o mesmo para o MDFe 3 em relação ao MDFe 2. Sendo a mesma UF de descarregamento, tentar emitir os 3 ao mesmo tempo vai cair na rejeição 611.

Cada MDFe só pode ter uma UF de descarregamento. Se estiver carregando uma carga para descarregar em 3 UF diferente, deverá ter 3 MDFe emitidos, cada um será encerrado a cada descarregamento.

A única forma de encerrar o MDFe é enviando um evento de encerramento. O comando MDFE.ENCERRARMDFE envia o evento internamente, então é a mesma coisa.

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.

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.