Daniel Simoes

Até onde lembro, não é possível controlar a fontes impressa dentro do Cod.Barras.. Mas nada impede você de escrever uma linha de texto, logo abaixo do Cod.Barras, com o mesmo conteúdo do Cod.Barras...

Não há problemas, pois você não está usando esses geradores de relatório

Pelo contrário... A sonegação é muito mais simples:Temos uma impressora não fiscal no Caixa... o Lojista poderia até mesmo usar o "Word" para fazer cupons falsos...

Parabéns Datilas e Edson.pol... uma excelente contribuição...

Fechando esse tópico... Para dúvidas ou sugestões ao ACBrMail, favor abrir um "Novo Tópico"

Tirando a Epson, o ACBrECF sempre se conectará usando uma Porta COMx... Tanto faz se ela é uma COM física ou virtual (criada pelo driver)

Acesso negado significa que algo outro programa continua prendendo essa porta (ou o numero da COM está errado)

Sim... é muito bem vinda... Na verdade temos planos de integrar o ACBrMonitor e ACBrNFeMonitor em um único projeto... e usar o Lazarus como compilador... A escolha do Lazarus é porque isso nos permitiria a Multiplataforma (Linux) e todos podem baixar a IDE/Compilador livremente, para gerar um binário final...

Com o suporte da Bematech

O PAF-ECF 02.02 já prevê homologação com NFCe... Acho que dificilmente os estados abandonarão a prática da certificação... ainda mais um uma impressora Não Fiscal no PDV

O mesmo ocorre com BematechMonitor ou Daruma Observer... eles não são homologados, pois não são uma aplicação completa... e sim, apenas um meio de acesso ao hardware

Provavelmente a DLL que está sendo carregada está em outra pasta.. e por isso, lendo outro arquivo .INI Certifique-se de que as únicas DLLs referente ao SiTEf, estão na mesma pasta do .EXE da sua aplicação

Pelo que compreendi você ainda não instalou as Libs (libbemamfd2.so, libbemamfd2.so.0, libbemamfd2.so.0.10.4)... Sem elas realmente não irá funcionar...

Não acredito que haverá problemas.... O ACBrTCPServer, foi criado, quando precisei migrar o projeto ACBrMonitor de Delphi para Lazarus... Por isso, procurei manter o ACBrTCPServer o mais compatível possível com o TIdTCPServer... Uma ideia é verificar como está implementado os eventos de ACBrTCPServer no ACBrMonitor em Lazarus

Parece ser algum erro de instalação/configuração nas Libs indicadas nesse Post: Você está usando as Libs do Ubuntu/Debuian ?... A versão SuSe está desatualizada...

Não é difícil implementar... mas ainda não temos previsão definida... Vou ver se acho alguém disponível para implementar

Não vejo problemas em usar o site http://www4.receita.fazenda.gov.br/simulador/PesquisarNCM.jsp parece que ele foi criado para essa finalidade mesmo... O componente se comportará como um navegador... baixar a tabela toda também é bastante interessante... Se não me engano o primeiro post (do Carlos) era uma proposta para desenvolvimento... Faz mas sentido utilizar o código já existente...

Por favor atualize os fontes e verifique as modificações que acabo de enviar para essa Classe Note que você precisará usar a DLL Bemafi32, versão 7, que também subi para o SVN...

Parece ser interessante... qual é a URL acessada ?

As fontes da Argox não tem caracter acentuado... O programa "Bartender" envia a etiqueta como Imagem.. e não os caracteres...

no caso do DJPDV estamos trabalhando na integração com SAT e NFCe... que deverá ocorrer com a implementação dos ECFs virtuais no ACBrECF... Na homologação, provavelmente usaremos o roteiro de homologação de impressora não fiscal...

Obrigado pela contribuição... Notei algumas dificuldades para que os fontes possam fazer parte do Package do ACBrTCP - Os fontes não estão no formato de componente... (a implementação da comunicação é feita no Projeto) - Os fontes usam a Indy, e não a Synapse... (isso causaria uma dependência no ACBrTCP) Os fontes podem servir de estudo para o caso de alguém desejar criar um componente para essa finalidade... mas não podem ser incorporados ao Projeto ACBr no momento...

O layout da CAT52 é apenas para ECFs matriciais... A confusão é normal... e o site do NFP aceita ambos os formatos... Por favor leia o link que enviei, a lei é clara ao citar que o layout para ECFs com MFD é o do Ato Cotepe 17/04

O problema está no emulador do SiTef... Se não me engano eles já corrigiram isso... Qual a sua versão do emulador ? Aqui estou usando a 3.0.19.32 Notei que o [FF] é enviado na integra para o ECF, e provavelmente o mesmo interpreta o comando como um "pulo de página" (assim como nas impressoras ESC/P) Um "workaround" seria filtrar o [FF] da resposta do SiTef, mas isso não é bom.. pois não podemos modificar o conteúdo dos comprovantes enviados