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
| Endpoint | Status |
|---|---|
POST /pub/widget/account/challenge | Público |
POST /pub/widget/account/validatechallenge | Público |
POST /pub/widget/account/login | Público |
POST /pub/widget/vendors/vtex/securelogin | Público |
POST /pub/widget/vendors/fbits/securelogin | Público |
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
Identificador público da loja.
E-mail do consumidor que receberá o código de verificação.
Exemplo de Request
Resposta
Indica se houve erro na requisição.
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
Identificador público da loja.
E-mail do consumidor (o mesmo usado na etapa 1).
Código de verificação de 6 dígitos recebido pelo consumidor no e-mail.
Exemplo de Request
Resposta
Indica se houve erro na requisição.
Mensagem de erro, se aplicável.
Cenários de Erro
| Cenário | HasError | Message |
|---|---|---|
| Código inválido | true | Código de verificação inválido |
| Código expirado (>10 min) | true | Código expirado. Solicite um novo código |
| E-mail não encontrado | true | Consumidor não encontrado |
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
Identificador público da loja.
Token de sessão gerado pela VTEX após o login do consumidor.
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
Indica se houve erro na requisição.
Mensagem de erro, se aplicável.
Cenários de Erro
| Cenário | HasError | Message |
|---|---|---|
| Consumidor não logado na VTEX | true | Sessão inválida ou expirada |
| Tokens de sessão inválidos | true | Não foi possível validar a sessão VTEX |
Login Seguro Wake
Autentica um consumidor que já está logado na plataforma Wake.Requisição
POST /pub/widget/vendors/fbits/securelogin
Headers
Identificador público da loja.
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
Indica se houve erro na requisição.
Mensagem de erro, se aplicável.
Cenários de Erro
| Cenário | HasError | Message |
|---|---|---|
| Consumidor não logado na Wake | true | Sessão inválida ou expirada |
| Token de sessão inválido | true | Não foi possível validar a sessão Wake |
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
Identificador público da loja.
E-mail do consumidor.
Senha do consumidor.
Exemplo de Request
Resposta
Indica se houve erro na requisição.
Mensagem de erro, se aplicável.
Cenários de Erro
| Cenário | HasError | Message |
|---|---|---|
| Credenciais inválidas | true | E-mail ou senha incorretos |
| Consumidor não encontrado | true | Consumidor não encontrado |
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