Compusis Informatica Ltda

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.

Boa tarde, tudo bem? Estamos com uma dúvida referente ao método AcharPortas e gostaríamos de que se fôsse possível esclarecer. Ao realizar testes com uma Elgin I8 no Windows 10 e 11 onde no windows 10 a impressora estava com o driver instalado e no windows 11 não em ambos os casos a biblioteca retornou o nome da impressora como "USB:Printer POS-80", mas dois dias depois ao retomar os testes nas mesmas máquinas com as mesmas condições o método retornou o nome de "USB:1fc9, 2016" para a mesma impressora. Em ambos os casos conseguimos imprimir tranquilamente mas fica este detalhe do nome da impressora estar diferente. Isso já foi visto alguma vez? Existe alguma condição que tem gerado este comportamento? Já tivemos casos da impressora não ser encontrada (Epson TM-T20) mas ao tentar denovo ou desligar e ligar ela era encontrada. Isso em múltiplos ambientes. Isso é alguma forma de stand-by da impressora ou windows? Nós estamos usando a ACBrLib x64 MT do PosPrinter. Obrigado.

Boa tarde. estamos com uma dúvida a respeito da geração dos QrCodes utilizando a biblioteca ACBr PosPrinter MT x64. Estamos gerando os cupons sem problemas e estamos gerando QrCodes da seguinte maneira quando enviamos os comandos: <qrcode> <qrcode_tipo>2</qrcode_tipo> <qrcode_largura>4</qrcode_largura> " String contendo os dados do QrCode " </qrcode> Segundo a legislação um cupom deve ter seu Qr Code com no mínimo de 2,5cm de largura e altura com 1 mm de margem. Visto que as URLs dos QrCodes podem ter tamanhos diferentes se o cupom foi emitido em contingência ou não isso repercurte em uma imagem final com mais pixels ou menos pixels. Como a configuração <qrcode_largura> aparentemente define o tamanho do pixel e não o tamanho final da imagem existe alguma forma de garantir que um QrCode sairá com exatos 2,5cm independente de quantos caracteres foram usados na string de criação? Obrigado desde já.

Vou estudar isso. Obrigado pelo retorno. Tenha um ótimo dia.

Epson TM-T20

Grato pelo retorno. Sim, é impressora térmica que estamos utilizando e estamos mandando comandos de impressão com as TAGs.