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:
- 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.
- 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.
- 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.
