Régys Silveira

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.

Sim dependendo da impressora o QRCode não poderá ser impressora pois exige um firmware na versão minima, no caso da Daruma, basta entrar em contato como suporte deles ao desenvolvedor que eles lhe auxiliam é simples.

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.

Não existe necessidade do quotedStr como disse o Juliomar, veja o demo do ACBrNFeDANFeEscPOS para ter uma ideia melhor de como dever ser utilizado.

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.

Talvez seja interessante criarmos uma área no fórum para as notas técnicas.

Eu uso estas propriedades e tudo funciona perfeitamente: ACBrNFe1.NotasFiscais[0].NFe.procNFe.cStat ACBrNFe1.NotasFiscais[0].NFe.procNFe.xMotivo; ACBrNFe1.NotasFiscais[0].NFe.procNFe.chNFe; ACBrNFe1.NotasFiscais[0].NFe.procNFe.nProt; ACBrNFe1.NotasFiscais[0].NFe.procNFe.dhRecbto; ACBrNFe1.NotasFiscais[0].XML; ACBrNFe1.WebServices.Retorno.cMsg; ACBrNFe1.WebServices.Retorno.xMsg;

bem, tente fazer o seguinte, remova o ACBr do seu computador. limpe utilizando este tópico: baixe m novo repositorio instale novamente utilizando o acbrinstall se mesmo assim continuar com problemas, então sua instalação do Delphi não está legal.

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)