EMBarbosa

tchuck, Sugerimos você entrar em contato com os homologadores. Eles é que estão pedindo pra imprimir só o Perfil. Se você for homologar na Polimig por exemplo, eles vão lhe enviar um modelo do relatório antes. E este modelo consta só o perfil.

Mas qual é a mensagem apresentada na tela do demo? Log? Em qual outra procedure ele cai?

Não dá pra ninguém decidir isso pra você. É uma questão de negócio. Exemplo, se você já tem clientes ou quer atender clientes agora, você precisa da homologação pois seu estado exige. Se isso vai dar lucro ou não, é outra questão que só você, conhecendo o funcionamento interno da empresa vai poder dizer. Não dá pra dizer o quanto tempo vai demorar ou não para os estados adotarem. Exemplo, o SPED Fiscal já está aí na área um tempão, e ainda não é obrigatório pra todos. A NFe por outro lado é praticamente obrigatória pra todas as empresas. Não dá pra afirmar quanto tempo uma tecnologia vai demorar para ser absorvida ou descartada.

Não. Você deve controlar isso pelo seu banco de dados.

Mas o comando PafMF_RelParametrosConfiguracao imprime o Relatório de parâmetros de Configuração. Desculpe, mas pode ser que não tenha entendido qual o problema... Poderia dizer exatamente o que você desejaria que o comando fizesse e o que na verdade está acontecendo?

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

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:

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?

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?

Entenda "exe" por arquivo executável na máquina local. Faça perguntas a si mesmo que o ajudariam a entender a situação. Por exemplo, quando for gerar a lista de arquivos com MD5 dos executáveis, quais arquivos vão estar lá? Se desconectar o cabo de rede do computador ele vai continuar abrindo e apresentando não só a tela de vendas mas também o menu fiscal para as funções do ECF? Você consegue cumprir todos os requisitos do PAF-ECF? O usuário vai ter acesso ao código fonte de seu aplicativo possibilitando o fácil acesso a chaves e criptografias que talvez o permita burlar a fiscalização?