elton.barbosa

Na realidade, ela só pode ser cobrada dois meses depois da publicação. Pelo menos, é o que está escrito na própria publicação do DOU e isso é um dos motivos que não foi ainda atualizado no site do COTEPE.

Com o suporte do fabricante. Mas por favor, queira atentar às regras do fórum. Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto".

Estranho, aqui está normal.

Já que é só adicionar o EAD gerado no final do arquivo, você talvez possa criar um arquivo novo juntando os dois. Ou talvez prefira usar o ACBrEAD para gerar o EAD manualmente e anexar no final do arquivo.

Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto".

Leia o item 8 novamente. Ele menciona que é para ser utilizada a tela de venda, sujeito ao Requisito XXIV. É uma emissão manual de cupom, que lança os dados da nota de venda de consumidor no BD.

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.