julio_cld

Deu certo. Tive que apenas adaptar o if abaixo, API retornou a string 'LIQUIDADO COMPE' no campo EstadoTituloCobranca if (UpperCase(ARetornoWS.DadosRet.TituloRet.EstadoTituloCobranca) = ('LIQUIDADO')) or (UpperCase(ARetornoWS.DadosRet.TituloRet.EstadoTituloCobranca) = ('LIQUIDADO COMPE')) then ARetornoWS.DadosRet.TituloRet.CodigoEstadoTituloCobranca := '6';

Sim, faltou, peço desculpas. Segue! ACBrBoletoRet_Sicredi_APIV2.pas

Boa tarde @Daniel InfoCotidiano Para o banco do brasil, preciso da informação da forma e do canal de pagamento do título. Exemplo, se foi feito pagamento através de PIX.

Banco do Brasil, tive a necessidade de mapear uma nova tag no JSON CodigoCanalTituloCobranca. Sicoob: Mapear o campo CodigoEstadoTituloCobranca, baseado no retorno do campo EstadoTituloCobranca. Sicredi: Não estava mapeando os dados de liquidação (obj dadosLiquidacao), valor pago, data do pagamento e etc.. e tmb Alterado função DateSicreditoDateTime

Boa tarde! Estou enviado no anexo, alterações que foram adaptadas para minha necessidade no tratamento de retorno ao consultar detalhe de um boleto específico. Caso queiram subir no SVN. ACBrBoletoRet_BancoBrasil_API.pas ACBrBoletoRet_Bancoob.pas ACBrBoletoRetorno.pas ACBrBoletoW_Sicredi_APIV2.pas

Fechar o tópico. Consegui resolver, substituindo dlls openSSL

Boa tarde! Estou com uma situação que não consegui encontrar a solução. Estou tentando registrar um boleto via API, banco do brasil, ambiente de produção. Em uma máquina com windows 10 minha aplicação funciona perfeitamente, registra o boleto 100%, porém em outra outra máquina tmb com windows 10, ao tentar gerar token com as mesmas credenciais da máquina que da sucesso, minha aplicação está retornando erro 500. Alguém já passou por esse problema? Problema está na função Executar da unit ACBrBoletoWS.Rest.OAuth da pasta Fontes\ACBrBoleto

Bom dia. Também estou com o mesmo problema. Alguma sugestão para o caso?

Estou com o fontes atualizados do DEMO. Eu não consegui encontrar onde está o problema. Se é gerado o arquivo via prompt através do OpenSSL, seguindo o manual do Sicredi o conteúdo do arquivo .CSR é diferente do gerado pelo DEMO, mesmo carregando em ambos o mesmo arquivo de chave privada. Na lógica se estou carregando o mesmo arquivo .key o arquivo .csr deve ser idêntico em ambos. Vou anexar o arquivo .key, arquivo .csr gerado pelo DEMO e o outro gerado pelo OpenSSL (linha de comando). certificado_Gerado_Linha_de_comando.csrcertificado.keycertificado.key SicrediCertificado_gerado_DEMO.csr

Criei na minha aplicação essa rotina de gerar o arquivo .csr, porém o sicredi sempre retorna como rejeitado. percebi que quando eu gero diretamente através do openssl (prompt do DOS), o arquivo .csr é diferente do gerado pelo DEMO do ACBr, mesmo carregando o mesmo certificado chave privada. @EliasCesar Foi aprovado pelo Sicredi algum arquivo .CSR que você gerou pelo DEMO do ACBrPIX?

Obrigado.

Creio que na linha abaixo sublinhada do DEMO, deveria constar Confederacao Interestadual das Cooperativas Ligadas ao Sicredi

Sim está atualizado. percebi que no DEMO para o campo Organization_Name não está sendo informando conforme manual => Confederacao Interestadual das Cooperativas Ligadas ao Sicredi

Exatamente, apenas devo mudar 2 informações Common Name e o endereço de e-mail, o restante devo seguir igual o manual.

Bom dia, estou usando a versão Teste para gerar o arquivo .csr para enviar para o Sicredi, porém o mesmo informa que está inválido. Observei que quando o arquivo .csr é gerado por linha de comando do OpenSSL é diferente do gerado pelo TESTE. Mesmo carregando o mesmo arquivo .key para ambos. Alguém já passou por isso?