Juliomar Marchetti

duas situações tu tem dois delphi no micro e outra tu tem aversão correta do fast report instalado é isso que está mostrando nas mensagens e no pedaço de trecho de log que colou. se quiser anexar o log completo ao invés de colar será melhor pra identificar

Tenha certeza que o certificado não esteja sendo usado por qualquer outro aplicativo para baixar pois senão terá mesmo o erro acima tem gente que tem o tal fiscal.io ou outros por ai que fica lá baixando o xml e dai ocorre erro

roda o exemplo do componente ACBrMDFe e mandar salvar o soap e envia ele sincrono e vai ter o mesmo

sim acbr está com mudanças e foram feito tu é PRO ? se sim pega a última versão

tu está com alguma situação em ter pastas do ACBr ou fortes perdidos além de muitos paths no library path do delphi e no source path e também no enviroments variables na variavel Path

dai está falando do componente ACBrNFSeX e isso depende de cada provedor onde que sei quase nenhum tem isso. e como não é padrão não tem implementação para buscar NFSE

Erro 400 é da requisição mal formada ele tá esperando alguma autenticação ou algo que falta

Mas nós não temos mais do que igual a vocês. agora tu pense se todos abrirem chamados são inumeros certo? agora se um só abrir é um único certo? qual será o peso pra ter uma solução ?

sua possível solução só serve para sua versão do delphi correto?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

só nível de explicação segue abaixo o código retirado usando o componente diretamente ///RESTRequest4D.Request.Client.pas corresponde ao TRestClient //.BaseURL(url) FRESTClient.BaseURL := 'url'; //.AddHeader('', '') FRESTRequest.Params.clear; //.ContentType('application/pdf') FRESTRequest.Params.AddHeader('Content-Type','application/pdf'); FRESTRequest.Params.ParameterByName('Content-Type').Options := [poDoNotEncode]; //.AddBody(lStream, false) {$IF COMPILERVERSION <= 29} FRESTRequest.AddBody(lStream, TRESTContentType.ctAPPLICATION_OCTET_STREAM); {$ELSE} FRESTRequest.Body.Add(lStream, TRESTContentType.ctAPPLICATION_OCTET_STREAM); // .PUT; FRESTRequest.Method := TRESTRequestMethod.rmPUT; FRESTRequest.Execute; linhas comentadas são as do código lá da classe que encapsula e as demais seria usando ocomponente direto TRestClient

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Hum entendi olhando o fonte um trata inicialmente se tem a lista de erros e o outro trata um erro necessário verificar depurando se é possível de padronizar ambos ou se foi feito proposital por alguma situação

Creio que esteja se referindo a isso onde já temos para gerar https://acbr.sourceforge.io/ACBrLib/Boleto_GerarRemessaStream.html mas não parar ler o retorno

Existe o componente ACBrPonto. mas não é pra comunicação. somente gera os arquivos e faz a leitura

no svn

Sim cada um tem sua API distinta isso dai é retorno do json construido em cada API

Não tem e não existe simulador pinpad existia pra tu digitar na versão muito , mas muito antigo hoje pra tu homologar só com pinpad se ele não é possível

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

no caso tu como desenvolvedor deve estar cadastrado e o cliente também vai precisar pra poder liberar e funcionar

Ele está reclamando do xml que está enviando

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

tem a ver com o uso do certificado A3 e não aconselho usar o mesmo

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

acho que precisaria ligar no suporte da sitef ou falar com eles e com os logs identificar o que houve