Juliomar Marchetti

Estranho ACBrNFSeDANFSeRL1.PathPDF:='e:\pdfs'; parece ser de NFSe e não de NFe

Existe o componente TACBrCiot que está validado junto a eFrete. Mas pra preencher o componente ACBrMDFe deve ser manual

Sim já tem no fórum alguns relatos sobre a situação e o @José M. S. Junior está verificando

Windows está 100% atualizado.

Bom dia está habilitado o controle de porta no componente? outra situação é que deve ser levado em consideração o ACBrECF não faz controle igual a dll de fabricante então se tu enviar diversos comandos juntos ele vai travar consegue com o exemplo do SVN fazer ocorrer o mesmo erro?

Essa situação é para quem gosta de compilar manualmente os componentes ou ainda fica alterando ele localmente e depois não consegue mais atualizar alguns arquivos por que o svn marca para não atualizar por causa das mudanças. estranho mesmo

tente informar esse path ao componente de impressão diretamente

Que estranho. deve ser alguma particularidade. chegou a conferir na pasta onde ele gera os bpl se a data muda dos mesmos?

Está usando Fast ou Fortes?

Olha o exemplo e tente por

Só um reforço. ACBr não adianta somente atualizar o SVN senão recompilar os componentes

certo mas consegue reproduzir com o exemplo? os servidores identicos tem também as dll e outros requisitos instalados?

Perguntei se no seu sistema tem esse evento programado

Fez e recompilou com o instalador?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Lendo o tópico notei que está tendo alguma situação equivocada, pois aqui se fala em ECF e o mesmo está comentando acima em ECFVirtual seu caso é o mesmo dele? é com ECF para Paf-ECF

Tente anexar ao invés de colar os arquivos. se possível os demais que foram gerados note que o trecho em questão é somente a montagem não tem arquivo assinado. isso está ocorrendo em ambiente de produção está usando ACBr ?

está usando o componente errado

Tem programando o evento Status da NF-e? assim o cliente não vai tentar clicar ou fazer outra coisa pois vai aparecer as msgs pra ele dizendo o que está ocorrendo

Qual componente está usando para imprimir ? o ACBrNFeDANFeFR ou o ACBrNFeDANFCeFR?

consegue reproduziro erro com o exemplo do svn? caso não ocorra é alguma lógica de sua aplicação

Um bom caminho é pelo exemplo do SVN. com ele preencher os dados e tentar enviar. assim pode informar quais os dados já usou e podemos do lado de cá lhe ajudar a entender o que falta

Bom configurando a primeira imagem a segunda não é necessário pois o wincrypt se encarregar de modificar para usar. estranho é ele está a reclamar e te mostrar o arquivo ACBrNFEServicos.ini Como está configuração do seu sistema? se pegar o exemplo do svn e rodar no seu cliente ocorre o mesmo problema? colocou todas as dll? cadeias de certificados? a senha do A3 ele solicitou? quais configurações estão para o webservice. pela imagem de erro é no PR informou somente o numero de serie do certificado?

Favor anexar o arquivo ini que usa para gerar eo xml completo