Saltar para o conteúdo
/
Obter pedido

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

Chaves de jogo são códigos alfanuméricos exclusivos de uso único que concedem acesso a um jogo ou DLC em plataformas de jogos para usuários. Você pode vender chaves de jogo via link direto, pela interface da loja, ou via widget. Você também pode configurar restrições regionais para vender chaves de jogo em países específicos. Para obter informações detalhadas, consulte a seção pacotes de chaves de jogo.

Não é necessário estar autenticado para vender chaves de jogo — as chaves são enviadas ao e-mail que o usuário especifica na compra. Você pode configurar a autenticação para habilitar cenários adicionais: personalização, limites de compra, ou um sistema de direitos. Para obter informações mais detalhadas, consulte a seção Como configurar a autenticação ao vender chaves de jogo.

Fluxo de venda de chaves de jogo:

  1. Crie um jogo usando a chamada de API Criar jogo API call.
  2. Configure restrições regionais.
  3. Envie chaves a um pacote de chaves de jogo usando a chamada de API Enviar códigos para torná-las disponíveis para compra.
  4. Exiba o catálogo de jogos com preços para a região do usuário usando a chamada de API Obter lista de jogos API call.
  5. Crie um pedido. Para criar uma compra rápida, você pode usar a chamada de API Criar pedido com todos os itens do carrinho atual, passando o SKU da chave de jogo. A resposta retorna um token para abrir a interface de pagamento.
  6. Implemente a abertura da interface de pagamento para pagar pelo pedido.

Para receber notificações sobre pagamentos bem-sucedidos e entregar itens ao usuário, configure o rastreamento do status de pedidos, por exemplo, usando webhooks. As chaves são enviadas ao e-mail especificado pelo usuário na compra, e o pedido transita para o status done.

Chaves de jogo

Catálogo

Operações

Direito

Operações

Admin

Operações

Visão geral

Conjuntos são grupos de itens vendidos como uma unidade única. Um conjunto pode incluir itens virtuais, moedas virtuais, pacotes de moedas virtuais, chaves de jogo, e outros conjuntos. Use conjuntos para criar pacotes de iniciantes, ofertas sazonais e ofertas especiais.

Use os seguintes grupos de chamada de API com conjuntos:

  • Use chamadas de API da subseção Admin para criar, atualizar, excluir conjuntos e gerenciar sua visibilidade.
  • Use chamadas de API da subseção Catálogo para recuperar conjuntos.

Os limites de compra são configurados pelo objeto limits ao criar ou atualizar um conjunto. Para mais informações, consulte a visão geral de limites. Você também pode configurar restrições regionais para vender itens em países específicos.

Nota

Para mais informações sobre a configuração de conjuntos, consulte a seção Conjuntos.

Cenário de gestão de conjuntos:

  1. Crie um conjunto usando a chamada de API Criar conjunto. Para verificar o conjunto criado, use a chamada de API Obter conjunto. Para recuperar todos os conjuntos no projeto, use a chamada de API Obter lista de conjuntos.
  2. Se necessário, use a chamada de API Atualizar conjunto para modificar o conteúdo do conjunto ou as configurações.
  3. Implemente a lógica de exibição do conjunto na sua vitrine usando as chamadas de API Obter lista de conjuntos, Obter conjunto específico, ou Obter lista de conjuntos por grupo especificado.
  4. Crie um pedido usando a seção Carrinho e pagamento. Por exemplo, para uma compra rápida, você pode usar a chamada de API Criar pedido com o item especificado, passando o SKU do conjunto. A resposta contém um token para abrir a interface de pagamento.
  5. Implemente usando a interface de pagamento para pagar pelo pedido.
  6. Configure o rastreamento de status de pedidos, por exemplo, usando webhooks para receber dados sobre itens pagos com sucesso prontamente e concedê-los ao usuário.

Cenário de gestão de conjuntos

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 é armazenado no lado da Xsolla. O salvamento do carrinho entre sessões depende do usuário estar autorizado ou não:

  • Para usuários autorizados, o carrinho é vinculado a um usuário específico e é salvo entre as sessões, desde que as solicitações sejam enviadas em nome do mesmo usuário.

  • Para usuários não autorizados, salvar o carrinho depende se o cabeçalho x-unauthorized-id é passado. Para salvar o carrinho de um usuário não autorizado entre sessões, passe o mesmo x-unauthorized-id em toda solicitação. Essa opção só está disponível para a venda de chaves de jogo.

