Régys Silveira

Hoje ele é fixo, precisaríamos implementar alguma coisa para conseguir configurar.

Realmente, eu escrevi e não vi, vou consertar.

Recebi o arquivo, mas ainda não tive tempo de olhar com calma, assim que conseguir já retorno aqui no tópico.

Não copie arquivos antigos em cima de novos, se algo não compilou é porque tem algo errado. Siga este passo-a-passo: 1. Faça a limpeza utilizando este tópico: 2. Depois baixe novamente o ACBr, pois o seu repositório atual deve ter perdido a sincronia com a copia de arquivos por fora, então para ter certeza melhor começar de novo. 3. Utilize o ACBrInstall para instalar os pacotes que você utiliza, fique atento aos pacotes de impressão (Fast-Report, Fortes, Rave, etc), instale somente os que você tem ou utiliza.

Eu penso o seguinte, devemos analisar onde o fato gerador aconteceu, no caso dessa lei especifica, ela trata somente da venda a consumidor, venda a consumidor só ocorre direto no estabelecimento do emitente, então na minha concepção deve ser usada a tabela do estado do emitente.

Essas seriam as outras opções, handshake, velocidade e paridade, algumas impressoras tem formatos diferentes. O interessante é que o ACBr já joga isso automaticamente conforme o modelo setado, mas depende da ordem em que se setam as propriedades e se você não forçou elas por meio de configuração manual.

Você deve utilizar o modelo SwedaSTX e não Sweda, este último é valido apenas para impressoras mais antigas.

Enviei uma correção agora a pouco, por favor atualize .

Realmente o teste da primeira linha de informações estava errado, acertei e enviei outras pequenas correções. Aproveitei e voltei a propriedade Fonte para que fique completo o arquivo.

Pior Armando, kkkkkk Outro usuário do Paraná em outro post viu o mesmo, ele enviou o e-mail para o IBPT.

Então neste caso o problema parece ser na dll do fabricante.

Tente o seguinte, apague o arquivo acbrconst.pas e faça o update do repositório, ele será recriado, verifique se após isso continua o problema.

Sim, um outro usuário reclamou que o componente não estava funcionando e fui conferir aqui, somente o do PR está com esse problema.

Conferi todos os arquivos um a um, inclusive baixando novamente o pacote de tabelas do IBPT e somente o arquivo do PR continua internamente com a versão 14.2.a, todos os outros estão normais menos ele. Para resolver basta você alterar o arquivo do PR incluindo a coluna que falta que é a coluna fonte como pode ser visto nos outros arquivos. Aproveite e entre em contato com o IBPT para acertar isso pois não dá para ter certeza se o conteúdo da tabela do PR está realmente atualizado já que está no layout e versão antigos.

Você chegou a ver que o tópico é de fevereiro e já foi resolvido?

Quanto a velocidade aqui na empresa usando o ACBrNFeDANFEEscPOS e uma NFC-e com 50 itens em modo completo leva 3 segundos mais ou menos na Daruma DR700 e na Bematech 4200 leva o dobro do tempo. Testes feitos aqui com minhas impressoras não fiscais de teste.

Eu baixei aqui e testei com as novas tabelas 14.2.b e está abrindo normalmente com o acerto de ontem, inclusive subi também as tabelas atualizadas para o repositório ontem também. Agora são 13 colunas e não mais 12, na verdade voltaram a coluna fonte.

Este acerto foi enviado ontem, o componente já estava apto a trabalhar com a nova tabela 14.2.b.

Alteraram novamente as tabelas, voltaram o campo fonte, já fiz o acerto é enviei as alterações, por favor atualize o ACBr.

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.