EMBarbosa

Creio que se fosse, não haveriam outros usuários homologando o TEF. De acordo com o site da Daruma, temos essa tabela de erro aqui. Nela o erro 197 é Valor insuficiente de pagamento. Talvez possa haver algum problema no último pagamento que não está sendo suficiente? EDIT: Nota: Estou atualizando a tabela de erros. Seria bom você atualizar o ACBrECF antes de fazer os testes e anexar o próximo log conforme pedido pelo André. Subi as alterações para o SVN na Revisão 6911. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Veja na pasta trunk\Exemplos\ACBrNFe2

Já tive problemas com etiquetas pequenas e código de barras. Não foi exatamente com o ACBrETQ. Mas era um problema semelhante. Infelizmente na época só consegui resolver das seguintes maneiras: Utilizando outra etiqueta mais larga (obviamente); Trocando o tipo de código. Por exemplo, em vez de usar GTIN que gera um código largo, usei um QrCode. Na verdade não foi um QrCode mas já não lembro qual código foi; Utilizando outro leitor de melhor qualidade que conseguia detectar o código mesmo quando ele era menor; Uma sugestão que não sei se pode funcionar é tentar fazer o código de barras com uma altura maior. Mas nunca testei e nem sei se o ACBrETQ possui essa possibilidade. Talvez outro usuário possa ter alguma outra ideia. Mas na época foi só assim que eu conseguia resolver.

Por favor não escreva toda informação numa mesma frase-parágrafo pois a gente tenta entender a sua dúvida só que como está tudo junto e embolado sem pontos finais nem parágrafos fica muita informação para se compreender e a gente fica sem saber onde é o começo e o fim e qual é a dúvida e se vai dar pra ajudar mesmo esforçando muito para compreender o que se disse a mente quase dá um nó e não é a primeira vez que faz isso assim gostaríamos que utilizasse mais parágrafos e pontos finais para criar períodos menores de forma a facilitar o entendimento de quem quer lhe ajudar.

Será que vocês não estão confundindo o DadosUltimaReducaoZ com o DadosReducaoZ? Eles podem retornar dados diferentes em alguns ECFs.

Lucas, veja esse tópico:

Talvez você queira verificar o seguinte tópico:

O que eu notei é que esse é um roteiro e não os requisitos. Os requisitos mesmo não estão alistados. Assim, não dá pra saber exatamente a diferença entre este e a ER 2.01. As diferenças com a última versão seriam os textos em vermelho. Só que não há versão de roteiro para a ER 2.01. Outra coisa, o número de "PERGUNTAS E RESPOSTAS" no final diminuiu se comparado com o roteiro que era pra versão 01.12. As diferenças começam com a pergunta 07. Mas eu não li todas para verificar que tipo de alteração foi feita.

Baud=115200 numa MP 2100 TH FI? Não está errado isso não? Normalmente é 9600.

Talvez seja porque o dia 18 foi um domingo? Esse aqui funciona: http://www4.bcb.gov.br/Download/fechamento/20140516.csv

Mas a sugestão do Celso de debugar e verificar exatamente onde está acontecendo o erro é boa. Talvez consiga assim mais detalhes do ambiente que está causando o erro.

Olá, Tópico para iniciantes é esse: Você executa cada vez que quiser "Abrir cupom". Se quiser saber qual a sequência de comandos para vendas, veja o manual do ECF que você vai utilizar. Ele costuma possuir um "roteiro" ou diagrama de sequência, mesmo que básico, para os comandos. Por favor, veja os parâmetros no código do exemplo. Por favor, e entenda que deve-se fazer um tópico novo para cada uma pergunta com assunto diferente.

hmm. Achei que você estava informando o arquivo ao invés de usar o DEMO. O que pode estar acontecendo é que há uma imagem salva no arquivo dfm que não é compatível com o seu QuickReport. Eu sugiro que você pegue uma outra imagem qualquer que seja do tipo bmp, substitua a que está no exemplo e faça o teste.

Qual o tipo da imagem? jpg? bmp? gif?

Eu no seu lugar ou tentaria corrigir o problema para baixar pelo SVN, ou que baixaria do site dos fabricantes. Ficar esperando a boa vontade de alguém para algo tão simples pode ser prejudicial para você.

Esse é o site correto mesmo. Mas você deve verificar que está utilizando a última revisão (hoje está por volta de 6875) e que não há modificações locais nos seus arquivos.

Se está compilando para 32 bits, teoricamente não deveria fazer diferença.

Subi suas alterações para o SVN na Revisão 6875. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Seria este problema? Alguma sugestão para corrigir?

Poderia anexar o arquivo alterado para verificação?

Não tem nada a ver com o Unicode. Em geral, tem relação com possuir mais de um Delphi na mesma máquina. veja:

Depende muito do que é feito nas threads e como você trabalha com elas. Deve-se lembrar que toda alteração na UI (interface com o usuário) é feito numa thread principal. Assim, se houver uma thread que altera algo como um grid (o que parece ser o caso) e o ACBrECF estiver nesta mesma thread, eles vão concorrer na execução.

Pode ser uma boa. Eu pensei nele também.

Acho que essa informação pode ser muito útil. Acredito que muitos desconhecem. Os quatro primeiros caracteres do número de série de cada ECF indica a marca e modelo do ECF. Os dois primeiros indicam a marca e o terceiro e quarto dígito o modelo. Por exemplo: 'BE' indica marca Bematech 'DR' indica marca Daruma 'IP' Indica marca Itautec 'EP' Indica marca Epson e por aí vai 'BE03' Indica a marca Bematech o modelo MP 2000 TH FI 'BE07' Indica a marca Bematech o modelo MP 3000 TH FI 'DR04' Indica a marca Daruma o modelo FS-700L 'DR09' Indica a marca Daruma o modelo MACH 2 No site da SEFAZ-MG na área de consultas existe uma tabela com várias marcas e modelos e seus respectivos caracteres. Estou pensando em transformar essa tabela em um método e colocá-lo no ACBrECF ou numa outra unit que possa ser util.

No caso, "agora" é mais especificamente a partir de 1 de junho 2014.