Você pode identificar o carrinho de duas maneiras: automaticamente pelo JWT do usuário ou por 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.

O tempo de vida (TTL) do carrinho é de 72 horas por padrão. Se o conteúdo for alterado, por exemplo, quando um novo item é adicionado, o TTL é estendido.

Após um pagamento bem-sucedido, o carrinho não é esvaziado automaticamente. Para limpar o carrinho, use as chamadas de API do lado do cliente:

Cenário de uso do carrinho:

  1. Implemente uma interface de loja onde o usuário selecionará os itens.

  2. Quando o usuário seleciona itens na loja, adicione-os ao carrinho, por exemplo, usando a chamada Preenchar carrinho com itens. Na matriz de itens, você deve passar os SKUs e a quantidade necessária dos itens.

  3. Implemente a interface de visualização do carrinho. Quando o usuário navega ao carrinho, exiba seus conteúdos usando a chamada Obter carrinho do usuário atual. A resposta retornará informações sobre o peço final dos itens, incluindo descontos e promoções aplicadas.

  4. Implemente a abertura da interface de pagamento para pagar pelo pedido. Por exemplo, você pode usar a chamada Criar pedido com todos os itens de um carrinho em particular. A resposta retorna um token para abrir a interface de pagamento.

  5. Configure o rastreamento de status de pedidos, por exemplo, usando webhooks para receber dados sobre itens pagos com sucesso prontamente 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

Obter pedidoClient-side

Pedido

Recupera uma ordem especificada.

Segurança
AuthForCart
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
order_idstringobrigatório

ID de pedido.

Exemplo: 656
curl -i -X GET \
  https://store.xsolla.com/api/v2/project/44056/order/656 \
  -H 'Authorization: Bearer <YOUR_TOKEN_HERE>'

Respostas

Solicitação de pedido bem-sucedida.

Corpoapplication/json
order_idinteger

ID de pedido.

Padrão "ID de pedido."
Exemplo: 1
statusstring

Status do pedido. Consulte a seção Ciclo de vida do pedido para obter uma descrição de status detalhada.

Enum"new""paid""done""canceled""expired"
Exemplo: "paid"
contentobject

Detalhes do pedido.

content.​priceobject

Preço do pedido.

content.​price.​amountstring

Preço do pedido com desconto.

Exemplo: "30"
content.​price.​amount_without_discountstring

Preço do pedido.

Exemplo: "30"
content.​price.​currencystring

Moeda do preço do pedido. Código de três letras de acordo com a ISO 4217.

Exemplo: "USD"
content.​virtual_priceobject

Preço do pedido em moedas virtuais.

content.​virtual_price.​amountstring

Preço do pedido com desconto.

Exemplo: "100"
content.​virtual_price.​amount_without_discountstring

Preço do pedido.

Exemplo: "150"
content.​virtual_price.​currencystring

SKU de moeda virtual usado no pedido.

Exemplo: "test_vc"
content.​is_freeboolean

Se true, o pedido é gratuito.

Exemplo: false
content.​itemsArray of objects

Lista de itens.

Exemplo: [{"sku":"com.xsolla.item_1","quantity":1,"is_free":false,"price":{"amount":"30","amount_without_discount":"30","currency":"USD"}}]
content.​items[].​skustring

ID de item exclusivo. O SKU só pode conter caracteres alfanuméricos latinos minúsculos e maiúsculos, pontos, traços e sublinhados.

Exemplo: "some_sku"
content.​items[].​quantityinteger

Quantidade do item.

Exemplo: 1
content.​items[].​is_freeboolean

Se o item é gratuito ou não.

content.​items[].​priceobject

Preço do item.

content.​items[].​price.​amountstring

Preço do item com desconto.

Exemplo: "30"
content.​items[].​price.​amount_without_discountstring

Preço do item.

Exemplo: "30"
content.​items[].​price.​currencystring

Moeda do preço do item. Código de três letras de acordo com a ISO 4217.

Exemplo: "USD"
Resposta
application/json
{
  "order_id": 1,
  "status": "paid",
  "content": {
    "price": { … },
    "is_free": false,
    "items": [ … ]
  }
}

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

Catálogo

Operações