EMBarbosa

Certo. Você conseguiu verificar porque o loop acontece e o porquê de ele não ser quebrado? Eu imagino que possa ser por causa da não atualização do estado do ECF, mas não tenho certeza. Não estou com essa parte do código "fresca na memória".

Eu não entendi qual a dificuldade... Mas veja aí esse fórum, tem até um componente para isso. http://www.clubdelphi.com/foros/showthread.php?t=16603

Se eu entendi bem o que você quer é que o componente envie o cancelamento para o ECF. Tente então verificar o porquê do componente não estar enviando o cancelamento para o ECF. Talvez ele não esteja fazendo o teste para saber se o ECF já está online.

Crie uma função que faça o tratamento de acordo com o modelo selecionado no ACBrECF. Se você disponibilizá-la aqui há grande possibilidade de ser incluída nos fontes do ACBrECF.

Não sei se notou, mas o tópico data de Julho de 2012. De qualquer forma, queira então relacionar o seu problema com o que foi apresentado pelo Daniel e o lampada. Caso tenha alguma informação nova queira apresentar informações completas: comportamento esperado, comportamento conseguido, modelo do ECF, mensagem de erros, Sistema Operacional, etc...

Aí já é algo que eu nunca me perguntei... Sugiro procurar a legislação sobre o assunto. Mas, já estamos atravessando a tênue linha do assunto deste tópico. Se tiver mais dúvidas sobre TEF e POS, queira procurar a legislação e, se for o caso, criar outro tópico.

Não é estranho. Isso é o equipamento POS . Se uma loja tem o POS, ao invés de instalar o TEF ela pode dar uma autorização para as empresas de cartão enviarem os dados para a SEFAZ e assim, não precisar implantar o TEF. Mas ainda assim, praticamente toda SEFAZ exigia a certificação TEF para o cadastro do aplicativo. Então não adiantava nada. A SEFAZ de MG mudou isso a pouco tempo como você pode ver

Não conheço esse ConvCard. Mas a mensagem de erro parece exatamente que você teria que preencher. Como o ACBrTEFD normalmente só funciona no final da venda, ele não captura esses dados automaticamente. Daí você precisará preencher antes de enviar.

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

Você está fazendo algo errado. Não é preciso de colocar impressora na intervenção para cadastrar novos comprovantes não fiscais.

Não serve o manual do ECF? Eu não terei muito tempo para procurar aqui, mas tente procurar na legislação/Convênio em que o ECF está homologado. Se for o caso, você poderia até falar com o suporte da fabricante do ECF.

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

Se eu entendi bem o que você quer acesse o menu Projects -> Build ALL Não creio que esteja relacionado, exceto se você atualizou o código mas não recompilou os componentes.

Cassiano, Você não emite outro cupom fiscal, mas para Farmácia Popular você emite um Relatório Gerencial que serve como segunda via do cupom fiscal.

A mensagem de erro não parece que está completa. Talvez tenha alguma outra mensagem antes desta. Queira verificar. Também verifique se seus arquivos estão atualizados e não modificados.

E quando eles divulgarem o preço, a gente vai poder colocar no cupom "Valor do imposto = xxx Valor para descobrir o imposto = yyy"??? EDIT: Parece que vai ser gratuito:

Até onde sei, todos os arquivos devem estar atualizados. Você fez testou com o programa de Exemplo do componente? Esse problema acontece com outras versões?

Corrigi.

Já usamos aqui a MP4000 TH FI e não tivemos problemas, assim como o Fernando (lampada) mencionou acima. Só não pode se esquecer de não ligar o ECF diretamente no conversor usb<->Serial. Tem que usar o cabo Serial no ECF + o Conversor+ Cabo USB.

Que bom que resolveu. Você mesmo pode marcar o post como resolvido. Bom trabalho.

Como é um erro do servidor e há máquinas que funcionam e outras que não, não consigo em pensar em nada que não fosse local nestas máquinas. Por exemplo: Configuração do aplicativo dlls desatualizadas ou fora das pastas corretas configuração do Windows configurações do firewall, proxy ou outro software semelhante Atualizações do Windows

Só uma sugestão no seu caso: mesmo que você não use os componentes e sim o monitor, seria bom ter alguém de sua empresa seguindo as alterações feitas no componente. Não precisa saber sobre programação em Delphi especificamente pois pode acompanhar seguindo o que é alterado no ChangeLog (arquivo ACBrNFePCN-change-log.txt) e no log do Subversion. Assim, vocês ficam atentos ao que esperar de modificações quando forem testar a nova versão como o Régys falou. Bom trabalho.

Se eu entendi bem, isso é um erro comum para métodos no Delphi que são overloaded com assinatura ambígua. Já até tivemos vários bugs nos componentes por causa disso (Ex. ). Para corrigir você precisa passar mais parâmetros de modo que torne mais fácil para o compilador resolver qual método escolher.

Digamos que o rfteno foi muito mais rápido e fez o commit na revisão 5271. hehe. Obrigado aí Rafael.