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?

Feedback. Encontrei o problema, nesta outra máquina os arquivos de openssl estavam desatualizados , atualizei para versão 1.1.1.10 e deu certo.

Boa tarde, Estou enfrentando um problema que não consegui encontrar uma lógica. Estou usando o DEMO para realizar testes de PIX SICREDI. quando vou testar em um computador funciona perfeitamente. agora quando vou testar em outro computador com as mesmas configurações/credenciais está me retornando erro 500. alguém já passou por isso ou tem alguma dica?

Desconsiderar, encontrei o problema. Mesmo sendo no ambiente de testes, devo vincular uma chave PIX do cliente vinculado ao banco e as credenciais Client ID e secret.

Estou tentando criar uma cobrança no ambiente de testes e me retorna o erro abaixo, já passou por esse problema? {"type":"https://pix.bcb.gov.br/api/v2/error/CobOperacaoInvalida","title":"Cobrança inválida.","status":400,"detail":"A requisição que busca alterar ou criar uma cobrança para pagamento imediato não respeita o schema ou está semanticamente errada.","correlationId":"e661b9b6-271336","violacoes":[{"razao":"Não foi localizada a chave informada","propriedade":"cob.chave"}]} abaixo o json que estou enviando { "calendario":{ "expiracao":36000 }, "valor":{ "original":"10.00", "modalidadeAlteracao":0 }, "chave":"[email protected]", "solicitacaoPagador":"solicitacao ao pagador." }

@sidnei_alves1 vc chegou a testar a comunicação da API através do Postman?

Obrigado. Na sua aplicação, como é feita a configuração para o cliente utilizar a API, sabendo que o sicredi devolve o certificado .cer?

Bom dia. Estou tentando usar o programa de testes para verificar a funcionalidade do PIX Sicredi. estou com dúvidas de qual arquivo devo vincular no campo Arquivo Chave Privada. Alguém poderia me auxiliar?

Obrigado Italo pelo feedback, vou validar com o provedor essa situação.

comparei e percebi que foi removido as tags soapenv: Debugando no componente, percebi que no momento que adicionado body da função DefinirMsgEnvio (TACBrNFSeXWebserviceSoap11) da classe ACBrNFSeXWebserviceBase , salvo o XML e valido e me retorna assinatura inválida.

Italo, observei o seguinte: O XML que eu salvo localmente (propriedade FACBrNFSe.WebService.Emite.XmlEnvio) após executar o comando FACBrNFSe.Emitir Esse XML é o que eu anexei nas conversações anteriores, esse realmente validando na receita está ok com a assinatura. Porém acessando o site do betha, baixei o XML que está salvo no provedor, este validei na receita e retorna assinatura inválida. vou anexar o XML que baixei no site do betha. LoteRps_Protocolo_588893393123734.xml