- Crear código de cupón
API de LiveOps (2.0.0)
- Versión: 2.0.0
- Servidores:
https://store.xsolla.com/api - Contacte con nosotros por correo electrónico
- URL de contacto: https://xsolla.com/
- Versión TLS requerida: 1.2
LiveOps es un conjunto de herramientas para estimular el compromiso continuo de los jugadores a través de promociones y ofertas personalizadas.
Utilice la API para gestionar las siguientes funciones:
- Promociones: crear y gestionar cupones, códigos promocionales, descuentos y campañas de bonificaciones.
- Personalización: especificar las condiciones para mostrar el catálogo de artículos y aplicar promociones solo para ciertos usuarios autorizados.
- Límites de promoción: establecer un límite en cuántas veces un usuario puede utilizar una promoción y configurar reinicios programados para estos límites.
- Cadenas de recompensas y puntos de valor: configurar progresiones de recompensas vinculadas a la acumulación de puntos de valor.
- Cadenas diarias: configurar recompensas diarias recurrentes para estimular inicios de sesión regulares.
- Cadenas de ofertas: construir ofertas de compra secuenciales con precios por cada paso y opciones de recompensa gratuita.
- Venta adicional: un método de ventas en el que se ofrece al usuario comprar un artículo que posee un valor adicional.
La API se divide en los siguientes grupos:
Admin : llamadas para crear, actualizar, activar y eliminar campañas y configuraciones de cadenas. Se autentican a través de autenticación básica de acceso con sus credenciales de comerciante o de proyecto.Client : llamadas para recuperar promociones disponibles, obtener cadenas activas, canjear códigos y reclamar recompensas en nombre de usuarios finales autenticados. Se autentican a través del JWT del usuario.
Las llamadas API requieren autenticación ya sea en nombre de un usuario o en nombre de un proyecto. El esquema de autenticación utilizado se especifica en la sección Seguridad en la descripción de cada llamada.
La autenticación mediante el JWT del usuario se utiliza cuando se envía una solicitud desde un navegador, aplicación móvil o juego. Por defecto, se aplica el esquema XsollaLoginUserJWT. Para obtener más detalles sobre cómo crear un token, consulte la documentación del API de Xsolla Login.
El token se transmite en el encabezado Authorization con el siguiente formato: Authorization: Bearer <user_JWT>, en el que <user_JWT> es el token de usuario. El token identifica al usuario y proporciona acceso a datos personalizados.
También puede utilizar un token para abrir la interfaz de pago.
La autenticación HTTP básica se utiliza para interacciones de servidor a servidor, cuando una llamada API se envía directamente desde tu servidor en lugar de desde el navegador de un usuario o aplicación móvil. Normalmente, se usa la autenticación HTTP básica con una clave de API.
La clave de API es confidencial y no debe almacenarse ni usarse en aplicaciones cliente.
Con la autenticación básica del lado del servidor, todas las solicitudes de API deben incluir el siguiente encabezado:
- para
basicAuth—Authorization: Basic <your_authorization_basic_key>, en las queyour_authorization_basic_keyes el parproject_id:api_keycodificado en Base64 - para
basicMerchantAuth—Authorization: Basic <your_authorization_basic_key>, en las queyour_authorization_basic_keyes el parmerchant_id:api_keycodificado en Base64
Puede encontrar los valores de parámetro en Cuenta del editor:
- Se muestra
merchant_id:- En Configuración de la empresa > Empresa.
- En la URL en la barra de direcciones del navegador en cualquier página de Cuenta del editor. La URL tiene el siguiente formato:
https://publisher.xsolla.com/<merchant_id>.
- Se muestra
project_id:- Junto al nombre del proyecto en Cuenta del editor.
- En la URL en la barra de direcciones del navegador al trabajar en un proyecto en la Cuenta del editor. La URL tiene el siguiente formato:
https://publisher.xsolla.com/<merchant_id>/projects/<project_id>.
api_keyse muestra en Cuenta del editor solo en el momento de la creación y debe almacenarse de forma segura en su servidor. Puede crear una clave de API en las siguientes secciones:
Si una llamada API requerida no incluye el parámetro de ruta
project_id, utilice una clave de API que sea válida para todos los proyectos de la empresa para la autorización.Para obtener más información sobre cómo trabajar con claves de API, consulte las referencias de la API.
El esquema de autenticación AuthForCart se utiliza para las compras con cesta y admite dos modos:
Autenticación con el JWT de un usuario. El token se transmite en el encabezado
Authorizationen el siguiente formato:Authorization: Bearer <user_JWT>, en el que<user_JWT>es el token del usuario. El token identifica al usuario y proporciona acceso a datos personalizados. De forma alternativa, puede usar un token para abrir la interfaz de pago.Modo simplificado sin encabezado "Authorization". Este modo se utiliza solo para usuarios no autorizados y puede aplicarse solo para ventas de claves de juego. En lugar de un token, la solicitud debe incluir los siguientes encabezados:
x-unauthorized-idcon un ID de solicitudx-usercon la dirección de correo electrónico del usuario codificada en Base64
Los artículos de todos los tipos (artículos virtuales, lotes, moneda virtual y claves) emplean una estructura de datos similar. Comprender la estructura básica simplifica el trabajo con la API y le ayuda a orientarse más fácilmente en la documentación.
Algunas llamadas pueden incluir campos adicionales, pero no cambian la estructura básica.
Identificación
merchant_id— ID de la empresa en Cuenta del editorproject_id— ID del proyecto en Cuenta del editorsku— SKU del artículo, único dentro del proyecto
Visualización en la tienda
name— nombre del artículodescription— descripción del artículoimage_url— URL de la imagenis_enabled— disponibilidad del artículois_show_in_store— si el artículo se muestra o no en el catálogo
Para obtener más información sobre la gestión de la disponibilidad de artículos en el catálogo, consulte la documentación.
Organización
type— tipo de artículo, p. ej., un artículo virtual (virtual_item) o lote (bundle)groups— grupos a los que pertenece el artículoorder— orden de visualización en el catálogo
Condiciones de venta
prices— precios en moneda real o virtuallimits— límites de compraperiods— periodos de disponibilidadregions— restricciones regionales
Ejemplo de estructura de entidad principal:
{
"attributes": [],
"bundle_type": "virtual_currency_package",
"content": [
{
"description": {
"en": "Main in-game currency"
},
"image_url": "https://.../image.png",
"name": {
"en": "Crystals",
"de": "Kristalle"
},
"quantity": 500,
"sku": "com.xsolla.crystal_2",
"type": "virtual_currency"
}
],
"description": {
"en": "Crystals x500"
},
"groups": [],
"image_url": "https://.../image.png",
"is_enabled": true,
"is_free": false,
"is_show_in_store": true,
"limits": {
"per_item": null,
"per_user": null,
"recurrent_schedule": null
},
"long_description": null,
"media_list": [],
"name": {
"en": "Medium crystal pack"
},
"order": 1,
"periods": [
{
"date_from": null,
"date_until": "2020-08-11T20:00:00+03:00"
}
],
"prices": [
{
"amount": 20,
"country_iso": "US",
"currency": "USD",
"is_default": true,
"is_enabled": true
}
],
"regions": [],
"sku": "com.xsolla.crystal_pack_2",
"type": "bundle",
"vc_prices": []
}La API de Xsolla le permite implementar la lógica de una tienda en el juego, incluyendo la recuperación del catálogo de artículos, la gestión de la cesta, la creación de pedidos y el seguimiento de su estado. Dependiendo del escenario de integración, las llamadas API se dividen en subsecciones de Admin y Catálogo, que usan diferentes esquemas de autenticación.
El siguiente ejemplo muestra un flujo básico para establecer y operar una tienda, desde la creación de artículos hasta la compra.
Cree un catálogo de artículos para su tienda, como artículos virtuales, lotes o moneda virtual.
Ejemplos de llamadas API:
Configure herramientas de adquisición de usuarios y monetización, como descuentos, bonificaciones, recompensas diarias o cadenas de ofertas.
Ejemplos de llamadas API:
Configure la visualización de artículos en su aplicación.
No utilice llamadas API de la subsección Admin para crear un catálogo de usuarios. Estas llamadas API tienen límites de frecuencia y no están destinadas para el tráfico de usuarios.
Ejemplos de llamadas a la API:
Por defecto, las llamadas API del catálogo devuelven artículos que están actualmente disponibles en la tienda en el momento de la solicitud. Para recuperar artículos que aún no están disponibles o que ya no lo están, incluya el parámetro
"show_inactive_time_limited_items": 1 en la solicitud del catálogo.
Puede vender artículos utilizando los siguientes métodos:
- Compra rápida: venda un código de artículo (SKU) varias veces.
- Compra con cesta: el usuario añade artículos a la cesta, elimina artículos y actualiza cantidades dentro de un solo pedido.
Si un artículo se compra utilizando moneda virtual en lugar de dinero real, utilice la llamada API Crear pedido con artículo especificado comprado con moneda virtual. La interfaz de pago no es necesaria, ya que el cargo se procesa cuando se ejecuta la llamada API.
Para la compra de artículos gratuitos, utilice la llamada API Crear pedido con artículo gratuito especificado o la llamada API Crear pedido con cesta gratuita. La interfaz de pago no es necesaria: el pedido se establece inmediatamente con el estado done.
Utilice la llamada API del lado del cliente para crear un pedido con un artículo especificado. La llamada devuelve un token utilizado para abrir la interfaz de pago.
La información de descuento está disponible para el usuario únicamente en la interfaz de pago. Los códigos promocionales no son compatibles.
La configuración y compra de la cesta se puede realizar en el cliente o en el lado del servidor.
Configurar y comprar una cesta en el cliente
Implemente la lógica de añadir y eliminar artículos por usted mismo. Antes de llamar a la API para establecer una cesta, no tendrá información sobre qué promociones se aplicarán a la compra. Esto implica que el coste total y los detalles de los artículos de bonificación añadidos no se conocerán.
Implemente la siguiente lógica de cesta:
- Después de que el jugador haya llenado una cesta, utilice la llamada API Llenar la cesta con artículos. La llamada devuelve la información actual sobre los artículos seleccionados (precios antes y después de descuentos y artículos de bonificación).
- Actualice el contenido de la cesta basándose en las acciones de los usuarios:
- Para añadir un artículo o cambiar la cantidad del artículo, utilice la llamada API Actualizar artículo de la cesta por ID de la cesta.
- Para eliminar un artículo, utilice la llamada API Eliminar artículo de la cesta por ID de la cesta.
Para obtener el estado actual de la cesta, utilice la llamada API Obtener la cesta del usuario actual.
- Utilice la llamada API Crear pedido con todos los artículos de la cesta actual. La llamada devuelve el ID del pedido y el token de pago. El pedido recién creado se establece por defecto con el estado
new.
Configurar y comprar una cesta en el servidor
Esta opción de configuración puede requerir más tiempo para configurar la cesta, ya que cada modificación que se realice en ella debe ir acompañada de llamadas API.
Implemente la siguiente lógica de cesta:
- Después de que el jugador haya llenado una cesta, utilice la llamada API Llenar la cesta con artículos. La llamada devuelve la información actual sobre los artículos seleccionados (precios antes y después de descuentos, y artículos de bonificación).
- Utilice la llamada API Crear pedido con todos los artículos de la cesta actual. La llamada devuelve el ID del pedido y el token de pago. El pedido recién creado se establece por defecto con el estado
new.
Utilice el token devuelto para abrir la interfaz de pago en una nueva ventana. Otras formas de abrir la interfaz de pago se describen en la documentación.
| Acción | Punto final |
|---|---|
| Abrir en entorno de producción. | https://secure.xsolla.com/paystation4/?token={token} |
| Abrir en modo sandbox. | https://sandbox-secure.xsolla.com/paystation4/?token={token} |
Utilice el modo sandbox durante el desarrollo y las pruebas. Las compras de prueba no hacen cargos en cuentas reales. Puede usar tarjetas bancarias de prueba.
Tras realizar el primer pago real, se aplica una política estricta de pagos en aislador de proceso (sandbox). Un pago en modo sandbox está disponible solo para los usuarios especificados en Cuenta del Editor > Configuración de la empresa > Usuarios.
Comprar moneda virtual y artículos con moneda real es posible solamente después de firmar un acuerdo de licencia con Xsolla. Para hacerlo, en Cuenta del editor, vaya a Acuerdos e impuestos > Acuerdos, rellene el formulario de acuerdo y espere la confirmación. La revisión del acuerdo puede tardar hasta tres días laborables.
Para habilitar o deshabilitar el modo sandbox, cambie el valor del parámetro sandbox en la solicitud para compra rápida y compra con cesta. El modo sandbox está desactivado por defecto.
Posibles estados del pedido:
new: pedido creadopaid: pago recibidodone: artículo entregadocanceled: pedido canceladoexpired: pedido expirado
Haga un seguimiento del estado del pedido usando uno de los siguientes métodos:
Las llamadas API que devuelven grandes conjuntos de registros (p. ej., al crear un catálogo) devuelven datos en páginas. La paginación es un mecanismo que limita el número de artículos devueltos en una sola respuesta de API y le permite recuperar páginas posteriores de manera secuencial.
Utilice los siguientes artículos para controlar el número de artículos devueltos:
limit— número de artículos por páginaoffset— índice del primer artículo de la página (la numeración comienza desde 0)has_more— indica si hay otra página disponibletotal_items_count— número total de artículos
Ejemplo de solicitud:
GET /items?limit=20&offset=40Ejemplo de respuesta:
{
"items": [...],
"has_more": true,
"total_items_count": 135
}Se recomienda enviar solicitudes posteriores hasta que la respuesta devuelva has_more = false.
Las fechas y valores de tiempo se transmiten en el formato ISO 8601.
Se admiten los siguientes:
- Desfase UTC (tiempo universal coordinado)
- Valor
nullcuando no hay restricción de tiempo para mostrar un artículo - Marca de tiempo Unix (en segundos) utilizada en algunos campos
Formato: AAAA-MM-DDTHH:MM:SS±HH:MM
Ejemplo: 2026-03-16T10:00:00+03:00
Xsolla admite la localización de campos visibles por el usuario, como el nombre y la descripción del artículo. Los valores localizados se transmiten como un objeto en el que el código de idioma se utiliza como la clave. La lista completa de idiomas admitidos está disponible en la documentación.
Campos admitidos
La localización puede especificarse para los siguientes parámetros:
namedescriptionlong_description
Formato de configuración regional
La clave de configuración regional puede especificarse en uno de los siguientes formatos:
- Código de idioma de dos letras:
en,ru - Código de idioma de cinco letras:
en-US,ru-RU,de-DE
Ejemplos
Ejemplo con un código de idioma de dos letras:
{
"name": {
"en": "Starter Pack",
"ru": "Стартовый набор"
}
}Ejemplo con un código de idioma de cinco letras:
{
"description": {
"en-US": "Premium bundle",
"de-DE": "Premium-Paket"
}
}Si ocurre un error, la API devuelve un estado HTTP y un cuerpo de respuesta JSON. La lista completa de errores relacionados con la tienda está disponible en la documentación.
Ejemplo de respuesta:
{
"errorCode": 1102,
"errorMessage": "Validation error",
"statusCode": 422,
"transactionId": "c9e1a..."
}errorCode— código de error.errorMessage— descripción breve del error.statusCode— estado de la respuesta HTTP.transactionId— ID de la solicitud. Se devuelve solo en algunos casos.errorMessageExtended— detalles adicionales del error, como los parámetros de la solicitud. Se devuelve solo en algunos casos.
Ejemplo de respuesta ampliada:
{
"errorCode": 7001,
"errorMessage": "Chain not found",
"errorMessageExtended": {
"chain_id": "test_chain_id",
"project_id": "test_project_id",
"step_number": 2
},
"statusCode": 404
}Códigos de estado HTTP habituales
400— solicitud no válida401— error de autenticación403— permisos insuficientes404— recurso no encontrado422— error de validación429— límite de frecuencia excedido
Recomendaciones
- Gestione el estado HTTP y el cuerpo de la respuesta juntos.
- Utilice
errorCodepara procesar errores relacionados con la lógica de la aplicación. - Utilice
transactionIdpara identificar solicitudes más rápidamente al analizar errores.
Descripción general
Las promociones son herramientas de marketing diseñadas para atraer nuevos usuarios y aumentar las ventas. Usando la API de Xsolla, puede configurar las siguientes promociones:
- Descuentos: precios reducidos en artículos seleccionados.
- Bonificaciones: artículos concedidos a los usuarios junto con su compra.
- Cupones: códigos que permiten a los usuarios recibir uno o más artículos de bonificación al canjearlos.
- Códigos promocionales: códigos que permiten a los usuarios recibir artículos de bonificación, un descuento en un artículo específico o un descuento en toda la cesta. A diferencia de los cupones que se canjean después de que el usuario los introduce, los códigos promocionales se canjean durante una compra (en el momento del pago).
- Ofertas únicas: artículos ocultos que se muestran en el catálogo a los usuarios que han introducido un código de oferta única. Si no se introduce el código, los artículos no se muestran.
Flujo de ejemplo para configurar una promoción de descuento:
- Cree artículos usando las llamadas de la subsección Admin de los grupos Artículos virtuales y moneda, Lotes o Claves del juego.
- Cree una promoción usando la llamada Crear promoción de descuento para un artículo. En la matriz
items, transmita los SKU de los artículos correspondientes. - Configure los periodos de validez de la promoción. Para hacerlo, invoque los métodos Crear promoción de descuento para un artículo o Actualizar promoción del artículo, y transmita el campo
promotion_periodscomo una matriz de objetos en la cualdate_fromdefine la fecha de inicio ydate_untildefine la fecha de finalización del periodo de validez. - Active una promoción usando la llamada Actualizar la promoción del artículo. Transmita el parámetro
"is_enabled": true. - Para obtener información sobre los precios de los artículos, incluidos los precios con descuento, llame a los métodos de la API del cliente para obtener un catálogo de artículos de las subsecciones Común > Catálogo, Artículos virtuales y moneda > Catálogo, y Lotes > Catálogo.
Consulte nuestra documentación para obtener información detallada sobre la configuración de promociones:
Cupones
Llame a los métodos API de esta subsección para configurar y gestionar promociones de cupones.
Nota:
Consulte nuestra documentación para obtener información detallada sobre los cupones.
ID del proyecto. Encontrará este parámetro en su Cuenta del editor junto al nombre del proyecto y en la barra de direcciones del navegador cuando se trabaja en un proyecto. La URL tiene el siguiente formato: https://publisher.xsolla.com/<merchant_id>/projects/<project_id>.
- https://store.xsolla.com/api/v2/project/{project_id}/admin/coupon/{external_id}/deactivate
- Mock serverhttps://xsolla.redocly.app/_mock/es/api/liveops/v2/project/{project_id}/admin/coupon/{external_id}/deactivate
- curl
- JavaScript
- Node.js
- Python
- Java
- C#
- PHP
- Go
- Ruby
- R
- Payload
curl -i -X PUT \
-u <username>:<password> \
https://store.xsolla.com/api/v2/project/44056/admin/coupon/coupon_44056_1/deactivateID del proyecto. Encontrará este parámetro en su Cuenta del editor junto al nombre del proyecto y en la barra de direcciones del navegador cuando se trabaja en un proyecto. La URL tiene el siguiente formato: https://publisher.xsolla.com/<merchant_id>/projects/<project_id>.
- https://store.xsolla.com/api/v2/project/{project_id}/admin/coupon/{external_id}/code
- Mock serverhttps://xsolla.redocly.app/_mock/es/api/liveops/v2/project/{project_id}/admin/coupon/{external_id}/code
- curl
- JavaScript
- Node.js
- Python
- Java
- C#
- PHP
- Go
- Ruby
- R
- Payload
curl -i -X POST \
-u <username>:<password> \
https://store.xsolla.com/api/v2/project/44056/admin/coupon/coupon_44056_1/code \
-H 'Content-Type: application/json' \
-d '{
"coupon_code": "WINTER2021"
}'{ "code": "WINTER2021" }
Solicitud
Obtiene códigos de cupón.
La respuesta incluye el número total de códigos de la promoción (total_count) y los códigos de la página actual (codes). Para obtener la página siguiente, aumente el offset según el valor de limit (por ejemplo, “offset”: 100 y, a continuación, “offset”: 200) hasta que haya obtenido todos los códigos.
En la mayoría de los casos, “limit”: 100 o “limit”: 1000 es suficiente. Reserve los valores más altos, como “limit”: 10000 , para exportaciones masivas puntuales y evite usar “limit”: 50000 salvo que sea necesario.
ID del proyecto. Encontrará este parámetro en su Cuenta del editor junto al nombre del proyecto y en la barra de direcciones del navegador cuando se trabaja en un proyecto. La URL tiene el siguiente formato: https://publisher.xsolla.com/<merchant_id>/projects/<project_id>.
- https://store.xsolla.com/api/v2/project/{project_id}/admin/coupon/{external_id}/code
- Mock serverhttps://xsolla.redocly.app/_mock/es/api/liveops/v2/project/{project_id}/admin/coupon/{external_id}/code
- curl
- JavaScript
- Node.js
- Python
- Java
- C#
- PHP
- Go
- Ruby
- R
- Payload
curl -i -X GET \
-u <username>:<password> \
'https://store.xsolla.com/api/v2/project/44056/admin/coupon/coupon_44056_1/code?limit=50&offset=0'{ "codes": [ { … }, { … }, { … }, { … }, { … } ], "total_count": 5 }
Códigos promocionales
Llame a los métodos API de esta subsección para configurar y gestionar promociones de códigos promocionales.
Nota:
Consulte nuestra documentación para obtener información detallada sobre los códigos promocionales.
Ofertas únicas por catálogo
Llame a los métodos API de esta subsección para configurar y gestionar ofertas exclusivas de catálogo.
Nota:
Consulte nuestra documentación para obtener información detallada sobre las ofertas exclusivas.
Descuentos
Llame a los métodos API de esta subsección para configurar y gestionar promociones de descuento.
Nota:
Consulte nuestra documentación para obtener información detallada sobre los descuentos.
Bonificaciones
Llame a los métodos API de esta subsección para configurar y gestionar promociones de bonificaciones.
Nota:
Consulte nuestra documentación para obtener información detallada sobre las bonificaciones.
Catálogo personalizado
La personalización le permite especificar las condiciones para mostrar el catálogo de artículos y aplicar promociones únicamente para usuarios autorizados específicos. Las condiciones se definen en función de los atributos de usuario y le permiten ofrecer artículos y promociones que sean más relevantes para usuarios concretos.
Los siguientes tipos de personalización están disponibles:
- Personalización en el lado de Xsolla. Las reglas y la lógica de personalización se configuran y almacenan en el lado de Xsolla. Transmite los atributos del usuario, y Xsolla los utiliza para generar un catálogo personalizado.
- Personalización del lado del socio. Configura las reglas y la lógica de personalización en su lado y envía una carga útil del catálogo final para un usuario específico a Xsolla.
Para configurar la personalización en el lado de Xsolla usando la API de Xsolla:
Cree artículos usando las llamadas API de la subsección Admin de los grupos Artículos virtuales y moneda, Lotes o Claves del juego.
Configure los atributos del usuario usando la API de Xsolla Login y manténgalos sincronizados actualizando los datos en Xsolla cada vez que se produzcan cambios en su juego.
Configure la personalización para artículos o promociones:
- Para personalizar el catálogo de artículos, defina las reglas de visualización del catálogo usando la llamada API Crear regla de filtrado del catálogo:
- En la matriz attribute_conditions, especifica las condiciones que determinan la disponibilidad de los artículos en función de los atributos del usuario.
- En la matriz artículos, facilite la lista de artículos que deberían ser visibles para el usuario si sus atributos coinciden con las condiciones especificadas.
- Para configurar promociones personalizadas, use las llamadas API de creación y actualización para el tipo de promoción requerido. En la matriz attribute_conditions, especifique las condiciones que determinan la disponibilidad de la promoción en función de los atributos del usuario.
- Para personalizar el catálogo de artículos, defina las reglas de visualización del catálogo usando la llamada API Crear regla de filtrado del catálogo:
Transmita el JWT del usuario con los atributos del usuario a las llamadas API de recuperación de catálogo para recibir un catálogo personalizado.
Secuencia para configurar y aplicar la personalización en el lado de Xsolla para el catálogo de artículos:

