Daniel Simoes

4 é o maior nível... Então suspeito que você está alterando um INI de configuração e a Lib está lendo outro... Pois o Log em anexo, não está em modo completo...

Basta criar um tópico, que a equipe libera se o conteúdo não infringir as regras de postagem https://www.projetoacbr.com.br/forum/terms/

Notei que LayoutNFSe já está igual a 1 Por favor aumento o nível do Log, para verificarmos se o INI de configuração lido, realmente tem esse valor...

Como é o exemplo de chamada do SiTEF ? Talvez você precise modificar o comportamento do ACBr, ou chamar o SiTef por fora...

O primeiro passo é saber se o TEF que você utiliza, tem integração com esse provedor...

parece que ele tentou usar SSL e não TLS.. Veja: SSLType https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca19.html

Qual exatamente o serviço ou provedor que você chama de Troco Digital ?

O comando "SAT em processamento", é o retorno da DLL do fabricante do SAT ao ACBr, ou seja, não é o ACBr que gera essa mensagem... Você precisa consultar o Status do SAT, antes de enviar um comando de venda ou cancelamento... enquanto ele retornar "SAT em processamento", aguarde um pouco e consulte novamente... só Envie a Venda ou Cancelamento, quando obtiver sucesso do comando de consulta ao SAT

Você poderia baixar os fontes e Compilar...

Humm. pode ser isso.. o ACBr (ainda) não suporta OpenSSL 3.x.x (estamos trabalhando nisso)

Isso não tem relação... Esse método pegaria apenas User e Senha quando informados na URL.. o que não é utilizado nesse tipo de conexão... O Erro parece ser algo errado nas credenciais ClientId/Secrets inválidos, ou que não pertencem ao certificado informado

Pelo que apurei, nosso Script de Build não está gerando um Demo para Linux...

Esse curso, que é acessível a todos os membros do ACBr Pro, dá uma boa dica de todo processo, e como implementar https://projetoacbr.com.br/cursos/dfe/

Enviei novos métodos para o SVN... Commit [r30933] Para Descriptografar o Desafio, com sua Chave Privada, e usando a ACBrOpenSSLUtils seria algo como: challenge := '----String_do_Challenge---=='; token := ACBrOpenSSLUtils1.PrivateDecryptFromString(DecodeBase64(challenge), algSHA256, rsaPKCS1_OAEP_PADDING); NOTA: os novos métodos só funcionam em versões do OpenSSL igual ou superior a 1.1.0

Sim, nem todos equipamentos suportam ela... Na verdade não basta apenas atualizar a DLL, precisa ver se o Sw.Básico do SAT está atualizado para 0.08

@antonio.carlos, Você consegue reproduzir esses testes, com esses métodos, no Demo do ACBr em C# @leoprates, Qual versão da DLL você está utilizando ?

Nas IDEs mais novas do Delphi, tem um combo no rodapé do Editor

O SAT não prevê consulta de documentos por um Índice... o único comando de consulta de documento anterior seria ACBrSAT1.ConsultarUltimaSessaoFiscal;

Verifique se seus Fontes (.pas e .dfm) estão usando UTF8

Olhando rapidamente... Eu acho que esse Buffer está pequeno para alocar toda a resposta do comando...

Achei uma forma de implementar, mas apenas com OpenSSL 3.0 Estou verificando se conseguimos implementar em pelo menos na versão 1.1.1.0

Esse curso está totalmente aberto (precisa de Login na plataforma Nutror) https://projetoacbr.com.br/cursos/tef_pagamentos/

Não compreendemos a sua msg anterior... parece que algum desenvolvedor está encaminhando mensagens a você... seria isso ?? Temos uma área específica para o ACBrMonitor... Sugiro você sempre postar lá, para sabermos que você está falando intrinsecamente do ACBrMonitor https://www.projetoacbr.com.br/forum/forum/33-acbrmonitorplus/

Esse bloco de código, trata melhor o erro de abertura de porta... try {$IFNDEF FPC} {$IFDEF POSIX} FHandle := open(MarshaledAString(AnsiString(FDevice)), O_RDWR or O_SYNC); {$ELSE} FHandle := THandle(Libc.open(pchar(FDevice), O_RDWR or O_SYNC)); {$ENDIF} {$ELSE} FHandle := THandle(fpOpen(FDevice, O_RDWR or O_SYNC)); {$ENDIF} except On ERangeError do Fhandle := INVALID_HANDLE_VALUE; end; Creio que o problema agora, seja questão de permissão de acesso... Deve haver alguma nova permissão a ser solicitada... synaser.pas