Pular para o conteúdo principal

Contabilidade da Divisão de Receita da Steam: O Que os Desenvolvedores de Jogos Indie Realmente Recebem

Publicado Última atualização 11 min para lerMike ThriftMike Thrift
Contabilidade da Divisão de Receita da Steam: O Que os Desenvolvedores de Jogos Indie Realmente Recebem
Nesta página

Você lançou seu jogo. A Steam mostra US$ 42.000 em vendas acumuladas. Sua conta bancária mostra US$ 27.400. Se você não sabe exatamente para onde foram os outros US$ 14.600, você não está sozinho — e também não está realmente olhando para as demonstrações financeiras do seu negócio, e sim para um painel de loja que nunca foi projetado para ser isso.

A divisão de receita da Steam costuma ser resumida como "a Valve fica com 30%", e para a grande maioria dos desenvolvedores indie isso é, na prática, verdade. Mas essa linha de 30% é apenas uma de cinco deduções distintas que ficam entre o preço que o jogador paga e o valor que efetivamente chega à conta corrente da sua empresa: comissão da plataforma, reembolsos, conversão cambial, IVA/imposto sobre vendas e — se você não for contribuinte dos EUA — retenção de imposto federal. Cada uma precisa da sua própria linha na sua contabilidade, porque cada uma se comporta de forma diferente para fins fiscais, e misturar tudo é como desenvolvedores acabam pagando impostos estimados trimestrais a mais ou levando um susto desagradável do contador em abril.

Veja como o dinheiro realmente se movimenta, e como registrá-lo para que sua contabilidade reflita a realidade em vez do painel do Steamworks.

A Divisão de Receita Escalonada da Steam, e Por Que Ela Quase Não Importa para a Maioria dos Desenvolvedores​

A estrutura atual da Valve é escalonada pela receita acumulada por título:

  • Taxa de plataforma de 30% sobre os primeiros US$ 10 milhões em receita bruta (você fica com 70%)
  • Taxa de plataforma de 25% sobre a receita entre US$ 10 milhões e US$ 50 milhões (você fica com 75%)
  • Taxa de plataforma de 20% acima de US$ 50 milhões (você fica com 80%)

Os escalões foram adicionados sob pressão de grandes publicadoras que ameaçavam mover títulos de grande orçamento para lojas concorrentes, não como um gesto amigável aos indies. E os números confirmam isso: o jogo indie mediano ganha entre US$ 5.000 e US$ 15.000 em receita acumulada, e mesmo um título entre os 5% mais vendidos raramente ultrapassa US$ 1 milhão. A menos que você esteja construindo o próximo grande sucesso, planeje sua contabilidade em torno de uma comissão fixa de 30% — os escalões são um erro de arredondamento para um jogo que nunca cruza oito dígitos.

Dito isso, se você tem um título se aproximando de US$ 10 milhões, esse é exatamente o tipo de limiar que sua contabilidade precisa monitorar em tempo real, não descobrir três meses depois ao conciliar um extrato de pagamento. Um plano de contas que rastreia a receita por título (não apenas uma conta única "Receita Steam") permite que você veja a mudança de escalão chegando.

Receita Líquida: Sobre o Que a Steam Realmente Paga a Você​

Esta é a parte que confunde desenvolvedores vindos de um negócio de varejo ou assinatura mais simples: a comissão da Steam não é calculada sobre o preço de tabela. Ela é calculada sobre a Receita Líquida, que é a Receita Bruta menos os Ajustes Aplicáveis.

A Receita Bruta inclui o IVA e o imposto sobre vendas cobrados no checkout. Os Ajustes Aplicáveis incluem:

  • Reembolsos e estornos — o preço total de compra de qualquer cópia reembolsada é descontado
  • IVA/imposto sobre vendas — os preços da Steam já incluem impostos na maioria dos países, e a Valve repassa esse imposto diretamente à autoridade competente; ele nunca entra no cálculo da sua divisão de receita
  • Conversão cambial — vendas internacionais são liquidadas em dólares americanos à taxa de conversão da Valve, que se move junto com os mercados de câmbio entre a data da venda e a data do pagamento

Somente depois que tudo isso é descontado é que a divisão de receita de 70/75/80% é aplicada. Na prática: você não paga a comissão da Steam sobre uma venda reembolsada (bom), mas também não pode registrar o preço de tabela como sua receita desde o início (importante, porque isso significa que o número de "vendas brutas" dos seus painéis de marketing sempre será maior do que sua receita bruta contábil).

