Compusis Informatica Ltda

Bom dia, há um tempo questionamos o grupo ACBr sobre as bibliotecas .so para linux sobre a utilização destas em modo console e nos foi respondido que está na lista de tarefas futuras. No momento estamos usando o virtual frame buffer mas por acaso existe um parecer na situação para as bibliotecas? Elas ainda terão o modo console que não necessita do xvfb? Obrigado. Tenham um bom dia.

Sim nós usamos o SendBytesCount, o SendBytesInterval. e o Baud. Me desculpe acho que ocorreu um mal entendido, no segundo anexo do post anterior as duas primeiras imagens foram com o Modelo: 8 e não com o 1. O modelo 1 não consegue enviar logotipos maiores do que 10 KBs pelo que notamos. Já o Modelo 8 se perde com logotipos em modo página.

Boa tarde, desculpe o exemplo que você se refere é algum projeto de exemplo no repositório da ACBr? Um executável para download? Temos um projeto de testes que monta o comando de uma NFCe via tags ESCPOS e manda a string para o método Imprimir() da ACBrLib PosPrinter (sim nós estamos cientes de que a ACBr tem o NFCe já pronto em Fortes mas foi decidido fazer todas as impressões em ESCPOS). As NFCe listadas nos anexos têm dados fictícios e os valores são extensos apenas para testes de carga e espaçamento. Eu tambem removi alguns blocos para reduzir o gasto de papel. Relacionado a teste o anexo 1 mostra um exemplo de montagem de NFCe com o Modelo 7 que era o que iniciou os problemas, veja como logotipo fica, isso não acontece com todas as imagens não conseguimos descobrir o que ocasiona o erro. À esquerda nós montamos um Qr Code em modo página, veja como imprime apenas um código, o resultado é o mesmo sem o modo página. No anexo 2 as impressões mostram os modelos utilizados e a chave SendBytesCount que achávamos que iria resolver o problema de imagens pois suspeitávamos de problemas com imagens muito grandes. Note como os quatro modelos 1 não apresentam grandes problemas mas algumas imagens saem erradas. Se deixarmos com o SendBytesCount como 0 as imagens maiores que poucos KBs retornam timeout exception e trava a impressora, somente reiniciando. Note como o modelo 8 tem problemas com o modo página no cabeçalho a imagem é impressa e o texto cai para baixo. Por favor tenha em mente que estas NFCes são apenas exemplos mas as funcionalidades serão utilizadas em várias impressões diferentes como comandas, etiquetas, etc.

Bom dia, dando continuidade ao assunto da Elgin i8, ao atribuir o Modelo como 1 os problemas de impressão se resolvem especialmente com os QrCodes mas a impressão de logotipos deixa de funcionar. Tentamos com o comando ImprimirImagemArquivo(), também tentamos com a seqüência de GravarLogoArquivo() seguido de ImprimirLogo() e ApagarLogo() e principalmente com a tag do ESCPOS <bmp>D:\ImagemTeste.bmp</bmp> mas sem sucesso. Tentamos combinar com tipos diferentes de codificação de página na chave PaginaDeCodigo mas nada parece dar resultado. No arquivo ini de configuração existe a sessão [PosPrinter_Logo] onde podemos manipular o KeyCode 1 e 2 e o Fator X e Y da mesma forma que nos métodos GravarLogoArquivo(), ImprimirLogo() e ApagarLogo() podemos mudar a posição da imagem na memória (nAKC1 e nAKC2). No campo modelo tentamos outros valores: // 0 = ppTexto (Padrão) -- Imprime sem formatação, sem Logotipo e sem Qr Code (Como deveria TextoPadrao) // 1 = ppEscPosEpson -- Impressão normal OK com apenas o Qr Code mas em uma impressão que não tem Logotipo. Com logotipo: erro, impressora pára e beep. // 2 = ppEscBematec -- Imprime sem formatação, Logotipo sai com erros (imagem fatiada e com caracteres no meio) e sem Qr Code. // 3 = ppEscDaruma -- Imprime sem formatação, imprime Logotipo como seqüência de caracteres e sem Qr Code. // 4 = ppEscVox -- Imprime sem formatação, Logotipo sai com erros (imagem fatiada e com caracteres no meio) e sem Qr Code. // 5 = ppEscDiebold -- erro, impressora pára e beep. // 6 = ppEscEpsonP2 -- Imprime sem formatação, sem Logotipo e sem Qr Code. // 7 = ppCustomPos <-- Impressão normal OK mas não imprime Qr Code (sai seqüêicia de caracteres). Logotipo: OK. // 8 = ppEscPosStar <-- Impressão normal OK, com Qr. Code e com Logotipo mas o Logotipo sai com erros (imagem fatiada e com caracteres no meio). // 9 = ppEscZJiang -- erro, impressora pára e beep. // 10 = ppEscGPrinter -- erro, impressora pára e beep. // 11 = ppEscDatecs -- erro, impressora pára e beep. Nosso processo de impressão com o PosPrinter segue com os métodos: 1. Ativar() 2.Inicializar() 3.Imprimir(&Comando) ou seqüência de comandos e métodos. 4.Reset() 5.Desativar() 6.ConfigFinalizar() Lembrando que o objetivo destas funcionalidade é de que criamos vários tipos de impressão com o PosPrinter, NFCe, DANFE reduzida, Boletos, comandas, etiquetas e tickets personalizados. Precisamos de ajuda com este problema porque tem clientes que desejam impressões com Logotipo e Qr Code na i8. A impressora é nova e apenas testamos a impressão com o windows e com o sistema antigo escrito em VB e com o sistema novo escrito em Genexus JAVA web. No windows e no sistema antigo está tudo OK, no novo estamos quase conseguindo com a i8, outras impressoras estão OK. Nós chamamos o método ApagarLogo() e o mesmo método passando as posições de memória 32 e 32. Se existir alguma configuração especial para a impressora ou se ainda será desenvolvido o Modelo = 12 para Elgin peço por auxílio. Obrigado.

