EMBarbosa

Procura aqui mesmo no fórum. Lembro de ter visto o link de onde o próprio Daniel baixou pra usar.

Se o erro mencionado é o "Comcomunication error 9997 timeout during operation", veja: viewtopic.php?p=706

Embora o Manual (Roteiro de Análise ER-PAF-ECF) tenha detalhado o teste como será, eu sugiro a leitura das leis que o fazem vigorar também: Veja o tópico: viewtopic.php?f=20&t=2543 A lei base para esse é a abaixo, mas como falado no tópico acima, ainda não foi atualizada pra refletir as alterações do ER 1.08; http://www.fazenda.gov.br/confaz/confaz ... 006_08.htm

Quais são os problemas? Você não os descreveu, não dá pra saber...

Legal. Talvez você possa aproveitar boa parte do que já foi feito pela NFe, CTe ou NFSe.

Provavelmente algum dos arquivos de constantes foi alterado. Isso não deveria acontecer ao Instalar o ACBrNFe2. Será que você não teve que reinstalar o Delphi, uma atualização ou algo assim?

Olá, ainda não precisei não. Mas acho que falo por todos quando digo que toda contribuição ao ACBr que esteja relacionada com Automação e Sistemas de Gestão é bem vinda.

Obrigado Fabrício

Minha pergunta se refere ao algorítimo.

ahh tá, entendi. No método TACBrECFBematech.VendeItem, ele chamou o comando #62#73 (Venda de Item com descrição extendida) que só está disponível na MP4000-TH FI. Mas lá mesmo ele trata esse comando. Essa exceção é tratada no próprio código da venda de item. No seu Executável você não deve ver esse erro. Ele aparece apenas porquê você está executando dentro do Delphi.

Como você pretende fazer essa Validação?

Estranho. A especificação ER 01.08 ainda não está no site do ATO COTEPE 06/08...

Não é só você não alterar o MD5?

Você precisa buscar os DAVs do seu Banco de dados, não do ACBrECF.

qual é o modelo de sua impressora?

Pelo retorno, você está enviando um comando que não existe para a impressora, ou pelo menos, não existe para esse modelo. Para analisar melhor, poste o log do ACBrECF ao executar isso no Demo.

Engraçado, no meu Delphi 2010 não aparece opção install no ACBrComum... o.o''

Sim.

Você consegue reproduzir esse erro no programa de exemplo (DEMO) do ACBrECF?

O programa da Bematech está aberto? Há algum outro programa usando a porta? Apenas um programa pode usar a porta serial por vez. Você instalou um emulador de portas seriais como o com0com para trabalhar com o ACBr? Vai precisar... Pesquise no fórum já tem outros tópicos tratando do assunto.

Tem certeza que baixou usando o SVN? Até onde me lembro, esse Pacote ACBr_VCL não é usado há muito tempo...

Veja aqui como fazer o download dos fontes de toda suite http://acbr.sourceforge.net/drupal/?q=node/11

Como a propriedade FNumeroSerie é String e não tem limite de armazenamento, o que deve estar acontecendo é que ele está usando o método NumeroSerie (ESC 35 00) ao invés NumeroSerieMFD (ESC 35 40).

Só lembro que alguns dos dados tem de estar disponíveis localmente também (como cadastro de produtos). Isso é necessário para permitir a venda pelo ECF mesmo que a rede caia. Isso é REQUISITO do PAF. Mas a geração dos arquivos não...

Se é pra convencer o seu chefe a liberar o uso do ACBrECF, use como argumento o que você já vai aproveitar desde agora. Explique que até mesmo as empresas fabricantes de ECFs estão se interessando mais pelo ACBr pois tem visto que a suite de componentes é bem usada e com o ACBrMonitor, até quem não usa Delphi se aproveita das implementações. Eles perdem mercado se não derem a atenção... Além disso, o código é totalmente aberto deixando vocês no pleno controle de qualquer coisa.