Gabriel Rogelin

Boa tarde @EdmarFrazao 1) A cobrança do PIX via API é dividida em duas formas, o PIX com cobrança imediata (cob) e outra o PIX com vencimento (cobv). O PIX com vencimento permite configuração para cobrança de juros, multa e desconto, já no PIX imediato, basicamente vai conter o valor e informação do devedor. 2) O boleto com PIX faz uso da API do banco que está usando para registrar o boleto e depois então que o cliente pagar o boleto via PIX por exemplo consegue realizar a consulta do mesmo. Sem a necessidade do uso de arquivo de remessa e retorno.

De fato era apenas isso. Como testei diretamente no exemplo, não copiei nenhuma dll junto ao exe. Copiei as dlls do caminho: C:\Acbr\DLLs\LibXml2\x86 e funcionou perfeitamente. Obrigado.

Estou utilizando Delphi Berlin. Windows 10. Após comentar o try except que mencionou, acontece o seguinte erro:

Olá @datilas O erro aconteceu na linha Document.LoadFromXml(XmlRetorno); Verifiquei seu tópico, vamos aguardar. Obrigado

Bom dia. Estou realizando alguns testes com o componente GTIN, a consulta está sendo feita normal, porém não carrega os dados do retorno. GTIN testado: 7896276060021 7896248100892

Bom dia Daniel. Realizei alguns testes e ficou 100%. Agradeço pela ajuda na situação. Ótima semana!

Boa tarde Daniel. Consegui identificar aonde estaria o problema. Analisei os logs de impressão e o antigo e atual estão com os mesmos comandos, a única coisa que muda é a tratativa do nome da imagem, que sofreu alterações em ultimas versões. Então o que eu fiz para testar foi simplesmente pegar o nome da imagem do edit conforme era no fonte antigo, e funcionou perfeitamente, a luz da impressora piscou e imprimiu normal. Testei com outras imagens, outros nomes e funcinou perfeitamente pegando o nome direto do edit. //NomeImagem := ExtractFileName(OpenPictureDialog1.FileName); NomeImagem := edNomeImg.Text; Nesse atual, manda junto ao nome da imagem a extensão sem o ponto, só isso que muda do anterior, então pode ser que a ELGIN L42 DT não esteja interpretando como deveria, considerando que aí com a PRO você disse que funciona dessa forma. Não sei agora qual seria a melhor opção para sanar isso, de forma que funcione para todas as linguagens a tratativa do nome.

Sim, sinceramente vou deixar de utilziar a PCX, analisei os fontes por algumas horas, não consegui identificar o que fez com que não funcionasse mais com essa impressora nesse formato. Vamos orientar a utilziar BMP ou PNG. Agradeço e bom feriado!

PPL não funciona, em ZPL não imprime PCX, apenas com EPL. A etiqueta sai, mas sai em branco. Se eu uso o exe antigo, com EPL, mesma imagem sai normal. Estou selecionando a imagem em anexo, com o nome logoacbr.pcx, assim que carrega fica conforme imagem, que seria o nome salvo na memória da impressora, antes não era assim, essa questão do nome teve algumas mudanças, eu acho que nesse sentido pode estar o problema.

Boa tarde. Com esse exe que anexou acontece a mesma coisa, não imprime. Qual impressora usa aí? Estou utilizando a ELGIN L42 DT. Com a versão mais antiga (24914) do SVN funciona perfeitamente. Engraçado que com essa última versão, a luz da impressora não pisca conforme a versão anterior quando carregao a imagem, acho que a imagem não deve estar salvando na impressora. Se aí funcionou então ficou alguma incompatibilidade com essa impressora que estou usando após últimas alterações, pois com a mesma impressora, exe antigo imprime e com o novo não, só pode ser isso, pois a linguagem é a mesma (EPL). Vou tentar revisar novamente a unit da EPL para ver se encontro algo, mas de fato foi algum detalhe que foi modificado que está ocasionando a não impressão da imagem em PCX nessa linguagem.