Secuencia para configurar y aplicar la personalización en el lado de Xsolla para las promociones:

Se proporciona información detallada:
- en la guía para configurar la personalización en el lado de Xsolla y del socio
- en el tutorial paso a paso sobre personalización del catálogo de artículos en el lado de Xsolla
Descripción general
Los límites de uso de promociones le permiten restringir el número de veces que un usuario específico puede usar una promoción. También puede configurar restablecimientos programados de los límites.
Los límites se almacenan en el lado de Xsolla y se configuran en la configuración de la promoción en Cuenta del editor o a través del objeto limits en las siguientes llamadas API:
- Crear promoción de descuento para un artículo o Actualizar promoción de descuento
- Crear promoción de bonificación o Actualizar la promoción de bonificación
La información de los límites se devuelve en el objeto items.promotions.limits en las siguientes llamadas API para recuperar el catálogo de artículos:
- Obtener lista de artículos virtuales
- Obtener lista de monedas virtuales
- Obtener lista de paquetes de moneda virtual
- Obtener lista de lotes
- Obtener lista de juegos
Las llamadas de API en la subsección Gestión del grupo Límites le permiten recuperar el estado actual de los límites y actualizarlos para un usuario específico; por ejemplo, reiniciar el contador después de realizar una misión o ajustar manualmente la cantidad restante.
Para obtener información detallada sobre cómo configurar los límites en el catálogo, consulte la sección Límites de uso de promociones.
Puede configurar limits.per_user: un límite en el número de veces que un solo usuario puede usar una promoción.
Los usuarios no autenticados siempre ven el número máximo de veces que se puede usar la promoción.
Para mostrar los usos restantes de la promoción del usuario con el límite activo aplicado, transmita los datos de autorización del usuario al solicitar el catálogo de artículos.
Para configurar un periodo de restablecimiento programado —diario, semanal o mensual— transmita el objeto limits.recurrent_schedule al crear o actualizar una promoción.
Escenario de configuración y aplicación de límites
- Crea una promoción usando la llamada API Crear promoción de descuento para un artículo o Crear promoción de bonificación y pasa el objeto
limits. - Solicita el catálogo para un usuario no autenticado: la respuesta devuelve el número máximo de usos de la promoción en el objeto
items.promotions.limits. - El usuario inicia sesión.
- Solicita el catálogo con el token de autorización del usuario: la respuesta devuelve el número restante de usos con el límite activo aplicado.
- El usuario selecciona un artículo promocional y hace una compra.
- Después del pago realizado correctamente, Xsolla actualiza el valor
items.promotions.limits.per_user. Cuando llega a0, el artículo se devuelve en las llamadas API del catálogo sin descuento ni bonificación. - Puede actualizar el límite usando las llamadas API de la subsección Gestión:
- Recupera el valor de límite actualizado en
items.promotions.limitsen la siguiente solicitud de catálogo realizada con el token de autorización del usuario y lo muestra al usuario.
Descripción general
Las cadenas de recompensas animan a los usuarios a comprar en la tienda utilizando moneda real. Por cada compra, los usuarios ganan puntos de valor y avanzan en la cadena de recompensas. Si los usuarios forman parte de clanes, sus compras aportan puntos de valor a todo el clan. Para obtener información detallada sobre cómo configurar las cadenas de recompensas, consulte la sección Sistema de recompensas.
Para configurar las cadenas de recompensas, utilice las llamadas API de la subsección Admin. Para mostrar las cadenas y reclamar recompensas, utilice las llamadas API de la subsección Client. Para gestionar las cadenas de recompensas de clanes, utilice las llamadas API de la subsección Clans client.
Ejemplo del flujo de configuración de la cadena de recompensas:
- Cree artículos usando las llamadas API de la subsección Admin de los grupos Artículos virtuales y moneda o Lotes.
- Cree puntos de valor mediante la llamada API Crear punto de valor.
- Asigne puntos de valor a los artículos mediante la llamada API Fijar puntos de valor para los artículos. Los usuarios reciben puntos de valor tras comprar estos artículos.
- Cree una cadena mediante la llamada API Crear cadena de recompensas. Para activar la cadena, transmita el parámetro
is_enabled: true. - Implemente la visualización de la cadena de recompensas. Para ello, solicite la lista de cadenas disponibles mediante la llamada API Obtener las cadenas de recompensas del usuario actual. La respuesta contiene todas las cadenas activas con sus pasos y estados.
- Implemente la visualización del saldo de puntos de valor. Para ello, utilice la llamada API Obtener el saldo de puntos de valor del usuario actual.
- Implemente la reclamación de recompensas por pasos. Para ello, utilice la llamada API Reclamar recompensa por paso.
- Configure el seguimiento del estado de los pedidos, por ejemplo, mediante webhooks, para recibir sin demora los datos sobre las recompensas reclamadas y concedérselas al usuario.
Descripción general
Las cadenas de ofertas son una secuencia de pasos, cada uno de los cuales contiene un artículo que los usuarios reciben gratis o que compran como parte de una oferta activa. Las cadenas de ofertas pueden incluir artículos exclusivos que solo están disponibles dentro de la cadena, así como artículos a precios rebajados en comparación con los precios de tienda. Para obtener información detallada sobre cómo configurar esta herramienta de marketing, consulte la sección Offer chains.
Para configurar las cadenas de ofertas, utilice las llamadas API de la subsección Admin. Para mostrar las cadenas e implementar la lógica para gestionar los artículos que reciben los usuarios, utilice las llamadas API de la subsección Client.
Ejemplo del flujo de configuración de la cadena de ofertas:
Cree artículos usando las llamadas API de la subsección Admin de los grupos Artículos virtuales y moneda o Lotes.
Cree una cadena mediante la llamada API Crear cadena de ofertas. Para activar la cadena, transmita el parámetro
is_enabled: true.Implemente la visualización de la cadena de ofertas. Para ello, solicite la lista de cadenas disponibles mediante la llamada API Obtener las cadenas de ofertas del usuario actual. La respuesta contiene todas las cadenas activas con sus pasos y estados.
Implemente la lógica para gestionar los artículos que reciben los usuarios:
Si el artículo del paso es gratuito, utilice la llamada API Reclamar paso de cadena de ofertas gratuito. Transmita
offer_chain_idystep_numberen la solicitud.Si el artículo del paso es de pago, utilice la llamada API Crear pedido para el paso de cadena de ofertas de pago. Transmita
offer_chain_idystep_numberen la solicitud. La respuesta devuelve unorder_idy un token para abrir la interfaz de pago.
Configure el seguimiento del estado de los pedidos, por ejemplo, mediante webhooks, para recibir sin demora los datos de los artículos reclamados o comprados y concedérselos al usuario.