Abordagem contábil: registre duas cifras separadas para cada período de pagamento — a receita bruta da plataforma (líquida de IVA, antes dos reembolsos) como sua linha de receita, e os reembolsos como uma conta de contrapartida de receita que se compensa contra ela na sua demonstração de resultados. Não registre simplesmente o valor final depositado como "Receita Steam" — você perderá a capacidade de ver a tendência da sua taxa de reembolso, que é uma das métricas de saúde mais úteis que um estúdio indie tem.

Reembolsos Não São um Erro de Arredondamento — Acompanhe a Taxa, Não Só os Valores​

A política de reembolso da Steam permite que um jogador solicite reembolso total de qualquer compra feita nas duas semanas anteriores, desde que tenha jogado menos de duas horas. É dramaticamente mais generosa do que as lojas de console ou mobile, e existe por um bom motivo (ela elimina muito abuso do tipo "comprar, piratear a cópia sem DRM, reembolsar" e constrói confiança com os compradores). Em toda a plataforma, as taxas de reembolso ficam em média ao redor de 5% das compras, mas jogos narrativos curtos e títulos que podem ser "concluídos no caminho crítico" em menos de duas horas frequentemente apresentam taxas muito mais altas — desenvolvedores já relataram taxas de reembolso chegando a dois dígitos para títulos que um jogador consegue terminar em uma única sessão antes que a janela de duas horas se encerre.

Para sua contabilidade, isso significa:

  1. Trate os reembolsos como um custo recorrente de operar na Steam, não como uma exceção. Planeje-se para eles da mesma forma que um varejista se planeja para perdas de estoque.
  2. Acompanhe a taxa de reembolso como um KPI, não apenas o valor total reembolsado. Uma taxa que sobe após um patch ou uma campanha de marketing é um sinal — seja um bug, uma página de loja enganosa, ou (cada vez mais comum em 2026) abuso da janela de reembolso mirando jogos curtos.
  3. Nunca reconheça a receita de uma venda antes que a janela de reembolso tenha efetivamente passado, se você estiver fazendo reconhecimento de receita formal (ASC 606) — a maioria dos estúdios indie não precisa postergar o reconhecimento por uma janela de reembolso de duas semanas, dada sua curta duração e taxa estatisticamente previsível, mas se os reembolsos forem materiais e voláteis para o seu título, uma reserva/provisão mensal de reembolso é a abordagem mais precisa do que reconhecer 100% das vendas brutas e sofrer o impacto depois.

Preços Regionais e a Conversão Cambial Que Você Não Escolheu​

A Steam suporta preços em 35 moedas, e a atualização de preços de 2026 da Valve foi além da simples conversão pela taxa de câmbio, passando também a considerar o poder de compra local e as normas regionais de preços de entretenimento — o que significa que seu preço de US$ 19,99 pode se traduzir em um preço, em termos reais, bem diferente no Brasil ou no Sudeste Asiático, por exemplo, e essa tradução pode mudar com o tempo mesmo que você nunca mexa nas suas próprias configurações de preço.

Duas consequências para sua contabilidade:

  • Toda venda internacional é uma conversão em dólar, não um número fixo. A taxa usada é a taxa da Valve no momento do relatório, não a taxa do dia em que o jogador comprou o jogo. Se você acompanha a receita por região para fins fiscais ou de planejamento de negócios, extraia a divisão regional do seu relatório de vendas do Steamworks em vez de tentar calculá-la de trás para frente a partir do valor depositado.
  • Não ajuste manualmente seus preços regionais sem verificar o efeito posterior sobre a receita líquida por unidade. Uma redução de preço em um país com IVA alto pode reduzir seu ganho mais do que a mudança no preço de tabela sugere, porque o IVA é descontado antes que a divisão de receita seja aplicada.

Momento do Pagamento: Por Que Seu Depósito Bancário Nunca Bate com as Vendas do Mês​

A Valve paga aproximadamente 30 dias após o fechamento do mês de vendas — as vendas de fevereiro são pagas no final de março, por exemplo — e a Steam retém o pagamento até que sua conta ultrapasse um limite mínimo de US$ 100, o que importa para títulos pequenos em acesso antecipado ou estúdios que administram vários jogos pequenos, nos quais a receita mensal de um título individual pode não atingir esse limite sozinha.

