Daniel Simoes

O ACBr é OpenSource... Qualquer usuário / programador, pode implementar e submeter para a analise da equipe

Acho que seria necessário, compreender um pouco mais, sobre REST, antes... Recomendo usar o PostMan, para testes... Esse vídeo pode ajudar...

Segue Link para o nosso Discord... Talvez na PayGoWeb (TEF por DLL), existam mais recursos, mas eu usei muito pouco, a função de recebimento de contas...

Não testei.. mas talvez você possa informar os campos 732 ou 749

Essas DLLs são do OpenSSL.. Elas são usadas para Criptografia e Segurança https://www.openssl.org/

o ACBrSAT não usa os Schemas... eles são usadas apenas para verificar algum XML, mas não no momento da Venda ou do Cancelamento... Se ele não retornou 7000, veja nos demais campos de retorno o motivo do erro... ou ainda extraia o Log interno do SAT

Ajuste LarguraBobina, tente valores de 300 a 500 https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

Não há nada de errado com o componente, e isso não tem relação com a Porta do SAT... é erro na validação do Schema do XML

que pena... eu acho que não poderíamos acatar essas modificações, por ser algo muito específico, desse modelo de SAT

Geralmente é erro no XML, que não bate na validação de Schema... extraia o Log interno do SAT, que lá tem mais informações sobre o erro

Acabei de testar e parece normal... Mas pode ser alguma indisponibilidade temporária no Servidor da Fazenda

HUmm.. mas se implementarmos dessa maneira, irá causar erro na carga da DLL de outros fabricantes... Uma opção, seria criar uma classe específica, para esse fabricante... Mas mesmo assim, como esse método não está previsto na especificação, receberíamos muitos pedidos de suporte, para saber porque o método "DesabilitarConexaoContinua", não está funcionando nos SAT A, B e C... Não há alguma configuração da DLL, por INI ou XML, para esse fabricante permitir o compartilhamento de Porta, em sua DLL ?

Esse método consta na especificação do SAT ou é algo específico desse fabricante ?

O áudio dessa edição, já está no nosso PodCast

Qual é exatamente a mensagem de erro ?

Veja se você fez a instalação completa Help On-Line: https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html

Tente um Path sem espaços e pontos no nome

Você poderia criar DLLs... mas não é bem a mesma coisa... Veja se esse Link ajuda: https://wiki.lazarus.freepascal.org/packages

Isso aqui adiciona o BOM... Sugestão, grave no Banco como Binário (se for o caso até Zip antes) Trate o campo como AsString ou AsAnsiString

O ACBr não acrescenta o BOM nos XMLs... pode ser que seja algo na sua rotina de gravar eles em Disco ou BD

Use a aplicação Setup e clique em "Add Pair" Se for necessário, renomeie as portas nos Edits, para COMs de sua preferência...

Creio que o ControlPay, faça isso... (mas ainda não estudei muito essa API) https://devpaygo.readme.io/v5/docs/o-que-é-6

Uau... essa edição do Papo Pro foi fantástica... Chegamos a bater 93 ouvintes !!! Agradeço muito ao @adrianosantos, pela participação... e pela excelente apresentação... Para quem perdeu, publicaremos em alguns dias nos nossos PodCasts

Você pode testar a versão Android, e apontar a compilação para Win32

Os erros são em Units do Próprio Delphi... Verifique se em "Unit Scope Names" está o valor padrão "System;Xml;Data;Datasnap;Web;Soap" Você consegue compilar os projetos Demo do ACBr ? como por exemplo: http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrSerial/ACBrPosPrinter/Android/