Saltar para o conteúdo
/
Obter grupo de itens por...

Catalog API (2.0.0)

Visão geral

  • Versão: 2.0.0
  • Servidores: https://store.xsolla.com/api
  • Entre em contato por e-mail
  • URL de Contato: https://xsolla.com/
  • Versão TLS requerida: 1.2

A Catalog API permite que você configure um catálogo de itens de jogo no lado da Xsolla e exibir o catálogo aos usuários na sua loja.

A API permite que você gerencie as seguintes entidades de catálogo:

  • Itens virtuais — itens de jogo tais como armas, visuais e reforços.
  • Moedas virtuais — dinheiro virtual utilizado para comprar bens virtuais.
  • Pacotes de moedas virtuais — conjuntos pré-definidos de moedas virtuais.
  • Conjuntos — pacotes combinados de itens virtuais, moedas ou chaves de jogo vendidas como um único SKU.
  • Chaves de jogo — chaves para jogos e DLCs distribuídos via plataformas como o Steam ou outros provedores de DRM.
  • Grupos — agrupamentos lógicos para organizar e filtrar itens dentro do catálogo.

Chamadas de API

A API divide-se nos seguintes grupos:

  • Admin — chamadas para criar, atualizar, excluir e configurar itens de catálogo e grupos. Autenticada via autenticação de acesso básica com seu comerciante ou credenciais do projeto. Não se destina a uso em vitrines.
  • Catalog — chamadas para recuperar itens e construir vitrines personalizadas para usuários finais. Desenvolvida para gerenciar cenários de carga alta. Suporta a autorização opcional de JWT de usuários para retornar dados personalizados, tais como limites específicos aos usuários e promoções ativas.

Autenticação

Chamadas de API requerem autenticação em nome de um usuário ou de um projeto. O esquema de autenticação utilizado é especificado na seção Segurança na descrição de cada chamada.

Autenticação usando o JWT do usuário

A autenticação JWT do usuário é usada quando uma solicitação é enviada de um navegador, aplicativo móvel ou jogo. Por padrão, o esquema XsollaLoginUserJWT é aplicado. Para detalhes sobre como criar um token, consulte a documentação Xsolla Login API.

O token é passado no cabeçalho Authorization no seguinte formato: Authorization: Bearer <user_JWT>, onde <user_JWT> é o token do usuário. O token identifica o usuário e fornece acesso a dados personalizados.

Alternativamente, você pode usar um token para abrir a interface de pagamento.

Autenticação HTTP básica

A autenticação HTTP básica é usada para interações de servidor para servidor, quando uma chamada de API é enviada diretamente do seu servidor em vez de um navegador ou aplicativo móvel do usuário. A autenticação HTTP básica com uma chave de API normalmente é utilizada.

Nota

A chave API é confidencial e não deve ser armazenada ou usada em aplicativos de usuários finais.

Com a autenticação básica do lado do servidor, todas as solicitações de API devem incluir o seguinte cabeçalho:

  • para basicAuth — Authorization: Basic <your_authorization_basic_key>, onde your_authorization_basic_key é o par project_id:api_key codificado em Base64
  • para basicMerchantAuth — Authorization: Basic <your_authorization_basic_key>, onde your_authorization_basic_key é o par merchant_id:api_key codificado em Base64

Você pode encontrar os valores dos parâmetros em Conta de Distribuidor:

  • merchant_id é exibido:
    • Em Configurações da empresa > Empresa.
    • No URL na barra de endereço do navegador em qualquer página da Conta de Distribuidor. O URL tem o seguinte formato: https://publisher.xsolla.com/<merchant_id>.
  • project_id é exibido:
    • Ao lado do nome do projeto na Conta de Distribuidor.
    • No URL na barra de endereço do navegador ao trabalhar em um projeto na Conta de Distribuidor. O URL tem o seguinte formato: https://publisher.xsolla.com/<merchant_id>/projects/<project_id>.
  • api_key é mostrado na Conta de Distribuidor apenas no momento da criação e deve ser armazenado de forma segura do seu lado. Você pode criar uma chave de API nas seguintes seções:
Aviso

Se uma chamada de API necessária não incluir o parâmetro de caminho project_id, use uma chave de API que seja válida para todos os projetos da empresa para autorização.

Para mais informações sobre como trabalhar com chaves API, consulte as referências de API.

Autenticação com suporte a acesso de convidado

O esquema de autenticação AuthForCart é utilizado para as compras de carrinhos e suporta dois modos:

  1. Autenticação com o JWT do usuário. O token é passado no cabeçalho Authorization no seguinte formato: Authorization: Bearer <user_JWT>, onde <user_JWT> é o token do usuário. O token identifica o usuário e fornece acesso a dados personalizados. Alternativamente, você pode usar um token para abrir a interface de pagamento.

  2. Modo simplificado sem o cabeçalho Authorization. Esse modo é usado apenas para usuários não autorizados e pode ser aplicado apenas para vendas de chaves de jogo. Em vez de um token, a solicitação deve incluir os seguintes cabeçalhos:

    • x-unauthorized-id com um ID de solicitação
    • x-user com o endereço de e-mail do usuário codificado em Base64

