{"templateId":"openapi_docs","sharedDataIds":{"openAPIDocsStore":"oas-@l10n/pt/api/liveops/index.yaml","sidebar":"sidebar-@l10n/pt/liveops-en.sidebars.yaml"},"props":{"definitionId":"@l10n/pt/api/liveops/index.yaml","dynamicMarkdocComponents":[],"baseSlug":"/pt/api/liveops","seo":{"title":"API LiveOps","llmstxt":{"hide":false,"sections":[{"title":"Table of contents","includeFiles":["**/*"],"excludeFiles":[]}],"excludeFiles":[]}},"itemId":"","disableAutoScroll":true,"metadata":{"type":"openapi","title":"API LiveOps","description":"# Visão geral\n\n* **Versão:** 2.0.0\n* **Servidores**: `https://store.xsolla.com/api`\n* **[Entre em contato por e-mail](mailto:integration@xsolla.com)**\n* **URL de contato:** https://xsolla.com/\n* **Versão TLS necessária:** 1.2\n\nLiveOps é um conjunto de ferramentas para impulsionar o engajamento contínuo dos jogadores por meio de promoções e ofertas personalizadas.\n\nUse a API para gerenciar os seguintes recursos:\n\n* **Promoções** — crie e gerencie cupons, códigos promocionais, descontos e campanhas de bônus.\n* **Personalização** — especifique as condições para exibir o catálogo de itens e aplicar promoções apenas para determinados usuários autorizados.\n* **Limites de promoção** — defina um limite de quantas vezes uma promoção pode ser usada por um usuário e configure redefinições programadas para esses limites.\n* **Cadeias de recompensas e Pontos de valor** — configure progressões de recompensas vinculadas à acumulação de pontos de valor.\n* **Cadeias diárias** — configure recompensas diárias recorrentes para motivar logins regulares.\n* **Cadeias de ofertas** — construa ofertas de compra sequenciais com preços por etapa e opções de recompensa gratuita.\n* **Venda cruzada** — um método de vendas em que o usuário é oferecido para comprar um item com valor adicional.\n\n## Chamadas de API\n\nA API é dividida nos **seguintes grupos**:\n\n* **<nt>Admin</nt>** — chamadas para criar, atualizar, ativar e excluir campanhas e configurações de cadeias. Autenticado via [autenticação de acesso básico](https://developers.xsolla.com/pt/payment-ui-and-flow/payment-ui/how-to-get-payment-token/#payments_solution_get_user_auth_token_basic_auth) com suas credenciais de comerciante ou projeto.\n* **<nt>Client</nt>** — chamadas para recuperar promoções disponíveis, obter cadeias ativas, resgatar códigos e reivindicar recompensas em nome de usuários finais autenticados. Autenticado via JWT de usuário.\n\n# Autenticação\n\nChamadas 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.\n\n## Autenticação usando o JWT do usuário\n\nA 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](/pt/api/login/authentication-schemes#getting-user-token).\n\nO 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.\n\nAlternativamente, você pode usar um [token para abrir a interface de pagamento](/pt/api/pay-station/token/create-token).\n\n## Autenticação HTTP básica\n\nA 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](/pt/api/getting-started/#api_keys_overview) normalmente é utilizada.\n\n<div class=\"note\"><b>Nota</b><br><br>A chave API é confidencial e não deve ser armazenada ou usada em aplicativos de usuários finais.</div>\n\nCom a autenticação básica do lado do servidor, todas as solicitações de API devem incluir o seguinte cabeçalho:\n\n- para `basicAuth` — `Authorization: Basic <your_authorization_basic_key>`, onde `your_authorization_basic_key` é o par `project_id:api_key` codificado em Base64\n- para `basicMerchantAuth` — `Authorization: Basic <your_authorization_basic_key>`, onde `your_authorization_basic_key` é o par `merchant_id:api_key` codificado em Base64\n\nVocê pode encontrar os valores dos parâmetros em [Conta de Distribuidor](https://publisher.xsolla.com/):\n\n- `merchant_id` é exibido:\n  - Em **Configurações da empresa > Empresa**.\n  - 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>`.\n- `project_id` é exibido:\n  - Ao lado do nome do projeto na Conta de Distribuidor.\n  - 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>`.\n- `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:\n  - [Configurações da empresa > Chaves de API](https://publisher.xsolla.com/0/settings/api_key)\n  - [Configurações do projeto > Chave de API](https://publisher.xsolla.com/0/projects/0/edit/api_key)\n\n<div class=\"notice\"><b>Aviso</b><br><br>Se uma chamada de API necessária não incluir o parâmetro de caminho <code>project_id</code>, use uma chave de API que seja válida para todos os projetos da empresa para autorização.</div>\n\nPara mais informações sobre como trabalhar com chaves API, consulte as [referências de API](/pt/api/getting-started/#api_keys_overview).\n\n## Autenticação com suporte a acesso de convidado\n\nO esquema de autenticação `AuthForCart` é utilizado para as compras de carrinhos e suporta dois modos:\n\n1. **Autenticação com o JWT de um 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](/pt/api/pay-station/token/create-token).\n\n2. **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](/pt/doc/buy-button/how-to/set-up-authentication/#guides_buy_button_selling_items_not_authenticated_users). Em vez de um token, a solicitação deve incluir os seguintes cabeçalhos:\n   - `x-unauthorized-id` com um ID de solicitação\n   - `x-user` com o endereço de e-mail do usuário codificado em Base64\n\n## Links úteis\n\n- [Chamadas de API por modelo de interação](https://developers.xsolla.com/pt/api/catalog/)\n- [Tipos de ponto de extremidade](https://developers.xsolla.com/pt/api/catalog/)\n- [Tratamento de erros](https://developers.xsolla.com/pt/api/catalog/)\n- [Chaves de API](https://developers.xsolla.com/pt/api/catalog/)\n\n# Estrutura da entidade principal\n\nItens 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.\n\n<div class=\"note\"><b>Nota</b><br><br>Algumas chamadas podem incluir campos adicionais, mas eles não alteram a estrutura básica.</div>\n\n**Identificação**\n\n- `merchant_id` — ID da empresa na [Conta de Distribuidor](https://publisher.xsolla.com/)\n- `project_id` — ID do projeto na Conta de Distribuidor\n- `sku` — SKU do item, único dentro do projeto\n\n**Exibição na loja**\n\n- `name` — nome do item\n- `description` — descrição do item\n- `image_url` — URL da imagem\n- `is_enabled` — disponibilidade do item\n- `is_show_in_store` — se o item é exibido no catálogo\n\nPara mais informações sobre como gerenciar a disponibilidade de itens no catálogo, consulte a [documentação](/pt/items-catalog/catalog-features/items-availability/).\n\n**Organização**\n\n- `type` — tipo de item, por exemplo, um item virtual (`virtual_item`) ou conjunto (`bundle`)\n- `groups` — grupos aos quais o item pertence\n- `order` — ordem de exibição no catálogo\n\n**Condições de venda**\n\n- `prices` — preços em moeda real ou virtual\n- `limits` — limites de compra\n- `periods` — períodos de disponibilidade\n- `regions` — restrições regionais\n\n**Exemplo de estrutura da entidade principal:**\n\n```json\n{\n  \"attributes\": [],\n  \"bundle_type\": \"virtual_currency_package\",\n  \"content\": [\n    {\n      \"description\": {\n        \"en\": \"Main in-game currency\"\n      },\n      \"image_url\": \"https://.../image.png\",\n      \"name\": {\n        \"en\": \"Crystals\",\n        \"de\": \"Kristalle\"\n      },\n      \"quantity\": 500,\n      \"sku\": \"com.xsolla.crystal_2\",\n      \"type\": \"virtual_currency\"\n    }\n  ],\n  \"description\": {\n    \"en\": \"Crystals x500\"\n  },\n  \"groups\": [],\n  \"image_url\": \"https://.../image.png\",\n  \"is_enabled\": true,\n  \"is_free\": false,\n  \"is_show_in_store\": true,\n  \"limits\": {\n    \"per_item\": null,\n    \"per_user\": null,\n    \"recurrent_schedule\": null\n  },\n  \"long_description\": null,\n  \"media_list\": [],\n  \"name\": {\n    \"en\": \"Medium crystal pack\"\n  },\n  \"order\": 1,\n  \"periods\": [\n    {\n      \"date_from\": null,\n      \"date_until\": \"2020-08-11T20:00:00+03:00\"\n    }\n  ],\n  \"prices\": [\n    {\n      \"amount\": 20,\n      \"country_iso\": \"US\",\n      \"currency\": \"USD\",\n      \"is_default\": true,\n      \"is_enabled\": true\n    }\n  ],\n  \"regions\": [],\n  \"sku\": \"com.xsolla.crystal_pack_2\",\n  \"type\": \"bundle\",\n  \"vc_prices\": []\n}\n```\n\n# Fluxo básico de compra\n\nA 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](/pt/api/catalog/section/authentication).\n\nO exemplo a seguir mostra um fluxo básico para configurar e operar uma loja, desde a criação de itens até a compra.\n\n## Criar itens e grupos (Admin)\n\nCrie um catálogo de itens para sua loja, como itens virtuais, pacotes ou moeda virtual.\n\nExemplos de chamadas de API:\n- [Criar item virtual](/pt/api/catalog/virtual-items-currency-admin/admin-create-virtual-item)\n- [Criar conjunto](/pt/api/catalog/bundles-admin/admin-create-bundle)\n- [Criar moeda virtual](/pt/api/catalog/virtual-items-currency-admin/admin-create-virtual-currency)\n\n## Configurar promoções, cadeias e limites (Admin)\n\nConfigure ferramentas de aquisição de usuários e monetização, como descontos, bônus, recompensas diárias ou cadeias de ofertas.\n\nExemplos de chamadas de API:\n- [Criar promoção de bônus](/pt/api/liveops/promotions-bonuses/create-bonus-promotion)\n- [Criar recompensa diária](/pt/api/liveops/daily-chain-admin/admin-create-daily-chain)\n- [Criar promoção de oferta única no catálogo](/pt/api/liveops/promotions-unique-catalog-offers/admin-create-unique-catalog-offer)\n\n## Obter informações do item (Cliente)\n\nConfigure a exibição do item em sua aplicação.\n\n<div class=\"notice\">\n  <b>Aviso</b><br><br>\n    Não use chamadas de API da subseção Admin para construir um catálogo de usuários. Essas chamadas de API têm <a href=\"https://developers.xsolla.com/pt/api/getting-started/#api_rate_limits\" target=\"_blank\">limites de taxa</a> e não são destinadas para tráfego de usuários.\n</div>\n\n<br>\n\nExemplos de chamadas de API:\n- [Obter lista de itens virtuais](/pt/api/catalog/virtual-items-currency-catalog/get-virtual-items)\n- [Obter lista de grupos de itens](/pt/api/catalog/virtual-items-currency-catalog/get-item-groups)\n- [Obter lista de conjuntos](/pt/api/catalog/bundles-catalog/get-bundle-list)\n- [Obter lista de itens vendáveis](/pt/api/catalog/common-catalog/get-sellable-items)\n\n<div class=\"note\">\n  <b>Nota</b><br><br>\n    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 <code>\"show_inactive_time_limited_items\": 1</code> na solicitação do catálogo.\n</div>\n\n## Vender itens\n\nVocê pode vender itens usando os seguintes métodos:\n- Compra rápida — vender um SKU várias vezes.\n- Compra de carrinho — o usuário adiciona itens ao carrinho, remove itens e atualiza quantidades dentro de um único pedido.\n\nSe 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](/pt/api/catalog/virtual-payment/create-order-with-item-for-virtual-currency). A interface de pagamento não é necessária, pois a cobrança é processada quando a chamada de API é executada.\n\nPara a compra de itens gratuitos, use a chamada de API [Criar pedido com item gratuito especificado](/pt/api/catalog/free-item/create-free-order-with-item) ou a chamada de API [Criar pedido com carrinho gratuito](/pt/api/catalog/free-item/create-free-order). A interface de pagamento não é necessária — o pedido é imediatamente definido ao status <code>done</code>.\n\n### Compra rápida\n\nUse a chamada de API do lado do cliente para [criar um pedido com um item especificado](/pt/api/catalog/payment-client-side/create-order-with-item). A chamada retorna um token usado para abrir a interface de pagamento.\n\n<div class=\"note\">\n  <b>Nota</b><br><br>\n    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.\n</div>\n\n### Compra via carrinho\n\nA configuração e compra do carrinho podem ser realizadas no lado do cliente ou no lado do servidor.\n\n**Configure e compre um carrinho no cliente**\n\nImplemente 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.\n\nImplemente a seguinte lógica de carrinho:\n1. Após o jogador ter preenchido um carrinho, use a chamada de API [Preencher carrinho com itens](/pt/api/shop-builder/operation/cart-fill/). A chamada retorna as informações atuais sobre os itens selecionados (preços antes e depois dos descontos, itens bônus).\n2. Atualize o conteúdo do carrinho com base nas ações do usuário:\n   - Para adicionar um item ou alterar a quantidade de um item, use a chamada de API [Atualizar item do carrinho por ID do carrinho](/pt/api/shop-builder/operation/put-item-by-cart-id/).\n   - Para remover um item, use a chamada de API [Excluir item do carrinho por ID do carrinho](/pt/api/shop-builder/operation/delete-item-by-cart-id/).\n\n<div class=\"note\">\n  <b>Nota</b><br><br>\n    Para obter o status atual do carrinho, use a chamada de API Obter carrinho do usuário atual.\n</div>\n\n3. Use a chamada de API [Criar pedido com todos os itens do carrinho atual](/pt/api/shop-builder/operation/create-order/). A chamada retorna o ID do pedido e o token de pagamento. O pedido recém-criado é definido para o status <code>new</code> por padrão.\n\n**Configure e compre um carrinho no servidor**\n\nEsta 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.\n\nImplemente a seguinte lógica de carrinho:\n1. Após o jogador ter preenchido um carrinho, use a chamada de API [Preencher carrinho com itens](/pt/api/catalog/cart-server-side). A chamada retorna informações atuais sobre os itens selecionados (preços antes e depois dos descontos, itens bônus).\n2. Use a chamada de API [Criar pedido com todos os itens do carrinho atual](/pt/api/shop-builder/operation/create-order/). A chamada retorna o ID do pedido e o token de pagamento. O pedido recém-criado é definido ao status <code>new</code> por padrão.\n\n## Abertura da interface de pagamento\n\nUse 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](/pt/payment-ui-and-flow/payment-ui/how-to-open-payment-ui/#open_payment_ui).\n\n| Ação                           | Endpoint                                                                  |\n|:--------------------------------|:--------------------------------------------------------------------------|\n| Abrir no ambiente de produção.  | <code>https://secure.xsolla.com/paystation4/?token={token}</code>         |\n| Abrir no modo sandbox.          | <code>https://sandbox-secure.xsolla.com/paystation4/?token={token}</code> |\n\n<div class=\"note\">\n  <b>Nota</b><br><br>\n    Use o modo sandbox durante o desenvolvimento e teste. Compras de teste não fazem cobranças de contas reais. Você pode usar <a href=\"https://developers.xsolla.com/pt/dev-resources/testing/test-cards/\">cartões de teste</a>.\n\n    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](https://publisher.xsolla.com/0/settings/users).\n\n    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](https://publisher.xsolla.com/), 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.\n</div>\n\nPara 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.\n\nPossíveis status do pedido:\n- `new` — pedido criado\n- `paid` — pagamento recebido\n- `done` — item entregue\n- `canceled` — pedido cancelado\n- `expired` — pedido expirado\n\nAcompanhe o status do pedido usando um dos seguintes métodos:\n- [webhooks configurados no seu servidor](/pt/virtual-goods/own-ui/server-side-token-generation/set-up-order-tracking/#payments_integration_order_tracking)\n- [short-polling](/pt/virtual-goods/own-ui/client-side-token-generation/set-up-order-tracking/#guides_shop_builder_integrate_store_get_order_status_via_short_polling)\n- [API WebSocket](/pt/virtual-goods/own-ui/client-side-token-generation/set-up-order-tracking/#guides_shop_builder_integrate_store_get_order_status_via_websocket_api)\n\n## Links úteis\n\n- Autenticação\n- [Chamadas de API por modelo de interação](/pt/api/catalog/section/authentication)\n- [Teste de pagamento](/pt/dev-resources/testing/general-info/#general_overview)\n- [Configurar rastreamento de status do pedido](/pt/virtual-goods/own-ui/client-side-token-generation/set-up-order-tracking/?link=200-api#payments_integration_order_tracking)\n- [Webhooks](/pt/webhooks/overview)\n- [Limites de taxa](/pt/api/login/rate-limits)\n- [Tratamento de erros](/pt/api/getting-started/#api_errors_handling)\n- [Chaves de API](/pt/api/getting-started/#api_keys_overview)\n\n# Paginação\n\nChamadas 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.\n\nUse os seguintes parâmetros para controlar o número de itens retornados:\n\n- `limit` — número de itens por página\n- `offset` — índice do primeiro item na página (a numeração começa em 0)\n- `has_more` — indica se outra página está disponível\n- `total_items_count` — número total de itens\n\nExemplo de solicitação:\n\n```\nGET /items?limit=20&offset=40\n```\n\nExemplo de resposta:\n\n```json\n{\n  \"items\": [...],\n  \"has_more\": true,\n  \"total_items_count\": 135\n}\n```\n\nRecomenda-se enviar solicitações subsequentes até que a resposta retorne `has_more = false`.\n\n# Formato de data e hora\n\nDatas e valores de tempo são passados no formato [ISO 8601](https://en.wikipedia.org/wiki/ISO_8601).\n\nOs seguintes são suportados:\n\n- Deslocamento UTC\n- Valor `null` quando não há restrição de tempo para exibir um item\n- [Timestamp Unix](https://www.unixtimestamp.com/) (em segundos) usado em alguns campos\n\nFormato: `YYYY-MM-DDTHH:MM:SS±HH:MM`\n\nExemplo: `2026-03-16T10:00:00+03:00`\n\n# Localização\n\nA 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](/pt/doc/shop-builder/references/supported-languages/).\n\n**Campos suportados**\n\nA localização pode ser especificada para os seguintes parâmetros:\n\n- `name`\n- `description`\n- `long_description`\n\n**Formato de localidade**\n\nA chave de localidade pode ser especificada em um dos seguintes formatos:\n\n- Código de idioma de duas letras: `en`, `ru`\n- Código de idioma de cinco letras: `en-US`, `ru-RU`, `de-DE`\n\n**Exemplos**\n\nExemplo com um código de idioma de duas letras:\n\n```json\n{\n  \"name\": {\n    \"en\": \"Starter Pack\",\n    \"ru\": \"Стартовый набор\"\n  }\n}\n```\n\nExemplo com um código de idioma de cinco letras:\n\n```json\n{\n  \"description\": {\n    \"en-US\": \"Premium bundle\",\n    \"de-DE\": \"Premium-Paket\"\n  }\n}\n```\n\n# Formato de resposta de erro\n\nSe 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](/pt/dev-resources/references/errors/store-errors/).\n\n**Exemplo de resposta:**\n\n```json\n{\n  \"errorCode\": 1102,\n  \"errorMessage\": \"Validation error\",\n  \"statusCode\": 422,\n  \"transactionId\": \"c9e1a...\"\n}\n```\n\n- `errorCode` — código de erro.\n- `errorMessage` — descrição curta do erro.\n- `statusCode` — status da resposta HTTP.\n- `transactionId` — ID da solicitação. Retornado apenas em alguns casos.\n- `errorMessageExtended` — detalhes adicionais do erro, como parâmetros da solicitação. Retornado apenas em alguns casos.\n\n**Exemplo de resposta estendida:**\n\n```json\n{\n  \"errorCode\": 7001,\n  \"errorMessage\": \"Chain not found\",\n  \"errorMessageExtended\": {\n    \"chain_id\": \"test_chain_id\",\n    \"project_id\": \"test_project_id\",\n    \"step_number\": 2\n  },\n  \"statusCode\": 404\n}\n```\n\n**Códigos de status HTTP comuns**\n\n- `400` — solicitação inválida\n- `401` — erro de autenticação\n- `403` — permissões insuficientes\n- `404` — recurso não encontrado\n- `422` — erro de validação\n- `429` — limite de taxa excedido\n\n**Recomendações**\n\n- Lide com o status HTTP e o corpo da resposta juntos.\n- Use `errorCode` para processar erros relacionados à lógica da aplicação.\n- Use `transactionId` para identificar solicitações mais rapidamente ao analisar erros."},"compilationErrors":[],"markdown":{"partials":{},"variables":{"rbac":{"teams":["anonymous"]},"user":{},"remoteAddr":{"hostname":"xsolla.redocly.app","port":4000,"ipAddress":"216.73.217.101"},"lang":"pt","env":{"PUBLIC_REDOCLY_BRANCH_NAME":"realm"}}},"pagePropGetterError":{"message":"","name":""}},"slug":"/pt/api/liveops","userData":{"isAuthenticated":false,"teams":["anonymous"]},"isPublic":true}