Daniel Simoes

Parece ser algum erro de configuração no Terminal... melhor entrar em contato com o seu fornecedor TEF da Sw. Express

Abra o XML, e verifique se esse XML realmente está lá...

O Erro parece bem claro... você está informando um CNPJ inválido, no XML

Se precisar de uma ajuda com isso.. veja nos fontes do ACBrMonitorPLUS, uma implementação com MUTEX do Windows http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrMonitorPLUS/Lazarus/ACBrMonitor.lpr

Sim mas qual a vantagem em não usar TEF ?? Se você vai pagar para algum intermediador para falar com PIX, eu acho que faz muito mais sentido, pagar para um intermediador (TEF)... que além de PIX, fala com Todas as Carteiras Digitais, e todos os Cartões de Crédito/Débito Ou seja, qual Sw. House tem tempo para integrar diretamente com, ITI, Mercado, PicPay, ou seja, com todas Carteiras Digitais existentes atualmente ?

Deixe todas as dependências, na mesma pasta de AcbrNfe32.dll

Voce poderia usar copy, para pegar Ano, Mes, Dia, etc... e EncodeDateTime para transformar em TDateTime

Então isso definitivamente será um problema... pois a DLL está criando duas pastas de trabalho... e uma aplicação não fica conhecendo as alterações feitas na outra pasta... ACBrTEFD1.TEFPayGoWeb.DiretorioTrabalho := 'C:\PAYGOWEB'; isso define o Diretório de Trabalho da DLL, em uma pasta específica...

é a própria PayGo Web... As duas aplicações, estão configuradas para usar a mesma pasta de Trabalho, na PayGo Web ?

É um contador interno da PayGo Web... para ele saber que a resposta que ele recebeu, equivale a solicitação que ele fez...

É um TEF de produção ? Ele usa TEF nos dois sistemas ? Se SIM, acho que será necessário trabalhar com 2 PDCs... e duas pastas de trabalho distintas... Você não consegue desabilitar a integração de TEF, em um dos sistemas ?

Antes de rodar novamente o instalador... verifique se existem atualizações pendentes do Windows...

Consegue acessar a URL indicada na msg de Erro, pelo navegador ? Tudo indica ser um problema nesse certificado... Verifique se o cartão está instalado corretamente... Rode todas as atualizações do Windows, e depois disso, rode novamente o instalador do Driver do Certificado A3

Qual a finalidade de Fazer Pagamentos em MultiThread ? Não seria possível manter 2 fluxos de pagamento, na mesma aplicação, ao mesmo tempo...

sim... o ACBr, já mapeia e decodifica, alguns desses campos... mas as vezes pode ser útil ir direto na fonte, para comprar os resultados

Ele é o Retorno assim como vem do SAT.. você pode compreender melhor, lendo a Especificação Tecnica do SAT... Exemplo:

Na minha opinião... isso deixou de ser SMTP... o ACBrMail foi projetado para trabalhar com SMTP, e as formas de autenticação, previstas nele... Talvez fosse necessário criar um novo componente para acesso do GMail.. mas isso não está nos nossos planos... Minha sugestão é... abandone o SMTP do GMail e use outro serviço de SMTP

O correto é sempre ser uma linha, pois a especificação do XML do SAT, informa que ele não pode ter espaços ou quebra de linhas ... Outra opção seria você ler "RetornoStr", e pegar o retorno do XML do SAT em Base64, e decodificar...

Acho que você teria que redimensionar o tamanho do BMP gerado, antes de charmar o BitmapToRaster... para centralizar, experimente enviar o a Tag </ce>, para ativar o alinhamento no centro...

Eu não creio isso... a modificação não trará mais performance... Eu particularmente, não gosto de API que retornam tipos complexos, como uma estrutura... gosto de soluções, simples... e o que pode ser mais simples que uma área de memória, com uma String Null-terminated ? Esse é o padrão usado pela API do Windows, pelo OpenSSL, pela LibXML2, pelas DLLs de fabricantes de ECF e SAT, etc... ou seja.. é o padrão de mercado... Porque todos usam dessa maneira ? Porque é simples de compreender, e amplamente compatível...

Se funciona na aplicação Demo do ACBrPosPrinter, creio que então basta olhar com atenção as possíveis diferenças e implementar...

no momento não temos previsão de criar um Demo para o ACBrBPe

Você precisa ver no manual do Equipamento, se ele suporte impressão de QRCode, por EscPos.. e se suportar, qual é o protocolo dele, que dê compatibilidade com os disponibilizados no ACBr... Que modelo você configurou em ACBrPosPrinter ? Tentou como GPrinter ?

poucos usam a Lib diretamente... as Classes de alto nível, já abstraem as chamadas e a alocação de memória...

Eu acho que isso dificultaria o uso da Lib por Outros programadaores... Ja temos muitas aplicações rodando no modelo de troca de mensagens atuais... mudar isso, quebraria a compatibilidade