Estrutura da entidade principal

Itens de todos os tipos (itens virtuais, pacotes, moeda virtual e chaves) usam uma estrutura de dados semelhante. Compreender a estrutura básica simplifica o trabalho com a API e ajuda a navegar na documentação com mais facilidade.

Nota

Algumas chamadas podem incluir campos adicionais, mas eles não alteram a estrutura básica.

Identificação

  • merchant_id — ID da empresa na Conta de Distribuidor
  • project_id — ID do projeto na Conta de Distribuidor
  • sku — SKU do item, único dentro do projeto

Exibição na loja

  • name — nome do item
  • description — descrição do item
  • image_url — URL da imagem
  • is_enabled — disponibilidade do item
  • is_show_in_store — se o item é exibido no catálogo

Para mais informações sobre como gerenciar a disponibilidade de itens no catálogo, consulte a documentação.

Organização

  • type — tipo de item, por exemplo, um item virtual (virtual_item) ou conjunto (bundle)
  • groups — grupos aos quais o item pertence
  • order — ordem de exibição no catálogo

Condições de venda

  • prices — preços em moeda real ou virtual
  • limits — limites de compra
  • periods — períodos de disponibilidade
  • regions — restrições regionais

Exemplo de estrutura da entidade 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": []
}

Fluxo básico de compra

A Xsolla API permite implementar a lógica de loja no jogo, incluindo a recuperação do catálogo de itens, gerenciamento do carrinho, criação de pedidos e acompanhamento de seu status. Dependendo do cenário de integração, as chamadas de API são divididas em subseções Admin e Catalog, que usam diferentes esquemas de autenticação.

O exemplo a seguir mostra um fluxo básico para configurar e operar uma loja, desde a criação de itens até a compra.

Criar itens e grupos (Admin)

Crie um catálogo de itens para sua loja, como itens virtuais, pacotes ou moeda virtual.

Exemplos de chamadas de API:

Configurar promoções, cadeias e limites (Admin)

Configure ferramentas de aquisição de usuários e monetização, como descontos, bônus, recompensas diárias ou cadeias de ofertas.

Exemplos de chamadas de API:

Obter informações do item (Cliente)

Configure a exibição do item em sua aplicação.

Aviso

Não use chamadas de API da subseção Admin para construir um catálogo de usuários. Essas chamadas de API têm limites de taxa e não são destinadas para tráfego de usuários.

Exemplos de chamadas de API:

Nota

Por padrão, as chamadas de API do catálogo retornam itens que estão atualmente disponíveis na loja no momento da solicitação. Para recuperar itens que ainda não estão disponíveis ou que não estão mais disponíveis, inclua o parâmetro "show_inactive_time_limited_items": 1 na solicitação do catálogo.

Vender itens

Você pode vender itens usando os seguintes métodos:

  • Compra rápida — vender um SKU várias vezes.
  • Compra de carrinho — o usuário adiciona itens ao carrinho, remove itens e atualiza quantidades dentro de um único pedido.

Se um item for comprado usando moedas virtuais em vez de moedas reais, use a chamada de API Criar pedido com item especificado comprado por moeda virtual. A interface de pagamento não é necessária, pois a cobrança é processada quando a chamada de API é executada.

Para a compra de itens gratuitos, use a chamada de API Criar pedido com item gratuito especificado ou a chamada de API Criar pedido com carrinho gratuito. A interface de pagamento não é necessária — o pedido é imediatamente definido ao status done.

Compra rápida

Use a chamada de API do lado do cliente para criar um pedido com um item especificado. A chamada retorna um token usado para abrir a interface de pagamento.

Nota

As informações de desconto estão disponíveis para o usuário apenas na interface de pagamento. Códigos promocionais não são suportados.

Compra via carrinho

A configuração e compra do carrinho podem ser realizadas no lado do cliente ou no lado do servidor.

Configure e compre um carrinho no cliente

Implemente a lógica de adicionar e remover itens por conta própria. Antes de chamar a API para configurar um carrinho, você não terá informações sobre quais promoções serão aplicadas à compra. Isso significa que o custo total e os detalhes dos itens bônus adicionados não serão conhecidos.

Implemente a seguinte lógica de carrinho:

  1. Após o jogador ter preenchido um carrinho, use a chamada de API Preencher carrinho com itens. A chamada retorna as informações atuais sobre os itens selecionados (preços antes e depois dos descontos, itens bônus).
  2. Atualize o conteúdo do carrinho com base nas ações do usuário:
Nota

Para obter o status atual do carrinho, use a chamada de API Obter carrinho do usuário atual.
  1. Use a chamada de API Criar pedido com todos os itens do carrinho atual. A chamada retorna o ID do pedido e o token de pagamento. O pedido recém-criado é definido para o status new por padrão.

