SICREDI ERRO: falha na autenticação: http_code=403 erro=access denied for this environment

[Arnaldo Cruz]

Cadastrei a aplicação do Portal developer da Sicredi(esperei o 3 dias) aplicação aprovado
Peguei o client ID do Portal developer e gerei o codigo de Acesso no portal da Conta.
baixei o arquivo CRT e instalei na maquina.

agencia = XXXX sem DV
conta = XXXXXX = X
codigo Beneficiario = XXXXX
Cliente ID = XXXXXXXXXXX
Client Secret = XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX ( Portal da Conta)
KeyUSer = XXXXXXXXXXXXXXXXXXXXXXXX (Portal developer)

Quando tento enviar o boleto recebo a mensagem
ERRO: falha na autenticação: http_code=403 erro=access denied for this environment

 

Agradeço qualquer orientação

 

Obrigado

 

 

 

 

 

[Juliomar Marchetti]

o erro está dizendo que para o ambiente tu não tem acesso

será que gerou a chave para homologação e está usando em produção e vice versa?

 

[Arnaldo Cruz]

Eu fiz seguindo o manual.

Primeiro Passo

Acessei o Portal do desenvolvedor criei a aplicação,selecionado opção Produção, após aprovado foi gerado o client ID

Segundo Passo

foi acessado o portal do cliente e foi gerado a chave de acesso usando o ClienteID do portal do desenvolvedor.

 

no meu sistema.

Cliente ID = Agencia + CodBeneficiario (Ambos sem DV) totalizando 9 digitos).

Cliente Secret = Codigo de Acesso gerado no portal do Cliente

KeyUser = Client ID (Gerado no Portal do desenvolvedor)

 

 

[Juliomar Marchetti]

veja enttão se algum trecho do código não muda para homologação

[Arnaldo Cruz]

Agora passou do erro 403 para 401.

um outro usuário reportou no Grupo do DTComponent que também não consegue emitir boleto do Sicredi usando o ACBr,

eu já emito sem erro para,BB,CX,Bradesco, agora para o Sicredi não funciona nem a pau

 

1 - Criado a Aplicação no Portal do desenvolvedor (Api Cobranca 221677178 Producao)
    Selecionado
    a - OPEN API - OAUTH - PARCEIROS
    b - OPEN API - COBRANCA - PARCEIROS 1.0.0
    c - Clicamos em Registrar
2 - Após Aprovação
    a - clicado em detalhes para obter o codigo.
    b - Escolha o Tipo de solicitação abaixo = API Cobrança Boletos
    c - Escolha o motivo do contato          = Solicitar Acess Token
    d - Assunto                              = Emissao de Boleto
    e - Ambiente                             = Produção
    f - Client ID                            = Client ID /Cliente Secret Obtidos no Passo 1
    g - Clicamos em enviar

3 - O Cliente acessou o portal da Conta
    a - Menu Cobrança
    b - Gerar
    c - foi digitado o codigo informado no APP do Celular
    d - Foi gerado o codigo de Acesso.

Passando as configurações para o Componente ACBrBoleto.

Client ID     = 221677178
Client Secret = Codigo de acesso Obtido no Portal da Conta
KeyUser       = Codigo obtido no Passo 2 opção Detalhe;

Quando tento enviar o boleto recebo a mensagem "ERRO: FALHA NA AUTENTICAÇÃO: HTTP_CODE=401 ERRO=INVALID USER CREDENTIALS";

Qualquer dica eu agradeço

Desde já agradeço

[navegador_1000]

Boa tarde.

No manual ele fala algo sobre usar username e password na autenticação para o ambiente de homologação. Tem um post aqui que fala sobre isso, não achei qual é para compartilhar.

Homologação

username : 123456789
password: teste123

No ambiente de produção ele fala em usar o token, com alguns alertas: 

Pagina 9 do manual:

O access_token deve ser enviado no cabeçalho das chamadas das próximas operações até que ele
expire, não deve ser realizado autenticação a cada chamada. Quando o access_token expirar, deve ser
utilizado o refresh_token para gerar um novo token.
OBS: Quando da utilização do refresh_token, não será necessário informar os campos
“username” e “password”.
Quando o refresh_token estiver expirado, deverá ser realizado o fluxo de autenticação normal, com
usuário e senha (username e password).

OBS: Sempre verificar o tempo de expiração do access_token, através do campo “expires_in” (Exemplo: 300
segundos). Caso esteja expirado, deverá usar o refresh_token para gerar um novo token.

▪ Cenário Positivo – Utilizando o refresh_token para gerar um novo token

OBS: Sempre verificar o tempo de expiração do refresh_token, através do campo “refresh_expires_in”
(Exemplo: 1800 segundos). Caso esteja expirado, deverá gerar um novo access_token. Quando da utilização
do refresh_token, não será necessário informar os campos “username” e “password”.

 

Também estou tentando testar o meu aplicativo para o boleto online do sicredi mas para o ambiente de homologação, entretanto não tenho conta no sicredi, me cadastrei na plataforma ao cadastrar a aplicação na plataforma o manual orienta: ‘API Cobrança <Coop> <Código Beneficiário >
SandBox’. contudo não tenho os dados referentes a <Coop> <Código Beneficiário > uma vez que não tenho conta. 

 

 

 

 

[Arnaldo Cruz]

Eu estou supondo que o componente ACBrBoleto tenha esta tratativa do Token, corrija-me se estiver errado.

 

Existe todo um processo para adquirir as credenciais,

ClientID - ClientSecret, e KeyUser

 

Passado estes dados é devolvido um token que suponho seja administrado pelo componente. inclusive no exemplo do ACBr desconheço

algo a nivel de usuario que receba o token e armazene e verifica sua validade.

 

 

 

[Juliomar Marchetti]

o processo de pegar as credencias está com algum problema, pois tenho clientes emitindo

e também rodamos para testes no sicredi sem problema algum

dll faltando ou com versão desatualizada

[Arnaldo Cruz]

Juliomar quais as dll do ACBrBoleto são usadas ?

[Juliomar Marchetti]

8 horas atrás, Arnaldo Cruz disse:

Juliomar quais as dll do ACBrBoleto são usadas ?

openssl que estão na pasta dll´s

[Arnaldo Cruz]

Provavelmente não, pois estou emitindo NFC-e,MDF-e,NF-e,gero boletos para banco do Brasil API  no mesmo sistema e na mesma maquina,

[Juliomar Marchetti]

lendo de novo está dizendo que as crendencias são erradas

[Arnaldo Cruz]

Consegui resolver , o erro foi que o cliente quando copiou o codigo de acesso gerado pela conta dele copiou incompleto, como eu não tenho acesso a conta do cliente não tinha como saber se estava certo ou errado, pedi ao suporte da sicredi para verificar as credenciais e eles detectaram o erro.

Aproveitando geramos um boleto de boa, efetuamos a baixa, porem quanto eu executo a consulta mim retorna o json abaixo

ArqBoletoWS.log

11/03/24 23:04:01:212 - Autenticando Token... 
11/03/24 23:04:02:649 - Comando Enviar: 
11/03/24 23:04:03:930 - Retorno Envio: {"items":[],"hasNext":false}

No banco do brasil retorna baixa e liquidação pelo Operacao := tpConsulta , vi que na Sicredi eles diferenciam Baixa de Liquidação, mas no componente ´so tem a opção baixa será que tem alguma coisa haver ?.

 

 

Editado 12 Março por Arnaldo Cruz

[Juliomar Marchetti]

só testando e verificando mas tu pode mexer na unit do banco e testar

ACBrBoletoW_Sicredi_APIV2