wrmedeiros

D'avila, boa noite! No início da implementação da Daruma e Bematech os colegas chegaram a comentar sobre a impressão de logomarca. Procurei no manual, encontrei algumas coisas, mas como tinha alguns problemas para resolver com mais urgência (QRCode, caracteres por linha, etc.), acabamos não vendo isso. Hoje como o ESC/POS para esses modelos já está mais "estável", podemos voltar a pensar no assunto. No ESC/POS, pelo que lembro, na versão atual do ACBr só imprime a logo na impressora Epson.

Bom dia Rinaldo. Pensei em fazer isso, é a melhor opção para não ficar no "limbo" esses cancelamentos. Obrigado, e Feliz Natal =)

Maiko, boa tarde! Eu tenho Bematech e Daruma, funcionam perfeitamente com o ACBrESCPOS (tem que atualizar o firmware);

Ewerton, Ou a porta não está aberta (método "Ativar" que o Regys comentou), ou a velocidade da porta não está correta. Testei a pouco com Daruma DR700, está funcionando perfeitamente.

Não sabia desse Property_Does Not Exist.txt Para resolver o problema do QR para NFCe removi todas as propriedades inexistente usando Notepad++ (Replace All). São umas 4 ou 5 propriedades que não existe no meu QR.

Virtual? ECF Virtual? Acredito que o componente não tem suporte a isso. O ACBrESCPOS é integrado ao ACBrNFe.

André, problema resolvido. Desculpe-me pela demora para responder. Obrigado pela ajuda.

Bom dia! Você consegue emitir NFCe usando o demo do ACBr? (pasta exemplos\ACBrNFe) Caso sim, basta incluir no projeto um componente ACBrESCPOS, e definir a propriedade "DANFE" do componente ACBrNFe, Quando uma NFCe for aprovada, automaticamente o componente ACBrNFe irá enviar o DANFE no padrão reduzido para o componente ACBrESCPOS.

Conheço essa funcionalidade, mas quando sugeri estava pensando na facilidade de contribuir com código para o projeto, pois fica bem mais fácil para os coordenadores do projeto avaliarem "Merge Request's" via GitLab/GitHub/etc. que baixar uma unit anexada a uma tarefa (e ainda corre o risco de não ver aquela thread e perder a contribuição). Mas estou ciente que a migração para GIT pode ser bem traumática (problemas e "line ending", encoding, etc.)... no futuro quem sabe!

Obrigado pelo retorno André. Irei testar quando chegar em casa a noite e aviso se funcionou.

Eu acredito que essas rotinas poderiam ser implementadas no ACBrESCPOS, até porque todas essas impressões vão envolver algum tipo de comando ESC/POS -(negrito, expandido, etc.), sem falar que ficaria bem estranho você usar um componente para imprimir o DANFE-NFCe na impressora não fiscal, e um pouco mais a frente ter que usar outro para imprimir um gerencial na mesma impressora. Acredito que tudo em um só deva atender bem. No caso do TEF, criei um método no ACBrESCPOS que recebe o buffer do Sitef e enviei para a impressora não-fiscal... pretendo fazer o mesmo para outros relatórios (sangrias, suprimentos, etc.). O código está bem feio, vou tentar dar uma melhorada e em breve anexo aqui no fórum. Em resumo: minha proposta é que o ACBrESCPOS não imprima apenas o que vem do ACBrNFe, e sim qualquer outro texto que for enviado. Como vocês tem feito com o TEF por exemplo? Pensei também em incluir o buffer do Sitef no campo de "Informações complementares/observação", mas vez ou outra costuma ser enorme, e pode ter alguma restrição no schema do XML.

Dá uma olhada nesse tópico: Testei com Daruma DR700 e Bematech MP-4200 TH, e alguns colegas fizeram o testes com Epson. Eu nem cogitei usar essas impressoras no modo spooler, pois já imaginava que seria muito lento (gerador de relatórios), a saída realmente é usar comunicação direto com a porta USB/SERIAL.

