Régys Silveira

Só a título de informação eu passei isso ao Claudenir da Daruma, quando tiver uma resposta deles eu retorno com ela.

Se não for incomodo poderia me enviar o banco por email, assim eu posso entender melhor o que houve, talvez o tipo de dado utilizado ou que seja um bug no componente, porque aqui realmente não acontece utilizando o firebird e numeric. Se possível enumerar o registro que deu o problema.

Interessante, a dll da Bematech deve fazer a conversão antes de enviar a impressora, impedindo problemas.

Quanto ao ponto 1, o ACBrPAF somente grava o que foi passado ele não efetua nenhum cálculo então não tem como ele arredondar ou mudar o valor, inclusive fiz testes aqui com valores bem quebrados, ele grava sempre o que passo. Quanto ao ponto 2, alguns homologadores não aceitam com zeros e outros não aceitam com espaços então o caminho é enviar já formatado ao componente para que ele grave como foi pedido.

Sim a logo deve ser monocromatica, com tamanho maximo conforme suportado pela marca, etc, etc, não é qualquer bitmap que pode ser enviado a impressora.

Sim, está funcionando, você precisa carregar a logomarca na impressora utilizando o tools ou o exemplo da Daruma, depois disso o ACBrNFeDANFeEscPOS já começa a imprimir normalmente.

Você aparentemente está chamando o método "FechaRelatorio" depois de fechar o cupom.

Pelo seu log, você está chamando o método de abertura do relatório gerencial duas vezes, provavelmente você está fazendo assim: ACBrECF1.AbreRelatorioGerencial(<indice>); ACBrECF1.RelatorioGerencial(<stringlist>, ...); Faça somente: ACBrECF1.RelatorioGerencial(<stringlist>, ...); Ou siga a forma que o André mostrou para imprimir linha a linha.

Na verdade alterações de layout propriamente dito costumam ser anuais ou por força de mudança na legislação pertinente, as alterações que ocorrem com mais frequência tem a ver com validações como por exemplo validação de ncm, inclusão de cfop, cst, etc, essa parte não diz respeito ao layout e cabe a aplicação validar para que quando o webservice receba a NF-e não ocorra a rejeição. Quanto a nota técnica NT2013.005_v1.21, ela foi mais como uma confirmação do que já havia sido descrito na versão 1.20: Procuramos sempre acompanhar as notas técnicas e a legislação pertinente para promover as alterações sempre dentro do tempo hábil, é claro que contamos também com a colaboração de todos os usuários, não somente com código, mas o simples fato de abrir um tópico nos auxiliando a lembrar do que é necessário já é de grande valia e é claro efetuando os testes necessários para que todos tenhamos certeza de estar tudo dentro das normas.

no arquivo ACBr.inc que fica dentro da pasta ACBrComum procure e descomente a linha: // Descomente a linha abaixo para usar o componente de comunicação SOAP do Delphi ao invés do ACBrHTTPReqResp(Funciona apenas com a versão CAPICOM) - Não é compatível com o Lazarus //-------------------------------------------------------------------------------- {$DEFINE SoapHTTP}

Para funcionar corretamente em DELPHI o SET_CONTEXT você precisa utilizar algo que retorne algo como por exemplo um select (o Daniel postou um exemplo acima) caso contrário a variável não é gravada corretamente no BD.

Fiz alguns acertos e testes na implementação do componente ACBrNFeDANFeEscPOS e usando ele a Daruma está muito rápida, consigo imprimir um cupom de 100 itens em cerca de 3 segundos.

Poderia enviar um logo do ACBrECF para darmos uma olhada, um que tenha o envio do relatório e onde tenha acontecido o problema do relatório fantasma.

O novo componente utiliza para os nomes dos métodos o nome do que deseja fazer, por exemplo Venda Cartão (CRT) existe o método CRT, venda com cheque (CHQ) método CHQ e por ai vai.

Veja o demo do ACBrTEFD na pasta exemplos, tem tudo implementado e funcionando.

Minha experiência com a Daruma também é boa, o suporte deles ao programador é excelente e estão sempre antenados em trabalhar junto com o ACBr.

Veja a nota técnica: <ACBR>\Doctos\NotasTecnicas\ACBr NT 2014-001 versão 1.02.pdf

Olha ao meu ver, para não ter erro, Daruma, Bematech ou Epson. Estas inclusive já são suportadas pelo componente ACBrDANFeEscPOS podendo imprimir diretamente nelas sem necessidade de spooler.

Enviei uma correção, por favor atualize e teste novamente.

Estamos fazendo algumas alterações no modelo de impressão EscPOS para suportar mais modelos de impressoras não fiscais, assim que elas foram finalizadas atualizaremos o ACBrNFeMonitor.

Você vai utilizar o componente ACBrTEFD, utilize os eventos dele para controlar o que é necessário, o resto é igual ao que é feito no TEF para ECF (métodos CRT, CHQ, etc)

Modificações enviadas ao repositório, obrigado pela correção. Aproveitando, você chegou a tentar utilizar o método "ACBrUtil.EAN13_DV" ele recebe o código e retorna o digito, talvez seja mais simples utilizá-lo para o que você precisa.

A homologação do Paf-ECF como o próprio nome diz e feita somente para aplicativos que trabalham com ECF.

ECF ou nota eletrônica? Se for ECF veja o demo do ACBrECF ele foi alterado para mostrar como preencher os campos do rodape corretamente. procure por "ACBrECF1.InfoRodapeCupom.Imposto...". Se for Nota Eletrônica, não existe nada ainda automático, você deve montar manualmente e colocar nas observações da nota, ainda não foi criada legislação específica para ela. Talvez este artigo possa lhe ajudar mais: http://regys.com.br/alteracoes-na-tabela-ibpt-lei-12-741-2012/

Até onde sei Alagoas ainda estuda entrar em piloto. Você pode utilizar o webservice do AM para testes se já quiser ir adiantando, o IdToken para ele é 00001 e o CSC(Token) 0123456789. Quanto a geração dos dois cada estado faz de um jeito, mas geralmente é feito pelo site do SEFAZ do estado em uma página específica do contribuinte.