EMBarbosa

Você chega a enviar outro arquivo antes de receber o retorno completo?

Mas você escreve linha a linha o arquivo de entrada do monitor? Ou escreve o arquivo inteiro e depois joga ele na pasta?

Acho que é o Requisito LI. De qualquer forma, você está passando um parâmetro que esse método, TACBrECF.PafMF_RelParametrosConfiguracao, não suporta.

Provavelmente está ocorrendo concorrência e numa condição de corrida, o arquivo de envio (remessa.txt) está sendo sobrescrito antes de ser totalmente analisado e processado. Talvez não seja fácil de reproduzir em outras máquinas com hardware diferente, por causa de tempo de resposta do disco, memória, processamento, etc...

Há uma possibilidade muito grande de você provavelmente estar com arquivos modificados no computador. Queira verificar isso. Também faça uma limpeza, conforme as instruções

Bem vindo ao fórum. Esperamos que possa sanar suas dúvidas e ajudar o projeto a crescer. Visto que é novo no fórum, convido a ler e também a parte que dá orientações gerais para formular perguntas. Queira verificar as , em especial a regra 3.2 - Não faça "bump" de forma excessiva (postar simplesmente para que um tópico vá para o topo da lista). Isso é considerado flooding. Se tiver alguma informação nova, fique a vontade para postar. Mas se não tiver, queira sempre aguardar pelo menos 24 horas. Se precisar de um acompanhamento personalizado e com tempo de resposta menor, considere a possibilidade de contratar o ACBrSAC.

Por favor, leia o tópico inteiro.

A primeira coisa que deve fazer é aumentar o timeOut para pelo menos 10. Depois queira verificar sua conexão com o ECF, pois está acontecendo muitos erros de comunicação. O primeiro log que você anexou não tem comandos bem definidos... O segundo log não tem nada de estranho a não ser o fato de o ACBrECF não estar recebendo as respostas do ECF e estar tentando enviar novamente os comandos.

A última alteraçao deste arquivo (ACBrCTeDAEventoQRRetrato.dfm), foi na revisão 7099 em 3 de Julho. Não me parece haver nada estranho no arquivo. Se você abrir o arquivo no bloco de notas ou em outro editor de texto, consegue perceber algo estranho na linha 4?

Nota: Não existe funções para imprimir os comprovantes com layout correto por fora do ACBrTEFD. O que o Régys está lhe passando são as funções do ECF que o ACBrTEFD utiliza, mas você mesmo ainda deverá tratar o layout e fazer todo o trabalho para imprimir corretamente.

Por que você não anexou aqui no fórum as imagens ao invés de colocar em outro servidor? E também, o Daniel sugeriu olhar o log. Seria bom então que você anexasse o log gerado também.

Mas é para isso que o Isaque criou os eventos nos registros C481 e C485. Você deve passar true para as variáveis:

SIm. O item 3 do requisito XXIV do PAF-ECF ER 2.01 EDIT: adicionei a especificação para que não se confunda...

Retentar do ACBrECF não é o mesmo que o Retentar do ACBrTEFD. O Retentar do ACBrECF não controla quando o comando já foi passado para o ECF como quando é uma impressão do Relatório Gerencial. Por isso é que o ACBrTEFD possui essa implementação, já que o ACBrECF não o faz. Se não está utilizando o ACBrTEFD você deverá fazer o tratamento na sua aplicação.

CSOSN é o CST para o SIMPLES nacional, por isso eles ficam todos no mesmo lugar.

Eu não tenho experiência com Daruma para analisar o log, mas além do que o André mencionou também achei muito estranho você ter tantas chamadas ao Estado do ECF em tão pouco tempo após o Fecha cupom. Mas daí passam uns 3 minutos e novamente quando vai ser chamado o Estado é que acontece o problema. Alguma coisa entrou em ação e deve ter ocupado a porta.

Sem problemas. Aparece alguma outra mensagem de erro antes?

Você não deveria precisar mudar. É justamente para isso que serve o parâmetro -N que é passado ao dcc32 (Veja um exemplo). Por isso é tão estranho o erro.

Ficaríamos felizes de saber quais as orientações que o outro homologador passou. Pois essa é um tipo de dúvida recorrente aqui no fórum. E tendo o embasamento que os homologadores usam, podemos orientar a todos sem problemas. Agradecemos sua participação também.

Você está utilizando o componente atualizado? Qual a versão das dlls da Bematech?

Você poderia copiar e colar aqui a mensagem de erro completa?

Muito difícil se você não mencionar a mensagem de erro e o ambiente que está.

Não sei se o fisco gostaria dessa situação... Outra coisa, quando você diz online, você quer dizer que parte do software vai estar na sua empresa? É a melhor coisa que você pode fazer. Afinal, é eles quem poderão dar ou não a homologação.

O Régys enviou uma correção que força o ACBrInstall a ser executado como Administrador hoje. Poderia verficar se ela corrige o problema?

Você está utilizando o ACBrInstall atualizado?