Daniel Simoes

Você está tentando vender um produto com o Preço Unitário Zerado -- 19:35:07:984 VendeItem( 0000000000628 , ABACATE , F1 , 1 , 0,8 , 0 , KG , % , D , -1 )

Com as informações que você forneceu não dá pra fazer a menor ideia do que seja... Tente apenas com o ECFTeste.exe... analise o arquivo de LOG gerado pelo ECFTeste.exe, se necessário copie ele aqui...

Leia o erro no arquivo de saída (SAI.TXT) Você configurou corretamente o ACBrMonitor ?

Se for Windows seven ou vista esse diretório pode conter restrições de escrita em arquivos... Tente instalar em c:/seuprograma/

Até onde eu sei não foi revisado... Mas como ele está usando a interface do discado como base, pode ser que funcione...

O ACBrECF1.Device.ProcessMessages faz o ACBrECF chamar internamente Application.ProcessMessages enquanto ele fica esperando a resposta do ECF... A vantagem deste método, é que a sua interface não fica "congelada", enquanto o ECF não responde... A desvantagem, é que com a Interface livre para novos cliques e "enters", o usuário consegue disparar chamadas a eventos de forma concorrente... Desativando o ProcessMessages o ACBrECF se comportará semelhante a uma DLL de fabricante de ECF, ou seja, só devolverá o controle para a sua aplicação, quando ele terminar de trabalhar...

Este forum é apenas para usuários do ACBrECF... Para suporte a DLL do fabricante, entre em contato com a equipe de suporte deles... A Daruma tem uma ótima equipe de suporte

Desconfio de permissão para a edição do .INI O erro na execução é provavelmente porque o .INI não foi configurado corretamente... As DLLs e o .INI estão na mesma pasta do seu .EXE ? Há alguma outra cópia de Bemafi32.dll nos diretórios do Windows ? O path de instalação do seu programa é algum diretório do Windows ? (Ex: ProgramFiles)

O ACBrECF usa os métodos de configuração da DLL para o Registry... não é isso que deve ser feito ? Não é nada produtivo editar o XML na mão... a ideia é deixar que o ACBrECF faça isso... Por favor verifique com o fabricante, qual é o método da DLL que deve ser usado para configuração de Porta e Velocidade

Sim, Eu e o André já estamos trabalhando nisso...

Não tem nada a haver com o ACBr... Com a DLL do fabricante o comportamento é ligeiramente diferente, pois qual ela está sendo executada, a sua Thread (Main) está suspensa e bloqueada... Se você não implementar um mecanismo de filas isso nunca funcionará, pois a rotina de Venda de Item será disparada várias vezes de forma concorrente... Experimente algo mais simples: ACBrECF1.Device.ProcessMessages := False;

Não compreendi o que você quiz dizer... Qual a msg de erro ?

Rafael, Difícil tentar advinhar o que ocorreu... Talvez a análise do arquivo de Log gerado pelo ACBrECF possa dar alguma pista

Não, o NFCe ainda não está em uso, apenas em testes pilotos... E os estados ainda não definiram um padrão único.... Na minha opinião, vendas no varejo não pode depender de servidores externos, que podem cair ou demorar vários segundos para responder a uma solicitação... Acho o movimento NFCe no mínimo irresponsável... Hoje o NFe já sofre problemas de infra-estrutura, o grupo de hackers anonimous, deixou claro como é facil parar o serviço... Imagine quando entrar as minhares de solicitações de documento que hoje são emitidos por ECF....

Eu não tenho planos para desenvolve-lo... Más sendo o projeto código aberto, qualquer interessado pode fazê-lo, ou oferecer uma premiação para algum outro desenvolver...

Vários países tem impressora fiscal... Até nossos vizinhos argentinos tem... Más concordo que nenhuma deve ser tão complicada como a nossa... O novo ECF 09/09 é coisa de louco de complicado... Eu acho o ECF ótimo para a automação comercial.. Rápido e confiável... O problema é a aberração fiscal do PAF-ECF... O SAT será revolucionário, más pode trazer uma nova era de sonegação fiscal... Enquanto não houver cadeia para quem sonega, sempre seremos pressionados para fazer caixa 2 nos nossos sistemas... Cada um sabe o risco que quer correr, o duro é a concorrência desleal, que conta com a impunidade...

Bom, parece que nesse caso o ACBrECF está se comportando corretamente...

http://acbr.sourceforge.net/ACBrMonitor.htm Veja o Objeto: ECF.VendeItem

Alguém precisa avisar isso pros caras que escrevem o PAF-ECF... eles devem achar que o rodapé do Cupom tem linhas ilimitadas

Você não forneceu quase nenhuma informação... Qual Delphi ? Qual S.O. ? O que você está tentando fazer ? Já testou com o Demo do ACBr ? (Não existe ECF 400th fi)

Converse com o Contador do seu cliente e solicite uma explicação básica sobre o funcionamento do ICMS.... Não há como fazer um programa de Venda / Faturamento sem conhecer tributação de ICMS

Leia mais sobre ECF, parece que você está fazendo um uso equivocado de Operações não fiscais... Não há como remover Programação... apenas em Intervenção Técnica... e o limite de programação é de 16 a 30 itens...

O Cielo Premia é apenas um sistema de gestão de fidelidade... o Estabelecimento que determina as condições e os prêmios...

A homologação TEF precisará ser revista para o SAT... Já existe impressão de comprovante TEF em impressora comum... para alguns regimes especiais... Talvez as homologadoras possam dar mais informações Vale lembrar que no caso da NFCe o método de contingência é o próprio ECF...

Leia com atenção as mudanças relativas ao Cielo Premia em ACBrTEFD-Change-Log.txt