wrmedeiros

Pessoal, boa noite! Já uso ACBr com Delphi a alguns anos, contribuo com códigos, SAC, etc., e agora estou iniciando os estudos com jACBrFramework. Gostaria de entender melhor o processo de gerar a DLL/SO do wrapper. Em alguns tópicos vi o pessoal falando sobre gerar o wrapper em C, mas não mostra mais detalhes. Estudando o módulo de TEF, observei que o código em Delphi tem alguns métodos novos, e o wrapper está desatualizado, no entanto não sei como proceder para incluir esses novos métodos e gerar a nova versão da DLL/SO. Alguém poderia passar um pequeno resumo? Os progressos que forem feitos no framework me comprometo em enviar de volta para o projeto.

Obrigado Edson. Você tem usado o JFramework em produção? Uso ACBr com Delphi a muitos anos (contribuo com código, etc.) mas iniciei os testes com Java a pouco tempo (nosso ERP é Java, mas o PDV é Delphi) e não encontro muitos exemplos.

Edson, boa tarde. O post é meio antigo, mas você conseguiu resolver? Poderia postar um exemplo de como fez? No exemplo do JACBrFramework só mostra como utilizar ECF.

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.

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!

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.

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

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é?

Mas mudando pra AnsiString ainda precisa de codificar como UTF-8? Se puder, anexa o código na mensagem.

Nunca usei acentos em impressoras fiscais... por mim, no caso dessas não-fiscais colocava também uma função pra remover esses acentos e estava tudo resolvido Será que no Delphi 2010 o comportamento do Result ficou igual ao Return do Java? Quando um Return é feito no Java ele interrompe o restante da execução (sai da função). Coloca um debug nesse Result := text e veja se quando ele executado o fluxo continua até o "if MarcaImpressora", etc. function TACBrNFeDANFeESCPOS.CodificaStringESCPOS(text:AnsiString): AnsiString; begin Result := text; //codifica linhas de texto com UTF-8 para evitar erros de acentuaÁ„o na Bematech if MarcaImpressora = iBematech then Result := UTF8Encode(text) end;