Daniel Simoes

Aparentemente o arquivo esta corrompido... Descompacte o original do Zip e verifique a assinatura digital do ACBr

Não tenho planos... (nem equipamentos) para desenvolver no iOS

O ACBrMonitorPLUS, não foi projetado para esse cenário... Veja se com a ACBrLIb, não seria possível você montar um BackEnd https://projetoacbr.com.br/acbrlib/

Obrigado pelas explicações @Ana Borsoi... Humm.. em relação ao FEPAS, eu fico pouco a vontade de inserir na Classe Base, algo que seja tão específico de um TEF apenas... Por favor verifique se vocês não poderiam capturar essa informação, do lado da aplicação, usando o método LeInformacao.. Veja o Exemplo abaixo... procedure TFormPrincipal.ACBrTEFD1DepoisConfirmarTransacoes( RespostasPendentes: TACBrTEFDRespostasPendentes); var i: Integer; NSU_FEPAS: String; begin for i := 0 to RespostasPendentes.Count-1 do begin with RespostasPendentes[i] do begin // Lendo os campos mapeados // AdicionarLinhaLog('- Rede: ' + Rede + ', NSU: ' + NSU ); NSU_FEPAS := LeInformacao(4077).AsString; // <------- AQUI --------- end; end; end;

Muito obrigado @Lucas Martendal.... @EMBarbosa, pode me ajudar com essa analise ?

Olá @Ana Borsoi, muito obrigado pela contribuição... Sabe me dizer, se esses campos poderiam ser renomeados, para algo mais genérico, e compatível com outros TEFs ? fpNSU_SITEF: Esse creio que poderíamos chamar de NSU_TEF fpNSU_FEPAS: O que seria FEPAS ??

O Site abaixo, é dos responsáveis pela geração dos arquivos: https://deolhonoimposto.ibpt.org.br/

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 ?