Arimateia Jr

@Silvio Vale Lendo a documentação, vi que a requisição está sendo feita através do componente TACBrHTTP de forma incorreta. Você está tentando fazer uma requisição POST usando JSON no corpo da requisição, mas a API que você está tentando consumir espera que os parâmetros sejam enviados de uma das seguintes formas: curl -X GET "https://api.tiny.com.br/api2/pedido.obter.php?token=xxxx&formato=JSON&id=22" curl -X POST "https://api.tiny.com.br/api2/pedido.obter.php" \ -H "Content-Type: multipart/form-data" \ -F "token=xxxx" \ -F "formato=JSON" \ -F "id=22" A primeira opção utiliza o método GET com os dados na URL. A segunda opção faz uma requisição POST com os parâmetros enviados via form-data. Refatore o código Delphi que utiliza o TACBrHTTP para refletir uma dessas abordagens.

@Silvio Vale Seria isso que você quer?

Bom dia, @Silvio Vale. Pelo que entendi, você deseja verificar o conteúdo que está sendo enviado na requisição HTTP, é isso? Nesse caso, como você está utilizando um objeto JSON (jsonObjClient), pode simplesmente conferir o resultado de jsonObjClient.ToString, que representa o corpo da requisição em formato JSON. Exemplo: ShowMessage(jsonObjClient.ToString); Isso exibirá o JSON no formato que será enviado na requisição, permitindo que você confira os dados.

As variáveis ContainerName, ProviderName e ProviderType estão sendo preenchidas corretamente na função GetProviderInfo?

A exclusão do arquivo temporário é feita imediatamente na execução do CryptAcquireContext com a flag CRYPT_DELETEKEYSET. Fiz testes em minha máquina de desenvolvimento (Windows 11) e em produção (Windows 2019 Server) com sucesso.

@Daniel Simoes Debugou o código para certificar-se que o CryptAcquireContext com a flag CRYPT_DELETEKEYSET tenha sido executado? Os arquivos temporários que não foram apagados foram criados pelos seus testes? Lembrando que o comando acima deleta exclusivamente o arquivo que foi criado durante a execução do PFXImportCertStore do mesmo contexto. Arquivos antigos que porventura estiverem na pasta não serão excluídos.

Olá, @galegoga. Segue anexo uma modificação para exclusão automática das chaves, conforme recomendado na documentação da função PFXImportCertStore: @Daniel Simoes Favor revisar a modificação para possível inclusão no código oficial do ACBr no SVN. Referências: https://learn.microsoft.com/en-us/windows/win32/api/wincrypt/nf-wincrypt-pfximportcertstore https://learn.microsoft.com/en-us/windows/win32/api/wincrypt/nf-wincrypt-cryptacquirecontexta ACBrDFeWinCrypt.pas

@galegoga Na verdade, eu não consegui carregar o método com o "sk_X509_pop_free" diretamente na minha primeira tentativa. Então dei uma pesquisada rápida no google e cheguei nesse outro método. Ao que parece, o "sk_X509_pop_free" é apenas uma macro. Mas, assim como você, não sou um profundo conhecedor de OpenSSL, por isso marquei o @Daniel Simoes pra dar uma averiguada no código e garantir que irá funcionar em todas as versões atualmente suportadas pelo ACBr. Seguem alguns links: https://www.openssl.org/docs/man3.2/man3/OPENSSL_sk_pop_free.html https://github.com/search?q=repo%3Aopenssl%2Fopenssl OPENSSL_sk_&type=code

Bom dia, @galegoga. Em anexo, segue a minha implementação da solução sugerida pelo Dr. Stephen Henson (utilização do método OPENSSL_sk_pop_free). @Daniel Simoes Favor verificar se isso quebra a compatibilidade com alguma versão do OpenSSL. ACBrDFeOpenSSL.pas OpenSSLExt.pas

Creio não ser necessário testar o valor ou alíquota do ISS, pois o valor padrão das propriedades NrOcorrValorIss e NrOcorrAliquota é zero. E nesse caso, o componente já faz essa verificação ao decidir se irá ou não inclui-las no XML.

Essa limitação é apenas para a requisição de obtenção de novos tokens. Já a limitação para emissão de boletos é de 120 por minuto, conforme a documentação: Fonte: https://developers.inter.co/references/cobranca#tag/Boletos

Boa tarde, @Lucio Bittes. Qual o município que utiliza o ISSNet você testando? Tem um exemplo da requisição SOAP para a consulta da URL da NFS-e?

Olá, Se possível, adicionar no ACBrNFSeXServicos.ini os dados do provedor de Itapira/SP. Segue a configuração: [3522604] ; Incluído em 24/12/2022 Nome=Itapira UF=SP Provedor=SigISS ProRecepcionar=https://itapira.sigiss.com.br/itapira/ws/sigiss_ws.php ; ProSoapAction=urn:sigiss_ws Links relacionados: Portal da prefeitura: https://itapira.sp.gov.br Portal ISSQN Online: https://itapira.sigiss.com.br/itapira/ Documentação para integração via webservice: https://itapira.sigiss.com.br/itapira/download/manual_webservice_itapira.pdf Desde já, agradeço a atenção dispensada.