Em 1º de julho de 2026, a Envato reescreveu discretamente a economia de vender na CodeCanyon e na ThemeForest. Autores que haviam passado uma década construindo o status "exclusivo" — e com ele, taxas de comissão tão generosas quanto 87,5% de cada venda — foram movidos para uma única participação de receita fixa de 50%, ponto final. Sem faixas, sem bônus de fidelidade, sem exigência de exclusividade. Se você é um desenvolvedor de plugins ou temas WordPress que vende lá, seu ganho líquido por venda pode ter acabado de ser cortado pela metade, e se seus livros contábeis já não estivessem rastreando receita por plataforma, por estrutura de taxas e por tipo de licença, provavelmente você só percebeu quando o pagamento chegou menor do que o esperado.
Esse é o verdadeiro problema escondido por trás dessa mudança específica: a maioria dos negócios solo e de pequenas equipes de produtos WordPress não sabe, na verdade, quanto ganha. Eles sabem o que cai na conta bancária. Esses não são o mesmo número, e a diferença entre eles — comissões de marketplace, taxas de processador de pagamento, conversão de moeda, IVA retido na fonte, receita de renovação contabilizada como receita única — é exatamente onde os erros contábeis se acumulam silenciosamente por anos.
O Problema dos Pagamentos Multi-Canal
A maioria dos negócios de produtos WordPress não vende por um único canal. Uma configuração típica se parece com uma mistura de:
- Uma loja auto-hospedada usando uma plataforma merchant-of-record como Freemius ou Paddle, que cuida de licenciamento, assinaturas e cobrança de impostos
- Envato Market (CodeCanyon para plugins, ThemeForest para temas), um marketplace que fica com sua parte antes mesmo de você ver um depósito
- Checkout direto via Stripe ou um gateway de pagamento integrado ao Easy Digital Downloads ou WooCommerce, onde você mesmo é o merchant of record
Cada um desses canais paga em um cronograma diferente, em uma mistura de moedas diferente, depois de deduzir uma combinação diferente de taxas. A Freemius pode repassar mensalmente, líquido de sua participação de receita e de qualquer tratamento de imposto sobre vendas. A Envato paga via PayPal ou transferência bancária depois de sua comissão, com o percentual exato agora dependendo da mudança para taxa fixa de julho de 2026, em vez da sua faixa histórica de exclusividade. Um checkout direto via Stripe deposita a receita bruta do cartão, e as taxas do processador aparecem como uma linha de despesa separada dias depois.
Se sua contabilidade consiste em registrar qualquer número que cai na conta bancária como "receita de vendas", você está misturando quatro eventos contábeis diferentes — receita bruta, comissão de marketplace, taxas de processamento e remessa de impostos — em um único número que quase não diz nada sobre qual canal é realmente lucrativo por unidade vendida.
A correção não é complicada, mas exige disciplina: contabilize a receita bruta no momento da venda no sub-livro de cada canal, e registre comissões de marketplace, taxas de processamento e qualquer imposto retido como linhas separadas de despesa ou de contra-receita. Essa é a única maneira de responder a uma pergunta como "a CodeCanyon ainda vale a pena depois da mudança de taxa de julho de 2026?" com um número real, em vez de uma sensação intuitiva.
Por Que a Mudança da Envato Importa para o Seu Plano de Contas
Antes de julho de 2026, o programa de autor exclusivo da Envato escalonava as comissões pela receita vitalícia — quanto mais tempo você vendia na plataforma e mais volume havia feito, as taxas podiam cair até 12,5% para autores do topo, o que significava que você ficava com até 87,5% de cada venda. Vendedores não exclusivos, que também podiam listar seus produtos em outros lugares, tinham condições materialmente piores. A partir de 1º de julho de 2026, toda essa estrutura escalonada acabou. Todo autor — independentemente do histórico de vendas ou do status de exclusividade — agora recebe uma participação de receita fixa de 50%.
Para fins contábeis, isso não é uma nota de rodapé. Se você tinha uma conta "Vendas Envato" que assumia implicitamente uma taxa de retenção acima de 85% embutida nos seus cálculos históricos de margem, essa suposição agora está errada para toda transação daqui em diante. Duas coisas para fazer imediatamente:
- Divida seu relatório de receita por plataforma no marco de 1º de julho de 2026. Não faça a média dos meses anteriores e posteriores à mudança quando estiver avaliando se o marketplace ainda vale a pena — a economia unitária genuinamente mudou naquela data.
- Refaça sua comparação de canais. Uma comissão fixa de 50% na Envato é um número muito diferente para comparar com o modelo progressivo de participação de receita da Freemius (que tipicamente começa mais alto e diminui conforme seu volume cresce) ou com um checkout Stripe autogerenciado, onde sua única "comissão" é uma taxa de processamento de cerca de 2,9%, mais o que você gasta em aquisição de clientes. Produtos que fazia sentido manter exclusivos na Envato sob as faixas antigas podem não fechar mais a conta.
Merchant of Record vs. Checkout Autogerenciado: Quem Deve o Imposto
Essa é a parte da contabilidade de produtos WordPress que mais pega as pessoas de surpresa, porque os dois modelos criam obrigações completamente diferentes nos seus livros contábeis.
Se você vende por meio de uma plataforma merchant-of-record (MoR) como Freemius ou Paddle, essa plataforma é legalmente a vendedora registrada para fins fiscais. Ela calcula, coleta e repassa o IVA na UE/Reino Unido, o GST onde aplicável, e o imposto sobre vendas dos EUA nos estados onde você tem nexo econômico. Seus livros não precisam de uma conta de passivo de imposto sobre vendas a pagar para essas vendas — a MoR já assumiu essa responsabilidade. O que você registra é o pagamento líquido que efetivamente recebe, além de manter os próprios relatórios de transações da MoR como sua trilha de auditoria, caso uma autoridade fiscal algum dia pergunte como uma determinada venda foi tributada.
Se você vende diretamente — uma integração Stripe ou Paddle-clássico acoplada ao seu próprio checkout, onde você é o merchant of record — essa responsabilidade é sua. Você é responsável por rastrear os limites de nexo econômico estado por estado (a maioria dos estados dos EUA aciona uma obrigação de imposto sobre vendas em algum ponto entre $100.000 em vendas ou 200 transações anuais, embora os limites variem), registrar-se onde exigido e repassar o que coletou. Isso significa que seus livros precisam de uma conta de passivo de imposto sobre vendas a pagar de verdade, não apenas uma linha de receita, e você precisa de um processo para reconciliar o que coletou com o que repassou a cada período de apuração.
Misturar esses dois modelos sem distingui-los nos seus livros é um erro comum e caro: os negócios ou contabilizam em duplicidade um passivo fiscal que uma plataforma MoR já tratou, ou — pior — presumem que uma MoR está cuidando das obrigações fiscais em um canal onde, na verdade, eles próprios é que são responsáveis.
Renovações de Licença Não São Vendas Únicas
Licenças de plugins e temas geralmente são vendidas como chaves anuais (ou vitalícias), e é tentador contabilizar o pagamento integral da renovação como receita no momento em que cai na sua conta. Sob os princípios padrão de reconhecimento de receita (ASC 606 nos EUA), isso não está correto se a licença concede um ano de atualizações e suporte: a receita de uma renovação deve ser reconhecida no máximo a partir do início do período de renovação, distribuída ao longo do período em que o cliente efetivamente tem direito ao serviço.
Concretamente: se um cliente renova uma licença de $120/ano, você não contabiliza $120 de receita no dia em que é cobrada. Você registra $120 como receita diferida (um passivo — você deve um ano de atualizações/suporte), e então reconhece $10 de receita a cada mês conforme efetivamente entrega essa obrigação. Se você vende principalmente licenças anuais e contabiliza apenas a entrada de caixa como receita, sua demonstração de resultados mensal ficará enganosa — com picos nos meses de forte renovação e subestimada no resto do ano — e se algum dia você precisar de demonstrações financeiras para um pedido de empréstimo, uma conversa de aquisição, ou até mesmo apenas uma leitura honesta de se o negócio está crescendo, essa oscilação vai esconder a tendência real.
Isso importa ainda mais quando você vende simultaneamente pela Freemius, Envato e um checkout direto, porque a mecânica de renovação de cada canal difere ligeiramente (as licenças da Envato, por exemplo, são tradicionalmente mais orientadas à compra única do que à renovação por assinatura, enquanto a Freemius é construída em torno de licenciamento recorrente). Seu rastreamento de receita diferida precisa levar isso em conta por canal, sem aplicar uma única suposição genérica a todas as vendas.
Reconciliando Pagamentos Sem Perder a Cabeça
A tarefa prática semanal ou mensal que amarra tudo isso é a reconciliação de pagamentos: comparar o que o painel de cada plataforma diz que você ganhou com o que efetivamente caiu na sua conta bancária, e entender cada item de linha no meio do caminho. Um processo viável se parece com:
- Extraia o relatório em nível de transação de cada canal (Freemius, Envato, Stripe) em vez de depender do total resumido do pagamento — você precisa da venda bruta, da comissão/taxa e do imposto retido como itens de linha separados, não um único número líquido.
- Contabilize a receita bruta e cada dedução separadamente no seu livro-razão, marcado por canal, para que você possa gerar um relatório de margem verdadeiramente canal a canal.
- Reconcilie o depósito líquido com a soma da receita bruta menos taxas menos imposto retido para aquele período de pagamento. Uma divergência geralmente significa um reembolso, um estorno ou uma diferença de conversão de moeda que você ainda não registrou.
- Rastreie a receita de renovação separadamente da receita de nova venda, mesmo dentro de um único canal, para que você possa ver sua taxa real de renovação — sem dúvida a melhor métrica de saúde para um negócio de software licenciado, e uma que fica completamente obscurecida quando renovações e novas vendas são agrupadas em uma única conta "Vendas Envato".
Fazer isso manualmente em uma planilha é viável com um punhado de transações por mês; deixa de escalar no momento em que você está reconciliando três canais com moedas, cronogramas de taxas e tratamentos fiscais diferentes uns contra os outros a cada ciclo de pagamento.
Mantenha Seus Livros Multi-Canal Auditáveis
Se você está lidando com pagamentos da Freemius, Envato e um checkout direto via Stripe, a contabilidade em texto simples é uma escolha natural: as transações de cada canal vivem como lançamentos versionados que você pode marcar, roteirizar e comparar, em vez de ficarem enterradas dentro de um painel caixa-preta que só mostra depósitos líquidos. O Beancount.io oferece essa transparência — controle total sobre como a receita bruta, as taxas de marketplace e a receita diferida de renovação são categorizadas, com uma trilha de auditoria completa para cada venda. Comece gratuitamente e veja por que os desenvolvedores que já pensam em controle de versão também estão migrando seus livros contábeis para texto simples.