daniel.simoes

Mas será que uma IDE em 64 bits resolveria esse problema? Os Compiladores do Delphi são outros executáveis... e sao vários... para cada plataforma...

No Linux, você precisa instalar as dependências (OpenSSL 1.1.1 e LibXML2)

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

@Clipeus, reli a documentação da PayGoWeb, e realmente parece que foi implementado errado... https://devpaygo.readme.io/docs/9-captura-de-dados Provavelmente esse tipo é pouco (ou nunca) utilizado, pois só agora o problema foi notado... Enviei uma correção ao SVN: Commit [r30713] Muito obrigado pela analise e Bug Report

Estamos tentando acesso... Mas resta saber, se haverá custo para o uso da API, e se o custo é viável...

Assim como em um ECF real, a programação de novos registradores, só funciona com o Dia Fechado (após uma Redução Z)

A mensagem parece indicar algo no certificado usado para a assinatura do APK... Você está compilando em sua máquina ou instalando um APK já compilado ?

Infelizmente o ACBr não tem acesso a essa nova API fechada...

Você precisa programar, usando os comandos do ECF...

Use a força, leia os fontes... Estão logo abaixo... nos fontes indicados

Estamos analisando com o Time de desenvolvimento... já retornamos nesse mesmo tópico...

Realmente parece confuso... vou analisar em conjunto com o manual da PayGo.. já retorno...

@thanicoletti, Qual o valor que você deixou na propriedade TimeOut do componente ACBrSedex ?

Veja as instruções desse link: https://github.com/TecToy-Automacao/Delphi/tree/main/ACBr/V2Pro/EtiquetaEventos#como-abrir-o-projeto-no-delphi

@PbNew_Sistemas, Lembro que a Cielo há um tempo atrás tinha uma campanha chamada "Cielo Premia", onde a compra poderia ser premiada com um Desconto Esse Desconto é retornado no Log da própria operação TEF, e o PDV deveria aplica-lo antes de fechar a venda... o valor debitado no cartão era automaticamente subtraído do desconto... Ou seja, Isso depende da própria adquirente, retornar os descontos e valores ajustados corretamente, na transação e também da aplicação comercial, estar apta a processar esse campos de descontos de forma correta Os Demos do ACBr foram projetados para suportar esses campos de descontos ou acréscimos

O Documento que você carregou, não parece ser o XML de uma NFe/NFCe

Aparentemente a API de pagamentos deles, não segue o padrão BACEN https://www.mercadopago.com.br/developers/pt

Sim, você pode informar vários parâmetros no inicio da Transação... Veja o curso: https://acbr.nutror.com/curso/2561928d2d0381ba19afa98908a21252ba2603a4

Em um TEF você pode adicionar suporte a várias Adquirentes que o Cliente já tenha contrato e aplicar regras de Roteamento para que elas sejam escolhidas de acordo com o tipo e a bandeira do cartão

A impressão não é feita pelo ACBr.. ele disparar um evento para sua aplicação fazer a impressão.... Também é a sua aplicação que retorna ao componente qual o estado da impressora Virtual... Você deve retornar Livre para que a impressão ocorra com sucesso

Tente o modelo Filizola ... quase todas seguem esse protocolo

Se você usa ACBrPosPrinter, basta definir esse valor na Porta...

Para conseguirmos vencer o Captcha, usávamos um link um pouco escondido na página, que mudava para a verificação para Captcha com possibilidade de verificação auditiva... Nessa página, o velho Captcha em PNG, era apresentado... https://solucoes.receita.fazenda.gov.br/Servicos/cnpjreva/Cnpjreva_Solicitacao_CS.asp Aparentemente esse Link não existe mais..

Parece que está ligado Altura Dupla, Expandido e Invertido...

Não compreendi... A implementação do Demo não está funcional? Pesno que se você carregar a DLL isoladamente em cada Thread, não precisaria de semáforos