Daniel Simoes

Pelo que notei no Log, está no registrador 0x55... que é a via Resumida... O ACBr é programado para Exibir a Via reduzida, apenas se a propriedade estiver marcada no componente... 10:40:02:624 0x53= TIANO SUPERMERCADO CNPJ/CPF: 38.197.012/0001-20 R SAO MIGUEL IPOJUCA SODEXO CIELO SODEXO ALIMENTACAO PASS ************8803 2 VIA-ESTABELECIMENTO AUT=704574 027790508820001/POS=41231917 DOC=645031 02/01/24 10:39 ONL-C VENDA A VOUCHER VALOR: R$ 68,58 TRANSACAO AUTORIZADA COM SENHA ROSANGELA SANTOS LEITE A0000005372010-72EB0720A756E54F ALI ---------------------------------------- 6202014 EC:0000749060 REF:0000645031 10:40:02:624 0x54= TIANO SUPERMERCADO CNPJ/CPF: 38.197.012/0001-20 R SAO MIGUEL IPOJUCA SODEXO CIELO SODEXO ALIMENTACAO PASS ************8803 1 VIA-CLIENTE AUT=704574 DOC=645031 02/01/24 10:39 ONL-C VENDA A VOUCHER VALOR: R$ 68,58 SALDO DISP: R$ 131,62 ---------------------------------------- 6202014 EC:0000749060 REF:0000645031 10:40:02:624 0x55= SODEXO CIELO SODEXO ALIMENTACAO PASS ************8803 POS=41231917 DOC=645031 AUT=704574 VALOR: 68,58 SALDO DISP: 131,62 https://devpaygo.readme.io/docs/10dicionário-de-dados Você pode ler o registrador, diretamente, usando o Objeto "RespostaTEF" ViaReduzida := RespostaTEF.LeInformacao(PWINFO_RCPTCHSHORT,0).AsString ;

No Linux as Biblitecas (.so) tem pastas certas para instalação... Consulte o seu consultor de TI sobre como instalar a parte "legacy" do OpenSSL 3.0 ou siga as outras orientações de Workaround apontadas no tópico que indiquei inicialmente

Parece ser falta da liblegacy

O FastReport não usa EscPos.. ele reenderiza o Relatório em um Canvas, gera uma Imagem e envia ela na integra para a Impressora... Experimente valores de 1 a 5 em LarguraLinha (0, usará o Valor default da impressora)

@CODIGO SISTEMAS LTDA, Que bom que você teve evolução... Você diz que precisou copiar várias vezes a ACBrLib.dll com nomes diferentes e carregar cada Thread a Lib com um nome específico ?

É o mesmo produto... a SkyTEF é um Distribuidor Exclusivo do TEF da Sw.Express (creio que atualmente, a SkyTEF, também tenha sido adquirida pela FiServ (assim como a Sw.Express))

Eu realmente não sei dizer, se a Shipay faz alguma validação nos Itens enviados, ou se eles são apenas para "arquivo"... Creio que seja melhor consultar o suporte deles...

Você está usando a versão Multithread da Lib, correto ? Ou seja, cada nova Thread tem um ponteiro específico para uma nova instância da Lib, correto ?

Talvez nesse caso, seja indicado não confirmar a transação, pois você pode facilmente desfaze-la quando reiniciar a aplicação...

Eu apliquei um possível Workaround nos fontes... Commit [r31824] Dessa forma o fonte se ajusta a resposta de data no formato Iso8601 ou RFC

Peguei o problema no Endpoint "GET Order" https://api-staging.shipay.com.br/docs.html#tag/Pedidos-para-Pagamentos-Instantaneos/paths/~1order~1{order_id}/get mas notei que os campos Datas, da resposta do EndPoint está bem diferente da documentação Resposta do meu teste: { "order_id": "f7e87c34-2473-4f40-a5fa-a996c660f462", "status": "approved", "balance": null, "paid_amount": 1.0, "total_order": 1.0, "created_at": "Thu, 04 Jan 2024 19:43:46 GMT", "payment_date": "Thu, 04 Jan 2024 19:48:08 GMT", "updated_at": "Thu, 04 Jan 2024 19:48:08 GMT", "wallet": "shipay-pagador", "external_id": "240104164344", "items": [{ "name": "Batata Doce", "unit_price": 1.0, "quantity": 1.0, "type": "item" } ], "buyer_info": { "first_name": "Elias", "last_name": "Cesar Vieira", "city": null, "state": null, "address": null, "document": "67751079002", "email": null, "phone": "" }, "wallet_payment_id": "E7E2B27e9b1AB3bcb3f2D228760a238D", "pix_psp": null, "wallet_payment_info": [], "splits_fee": null } Creio que seja melhor consultar o Suporte da ShiPay, para saber se houve alguma mudança no lado deles...

Mas pense o seguinte... Se você já confirmou a transação, e tem a via do comprovante salva... Não seria melhor apenas avisar o Operador, que a via do TEF pode ser reimpressa ?

Demoramos para conseguir as credenciais de testes, mas já temos um ambiente e reproduzimos o problema... avaliando...

Veja... a Transação está confirmada, correto ? Então ela não pode mais ser desfeita, a única opção é o Cancelamento... O próprio componente detecta que Transação já foi confirmada e comanda o Cancelamento... pois não seria possível desfaze-la, uma vez que ela já foi confirmada

O erro pode ser reproduzido no Demo da Shipay do ACBr ? \ACBr\Exemplos\ACBrPIXCD\Shipay\Delphi O que o @Alexandre de Paula quis mencionar.. que o erro provavelmente está dentro do seu código, na chamada do evento QuandoReceberRespostaEndPoint

Me refiro ao TEF... se você Confirmou a transação, ela foi finalizada para o TEF.. e para desfazer ela, somente rodando o cancelamento... Por favor veja esses vídeos:

Se a Venda foi confirmada então você está fazendo um Cancelamento... o que é necessário pois a venda já foi confirmada e finalizada... A rotina de Cancelamento é outra.. pede várias informações e a presença do cartão Talvez você esteja confundido o processo de Cancelamento com o de Não Confirmação

Como você pode ver no Log... é o próprio TEF que está enviando essa questão... 04/01/24 11:24:09:259 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 30 TipoCampo = 500 Buffer = Forneca o codigo do supervisor Tam.Min = 0 Tam.Max = 20 04/01/24 11:24:10:962 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = -1 Buffer = Você poderia simplesmente ignorar a pergunta, e não exibi-la e já responder ao TEF, com a resposta... Mas consulte o suporte da Sw.Express, para compreender porque ela solicita isso nesse fluxo...

Pode ser uma limitação desse equipamento... O ACBrPosPrinter não desenha o Cod.Barras ele apenas manda comandos em EscPos para a Impressora... Ela por sua vez, compreende os comandos recebidos e renderiza o Código Existe uma configuração de Barras Finas e Grossas, nas propriedades do componente, experimente diminuir os valores...

Por favor anexe o Log do ACBrBAL Tenha certeza que escolheu o modelo correto

Acho que o único código que suportará 44 dígitos em uma Bobina de 32 colinas será o CODE128C (por ser Binário)

ACBrLIBPIXCD Visulizar Arquivo ACBrLibPIXCD - Biblioteca para gerar cobrança e pagamento PIX Faça Download pelo SVN, dos Demos de uso da ACBrLibPIXCD em diversas linguagens, usando o endereço: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Manual On-Line: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html Autor Daniel Simoes Enviado 02-01-2024 Categoria ACBrLib - PRO