Esse atraso é a fonte mais comum de confusão do tipo "minha contabilidade não bate com minha conta bancária" para novos desenvolvedores na Steam. A solução é a contabilidade de competência (accrual) padrão: registre a receita no mês em que a venda realmente ocorreu (conforme seu relatório de vendas do Steamworks), não no mês em que o dinheiro cai na sua conta. Configure uma conta "Steam a Receber" que acumula a receita líquida de cada mês e se liquida quando o depósito por transferência ou ACH chega cerca de 30 dias depois. Sem isso, seu resultado mensal vai parecer uma montanha-russa que não tem nada a ver com sua tendência real de vendas — vai apenas refletir quais meses tiveram a sorte de receber um pagamento.

Retenção de Impostos: A Etapa Que Desenvolvedores Fora dos EUA Pulam e Depois Se Arrependem​

Se você é contribuinte dos EUA, a Valve emite um 1099 para você e você o trata como qualquer outra receita empresarial. Se você não é contribuinte dos EUA, esta próxima parte é a que pega as pessoas de surpresa:

A receita da Steam é classificada como receita de royalties de fonte americana (especificamente, a alíquota de royalties de direitos autorais para jogos e DLCs). Durante o cadastro no Steamworks, todo parceiro preenche uma entrevista fiscal e gera um Formulário W-9 (desenvolvedores dos EUA) ou um Formulário W-8BEN (desenvolvedores fora dos EUA). Com base no seu país de residência e se ele possui um tratado fiscal com os EUA, a Valve retém entre 0% e 30% da sua divisão de receita antes mesmo que ela chegue à sua conta bancária, e reporta isso anualmente no Formulário 1042-S, emitido até 15 de março.

Se você está vendo 30% retidos e seu país tem um tratado fiscal com os EUA que lhe daria direito a uma alíquota reduzida, provavelmente você não preencheu a entrevista fiscal corretamente — geralmente porque não forneceu um número de identificação fiscal estrangeiro ou americano onde o benefício do tratado exige um. Isso é um formulário que você pode voltar e reenviar; não é uma alíquota permanente. Para um desenvolvedor solo, a diferença entre um tratado não reclamado (30% retidos) e um reclamado (frequentemente 0-15%, dependendo do país) pode representar milhares de dólares por ano — vale a pena meia hora revisando a entrevista.

De qualquer forma, essa retenção é uma linha separada da comissão de plataforma da Steam. Não misture "a parte da Steam" e "a retenção de imposto" em um único número na sua contabilidade — elas têm tratamentos fiscais completamente diferentes. O valor retido é um pré-pagamento da sua própria obrigação fiscal (você pode conseguir reivindicá-lo como crédito de imposto estrangeiro ou recuperá-lo, dependendo do tratamento fiscal do seu país de origem), enquanto a comissão de plataforma é a taxa da Valve, ponto final, e não é creditável contra nada.

Um Plano de Contas Simples para um Estúdio Financiado pela Steam​

Para um pequeno estúdio, cinco contas capturam quase tudo o que foi descrito acima:

  • Receita Bruta Steam — vendas ao preço líquido de IVA, antes de reembolsos e comissão
  • Reembolsos Steam (contrapartida de receita) — valor em dólares das vendas reembolsadas/estornadas
  • Taxas de Plataforma Steam — a comissão de 30/25/20%, rastreada separadamente de...
  • Retenção de Imposto Steam — apenas para desenvolvedores fora dos EUA; trate como um ativo de imposto pré-pago, não uma despesa
  • Steam a Receber — receita acumulada mas não paga do mês atual e do anterior, liquidada quando o pagamento chega

Se você administra mais de um título, adicione uma classe ou tag por jogo em vez de um conjunto inteiramente novo de contas — você quer comparar o desempenho dos títulos sem duplicar seu plano de contas cinco vezes.

Mantenha a Contabilidade do Seu Estúdio de Jogos Tão Limpa Quanto Sua Base de Código​

Se você se sente confortável lendo um relatório de vendas do Steamworks, você se sente confortável com texto simples — que é exatamente em torno do que o Beancount.io foi construído. Em vez de lutar com uma ferramenta contábil baseada em interface gráfica para modelar algo tão irregular quanto taxas de plataforma escalonadas, reservas de reembolso e retenção estrangeira, você escreve tudo uma vez como um razão contábil versionado e obtém de graça todos os cálculos que se seguem. Confira a documentação para ver como desenvolvedores estruturam um razão de receita de marketplace, ou explore o Fava para uma visão em painel de receita, reembolsos e taxas por título sem sair do texto simples.

Fonte: https://beancount.io/pt/blog/2026/07/09/steam-revenue-share-indie-game-developer-bookkeeping-guide

Publicado: 9 de julho de 2026

Última atualização: 13 de agosto de 2026