Bom dia, acredito que descobrimos que no arquivo ini de configuração a chave "Modelo" na sessão [PosPrinter] deve estar com o valor 1 = ppEscPosEpson mesmo sendo elgin ¯\_(ツ)_/¯

Bom dia, ao imprimir QrCodes em modo página em uma Elgin i8 com a Lib PosPrinter X64 MT a impressora está imprimindo o valor fixo '00060050016(k1B' independente do valor na string do QrCode. Isto é um problema já listado?

Isso esclarece minha dúvida. Grato.

Bom dia, tudo bem? Estamos desenvolvendo sistema utilizando o componente ACBrBoleto64.dll multithread Cdecl e estamos tendo dificuldades para confirmar as operações com a API do SICREDI. Utilizando dados fictícios no ambiente Sandbox e já tendo as credenciais necessárias para o uso estamos chamando o método EnviarBoleto com os parâmetros 0-Enviar, 1-Alterar (este tendo o TipoOcorrencia no título como 7: Alterar data de vencimento, 8: Alterar Vencimento sustar protesto, 43: Alterar outros dados [desconto]), 2-Baixar e 4-ConsultaDetalhada. A comunicação aparentemente está OK mas como no caso da consulta detalhada que necessita apenas do código do beneficiário e do nosso número, ao preenchê-los sempre está retornando o mesmo valor como o que segue no arquivo anexado. Veja nas linhas 106 e 177 que estão consultando os documentos 00017 e 00018, ambos já foram enviados mas ao consultá-los sempre retornam dados de um boleto de 2021. Já foram feitos vários testes com outros documentos e estamos sempre tendo com o mesmo retorno. Isso é normal no SICREDI? Aparentemente estamos preenchendo tudo conforme deveria. Estamos fazendo algo de errado? Obrigado. BoletoRegistro.txt

Isso, seria de grande ajuda. Grato.

Sim sim, foi deste que nos baseamos para preenchimento, digo uma documentação como em configurações https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html.

Correto, na sessão [Cedente] na chave LayoutBol o valor está sobrescrevendo o valor do arquivo INI de configuração da biblioteca. Corrigido. Seria interessante ter a documentação completa do cedente e do título em https://acbr.sourceforge.io/ACBrLib/SobreaACBrLibBoleto.html. Obrigado por tudo. Tenham uma ótima semana.

Bom dia, nosso processo de carregar os dados envolve a chamada do método Boleto_Inicializar passando o parâmetro [Memory] para trabalhar em modo memória, seguido do Boleto_ConfigImportar passando o arquivo INI de configuração. Logo após carregamos o Cedente seguido dos Títulos. Com relação o Boleto_ConfigGravaValor utilizamos apenas quando precisamos alterar algo em tempo de execução. Utilizamos ambos o log normal e o log da API em modo paranóico 4. Desenvolvemos em JAVA onde criamos bibliotecas baseadas nos projetos em trunk2\Projetos\ACBrLib\Demos\Java para expôr para o resto do sistema a comunicação com as Libs ACBr. Atualmente estamos com dois ambientes (dois projetos), o de homologação que é uma espécie de zona de testes para pegar o máximo de erros e o de produção com o código definitivo. O de produção ainda não foi concluído dadas as dificuldades encontradas. Vou passar por e-mail os dados mais sensíveis. Devo utilizar o sistema de mensagens aqui da ACBr ou devo utilizar algum e-mail específico? Obrigado.

Boa tarde, estamos com dificuldade no processo de criação do pdf do boleto utilizando o componente ACBrLib Boleto X64 Win/Linux versão 1.2.1.313. Independente se invocado o método GerarPDF() ou após carregar os títulos na biblioteca com o parâmetro "P" para PDF e chamando o método EnviarBoleto(x). Os layouts aparentemente não estão sendo gerados apropriadamente seguindo a documentação em https://acbr.sourceforge.io/ACBrLib/SobreaACBrLibBoleto.html onde na sessão [BoletoBancoFCFortesConfig] e na chave Layout está sendo preenchido o valor do layout requisitado seja o valor que for. O resultado sempre é o mesmo onde o pdf gerado é o layout 0. Ao invocar o método ConfigExportar() para verificar o valor que está sendo registrado ele retorna o valor correto que queremos gerar seja 1, 6, 7 ou o que for. Estamos testando no ambiente sandox do SICREDI por hora e até então tem sido executado de meneira correta com envio, alteração, baixa, consulta o que está faltando é o layout. Os logs em nível 4 não estão indicando nada fora do comum, tudo está executando corretamente. Em anexo está o arquivo ini de execução da biblioteca no formato txt com alguns dados omitidos (não é um txt que estamos usando este é apenas a transcrição), se possível alguém nos esclarecer o que está acontecendo somos gratos desde já. Obrigado tenha um bom dia. ArquivoDeInicialização.txt

Existe alguma forma de eu indicar qual a USB (COM) que deve ser enviada a impressão?

Sim isso aconteceu. Existe alguma forma de identificarmos uma impressora pelo seu modelo? Por exemplo apenas Elgin ou Epson? Os Métodos LerCaracterísticas e LerInfoImpressora não retornaram valores padronozados, cada impressora tinha uma coleção de informações única.