Daniel Simoes

não creio que temos um componente com essas características...

Essa balança tem interface ETH?

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

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

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

Não há como implementar diretamente no componente... isso depende de uma consulta HTTPS com REST, e o componente é focado em SMTP esse vídeo, pode ser do seu interesse:

Nós não temos nenhum contrato ou vínculo com o sistema Bling... eles que precisam te dar suporte... Veja esse tópico:

Evite de instalar componentes nas pastas do Sistema Operacional, como a "Arquivo de Programas"... crie sua própria pasta como por exemplo: C:\FONTES\COMP\ACBr

Sempre achei uma má escolha do Sped, usar Pipes como delimitadores de campo... Mas realmente isso deve ser tratado do lado da aplicação... afinal poderíamos maquiar erros ou modificar textos, sem a permissao do usuario...

Isso indica a Falta das DLLs do OpenSsl na mesma pasta de sua aplicação

O instalador fica na Raiz dos fontes do ACBr... Poste um Print com a tela dele...

Tenha certeza de que esta usando o ACBrInstall que é disponibilizado junto com os fontes, por SVN...

Creio que essa pergunta tenha que ser feita para o Fornecedor do Certificado

Até onde eu sei... a PayGoWeb NUNCA funcionou sem PinPad... essa é a recomendação e a indicação do Projeto ACBr Basta eles demonstrarem isso para você...

Esse erro vem da DLL.. e não do ACBr... ela não está aceitando o parâmetro 0 a Unit, abaixo, expõem uma propreidade já existente na TACBrTEFPGWebAPI... ACBrTEFD1.TEFPayGoWeb.PortaPinPad := -1; com isso, ela irá responder "0", a PWINFO_USINGPINPAD, quando o mesmo for solicitado no Fluxo... function TACBrTEFPGWebAPI.ObterDadosDeParametrosAdicionais ... PWINFO_USINGPINPAD: AResposta := IfThen(PortaPinPad >= 0, '1','0'); ... mas tudo indica que você receberá o mesmo erro de Parâmetro Inválido, da DLL ACBrTEFDPayGoWeb.pas

Inverta o jogo... solicite a PayGo, informações de como fazer a configuração, usando o programa Demo deles..."PDVS"

sim, você precisa injetar o comando que citei no inicio do tópico, em Parametros Adicionais, antes de Chamar o ADM, que irá fazer a INSTALACAO

mas se a própria DLL que define o fluxo de perguntas, como pode a sequencia estar errada ??