SecureToken necessário para acessar endpoints autenticados (saldo, resgate, cashback, afiliados, etc.).
Modelo de autenticação: você é o consumidor. Diferente de uma API de backend tradicional — onde você autentica com credenciais da sua aplicação e pode consultar/interagir com qualquer cliente — na API Widget o
SecureToken representa um consumidor específico. Todas as chamadas feitas com esse token só acessam os dados dele (saldo, histórico, recompensas). O escopo é sempre limitado ao consumidor autenticado.- Token por e-mail (Challenge) — método universal, funciona em qualquer plataforma
- Via plataforma (Wake ou VTEX) — autenticação transparente usando a sessão existente do consumidor
Endpoints marcados como Público não exigem
SecureToken. Apenas o header X-BQ-Tenant é necessário.Status de Autenticação dos Endpoints
Autenticação via Token por E-mail (Challenge)
Método universal de autenticação em duas etapas: o consumidor informa o e-mail, recebe um código de verificação de 6 dígitos, e valida o código para obter oSecureToken.
Ideal para: lojas próprias, apps mobile, plataformas sem integração nativa, ou qualquer cenário onde você quer uma autenticação independente de plataforma de e-commerce.
Etapa 1: Solicitar Código de Verificação
Envia um código de 6 dígitos para o e-mail do consumidor.Requisição
POST /pub/widget/account/challenge
Headers
string
required
Identificador público da loja.
string
required
E-mail do consumidor que receberá o código de verificação.
Exemplo de Request
Resposta
boolean
Indica se houve erro na requisição.
string
Mensagem de erro, se aplicável.
Uma resposta sem erro indica que o código foi enviado ao e-mail. O consumidor deve verificar a caixa de entrada (e spam).
Etapa 2: Validar Código e Obter SecureToken
Valida o código de 6 dígitos informado pelo consumidor e retorna oSecureToken.
Requisição
POST /pub/widget/account/validatechallenge
Headers
string
required
Identificador público da loja.
string
required
E-mail do consumidor (o mesmo usado na etapa 1).
string
required
Código de verificação de 6 dígitos recebido pelo consumidor no e-mail.
Exemplo de Request
Resposta
boolean
Indica se houve erro na requisição.
string
Mensagem de erro, se aplicável.
object
Cenários de Erro
Autenticação via Plataformas (Wake e VTEX)
Autenticação transparente que usa a sessão que o consumidor já tem na plataforma de e-commerce. Não exige interação do usuário — acontece em background. Ideal para: lojas que rodam em VTEX ou Wake onde o consumidor já está logado na plataforma. Como funciona: A API da BonifiQ consulta a plataforma usando os tokens de sessão do consumidor para validar a identidade. Se o consumidor estiver logado, o login seguro é bem-sucedido e retorna oSecureToken.
Login Seguro VTEX
Autentica um consumidor que já está logado na plataforma VTEX, utilizando os tokens de sessão da VTEX.Requisição
POST /pub/widget/vendors/vtex/securelogin
Headers
string
required
Identificador público da loja.
string
required
Token de sessão gerado pela VTEX após o login do consumidor.
string
required
Token de segmento gerado pela VTEX.
Na VTEX, os tokens
sessionToken e segmentToken são gerados automaticamente quando o consumidor faz login. Eles podem ser obtidos via Session Manager da VTEX ou através dos cookies de sessão.Exemplo de Request
Resposta
boolean
Indica se houve erro na requisição.
string
Mensagem de erro, se aplicável.
object
Cenários de Erro
Login Seguro Wake
Autentica um consumidor que já está logado na plataforma Wake.Requisição
POST /pub/widget/vendors/fbits/securelogin
Headers
string
required
Identificador público da loja.
string
required
Token de sessão do consumidor na plataforma Wake.
Na Wake, o
CustomerToken é gerado automaticamente quando o consumidor faz login na loja. Ele pode ser obtido através da API de sessão da Wake ou dos cookies de autenticação.Exemplo de Request
Resposta
boolean
Indica se houve erro na requisição.
string
Mensagem de erro, se aplicável.
object
Cenários de Erro
Login com E-mail e Senha
Autentica um consumidor diretamente com credenciais da BonifiQ. Método alternativo para integrações que utilizam cadastro próprio no programa de fidelidade.Requisição
POST /pub/widget/account/login
Headers
string
required
Identificador público da loja.
string
required
E-mail do consumidor.
string
required
Senha do consumidor.
Exemplo de Request
Resposta
boolean
Indica se houve erro na requisição.
string
Mensagem de erro, se aplicável.
object
Cenários de Erro
Renovação do Token
Recomendação de implementação:- Intercepte erros de autenticação — se qualquer chamada autenticada retornar status 401 ou
HasError: truecom mensagem de token expirado, refaça o login automaticamente - Renovação proativa — armazene o timestamp de quando o token foi gerado e renove antes dos 60 minutos (ex: aos 55 minutos)
- Transparência para o usuário — a renovação deve ser silenciosa, sem exigir interação do consumidor