Mi cuenta

Los endpoints del usuario final: sus puntos, sus beneficios, su historial y su nivel en tu programa.

Endpoints del usuario final, autenticados con el token de acceso que devuelve verificar el código:

Authorization: Bearer {access}
X-Commerce-Id: {tu-commerce-id}

Todo lo que devuelven está limitado al comercio del header X-Commerce-Id: puntos, beneficios, historial y nivel son los de ese programa y nada más. Un mismo usuario puede estar en varios programas de Loybox y cada uno ve sólo el suyo.

El circuito típico

Así se arma una web de fidelidad con estos endpoints:

El primer render

GET /v1/me trae de una los puntos, la marca del comercio y los puntos por vencer. Con una sola llamada pintás el header y el saldo.

GET /v1/me/benefits/available para mostrar qué puede canjear.

El canje

POST /v1/me/benefits/exchange cambia puntos por un beneficio.

Los códigos

GET /v1/me/benefits para mostrarle los códigos que tiene para presentar en el comercio.

Al armar la UI

Tres cosas que ahorran vueltas:

  • El client_benefit_code de cada beneficio del usuario es a la vez el código de cupón: en una tienda online es lo que el usuario pega en el checkout.
  • Los beneficios traen benefit_type, que distingue los del catálogo (normal) de las recompensas especiales (welcome, birthday, monthly_top, level), y color, el color de marca del comercio.
  • Cuánto le falta al usuario para un beneficio se calcula con el cost del beneficio menos los points de GET /v1/me.

Comprar y canjear no son lo mismo

ComprarCanjear
Qué haceCambia puntos por un beneficioUsa el beneficio en el comercio
Quién lo llamaEl usuario, desde tu webTu servidor, en la venta
EndpointPOST /v1/me/benefits/exchangePOST /v1/benefits/redeem
CredencialToken del usuarioAPI key del comercio

Los endpoints

El 401 en toda la sección

Todos estos endpoints devuelven 401 cuando el token de acceso falta, venció o no corresponde a un usuario final. Es el caso normal cuando pasó el tiempo: renovalo y reintentá la llamada.