Por treze anos, cada dólar que um app iOS ganhava de um cliente nos EUA fluía por um único tubo: o sistema de compras dentro do aplicativo da Apple, com a Apple retirando sua parte antes que o desenvolvedor visse o dinheiro. Isso mudou em abril de 2025, quando um juiz federal considerou a Apple em desacato à injunção original do caso Epic v. Apple e ordenou que parasse de cobrar qualquer comissão sobre compras feitas por meio de links de pagamento externos. Depois mudou novamente em dezembro de 2025, quando o Nono Circuito concordou que a Apple poderia cobrar algo no futuro — apenas não a taxa punitiva de 27% que havia tentado primeiro. E pode mudar mais uma vez, porque em 2 de julho de 2026, a Suprema Corte concordou em ouvir o recurso da Apple sobre toda essa confusão.
Se você vende produtos digitais ou assinaturas por meio de um app iOS, agora você tem dois canais de receita ativos com dois conjuntos diferentes de obrigações fiscais, dois comerciantes de registro diferentes e — a partir de hoje — duas taxas de comissão diferentes. Aqui está o que realmente mudou, o que ainda não foi resolvido e como manter seus livros contábeis em ordem enquanto os advogados terminam de brigar.
Como Chegamos Aqui, em Poucas Palavras
A versão resumida de uma saga jurídica de cinco anos:
- 2021: A juíza Yvonne Gonzalez Rogers decidiu que as regras "anti-redirecionamento" da Apple (que impediam os apps de até mesmo informar os usuários que poderiam pagar fora do app) violavam a Lei de Concorrência Desleal da Califórnia. Ela ordenou que a Apple permitisse links de compra externa.
- 2024: A Apple cumpriu no papel, mas anexou uma comissão de 27% a qualquer venda feita dentro de sete dias após um usuário tocar em um link externo — além de termos contratuais que a Epic argumentou serem projetados para tornar os links externos comercialmente inúteis.
- Abril de 2025: A juíza Rogers considerou a Apple em desacato, decidiu que a taxa de 27% era "punitiva" em vez de compensatória e ordenou que a Apple parasse de cobrar qualquer comissão sobre compras por link externo nos EUA, com efeito imediato.
- Dezembro de 2025: O Nono Circuito confirmou em grande parte a conclusão de desacato, mas devolveu a questão da comissão ao tribunal distrital, decidindo que a Apple pode eventualmente cobrar uma taxa "com base nos custos que são genuína e razoavelmente necessários para sua coordenação de links externos... mas nada mais" — excluindo explicitamente os custos de segurança e privacidade que a Apple havia tentado incluir.
- Abril de 2026: O Nono Circuito suspendeu uma liminar, permitindo que o processo de devolução prosseguisse.
- 2 de julho de 2026: A Suprema Corte concedeu certiorari no recurso da Apple.
Onde isso nos deixa hoje: Desenvolvedores dos EUA podem adicionar links de compra externa com 0% de comissão da Apple, porque nenhum tribunal ainda aprovou uma taxa substituta específica. Isso pode mudar no momento em que o tribunal distrital definir uma, ou se a eventual decisão da Suprema Corte reformular todo o quadro. Não construa uma estratégia de preços permanente com base no número de hoje — construa um sistema de contabilidade flexível o suficiente para absorver qualquer taxa que surgir em seguida.
O Que Você Pode Realmente Fazer Agora
Se você é um desenvolvedor baseado nos EUA com um app iOS, pode solicitar o Direito de Link de Compra Externa da Apple, que permite:
- Adicionar um link ou botão dentro do seu app direcionando os usuários para uma página da web para concluir uma compra
- Comunicar preços e promoções relacionadas a essa compra externa (anteriormente proibido pelas antigas regras anti-redirecionamento)
- Processar essa transação inteiramente fora do sistema de compras dentro do aplicativo da Apple — através do Stripe, Paddle, sua própria conta de comerciante ou qualquer processador de sua escolha
Você ainda é obrigado a relatar à Apple as transações de link externa qualificadas, geralmente dentro de 15 dias, para que a Apple possa rastrear a conformidade mesmo enquanto coleta $0. Perder isso pode resultar na revogação do direito, portanto, isso pertence a uma lista de verificação contábil recorrente, não apenas a uma tarefa do dia do lançamento.
Duas exceções a serem conhecidas: desenvolvedores no Programa de Compra em Volume (VPP) e no Programa de Parceiros de Notícias (NPP) da Apple ainda podem enfrentar restrições em links externos, e a UE opera sob uma estrutura de taxas completamente separada (regras da Lei de Mercados Digitais com uma Taxa de Tecnologia Principal, Taxa de Aquisição Inicial e taxa de serviços da loja em camadas) que não tem nada a ver com o litígio nos EUA acima. Se você vende em ambos os mercados, precisa de dois tratamentos contábeis diferentes, não de um.
Por Que Isso é um Problema Contábil, Não Apenas Jurídico
Antes dos links externos, sua contabilidade da App Store era quase mecanicamente simples: a Apple era o comerciante de registro, a Apple coletava imposto sobre vendas e IVA, a Apple deduzia sua comissão de 15% ou 30%, e você registrava um depósito líquido por período de pagamento, normalmente conciliado com um único 1099-K ou 1099-MISC em janeiro.
As vendas por link externo explodem isso em um segundo fluxo de receita, estruturalmente diferente:
| Compra Dentro do Aplicativo | Compra por Link Externo | |
|---|---|---|
| Comerciante de registro | Apple | Você (ou seu processador de pagamentos) |
| Coleta de imposto sobre vendas / IVA | Responsabilidade da Apple | Sua responsabilidade |
| Comissão hoje (EUA) | 30% padrão / 15% Programa para Pequenas Empresas | 0% (aguardando decisão do tribunal distrital) |
| Tempo de pagamento | Cronograma padrão da Apple | O que seu processador definir |
| Formulário fiscal | 1099-K ou 1099-MISC da Apple | 1099-K do seu processador, se os limites forem atingidos |
| Tratamento de reembolsos | Através da App Store | Através do seu próprio fluxo de suporte |
Essa última linha é mais importante do que parece. Quando ocorre um reembolso em uma compra dentro do aplicativo, a Apple reverte a transação e ajusta o que relata para você. Quando ocorre um reembolso em uma compra por link externo, você precisa processá-lo, e ele nunca toca nos livros da Apple — o que significa que seus registros de receita e reembolso para os dois canais não serão conciliados entre si e não devem ser forçados a isso.
Configurando Seus Livros para Dois Canais de Receita
Algumas ações concretas que evitam que isso se transforme em uma surpresa em janeiro:
1. Divida a conta de receita. Não agrupe "Receita da App Store" em uma única linha de razão. Crie contas separadas (ou, no mínimo, tags/categorias separadas) para receita de compras dentro do aplicativo e receita de links externos. Quando a taxa de comissão sobre links externos eventualmente for definida — 5%, 12%, o que o tribunal distrital escolher — você vai querer dados históricos sobre o volume desse canal para modelar o impacto antes que ele aconteça.
2. Registre a receita líquida da comissão, mas acompanhe o valor bruto separadamente. A prática padrão de receita de software sob ASC 606 é reconhecer o valor ao qual você realmente tinha direito — líquido da parte da Apple — como receita, já que a comissão nunca lhe pertenceu. Mas para conciliação e modelagem futura, mantenha o volume bruto de transações em um campo de memorando ou tag de relatório. Você vai querer isso no dia em que uma taxa de comissão for anunciada, para estimar imediatamente o impacto.
3. Trate a coleta de imposto sobre vendas como uma nova conta de passivo. Se você agora é o comerciante de registro em vendas por link externo, você (ou seu processador de pagamentos) é responsável por coletar e remeter o imposto sobre vendas em cada estado onde você tem nexus — uma responsabilidade que a Apple tratava silenciosamente para você dentro do app. Se seu processador não lida com impostos automaticamente (o Stripe Tax e o modelo de comerciante de registro do Paddle oferecem isso de forma diferente — verifique qual o seu processador usa), este é o lugar mais fácil para deixar de cobrar silenciosamente por meses antes que uma auditoria descubra.
4. Concilie dois 1099s, não um. Em janeiro, você provavelmente receberá um 1099-K ou 1099-MISC da Apple pela receita dentro do aplicativo e um 1099-K separado do processador que lidou com suas vendas por link externo (assim que ultrapassar o limite federal de $600 — menor em alguns estados). Combine ambos com seu razão interno antes de declarar; uma incompatibilidade entre o que um processador relata e o que você registrou é um dos gatilhos mais comuns para um aviso do IRS.
5. Registre a cadência de relatório de 15 dias. O requisito de relatório da Apple para transações por link externo é uma tarefa de conformidade com consequências reais (revogação do direito) se falhar, portanto, pertence a qualquer sistema que você use para rastrear tarefas contábeis recorrentes — não apenas conhecimento tácito.
Um Framework Que Não se Importa Para Onde a Decisão Vai
Como a taxa de comissão ainda não está definida — e pode ser litigada novamente após a decisão da Suprema Corte — a tarefa real de engenharia aqui não é "construir para 0%". É construir um plano de contas e uma estrutura de relatórios que trate a taxa de comissão como uma variável, não uma constante. Livros contábeis em texto simples e com controle de versão tornam esse problema específico mais fácil do que a contabilidade baseada em planilhas: você pode marcar cada transação de link externo com seu canal e taxa de comissão no momento da venda e, em seguida, executar um relatório novamente no momento em que uma nova taxa for confirmada, sem tocar em entradas históricas ou quebrar uma fórmula a três guias de distância em uma pasta de trabalho.
Mantenha Sua Receita do App Organizada Desde o Primeiro Dia
Dividir a receita entre compras dentro do aplicativo da App Store, links de pagamento externos e uma estrutura de taxas da UE que segue regras completamente diferentes é exatamente o tipo de complexidade multicanal que transforma a temporada de impostos em uma correria. O Beancount.io oferece contabilidade em texto simples e com controle de versão, onde cada transação pode ser marcada por canal, taxa de comissão e jurisdição — totalmente transparente e consultável, sem dependência de fornecedor. Comece gratuitamente e mantenha as finanças do seu app tão limpas quanto seu código.