Geração do token (autenticação com mTLS)

stable

Como mencionado na Visão geral desta documentação, o processo de autenticação com mTLS implica a troca de certificado entre as duas partes, cliente e servidor, o processo de autenticação com mTLS implica a troca de certificado entre as duas partes, cliente e servidor.

Quando a conexão for estabelecida através do mTLS, ela estará autenticada e terá propriedades que podem ser reutilizadas para segurança no nível do aplicativo.

Pré-requisito

Para que seja possível utilizar este endpoint, é necessário que:

Requisição (Request)

Requisição HTTP

POST https://auth-mtls.sandbox.bankly.com.br/oauth2/token
--request POST \ 
--url 'https://auth-mtls.sandbox.bankly.com.br/oauth2/token' \ 
--header 'Content-Type: application/x-www-form-urlencoded' \ 
--data-urlencode 'client_id={{client_id}}' \ 
--data-urlencode 'grant_type=client_credentials' \ 
--data-urlencode 'scope={{scopes}}'

Cabeçalhos (Headers)

NomeDescrição
Content-TypeObrigatório. Indica o tipo de dado que o arquivo contém. Nesse caso, application/x-www-form-urlencoded.

Parâmetros da rota (Path)

Não é necessário enviar parâmetros no path desta requisição.

Corpo da requisição (Body)

No body, envie os seguintes campos em formato x-www-form-urlencoded:

NomeTipoDescriçãoEspecificação
client_idstringObrigatório. O valor desse campo deve ser preenchido com o client_id, retornado no endpoint de Registro dinâmico de client.
grant_typestringObrigatório. Método pelo qual suas aplicações podem obter tokens de acesso.Informe o valor padrão “client_credentials”.
scopestringObrigatório. Escopos relacionados aos produtos a serem utilizados neste client_id. A aplicação do parceiro poderá utilizar no máximo dez escopos por token.Os escopos devem estar separados por um espaço em branco. Exemplo: “kyc.document.write business.write boleto.read”.
'client_id=client_id',
'grant_type=client_credentials',
'scope=scope1 scope2 scope3'

📘

Nota

No ambiente de produção, para gerar o token, utilize o DNS: https://auth.bankly.com.br

Resposta (Response)

O status code 200 indicará que o token foi gerado com sucesso.
Sendo bem-sucedido, o retorno irá trazer os seguintes campos em formato JSON:

NomeTipoDescrição
token_typestringTipo de token. Nesse caso, "Bearer".
access_tokenstringToken gerado.
scopestringScopes dos produtos em que o token poderá ser utilizado.
claimsstringAtributos vinculados ao token emitido.
expires_innumberTempo de expiração do token, no formato ISO 8601 - UTC..

🚧

Importante

O token emitido via mTLS terá um tempo de vida de 15 minutos. O parceiro deve atentar-se à propriedade expires_in para implementar a sua estratégia de cache e renovação do token. É de extrema importância que se use o token por todo o seu tempo de vida, e que seja emitido outro apenas após a expiração daquele que já foi gerado.

{
   "token_type": "bearer",
   "access_token": "token",
   "scope": "scopes",
   "claims": "company_key",
   "expires_in": 900
}

👍

Dica

Para simular uma requisição nesse endpoint, acesse o API Reference.

Após realizar o fluxo de autenticação com sucesso, o parceiro poderá acessar nossas APIs informando o access token.

Reforçamos que, em cada etapa do nosso processo, o certificado de transporte do cliente passa ser validado.

Portanto, é de extrema importância que o parceiro o armazene de forma segura para que o certificado possa ser recuperado sempre que seja feita uma requisição em nossas APIs.

Erros

Este endpoint não retorna erros específicos. Porém, ele poderá retornar alguns erros comuns entre todos os endpoints.

Eventos

Este endpoint não possui eventos relacionados a ele.

Diagrama de sequência


Copyright © 2021 Acesso Soluções de Pagamento S.A - Todos os direitos reservados