Aproveitando o post, fiz alguns testes usando contingência, e observei que no ESC/POS não sai a observação que a NFCe foi enviada em modo off-line. Nos testes que fiz com QuickReport é impresso a seguinte mensagem: "NF-E NÃO ENVIADA PARA SEFAZ". No caso do TEF, vocês estão colocando os dados retornados pelo Sitef no campo observação/informações complementares?

Big, Testei com sua Unit usando o Daruma e Bematech, e ficou tudo certinho. Só não tenho Epson para testar.

Senhores, bom dia. Fiz mais alguns testes usando o Demo. A única coisa que alterei no Demo foi o código do município que está hard-coded (destinatário), usando um código do estado do AM e alterei também a UF do destinatário. Tentei com a revisão atual, o resultado foi o que está em anexo (vejam NFCe1 e NFCe2.png). Em seguida voltei a versão apenas dos arquivos ACBrNFe, ACBrNFeUtil, ACBrNFeWebServices.pas e refiz o teste com o Demo, o resultado está no anexo NFCe3. Dei uma olhada no DIFF usando WinMerge, e nos últimos 15 dias houve muitas modificações no ACBrNFeWebServices.pas. Pode ser alguma propriedade nova que não defini (a configuração do NFCe está nos anexos), mas não sei qual (observe que testei com a versão 3.1). Estou anexando também as 3 unit´s antigas que tenho e que estão funcionando (como falei no primeiro post, tem uns 15 dias que não atualizava os fontes). ACBr_NFCe_Rev7785.zip

Tem razão. Poderíamos sugerir os valores que estão hoje, mas permitir que os usuários os altere.

Senhores, Estava trabalhando nos ajustes do componente ACBrESCPOS e fazendo adequações no meu sistema para funcionar com NFCe. Tudo estava funcionando perfeitamente (emissão de NFCe, impressão usando ESC/POS, etc.), e observei no fórum que André havia submetido algumas alterações no ESC/POS para a impressora Daruma e decidi atualizar o código de todo o ACBr apartir do SVN (meu repositório local estava uns 15 dias sem fazer update). Depois desse update, não consigo mais emitir NFCe. Fiz testes pelo Demo, por meu aplicativo, etc. Executo o comando "Enviar", e simplesmente o fluxo continua sem qualquer erro, mas também não emite o NFCe (na pasta de backup's dos XML's aparece apenas o arquivo de lote). Voltei a revisão do ACBr para 7785, repeti os testes e tudo voltou a funcionar. Refiz o update em todo o projeto para a última revisão, e voltei o código apenas das units: ACBrNFe.pas, ACBrNFeUtil.pas e ACBrNFeWebServices.pas para revisão 7785, e funciona perfeitamente. Estou analisando os últimos commits feitos nesses 3 arquivos, mas acredito que tem alguma coisa errada, já que até mesmo via Demo não funciona mais (estou usando SEFAZ/AM em homologação). Alguma sugestão?

Muito bom, acredito que o nLargPapel que você propôs resolve o problema das quebras das linhas. Chegar em casa vou fazer uns testes com a impressora. No caso, essas sugestões que você mencionou (tamanho do QRCode, etc.), foram feitas ou é algo para trabalharmos? No demo que a Daruma me enviou realmente o QRCode era bem maior, fiz o ajuste pra ficar um pouco menor, mas esqueci de verificar essas exigências feitas pelo SEFAZ. Obrigado por compartilhar.

Olá Bings, Fiz a implementação inicial da Daruma para o ESC/POS, mas realmente precisa de alguns ajustes. O tópico que estou tratando isso é esse: Apesar do tópico falar sobre Bematech, discutimos várias coisas sobre Epson e Daruma. Estou vendo algumas outras pendências para o NFCe (TEF, cancelamentos, etc.), e ainda não tive tempo de finalizar os ajustes na Daruma, mas adianto que no código tem vários padS com o tamanho fixo de 64, e pelo que observei a Daruma não consegue imprimir até esse 64 caracter. Tentei modificar esse valor colocando um número menor e a impressão saiu corretamente (e logicamente quebrou todos os outros modelos de impressora rsrsrs). Veja uma linha de exemplo: FBuffer.Add(padS('desconto|'+FormatFloat('-#,###,##0.00',FpNFe.Det.Items[i].Prod.vDesc),64, '|')); Quando tiver mais tempo pretendo voltar a testar a Daruma e mantenho vocês informados (ou você mesmo pode abrir o código e fazer os ajustes e nos manter informados).