Configure e compre um carrinho no servidor

Esta opção de configuração pode levar mais tempo para configurar o carrinho, já que cada alteração no carrinho deve ser acompanhada por chamadas de API.

Implemente a seguinte lógica de carrinho:

  1. Após o jogador ter preenchido um carrinho, use a chamada de API Preencher carrinho com itens. A chamada retorna informações atuais sobre os itens selecionados (preços antes e depois dos descontos, itens bônus).
  2. Use a chamada de API Criar pedido com todos os itens do carrinho atual. A chamada retorna o ID do pedido e o token de pagamento. O pedido recém-criado é definido ao status new por padrão.

Abertura da interface de pagamento

Use o token retornado para abrir a interface de pagamento em uma nova janela. Outras maneiras de abrir a interface de pagamento estão descritas na documentação.

AçãoEndpoint
Abrir no ambiente de produção.https://secure.xsolla.com/paystation4/?token={token}
Abrir no modo sandbox.https://sandbox-secure.xsolla.com/paystation4/?token={token}
Nota

Use o modo sandbox durante o desenvolvimento e teste. Compras de teste não fazem cobranças de contas reais. Você pode usar cartões de teste.

Após o primeiro pagamento real, uma política de pagamento sandbox estrita entra em vigor. Um pagamento no modo sandbox está disponível apenas para usuários especificados em Conta de Distribuidor > Configurações da Empresa > Usuários.

Comprar moedas e itens virtuais por moedas reais é possível apenas após assinar um acordo de licença com a Xsolla. Para isso, na Conta de Distribuidor, acesse Contratos & Impostos > Contratos, preencha o formulário do acordo e aguarde a confirmação. Pode levar até 3 dias úteis para revisar o contrato.

Para habilitar ou desabilitar o modo sandbox, altere o valor do parâmetro sandbox na solicitação para compra rápida e compra no carrinho. O modo sandbox está desativado por padrão.

Possíveis status do pedido:

  • new — pedido criado
  • paid — pagamento recebido
  • done — item entregue
  • canceled — pedido cancelado
  • expired — pedido expirado

Acompanhe o status do pedido usando um dos seguintes métodos:

Paginação

Chamadas de API que retornam grandes conjuntos de registros (por exemplo, ao criar um catálogo) retornam dados em páginas. A paginação é um mecanismo que limita o número de itens retornados em uma única resposta de API e permite que você recupere páginas subsequentes sequencialmente.

Use os seguintes parâmetros para controlar o número de itens retornados:

  • limit — número de itens por página
  • offset — índice do primeiro item na página (a numeração começa em 0)
  • has_more — indica se outra página está disponível
  • total_items_count — número total de itens

Exemplo de solicitação:

GET /items?limit=20&offset=40

Exemplo de resposta:

{
  "items": [...],
  "has_more": true,
  "total_items_count": 135
}

Recomenda-se enviar solicitações subsequentes até que a resposta retorne has_more = false.

Formato de data e hora

Datas e valores de tempo são passados no formato ISO 8601.

Os seguintes são suportados:

  • Deslocamento UTC
  • Valor null quando não há restrição de tempo para exibir um item
  • Timestamp Unix (em segundos) usado em alguns campos

Formato: YYYY-MM-DDTHH:MM:SS±HH:MM

Exemplo: 2026-03-16T10:00:00+03:00

Localização

A Xsolla suporta a tradução de campos voltados para o usuário, como nome e descrição do item. Valores traduzidos são passados como um objeto onde o código de idioma é usado como chave. A lista completa de idiomas suportados está disponível na documentação.

Campos suportados

A localização pode ser especificada para os seguintes parâmetros:

  • name
  • description
  • long_description

Formato de localidade

A chave de localidade pode ser especificada em um dos seguintes formatos:

  • Código de idioma de duas letras: en, ru
  • Código de idioma de cinco letras: en-US, ru-RU, de-DE

Exemplos

Exemplo com um código de idioma de duas letras:

{
  "name": {
    "en": "Starter Pack",
    "ru": "Стартовый набор"
  }
}

Exemplo com um código de idioma de cinco letras:

{
  "description": {
    "en-US": "Premium bundle",
    "de-DE": "Premium-Paket"
  }
}

Formato de resposta de erro

Se ocorrer um erro, a API retorna um status HTTP e um corpo de resposta JSON. A lista completa de erros relacionados à loja está disponível na documentação.

Exemplo de resposta:

{
  "errorCode": 1102,
  "errorMessage": "Validation error",
  "statusCode": 422,
  "transactionId": "c9e1a..."
}
  • errorCode — código de erro.
  • errorMessage — descrição curta do erro.
  • statusCode — status da resposta HTTP.
  • transactionId — ID da solicitação. Retornado apenas em alguns casos.
  • errorMessageExtended — detalhes adicionais do erro, como parâmetros da solicitação. Retornado apenas em alguns casos.

