EMBarbosa

Debug e verifique o que está acontecendo.

Verdade. Dê uma olhada na função específica que retorna o estado do ECF. Talvez nem seja necessário verificar a unit que trata dos ECF no modelo mais novos, como a Bematech 4200 TH-FI.

Entendi... Não sei se alguém realmente fez isso...

O que está acontecendo atualmente? O que você já tentou?

Acho que a questão é entender o seguinte, por que no seu TortoiseSVN ao chamar o comando CleanUp não aparece a opção "Vacuum Pristine copies"? Veja: http://stackoverflow.com/a/39422850/460775 Eu tentaria o seguinte: Atualizar o TortoiseSVN Verificar se o repositório foi atualizado para as versões mais novas do SVN (aparece um item "SVN Upgrade working copy" no menu de contexto do TortoiseSVN) Executar o comando svn cleanup manualmente; Tente fazer um novo checkout do repositório;

Entendi. Realmente é algo muito estranho. Também não lembro de ninguém ter relatado nada parecido aqui no fórum...

Se você pergunta sobre homologação PAF-ECF, e no MS ainda é exigida a homologação, então a resposta é sim. A homologação PAF-ECF é feita por executável, e não pelos componentes usados no executável.

Vocês versionam arquivos *.dcu?

Essa mensagem "FALTA DE ENERGIA - retorno (...)" é do ECF. Não há nada a ser feito pois ela não altera o funcionamento do ECF. Apenas indica que o ECF teve sua energia interrompida. Lembre-se de ficar atenta ao roteiro. Não sei se alterou, mas o roteiro pedia apenas para, enquanto o ECF estava desligado, mostrar uma mensagem dizendo algo como "Não foi possível imprimir, tentar novamente?". Já com respeito ao documento pendente, seu sistema deve saber se há ou não um documento aberto sem consultar ao ECF. E você (quer dizer, seu sistema) é quem decide se vai recarregá-lo para finalizar ou cancelá-lo. O roteiro TEF não especifica nada neste sentido. Finalmente, queria lembrar pra por favor, criar novos tópicos quando estiver com dúvidas diferentes... Mesmo sendo dúvidas relacionadas ao roteiro utilizando o ACBrTEFD e DLL do fabricante, as dúvidas são sobre sequencias diferentes do roteiro e não tem relação uma com a outra.

Quando fiz, não era necessário chamar nada automaticamente. A questão de enviar a imagem da tela é que algumas chamadas do ADM podem ser desabilitadas por configuração. E eles querem ter certeza de que nenhuma foi. Pelo menos, era assim quando eu fiz.

Olá, bem vindo ao fórum. Notei que você criou uma pergunta em outro tópico. Dessa vez eu dividi o tópico, mas por favor, da próxima, tente seguir nossas regras: 2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Acho que é o seguinte André:

Continue assinando o SAC. Já é de grande ajuda ao projeto.

Mas é exatamente isso que o Juliomar mencionou desde o princípio. O preenchimento dos registros é semelhante. Não é necessário ter um exemplo pra cada registro.

Tome apenas um cuidado para não gerar um StackOverflow com o código acima ou uma espera muito grande já que o usuário parece não ter a opção de cancelar o processo.

Embora possam utilizar as DLLs dos fabricantes, todos os métodos que começam com "PafMF_" seguem o que é pedido no requisito "Menu Fiscal" da legislação "PAF-ECF" e não exatamente o que os fabricantes dão de exemplo. Então é preciso ver o que a Especificação de Requisitos (ER) diz sobre o assunto.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

A DLL do FastMM só é necessária quando executado em FullDebugMode. Como o nome diz, é para Debug, então de modo geral você não a leva para o cliente.

Relacionado:

Release é compilar sem os dados de debug, como expliquei no post anterior. Para desligar o FullDebug mode é isso mesmo. Adicione o "." na frente do $define. Me confundi na hora de escrever. Na verdade é ReportMemoryLeaksOnShutdown. Mas é uma variável definida no FastMM4.pas e não no arquivo INC. E você adiciona no código como no post que escrevi anteriormente. Atribua o valor False a ela pra que não se exiba uma mensagem. Não isso é outra coisa... não precisa mexer nesta opção.

Se me lembro bem do roteiro, não fazer nada...

Não ficou claro o que você quer.

O ACBr apenas passa os parâmetros para a DLL. É a DLL da Epson que gera o arquivo. Então deve procurar o suporte da Epson para entender o que está acontecendo.

Deve. Provavelmente ele ficará mais rápido, visto que o gerenciador de memória do Delphi 7 é muito falho. Apenas se certifique de gerar no modo Release. Só compilar. Mas lembre-se de desligar: FullDebugMode e o ReportLeaksOnShutDown. Acho que não vai querer essas mensagens aparecendo no cliente.

Tem um detalhe, visto que usa o Delphi 7, após incluir o FastMM no seu projeto, mesmo compilando em modo release, você pode ter corrigido o problema ou pelo menos reduzido a expressividade dele. Digo isso pois já passei por esse problema com o Delphi 7.