Arnaldo, Você chegou a ver esse tópico? Daruma realmente ainda falta alguns ajustes (linha descritiva dos itens está quebrando linha, não imprime logo, etc.)... no entanto Epson até onde sei funciona perfeitamente (até porque foi a primeira a ser implementada). Tenho Bematech e Daruma em laboratório e estou tentando contribuir com o André para que essas impressoras sejam suportadas.

Beleza André! Realmente tem que ser algo bem pensado e planejado! Uma sugestão seria migrar projetos menores (ACBrTools por exemplo), e se tudo correr bem, migrar os maiores. Obrigado pelo retorno.

Bom dia pessoal. Sei que isso tem que ser bem planejado (impacto para os usuários, projeto, etc.), mas já pensaram em migrar o projeto para GIT? No começo o impacto pode ser grande, pois o conceito do SVN e GIT são bem diferentes (repositório distribuído, etc.), mas na minha opinião uma das principais vantagens seria a integração com ferramentas como GitLab (ou hospedar em um GitHub, BitBucket, etc.). No GitHub/GitLab/BitBucket poderíamos trabalhar melhor com branch´s, e principalmente, usar o conceito de Merge Request. Isso seria excelente para quem contribuí com código para o projeto. Em vez de anexar um arquivo .pas inteiro em uma tarefa, poderíamos trabalhar no nosso próprio repositório ACBr (welkson/ACBr por exemplo), criar uma branch (algo como: ACBrEscPOSDaruma), quando terminar a alteração fazer o push para o GitHub (no meu fork/repositório: welkson/ACBr), e por fim solicitar um Merge Request entre "welkson/ACBr: ACBrEscPOSDaruma" para "ACBr/ACBr:master"). O Merge apareceria no repositório do projeto ACBr, todos poderiam comentar o diff (alterações relalizadas no código) a nível de "linha de código", propor melhorias, etc. Isso certamente melhoria bastante o controle do que entra no código (revisão), como também evitaria que contribuições de código ficassem perdidas em mensagens do fórum. Se o projeto não quiser deixar hospedado o código no GitHub (que acredito ser o ideal, não ficar responsável por manter o GIT, etc.), pode usar o GitLab (instala no seu próprio Linux, etc.). Para os usuários no Windows tem o "Tortoise GIT", que é bem parecido com o "Tortoise SVN". Migrei vários projetos da empresa para Git, e apesar dos problemas iniciais hoje vejo que foi uma decisão acertada. Enfim, essa é apenas uma sugestão! Abraços,

Por enquanto só na Epson. Pelo que vi todas suportam isso, mas precisa ser implementado (teoricamente é fácil, mas por enquanto estou focando nos ajustes de margem, etc.).

Bom dia senhores. Fiz a implementação para Daruma DR700. No anexo envio o código do componente e uma foto do NFCe impresso. Observe que a acentuação saiu correto, como também o QRCode, no entanto algumas linhas estão quebrando (descrição do item em outras impressoras é feito em apenas 1 linha)... na parte do pagamento a impressora aceita o comando de expandido, imprime a letra maior, mas quebra. Enfim, precisa de alguns retoques. Poderia ir direto na linha de pagamento e remover alguns espaços, mas nas outras impressoras não houve necessidade de fazer isso, talvez seja algo na configuração da margem (no manual fala sobre isso), provavelmente errei alguma coisa, se puderem ajudar, agradeço. De qualquer forma vou continuar trabalhando, qualquer novidade aviso. ACBrNFeDANFeESCPOS.pas

Show de bola. Será que essa mudança irá quebrar o código para impressoras Epson? André?