Passo 2: Registrar a aplicação de integração pela API

Modificado em Qui, 29 Out na (o) 4:54 PM

A aplicação de integração — o par client_id e client_secret — normalmente é criada pela tela administrativa. Este artigo mostra como criá-la por chamada de API, útil quando você provisiona ambientes de forma automatizada.

Neste artigo

  1. Antes de começar
  2. Criar a aplicação
  3. O que a plataforma define por você
  4. No Postman
  5. Boas práticas
  6. Problemas comuns

Antes de começar

Criar a aplicação

1Envie a requisição

POST https://sandbox.engage.bz/api/v1/{customer_id}/integrations/integrate
Authorization: Bearer {access_token}
Content-Type: application/json

{
  "client_application_id": "meusistema",
  "name": "Integração do meu sistema",
  "active": true
}
CampoObrigatórioExemploObservação
client_application_idSimmeusistemaÉ o client_id que você vai usar no POST /auth. Escolha um nome estável
nameSimIntegração do meu sistemaNome exibido na tela de Integrações
activeSimtrueSem ele, a aplicação é criada inativa

Atenção

Envie sempre "active": true. A tela do Admin manda esse campo automaticamente, mas a API não assume nenhum valor: sem ele, a aplicação nasce inativa e o POST /auth passa a responder invalid_clientId.

2Guarde o client_secret

A resposta é HTTP 201 com a aplicação criada (valores ilustrativos):

{
  "client_application_id": "meusistema",
  "customer_id": "suainstancia",
  "secret": "0000000000000000000000000000000a",
  "name": "Integração do meu sistema",
  "type_id": "NativeConfidential",
  "active": true,
  "access_token_life_time_in_minutes": 1440
}

O campo secret é o seu client_secret. Guarde-o na hora, em local seguro.

Dica

Se perder o client_secret, consulte-o na tela administrativa: Outras Configurações › Integrações, abrindo a integração já cadastrada. Não existe reenvio por e-mail.

O que a plataforma define por você

Alguns valores são decididos pela plataforma e ignorados se vierem no corpo:

ItemValorO que significa na prática
secretGerado automaticamente, com 32 caracteresVocê não escolhe o client_secret
type_idSempre NativeConfidentialO client_secret é obrigatório no POST /auth — o correto para integração servidor a servidor
Tempo de vida dos tokensDefinido no cadastro da aplicaçãoNão fixe número no código: use o expires_in da resposta do POST /auth

No Postman

Abra a pasta 01 - Comece aqui, request Registrar aplicação de integração. Antes, gere o token pela pasta 02 - Autenticação — a chamada usa a variável accessToken.

Boas práticas

  • Uma aplicação por sistema integrado. Assim é possível revogar uma sem afetar as outras.
  • Escolha um client_application_id estável. Ele também é usado nos vínculos de identificador do SSO; trocar de aplicação depois faz esses vínculos pararem de funcionar.
  • O client_secret nunca sai do seu servidor. Nada de versionamento, log, código de navegador ou e-mail.

Problemas comuns

O que apareceCausa provávelO que fazer
HTTP 401 ou 403Token ausente, expirado ou de usuário sem a permissão Gerenciar gameGere um novo token com um administrador que tenha a permissão, ou crie a aplicação pela tela
HTTP 400Corpo incompletoConfira client_application_id, name e active
invalid_clientId no POST /auth, logo depois de criarAplicação criada sem "active": true, ou client_id diferente do cadastradoAtive a aplicação na tela de Integrações e confira se o client_id é exatamente o client_application_id

Próximo passo

Com a aplicação criada, gere o token em Passo 4: Obtendo o access_token (POST /auth).

Precisa de ajuda?

Escreva para meajuda@engage.bz informando o customer_id, o ambiente e a mensagem de erro completa. Nunca envie o client_secret por e-mail.

Este artigo foi útil?

Que bom!

Obrigado pelo seu feedback

Desculpe! Não conseguimos ajudar você

Obrigado pelo seu feedback

Deixe-nos saber como podemos melhorar este artigo!

Selecione pelo menos um dos motivos
A verificação do CAPTCHA é obrigatória.

Feedback enviado

Agradecemos seu esforço e tentaremos corrigir o artigo