Exemplo de resposta estendida:

{
  "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 status HTTP comuns

  • 400 — solicitação inválida
  • 401 — erro de autenticação
  • 403 — permissões insuficientes
  • 404 — recurso não encontrado
  • 422 — erro de validação
  • 429 — limite de taxa excedido

Recomendações

  • Lide com o status HTTP e o corpo da resposta juntos.
  • Use errorCode para processar erros relacionados à lógica da aplicação.
  • Use transactionId para identificar solicitações mais rapidamente ao analisar erros.
Transferir a descrição da OpenAPI
index.json
index.yaml
Idiomas
Servidores
https://store.xsolla.com/api/
Mock server
https://xsolla.redocly.app/_mock/pt/api/catalog/

Visão geral

Você pode usar itens virtuais e moedas virtuais para construir uma loja no jogo e configurar como ela é exibida para os usuários. Os seguintes tipos de itens estão disponíveis:

  • Itens virtuais — bens no jogo como armas, skins ou impulsionadores. Podem ser vendidos por dinheiro real ou moedas virtuais.
  • Moeda virtual — moeda no jogo usada para comprar itens virtuais. Pode ser vendida por moedas reais ou moedas virtuais.
  • Pacotes de moedas virtuais — uma quantidade fixa de moedas virtuais. Pode ser vendida por moedas reais ou moedas virtuais.

Grupos são usados para organizar itens no catálogo. Eles permitem agrupar logicamente os itens e gerenciar como eles são exibidos.

Use chamadas de API da subseção Admin para criar, atualizar e excluir itens.

Use chamadas de API da subseção Catálogo para recuperar listas de itens e exibi-los aos usuários.

Aviso

Não use chamadas de API da subseção Admin para construir um catálogo de loja.

Nota

A chamada de API Obter lista de itens virtuais retorna dados detalhados dos itens, incluindo preços e atributos, e suporta paginação. Use-a para exibir páginas de catálogo na vitrine.

A chamada de API Obter lista de todos os itens virtuais retorna o SKU do item, nome, descrição, bem como ID e nome do grupo sem paginação. Use-a para busca ou indexação do lado do cliente.

Para compras com moedas virtuais, use a chamada de API Criar pedido com item especificado comprado por moeda virtual. A interface de pagamento não é necessária — a cobrança é processada quando a chamada de API é executada.

Exemplo de fluxo de compra com moeda virtual:

Exemplo de fluxo de compra com moeda virtual

Admin

Operações

Catálogo

Operações

Pagamento virtual

Operações

Visão geral

Game keys are single-use unique alphanumeric codes that grant users access to a game or DLC on gaming platforms. You can sell game keys via a direct link, through the store UI, or via a widget. You can also configure regional restrictions to sell game keys in specific countries. For detailed information, refer to the Game keys packages section.

User authentication is not required to sell game keys — the keys are sent to the email the user specified at checkout. You can configure authentication to enable additional scenarios: personalization, purchase limits, or an entitlement system. For detailed information, refer to the How to set up authentication when selling game keys section.

Game key sales flow:

  1. Create a game using the Create game API call.
  2. Configure regional restrictions.
  3. Upload keys to a game key package using the Upload codes API call to make them available for purchase.
  4. Display the game catalog with prices for the user's region using the Get games list API call.
  5. Create an order. For a fast purchase, you can use the Create order with all items from current cart API call, passing the game key SKU. The response returns a token for opening the payment UI.
  6. Implement the opening of the payment UI to pay for the order.

To receive timely notifications about successful payments and deliver items to the user, set up order status tracking, for example, using webhooks. The keys are sent to the email the user specified at checkout, and the order moves to the done status.

Game keys

Catálogo

Operações

Direito

Operações

Admin

Operações

Visão geral

Bundles are sets of items sold as a single unit. A bundle can include virtual items, virtual currency, virtual currency packages, game keys, and other bundles. Use bundles to create starter packs, seasonal offers, and special deals.

Use the following API call groups to work with bundles:

  • Use API calls from the Admin subsection to create, update, delete bundles, and manage their visibility.
  • Use API calls from the Catalog subsection to retrieve bundles.

Purchase limits are configured via the limits object when creating or updating a bundle. For more information, refer to the Limits overview. You can also configure regional restrictions to sell items in specific countries.

Note

For detailed information on configuring bundles, refer to the Bundles section.

Bundle management scenario:

  1. Create a bundle using the Create bundle API call. To verify the created bundle, use the Get bundle API call. To retrieve all bundles in the project, use the Get list of bundles API call.
  2. If needed, use the Update bundle API call to modify the bundle content or settings.
  3. Implement bundle display logic in your storefront using the Get list of bundles, Get specified bundle, or Get list of bundles by specified group API call.
  4. Create an order using the Cart and payment section. For example, for a fast purchase you can use the Create order with specified item API call, passing the bundle SKU. The response contains a token for opening the payment UI.
  5. Implement opening the payment UI to pay for the order.
  6. Set up order status tracking, for example using webhooks, to promptly receive data on successfully paid items and grant them to the user.

Bundle management scenario

Admin

Operações

Catálogo

Operações

Visão geral

O carrinho é um mecanismo de compra que permite combinar vários itens em um único pedido. Um usuário pode comprar itens de qualquer tipo em qualquer quantidade com moedas reais, assim como usar códigos promocionais.

O carrinho está vinculado a um usuário específico e é armazenado no lado da Xsolla. Você pode identificar o carrinho de duas maneiras: automaticamente pelo JWT do usuário ou pelo ID do carrinho (cart_id).

A gestão do carrinho está disponível tanto no lado do cliente quanto no lado do servidor.

No lado do servidor, você pode preencher o carrinho com itens, por exemplo, ao restaurar uma sessão de usuário. As seguintes ações estão disponíveis no lado do cliente:

  • recuperar o carrinho do usuário atual ou um carrinho por ID
  • preencher o carrinho
  • atualizar itens no carrinho
  • excluir itens do carrinho

Para comprar itens do carrinho, são usadas chamadas do cliente e do servidor para criação de pedidos.

Cenário de uso do carrinho:

  1. Implemente uma interface de loja onde o usuário selecionará os itens.
  2. Quando o usuário selecionar itens na loja, adicione-os ao carrinho, por exemplo, usando a chamada Preencher carrinho com itens. Na matriz de itens, você precisa passar os SKUs e a quantidade necessária de itens.
  3. Implemente a interface de visualização do carrinho. Quando o usuário acessar o carrinho, exiba seu conteúdo usando a chamada Obter carrinho do usuário atual. A resposta retornará informações sobre o preço final dos itens, incluindo descontos e promoções aplicadas.
  4. Implemente a abertura da interface de pagamento para pagar o pedido. Por exemplo, você pode usar a chamada Criar pedido com todos os itens de um carrinho específico. A resposta retorna um token para abrir a interface de pagamento.
  5. Configure o rastreamento do status do pedido, por exemplo, usando webhooks, para receber prontamente dados sobre itens pagos com sucesso e concedê-los ao usuário.

Nota

Para implementar a venda de itens no jogo e online, consulte o guia de integração.

Fluxo de carrinho e pagamento

Ciclo de vida do pedido

Compreender o ciclo de vida do pedido ajuda a rastrear pedidos e a implementar a lógica pós-compra corretamente, ou seja, a entrega dos itens.

O pedido passa pelos seguintes status:

StatusDescriçãoObservações
newO pedido é criado. O sistema aguarda pela confirmação do pagamento.As descrições dos status de transação podem ser encontrados na documentação Pay Station API.
paidO pedido é pago (a transação mudou para o status done), e o item pode ser concedido ao usuário. O pedido permanece no status new até que o pagamento seja confirmado.
doneO item é concedido ao usuário. —
canceledO pagamento foi reembolsado. O pedido muda para esse status quando o status da transação muda para refunded.
expired Criar um novo pedido para um item, código promocional ou promoção limitados move qualquer pedido não pago contendo o item para o status expired. Apenas o pedido mais recente pode ser pago. Se um usuário tentar pagar por um pedido expirado, a interface de pagamento exibirá um erro 2002, e o pagamento falhará.

Ciclo de vida do pedido

Nota

Quando o pedido muda para o status expired enquanto o usuário conclui o pagamento, mas o pagamento é bem-sucedido, o pedido muda do status expired para paid. Isso só se aplica se o limite de compra para o item do pedido não será excedido pelo pagamento.

Carrinho (lado do cliente)

Use chamadas desta seção para gerenciar o carrinho no lado do cliente.

Operações

Carrinho (lado do servidor)

Use chamadas desta seção para gerenciar o carrinho no lado do servidor.

Operações

Pagamento (lado do cliente)

Use chamadas desta seção para criar um token de pagamento no lado do cliente.

Operações

Pagamento (lado do servidor)

Use chamadas desta seção para criar um token de pagamento no lado do servidor.

Operações

Pedido

Use chamadas desta seção para obter informações sobre pedidos.

Operações

Itens gratuitos

Use calls from this section to grant free items to users.

Operações

Visão geral

Os limites de compra permitem restringir a quantidade de itens disponíveis para compra por um único usuário ou por todos os usuários. Você também pode configurar redefinições de limite agendadas.

Os limites são armazenados no lado da Xsolla e são configurados no nível de item individual na Conta de Distribuidor ou via o objeto limits nas seguintes chamadas de API:

As informações de limite são retornadas no objeto items.limits nas seguintes chamadas de API para recuperar o catálogo de itens:

As chamadas de API na subseção Gestão do grupo Limites permitem que você recupere o estado atual dos limites e os atualize para um usuário específico — por exemplo, redefina o contador após a conclusão de uma missão ou ajuste manualmente a quantidade restante.

Nota

Para informações detalhadas sobre como configurar limites no catálogo, consulte a seção Limites de compra de itens.

Gestão

Operações

Admin

Operações

Reservas

Operações

Comerciante

Operações

Catálogo

Esta API permite obter qualquer tipo de itens vendáveis ou itens específicos.

Operações

Regiões comuns

Operações

Admin

Operações

Admin

Operações

Obter lista de grupos de itens filtrada por tipo de itemServer-sideAdmin

Pedido

Retrieves item group list with filtering by item type. Only items of the specified type are counted for the group. This is similar to the Get item group list endpoint, with additional filtering of items by type when counting them.

Segurança
basicAuth
Caminho
project_idintegerobrigatório

ID de projeto. Você pode encontrar esse parâmetro na sua Conta de Distribuidor, próximo ao nome do projeto e na barra de endereços do navegador ao trabalhar com um projeto. O URL tem o seguinte formato: https://publisher.xsolla.com/<merchant_id>/projects/<project_id>.

Exemplo: 44056
item_typestringobrigatório

Tipo de item usado para filtrar grupos. Determina quais itens são inclusos na items_count. Valores contendo / (por exemplo, virtual_currency/package ou game/key) devem ter codificação de URL (por exemplo, virtual_currency%2Fpackage).

Enum"virtual_items""virtual_currency""virtual_currency/package""game/key""bundle""game""value_points""subscription_plans"
Exemplo: virtual_items
curl -i -X GET \
  -u <username>:<password> \
  https://store.xsolla.com/api/v2/project/44056/admin/items/virtual_items/groups

Respostas

A lista do grupo de itens foi recuperada com sucesso. O campo items_count inclui somente itens do tipo especificado.

Corpoapplication/json
groupsArray of objects(admin-group-response-by-item-type)
groups[].​idintegerobrigatório

ID de grupo de itens atribuído pela Xsolla.

Exemplo: 1
groups[].​external_idstringobrigatório

ID de grupo de itens externo especificado durante a criação.

Exemplo: "weapons"
groups[].​name(duas letras (object or null)) or (cinco letras (object or null))(group-name-localization-object)obrigatório

Objeto com traduções para a descrição do item. Aceita valores em um dos dois formatos: códigos de idioma minúsculos de duas letras (por exemplo, en) ou códigos de localidade de cinco caracteres (por exemplo, en-US). Embora ambos os formatos sejam aceitos, as respostas retornam códigos de idioma minúsculos de duas letras. Quando ambas as opções para o mesmo idioma são fornecidas (por exemplo, en e en-US), o último valor fornecido é armazenado. Você pode encontrar a lista completa de idiomas suportados na documentação.

Any of:

Códigos de idioma minúsculos de duas letras.

groups[].​name.​enstring or null

Inglês

groups[].​name.​arstring or null

Árabe

groups[].​name.​bgstring or null

Búlgaro

groups[].​name.​cnstring or null

Chinês (Simplificado)

groups[].​name.​csstring or null

Tcheco

groups[].​name.​destring or null

Alemão

groups[].​name.​esstring or null

Espanhol (Espanha)

groups[].​name.​frstring or null

Francês

groups[].​name.​hestring or null

Hebraico

groups[].​name.​itstring or null

Italiano

groups[].​name.​jastring or null

Japonês

groups[].​name.​kostring or null

Coreano

groups[].​name.​plstring or null

Polonês

groups[].​name.​ptstring or null

Português

groups[].​name.​rostring or null

Romeno

groups[].​name.​rustring or null

Russo

groups[].​name.​thstring or null

Tailandês

groups[].​name.​trstring or null

Turco

groups[].​name.​twstring or null

Chinês (Tradicional)

groups[].​name.​vistring or null

Vietnamita

groups[].​name.​kmstring or null

Khmer

groups[].​name.​idstring or null

Indonésio

groups[].​name.​lostring or null

Lao

groups[].​name.​mystring or null

Birmanês

groups[].​name.​phstring or null

Filipino

groups[].​name.​nestring or null

Nepalês

groups[].​description(duas letras (object or null)) or (cinco letras (object or null))(group-description-localization-object)

Objeto com traduções para a descrição do item. Aceita valores em um dos dois formatos: códigos de idioma minúsculos de duas letras (por exemplo, en) ou códigos de localidade de cinco caracteres (por exemplo, en-US). Embora ambos os formatos sejam aceitos, as respostas retornam códigos de idioma minúsculos de duas letras. Quando ambas as opções para o mesmo idioma são fornecidas (por exemplo, en e en-US), o último valor fornecido é armazenado. Você pode encontrar a lista completa de idiomas suportados na documentação.

Any of:

Códigos de idioma minúsculos de duas letras.

groups[].​description.​enstring or null

Inglês

groups[].​description.​arstring or null

Árabe

groups[].​description.​bgstring or null

Búlgaro

groups[].​description.​cnstring or null

Chinês (Simplificado)

groups[].​description.​csstring or null

Tcheco

groups[].​description.​destring or null

Alemão

groups[].​description.​esstring or null

Espanhol (Espanha)

groups[].​description.​frstring or null

Francês

groups[].​description.​hestring or null

Hebraico

groups[].​description.​itstring or null

Italiano

groups[].​description.​jastring or null

Japonês

groups[].​description.​kostring or null

Coreano

groups[].​description.​plstring or null

Polonês

groups[].​description.​ptstring or null

Português

groups[].​description.​rostring or null

Romeno

groups[].​description.​rustring or null

Russo

groups[].​description.​thstring or null

Tailandês

groups[].​description.​trstring or null

Turco

groups[].​description.​twstring or null

Chinês (Tradicional)

groups[].​description.​vistring or null

Vietnamita

groups[].​description.​kmstring or null

Khmer

groups[].​description.​idstring or null

Indonésio

groups[].​description.​lostring or null

Lao

groups[].​description.​mystring or null

Birmanês

groups[].​description.​phstring or null

Filipino

groups[].​description.​nestring or null

Nepalês

groups[].​image_urlstring or null(group-image-url)

URL da imagem do grupo de itens.

groups[].​orderinteger(group-display-order)

Ordem de exibição do grupo de itens no catálogo. Quanto maior o valor, mais baixa a posição do grupo na lista. Se os valores forem iguais, os grupos serão organizados por data de criação, com os mais novos sendo exibidos mais alto.

groups[].​is_enabledboolean(group-is-enabled)obrigatório

Se o grupo de itens fica ativado no catálogo.

groups[].​items_countinteger

Número total de itens no grupo.

Exemplo: 5
groups[].​is_contains_any_itemsboolean(group-is-contains-any-items)

Se o grupo contém algum item ou não, independentemente do item_type especificado,. Um grupo pode ter items_count: 0 para o tipo especificado, enquanto que is_contains_any_items é true se o grupo contiver itens de outros tipos.

Resposta
application/json
{
  "groups": [
    { … },
    { … },
    { … }
  ]
}

Obter grupo de itens por ID externo filtrado por tipo de itemServer-sideAdmin

Pedido

Retrieves an item group by external ID. Only items of the specified type are counted for the group. This is similar to the Get item group by external ID endpoint, with additional filtering of items by type when counting them.

Segurança
basicAuth
Caminho
project_idintegerobrigatório

ID de projeto. Você pode encontrar esse parâmetro na sua Conta de Distribuidor, próximo ao nome do projeto e na barra de endereços do navegador ao trabalhar com um projeto. O URL tem o seguinte formato: https://publisher.xsolla.com/<merchant_id>/projects/<project_id>.

Exemplo: 44056
item_typestringobrigatório

Tipo de item usado para filtrar grupos. Determina quais itens são inclusos na items_count. Valores contendo / (por exemplo, virtual_currency/package ou game/key) devem ter codificação de URL (por exemplo, virtual_currency%2Fpackage).

Enum"virtual_items""virtual_currency""virtual_currency/package""game/key""bundle""game""value_points""subscription_plans"
Exemplo: virtual_items
external_idstringobrigatório

ID de grupo de itens externo especificado durante a criação.

Exemplo: weapons
curl -i -X GET \
  -u <username>:<password> \
  https://store.xsolla.com/api/v2/project/44056/admin/items/virtual_items/groups/weapons

Respostas

O grupo de itens foi recuperado com sucesso, com items_count filtrados pelo tipo de item especificado.

Corpoapplication/json
idintegerobrigatório

ID de grupo de itens atribuído pela Xsolla.

Exemplo: 1
external_idstringobrigatório

ID de grupo de itens externo especificado durante a criação.

Exemplo: "weapons"
name(duas letras (object or null)) or (cinco letras (object or null))(group-name-localization-object)obrigatório

Objeto com traduções para a descrição do item. Aceita valores em um dos dois formatos: códigos de idioma minúsculos de duas letras (por exemplo, en) ou códigos de localidade de cinco caracteres (por exemplo, en-US). Embora ambos os formatos sejam aceitos, as respostas retornam códigos de idioma minúsculos de duas letras. Quando ambas as opções para o mesmo idioma são fornecidas (por exemplo, en e en-US), o último valor fornecido é armazenado. Você pode encontrar a lista completa de idiomas suportados na documentação.

Any of:

Códigos de idioma minúsculos de duas letras.

name.​enstring or null

Inglês

name.​arstring or null

Árabe

name.​bgstring or null

Búlgaro

name.​cnstring or null

Chinês (Simplificado)

name.​csstring or null

Tcheco

name.​destring or null

Alemão

name.​esstring or null

Espanhol (Espanha)

name.​frstring or null

Francês

name.​hestring or null

Hebraico

name.​itstring or null

Italiano

name.​jastring or null

Japonês

name.​kostring or null

Coreano

name.​plstring or null

Polonês

name.​ptstring or null

Português

name.​rostring or null

Romeno

name.​rustring or null

Russo

name.​thstring or null

Tailandês

name.​trstring or null

Turco

name.​twstring or null

Chinês (Tradicional)

name.​vistring or null

Vietnamita

name.​kmstring or null

Khmer

name.​idstring or null

Indonésio

name.​lostring or null

Lao

name.​mystring or null

Birmanês

name.​phstring or null

Filipino

name.​nestring or null

Nepalês

description(duas letras (object or null)) or (cinco letras (object or null))(group-description-localization-object)

Objeto com traduções para a descrição do item. Aceita valores em um dos dois formatos: códigos de idioma minúsculos de duas letras (por exemplo, en) ou códigos de localidade de cinco caracteres (por exemplo, en-US). Embora ambos os formatos sejam aceitos, as respostas retornam códigos de idioma minúsculos de duas letras. Quando ambas as opções para o mesmo idioma são fornecidas (por exemplo, en e en-US), o último valor fornecido é armazenado. Você pode encontrar a lista completa de idiomas suportados na documentação.

Any of:

Códigos de idioma minúsculos de duas letras.

description.​enstring or null

Inglês

description.​arstring or null

Árabe

description.​bgstring or null

Búlgaro

description.​cnstring or null

Chinês (Simplificado)

description.​csstring or null

Tcheco

description.​destring or null

Alemão

description.​esstring or null

Espanhol (Espanha)

description.​frstring or null

Francês

description.​hestring or null

Hebraico

description.​itstring or null

Italiano

description.​jastring or null

Japonês

description.​kostring or null

Coreano

description.​plstring or null

Polonês

description.​ptstring or null

Português

description.​rostring or null

Romeno

description.​rustring or null

Russo

description.​thstring or null

Tailandês

description.​trstring or null

Turco

description.​twstring or null

Chinês (Tradicional)

description.​vistring or null

Vietnamita

description.​kmstring or null

Khmer

description.​idstring or null

Indonésio

description.​lostring or null

Lao

description.​mystring or null

Birmanês

description.​phstring or null

Filipino

description.​nestring or null

Nepalês

image_urlstring or null(group-image-url)

URL da imagem do grupo de itens.

orderinteger(group-display-order)

Ordem de exibição do grupo de itens no catálogo. Quanto maior o valor, mais baixa a posição do grupo na lista. Se os valores forem iguais, os grupos serão organizados por data de criação, com os mais novos sendo exibidos mais alto.

is_enabledboolean(group-is-enabled)obrigatório

Se o grupo de itens fica ativado no catálogo.

items_countinteger

Número total de itens no grupo.

Exemplo: 5
is_contains_any_itemsboolean(group-is-contains-any-items)

Se o grupo contém algum item ou não, independentemente do item_type especificado,. Um grupo pode ter items_count: 0 para o tipo especificado, enquanto que is_contains_any_items é true se o grupo contiver itens de outros tipos.

Resposta
application/json
{
  "id": 1,
  "external_id": "weapons",
  "name": {
    "en": "Weapons"
  },
  "description": {
    "en": "Player weapons"
  },
  "image_url": "https://example.com/weapons.png",
  "order": 1,
  "is_enabled": true,
  "items_count": 3,
  "is_contains_any_items": true
}

Reordenar grupos de itensServer-sideAdmin

Pedido

Define a ordem de exibição para grupos de itens dentro de um projeto. Passe uma matriz de grupos com seus novos valores de ordem.

Segurança
basicAuth
Caminho
project_idintegerobrigatório

ID de projeto. Você pode encontrar esse parâmetro na sua Conta de Distribuidor, próximo ao nome do projeto e na barra de endereços do navegador ao trabalhar com um projeto. O URL tem o seguinte formato: https://publisher.xsolla.com/<merchant_id>/projects/<project_id>.

Exemplo: 44056
Corpoapplication/jsonobrigatório

Matriz de grupos com novos valores de pedidos. Todos os itens devem usar o mesmo método de identificação (ou todos por id ou todos por external_id).

One of:
unique
Array [
idinteger>= 0obrigatório

ID de grupo de itens atribuído pela Xsolla.

Exemplo: 1
orderinteger>= 0obrigatório

Novo valor de ordem de exibição.

Exemplo: 1
]
curl -i -X PUT \
  -u <username>:<password> \
  https://store.xsolla.com/api/v2/project/44056/admin/group/order \
  -H 'Content-Type: application/json' \
  -d '[
    {
      "id": 1,
      "order": 1
    },
    {
      "id": 2,
      "order": 2
    },
    {
      "id": 3,
      "order": 3
    }
  ]'

Respostas

Grupos de itens reorganizados com sucesso.

Resposta
Sem conteúdo

Catálogo

Operações