Sobre la API
Una API REST para conectar tu programa de fidelidad con tus propios sistemas, desde tu servidor o directo desde tu web.
La API de Loybox sirve para lo mismo que el panel, pero desde tu código: registrar compras que suman puntos, mostrar el catálogo de premios, canjear códigos y consultar el estado de un cliente.
Es una API REST sobre HTTPS. Todo va y vuelve en JSON, los nombres de los
campos están en snake_case y las fechas en formato ISO 8601 con zona
horaria (2026-03-14T18:30:00Z).
URL base
Todas las rutas de esta referencia cuelgan de:
https://loybox-public-api-752998171300.southamerica-west1.run.appLa versión va en el primer segmento de la ruta (/v1/...). Cuando un endpoint
cambia de forma no compatible aparece una versión nueva al lado de la anterior,
y la anterior sigue funcionando: es el caso de
consultar un código y su
versión 2.
Los ejemplos
Cada página de endpoint trae la llamada entera en curl, lista para pegar en una
terminal. Tres cosas son variables y valen para todos los ejemplos:
| En el ejemplo | Qué poner |
|---|---|
$LOYBOX_API_KEY | Tu API key. Exportala en el ambiente, no la pegues en el comando. |
$ACCESS_TOKEN | El token del usuario que devolvió el login. |
X-Commerce-Id: 87 | El id de tu comercio. |
Formato de máquina
La API también está publicada como especificación, para generar un cliente en lugar de escribirlo:
https://docs.loybox.com.ar/openapi.jsonEs OpenAPI 3.1 y cubre los 25 endpoints, los esquemas de respuesta y las dos credenciales. Si estás integrando con la ayuda de un agente, pasale esa URL.
Las dos formas de integrarse
Esta es la decisión más importante y conviene tomarla antes de escribir código, porque cambia la credencial, los endpoints disponibles y dónde corre tu código.
Desde tu servidor
Tu backend opera sobre todos los clientes del comercio. Se autentica con la API key. Es la integración clásica: caja, ERP, e-commerce propio.
Desde tu web
El usuario final inicia sesión con un código que le llega por email y consulta sus propios puntos. Loybox como motor de fidelidad del frontend.
Cada sección de esta referencia usa una de las dos, y cada página de endpoint lo dice arriba:
| Sección | Credencial | Para qué |
|---|---|---|
| Consumos | API key | Registrar compras que suman puntos |
| Clientes | API key | Consultar clientes y sus beneficios |
| Beneficios | API key | Catálogo, consulta de códigos y canje |
| Autenticación | — | Login del usuario final por email |
| Mi cuenta | Token del usuario | Puntos, canjes e historial del usuario |
| Público | — | Marca y catálogo, sin login |
La API key nunca va en el frontend
La API key del comercio da acceso a los datos de todos tus clientes. Vive sólo en tu servidor. Lo que sí puede vivir en el browser es el token de acceso del usuario final, que sólo ve lo suyo.
Cómo se ven las respuestas
Las respuestas no llevan sobre: el objeto viene en la raíz, y los listados vienen como array directo.
// GET /v1/clients/12345
{
"code": 12345,
"username": "Ana Pérez",
"email": "ana@example.com",
"points": 340
}Los campos opcionales vienen presentes y en null, no ausentes. Podés leerlos
sin chequear si existen, pero sí hay que chequear si son null.
Paginación
Hay dos esquemas, y cada uno vive en un solo endpoint:
Límite y desplazamiento
Listar clientes usa limit y offset, y
devuelve el total para que puedas armar los números de página.
// GET /v1/clients/list?limit=20&offset=40
{
"items": [],
"total": 1875,
"limit": 20,
"offset": 40
}limit va de 1 a 100 y por defecto es 20. offset arranca en 0.
Cursor
Mi historial usa cursor, porque es una
lista que crece por arriba y los números de página se desacomodan. Se pide la
página siguiente pasando el next_cursor de la respuesta anterior en ?cursor=.
// GET /v1/me/activity
{
"results": [],
"next_cursor": "eyJkIjoiMjAyNi0wMy0xNCJ9",
"previous_cursor": null
}Cuando next_cursor viene en null, no hay más páginas.
Por dónde empezar
Primeros pasos
La integración completa de punta a punta: de la primera compra que suma puntos hasta el canje.
Credenciales
Cómo se autentica cada una de las dos integraciones y qué headers van en cada llamada.
Objetos
Los objetos que devuelve la API y la diferencia entre un beneficio y un beneficio canjeable.
Errores
Los códigos de estado que puede devolver la API y qué hacer con cada uno.
Referencia técnica
Cómo funciona Loybox por dentro: fórmulas de puntos, vencimientos y reglas de niveles.