Impostos ao Vender Jogo no Brasil: O Básico Que Todo Dev Precisa Saber

Você passou meses (ou anos) fazendo seu jogo, publicou na Steam, e a primeira venda caiu. Aí vem a pergunta que ninguém ensina em tutorial de engine: e o imposto ao vender jogo no Brasil, como funciona? A resposta curta é: o dinheiro que a Valve te paga é receita estrangeira, e você precisa decidir se recebe como pessoa física ou como empresa antes mesmo de pensar em alíquota.

Aviso honesto antes de começar: eu não sou contador. O que você vai ler aqui é o mapa do território, o suficiente pra você chegar numa conversa com um contador de verdade sabendo o que perguntar, em vez de descobrir o problema quando a Receita bater na porta. Tributário muda, cada caso tem detalhe, e um contador que entende de exportação de serviço se paga sozinho.

Dito isso, o mapa é este: de onde vem o dinheiro, qual estrutura usar pra receber, que documento emitir e como declarar.

De onde vem o dinheiro: receita estrangeira

Quando você vende na Steam, você não vende pro jogador. Quem vende pro jogador é a Valve. Você licencia seu jogo pra ela, e ela te repassa sua parte (no modelo padrão, a Valve fica com 30% do bruto). Esse repasse sai dos Estados Unidos, em dólar, de uma empresa americana.

Isso muda tudo, porque aos olhos do fisco brasileiro você não está "vendendo jogo no Brasil". Você está exportando um serviço ou licenciando propriedade intelectual pra uma empresa no exterior e recebendo em moeda estrangeira. A mesma lógica vale pra Epic Games Store, itch.io, Google Play e App Store: o pagador é uma empresa estrangeira, então a receita é estrangeira, mesmo que metade dos seus compradores seja brasileira.

Duas consequências práticas:

Primeira: o imposto americano. Ao cadastrar sua conta de parceiro na Steam, você passa por uma entrevista fiscal e preenche um formulário (o W-8BEN, na versão pessoa física). Esse formulário diz ao fisco americano que você não é residente dos EUA. Como o Brasil não tem tratado de bitributação com os Estados Unidos, a Valve retém 30% de imposto americano sobre a parcela das suas vendas feitas a compradores dos EUA. Só sobre essa parcela, não sobre o total. Dói, mas é assim pra todo dev brasileiro, e não preencher o formulário é pior: sem ele, a retenção se aplica de forma mais ampla.

Segunda: o câmbio. O dinheiro chega em dólar e precisa virar real. Nessa conversão você paga o spread do banco ou da plataforma de câmbio, possíveis tarifas de transferência internacional e tributos da operação. Muita gente usa serviços especializados em receber pagamento do exterior porque o banco tradicional costuma cobrar caro nessa etapa. Compare antes da primeira remessa, a diferença no fim do ano não é pequena.

Guarde esse conceito: receita estrangeira. Ele explica quase todas as decisões daqui pra frente.

Pessoa física ou pessoa jurídica?

Essa é a decisão central, e ela depende basicamente de quanto você fatura (ou espera faturar).

Recebendo como pessoa física

Dá pra receber o dinheiro da Steam direto na sua conta, sem CNPJ. É legal e é comum no comecinho, quando o jogo vende pouco.

O mecanismo é o carnê-leão: rendimento recebido de fonte no exterior por pessoa física é tributado mês a mês pela tabela progressiva do Imposto de Renda, que vai de isento até 27,5% dependendo do valor. Todo mês em que cair dinheiro, você apura o imposto no programa do carnê-leão da Receita Federal e paga o DARF até o último dia útil do mês seguinte. Depois, tudo isso entra na sua declaração anual de IRPF.

O lado bom: zero burocracia de empresa, sem contador obrigatório, sem custo fixo. O lado ruim: a partir de um certo volume, 27,5% na faixa mais alta da tabela é quase sempre pior do que o que você pagaria como empresa. E tem o detalhe que ninguém te conta: esquecer o carnê-leão e "deixar pra acertar na declaração anual" gera multa e juros, porque o pagamento é mensal e obrigatório.

Regra de bolso honesta: pessoa física serve pra validar. Se o jogo é um projeto paralelo rendendo pouco, fica nela. Se a receita começa a virar algo parecido com um salário, é hora de abrir empresa.

Por que MEI não funciona pra dev de jogos

Essa é a pegadinha clássica, então vale um aviso direto: desenvolvimento de software não está na lista de atividades permitidas pro MEI. A lista do MEI é fechada, definida por ocupações específicas, e programação, desenvolvimento de jogos e licenciamento de software ficam de fora.

Todo ano alguém tenta o contorno de abrir MEI com um CNAE genérico que "parece próximo" e emitir nota por ele. Não faça isso. Emitir nota por atividade que não corresponde ao que você realmente faz é problema esperando pra acontecer: pode desenquadrar o MEI retroativamente, com cobrança de tudo que você deixou de pagar, mais multa.

Então tire o MEI da equação. Pra dev de jogos, o caminho de pessoa jurídica começa na microempresa.

ME no Simples Nacional

A estrutura padrão pra estúdio indie pequeno é uma ME (microempresa) optante pelo Simples Nacional, com CNAE de desenvolvimento de programas de computador ou de jogos eletrônicos. O Simples junta vários tributos numa guia mensal única, o que simplifica bastante a vida.

Aqui entra o detalhe mais importante da conversa com seu contador: o anexo. Desenvolvimento de software cai, por padrão, no Anexo V do Simples, que começa em 15,5% sobre o faturamento. Mas existe o Fator R: se a sua folha de pagamento (incluindo o pró-labore, o "salário" que você paga a si mesmo) for igual ou maior que 28% do faturamento, a empresa tributa pelo Anexo III, que começa em 6%.

Na prática, pra um estúdio de uma pessoa só, isso vira uma conta de otimização: definir um pró-labore que mantenha o Fator R acima de 28% costuma derrubar a alíquota efetiva de forma considerável. É exatamente o tipo de ajuste fino que justifica pagar um contador todo mês.

E tem um bônus relevante pra quem vende na Steam: exportação de serviço tem tratamento favorecido. Serviço prestado a tomador no exterior, com resultado lá fora, não sofre ISS, e a receita de exportação é desonerada de alguns tributos federais que incidiriam na venda interna. O cálculo exato depende do enquadramento, mas a direção é essa: receita vinda da Valve tende a ser tributada mais levemente do que a mesma receita ganha de um cliente brasileiro. Mais um motivo pra não tratar isso no improviso.

Quanto de imposto você paga ao vender jogo no Brasil

Juntando as peças, o custo total entre o jogador clicar em "comprar" e o dinheiro líquido chegar na sua conta tem camadas:

1. A fatia da loja. Na Steam, 30% do bruto ficam com a Valve no modelo padrão. Isso não é imposto, mas é a primeira mordida e a maior delas.
2. Retenção americana. 30% de imposto dos EUA, mas só sobre a parcela vendida a compradores americanos, desde que seu formulário fiscal esteja em dia.
3. Custo de câmbio. Spread, tarifas e tributos da remessa internacional. Varia conforme banco ou plataforma.
4. Imposto brasileiro. Carnê-leão pela tabela progressiva (pessoa física) ou a guia do Simples conforme anexo e Fator R (pessoa jurídica).

Não vou te dar um "número final médio" porque ele não existe: depende do seu mix de países, da sua estrutura e do seu faturamento. O que dá pra afirmar com segurança é que ignorar qualquer uma dessas camadas no seu planejamento de preço e de meta de vendas leva a uma decepção na hora do extrato. Quando for projetar quanto precisa vender pra viver do jogo, faça a conta de trás pra frente, partindo do líquido.

Ah, e antes de tudo isso existe o pedágio de entrada: a taxa do Steam Direct é de 100 dólares por jogo publicado, recuperável quando o jogo passa de 1.000 dólares em receita bruta ajustada.

Nota fiscal e como declarar

A parte operacional, sem mistério:

Como pessoa física, você não emite nota fiscal. Sua obrigação é o carnê-leão mensal sobre o que entrou, com o DARF pago em dia, e a declaração anual de IRPF informando esses rendimentos do exterior. Guarde os relatórios de pagamento da Steam e os comprovantes de câmbio: são eles que provam a origem do dinheiro se a Receita perguntar.

Como pessoa jurídica, cada repasse da Valve vira uma nota fiscal de serviço (NFS-e) emitida contra a Valve, como exportação de serviço. Como o tomador é estrangeiro, costuma-se emitir também um invoice em inglês pro registro do câmbio, e o contador cuida das obrigações acessórias da empresa. O dinheiro entra na conta PJ, e você se paga via pró-labore e distribuição de lucros (esta última, hoje, isenta de IR pra pessoa física dentro das regras).

Em qualquer um dos cenários, o erro mais caro é o silêncio: receber do exterior e simplesmente não declarar. Remessa internacional deixa rastro no Banco Central, e o cruzamento de dados da Receita melhora a cada ano. O valor que parecia pequeno demais pra alguém notar vira, anos depois, autuação com multa e juros. Declarar desde a primeira venda é mais barato em todos os mundos possíveis.

Fechando

O básico cabe num parágrafo: dinheiro de Steam é receita estrangeira; pessoa física paga carnê-leão e serve pra começo de jornada; MEI não é opção pra dev; ME no Simples com Fator R bem ajustado é a estrutura padrão de quem fatura de verdade; exportação de serviço tem vantagens fiscais; e declarar tudo desde o primeiro real é inegociável.

Meu conselho prático: enquanto o jogo é experimento, receba como pessoa física e pague o carnê-leão direitinho. No mês em que a receita começar a parecer recorrente, procure um contador que já atenda dev ou estúdio de software e abra a empresa. Você foi capaz de aprender uma engine inteira sozinho; entender o esqueleto da tributação do seu próprio negócio é bem mais fácil que shader, e rende mais.