Seu painel do marketplace diz que você ganhou $1.000 no mês passado. Sua conta bancária recebeu $850. E o formulário fiscal que a plataforma envia a você — se é que envia — vai mostrar o número maior, não o depósito que você de fato conseguiu manter. Se seus registros contábeis registram apenas os $850 que caíram na conta, você tem uma divergência parada no seu razão que vai aparecer na hora do imposto, quando a declaração de informações que a plataforma enviou ao fisco disser que sua receita foi de 15 a 30 por cento maior do que você reportou.
Esse é o problema contábil central de vender agentes de IA e skills por meio de um marketplace: a plataforma fica com a sua comissão antes de você sequer ver o dinheiro, o repasse que você recebe já vem líquido, e todo registro a jusante — sua receita, sua declaração de imposto, seu cálculo de margem — precisa dos valores brutos que você nunca tocou. Veja como os marketplaces de IA realmente pagam, como registrar cada repasse para que bruto e líquido permaneçam reconciliados, e quais formulários fiscais esperar.
O que os marketplaces de IA realmente pagam no fim de 2026
Antes de registrar qualquer coisa, deixe claro em qual modelo de repasse você está, porque os marketplaces de IA não funcionam todos como as lojas de aplicativos.
O GPT Store paga por engajamento, não como percentual. O programa de builders da OpenAI compensa criadores com base no engajamento dos usuários com seus GPTs — cerca de $0,03 por conversa, em média, segundo estimativas de terceiros — em vez de ficar com uma fatia de 15 ou 30 por cento do preço de venda. O programa tem se mantido como um lançamento limitado e baseado em critérios, e a maioria dos criadores individuais fica na casa das centenas baixas de dólares por mês, a menos que o uso seja enorme. Não há comissão a registrar aqui: o repasse é uma única linha de receita, e seu trabalho é reconciliar a contagem de conversas multiplicada pela taxa efetiva contra o que chega.
Há também um prazo correndo. Contas pessoais do ChatGPT não podem mais criar ou publicar novos GPTs, e a OpenAI agendou a desativação dos custom GPTs existentes para 11 de dezembro de 2026, com workspaces empresariais em um adiamento aprovado tendo até 11 de fevereiro de 2027. O substituto são os plugins construídos pelo Apps SDK, cujos pagamentos por uso a desenvolvedores foram discutidos mas não amplamente implantados. Se os repasses do GPT Store são uma linha nos seus registros, planeje o fim dessa linha e sua substituição por algo com relatórios diferentes.
O Claude Skills não tem marketplace oficial nem revenue share. A Anthropic publica o padrão Agent Skills e suas próprias skills gratuitas, mas até este ano não há uma loja própria com pagamentos integrados. Os builders monetizam indiretamente: uma skill de marca que direciona usuários para um plano de assinatura pago, uma skill que encaminha para os próprios endpoints de API medidos do builder, ou skills construídas para clientes empresariais sob contrato direto. Cada uma dessas é receita comum de produto ou serviços nos seus registros, não receita de marketplace.
Marketplaces de skills de terceiros cobram comissões percentuais — e elas variam. É aqui que a questão da escala móvel realmente morde. Marketplaces independentes para skills no estilo Claude publicam seus próprios splits: um fica com 8 por cento e o criador mantém 92 por cento, outro paga aos criadores 70 por cento do preço da skill paga, com repasses via Stripe Connect. Liste a mesma skill em dois marketplaces e você estará registrando duas taxas de comissão diferentes contra dois calendários de repasse diferentes. A mecânica abaixo funciona para qualquer percentual; os exemplos práticos usam 15 por cento porque esse é o nível mais comum de pequeno vendedor no comércio de plataformas.
O formato de 15 a 30 por cento vem das lojas de aplicativos. A comissão padrão da Apple é de 30 por cento de cada venda, reduzida a 15 por cento para desenvolvedores no App Store Small Business Program — aqueles com menos de $1 milhão em receita anual. Os marketplaces de IA adotam esse formato escalonado: uma taxa padrão com um nível reduzido para pequenos vendedores, às vezes com a taxa subindo quando seu volume dos últimos doze meses cruza um limite. Quando sua taxa de comissão depende do seu próprio volume de vendas, cada repasse precisa de uma verificação de taxa, não só de valor — que é exatamente o ciclo de reconciliação abaixo.
Bruto ou líquido: a decisão única que controla seus registros
Quando um marketplace vende sua skill por $49, fica com $7,35 e envia $41,65 para você, há duas formas de registrar. Só uma delas está certa.
Registre a venda bruta como sua receita e a comissão como sua despesa. Sob a estrutura de principal versus agente da ASC 606, a questão é quem controla o produto antes de ele chegar ao cliente. Sua skill é seu produto: você a construiu, você definiu o preço, você dá suporte ao comprador. O marketplace apenas viabiliza a venda e processa o pagamento, o que o torna o agente e você o principal. O principal reporta receita bruta. A fatia da plataforma é sua despesa de venda — o custo de distribuir pela vitrine de outra pessoa.
Essa não é uma distinção acadêmica. Ela muda três números que importam para você:
Seus formulários fiscais reportam o bruto. As declarações de informações de marketplaces e processadores de pagamento mostram os valores totais das vendas que fluíram para você antes das taxas. Se seu razão mostra apenas depósitos líquidos como receita, a declaração que você entrega vai divergir dos formulários que o fisco já recebeu, e essa divergência é um dos gatilhos mais comuns de notificação automatizada. Registrar receita bruta com uma despesa de comissão separada faz seus registros concordarem com a papelada por construção.
Suas margens permanecem honestas. Uma skill que vende por $49 com uma taxa de plataforma de $7,35 rende a você $41,65 tanto se você registrar o bruto quanto o líquido — o lucro bruto é idêntico em ambos os casos. Mas o registro apenas do líquido esconde a taxa dentro de um número de receita menor, então quando a plataforma aumenta sua taxa ou você cruza para um nível superior, o dano aparece como receita encolhendo misteriosamente em vez de uma despesa crescente claramente rotulada. Linhas separadas permitem que você veja a linha da taxa se mover.
Sua comparação por plataforma permanece possível. Se você vende em dois marketplaces com taxas de comissão diferentes, o registro bruto com contas de taxa por plataforma diz exatamente quanto custa cada canal. O registro apenas do líquido mistura a economia dos canais em um único número que você não consegue decompor.
Onde a linha da comissão pertence
Registre as comissões de plataforma como despesa de venda ou distribuição, junto com as taxas de processamento de pagamento — não como custo dos produtos vendidos e não compensadas contra a receita. O CPV é para os custos de entregar o produto em si: suas contas de inferência de API, hospedagem, serviços upstream medidos. A taxa do marketplace é o custo de adquirir a venda por aquele canal. Mantê-la abaixo da linha do lucro bruto significa que sua margem bruta reflete a economia do seu produto (preço menos custo de entrega), enquanto sua margem operacional reflete suas escolhas de canal. Quando um marketplace aumenta sua take rate, você quer que isso apareça como um aumento de despesa de venda ao qual você pode reagir — reprecificando, renegociando ou saindo — e não como um declínio de margem bruta que parece que seu produto ficou mais caro de operar.
O ciclo de reconciliação mensal
Todo repasse, em todo marketplace, passa pelo mesmo ciclo de quatro etapas. Faça mensalmente, por plataforma, antes de fechar os livros.
1. Puxe o relatório de repasse, não apenas o depósito
O depósito bancário é um número. O relatório de repasse por trás dele tem pelo menos cinco: vendas brutas, comissão da plataforma, reembolsos e estornos, qualquer retenção ou reserva retida, e o repasse líquido. Baixe o relatório na granularidade mais fina que a plataforma oferecer — por transação, se disponível — porque a etapa 3 precisa disso. Se a plataforma reporta em algo diferente de dólares por venda (contagens de conversas para repasses por engajamento, unidades de API medidas para skills baseadas em uso), puxe também o relatório de uso: unidades multiplicadas pela taxa contratada é o bruto contra o qual você está reconciliando.
2. Verifique a taxa de comissão antes dos valores
Em uma plataforma escalonada, a taxa é uma peça móvel. Verifique em qual nível cada venda se enquadrou: alguma venda ocorreu depois de você cruzar para uma faixa superior no meio do período? Uma taxa promocional expirou? Um repasse que aplica os 15 por cento do mês passado a vendas que deveriam ter sido cobradas pelo nível deste mês (ou vice-versa) é um erro da plataforma que você só consegue pegar recalculando a taxa você mesmo a partir dos dados por venda. Multiplique cada venda pela taxa do nível em vigor na data da venda, some as taxas esperadas e compare com o total de taxas no relatório. Investigue qualquer diferença antes de registrar, não depois.
3. Registre bruto, taxa e ajustes como linhas separadas
Registre um lançamento por repasse com a receita bruta, a taxa da plataforma e quaisquer reembolsos ou estornos como lançamentos distintos. Um reembolso reverte receita — não é uma despesa — e se a plataforma recupera sua comissão sobre vendas reembolsadas, essa recuperação reduz sua despesa de taxa. Em um razão em texto puro, o padrão fica assim (veja a documentação para a sintaxe do razão se este formato for novo para você):
2026-01-01 open Assets:Bank:Checking USD
2026-01-01 open Income:Marketplace:Skill-Sales USD
2026-01-01 open Expenses:Marketplace:Platform-Fees USD
2026-11-01 * "Skills marketplace" "October payout, 15% tier"
Assets:Bank:Checking 850.00 USD
Expenses:Marketplace:Platform-Fees 150.00 USD
Income:Marketplace:Skill-Sales -1,000.00 USD
2026-11-15 * "Skills marketplace" "Refund, order 1042, fee clawed back"
Income:Marketplace:Skill-Sales 49.00 USD
Expenses:Marketplace:Platform-Fees -7.35 USD
Assets:Bank:Checking -41.65 USDO lançamento do repasse mostra os $1.000 completos de vendas como receita, a comissão de $150 como sua própria despesa, e o depósito de $850 como o movimento bancário — três lançamentos que amarram o painel, a tabela de taxas e o extrato bancário juntos. O lançamento do reembolso desfaz as três pernas. Se você vende em mais de um marketplace, dê a cada um suas próprias subcontas de receita e taxa para que a comparação de canais da seção anterior saia do razão de graça.
4. Amarre o líquido ao banco e o bruto ao uso
Duas amarrações independentes fecham o ciclo. Primeiro, o valor líquido do repasse deve ser igual a um depósito bancário até o centavo — se não for, a diferença é um item pendente (uma reserva retida, uma transferência atrasada, uma conversão de moeda) que precisa de sua própria explicação, não de um ajuste de arredondamento. Segundo, o bruto deve amarrar à atividade subjacente: para vendas unitárias, os totais do relatório por venda; para repasses por engajamento ou uso, sua própria contagem de unidades medidas multiplicada pela taxa contratada. Os builders que pulam a segunda amarração são os que descobrem seis meses depois que uma mudança de taxa foi aplicada um mês antes. Seus próprios logs de uso são a única verificação do medidor da plataforma — guarde-os.
Formulários fiscais: o que chega e o que não chega
A receita de marketplace é receita comercial comum, reportada no Schedule C junto com sua outra receita de trabalho autônomo. O que difere por plataforma é qual declaração de informações — se alguma — a documenta.
Repasses de marketplaces de terceiros podem chegar no Formulário 1099-K. Para 2026, o One Big Beautiful Bill Act restaurou o limite clássico: processadores de pagamento e marketplaces emitem um 1099-K apenas quando um beneficiário ultrapassa $20.000 em pagamentos brutos e 200 transações no ano civil. Abaixo disso, nenhum formulário chega — mas a receita continua totalmente tributável, e o hábito de registrar o bruto da seção anterior é o que torna sua declaração correta quando não há formulário para copiar. Note que o limite conta pagamentos brutos e volume de transações, então um catálogo de skills de alto volume e baixo preço pode acionar a contagem de transações enquanto alguns poucos contratos empresariais grandes de skills nunca chegam perto.
Repasses diretos por engajamento parecem mais receita de prestador de serviços. Uma plataforma que paga a você revenue share por engajamento do próprio bolso, em vez de liquidar pagamentos de compradores terceiros para você, está mais próxima de uma relação pagador-prestador, documentada — quando os limites são atingidos — na família 1099-NEC ou 1099-MISC, cujo limite de reporte subiu para $2.000 em 2026. De qualquer forma, reconcilie qualquer formulário que chegue contra a receita bruta do seu razão para aquela plataforma; o formulário e os livros devem concordar antes de a declaração ser entregue.
Limites estaduais podem ser menores que os federais. Vários estados impõem seus próprios limites de emissão de 1099-K bem abaixo dos $20.000 e 200 transações federais, o que significa que você pode receber uma via estadual do 1099-K — e ter o estado esperando receita correspondente — em um ano em que o formulário federal nunca chega. Se você receber um, reconcilie da mesma forma: bruto no formulário contra bruto no razão.
Nenhum formulário não é o mesmo que nenhuma receita. Esse é o erro que custa dinheiro de verdade aos pequenos vendedores. Repasses por engajamento de algumas centenas de dólares por mês, skills vendidas em um marketplace que nunca cruza os limites de reporte, receita indireta de skills que direcionam usuários para sua própria API medida — tudo isso é tributável quer alguém envie ou não um formulário para você. Os vendedores que passam pela temporada de impostos sem sustos são aqueles cujos razões já contêm cada dólar bruto, de modo que a declaração se escreve sozinha a partir dos livros em vez de uma caixa de e-mails da plataforma.
Quatro erros que se acumulam silenciosamente
Registrar o depósito como receita. O hábito do apenas líquido, abordado acima. Ele subestima a receita, esconde a tendência da taxa e garante uma divergência contra qualquer 1099-K. Corrija uma vez relançando os repasses do ano pelo bruto, e o ciclo mensal o mantém corrigido.
Registrar a taxa da plataforma como CPV. Agrupar a comissão no custo dos produtos vendidos faz sua margem bruta absorver custos de canal que pertencem à despesa de venda. Seu produto parece menos lucrativo do que é, e um aumento de taxa é lido como problema de produto em vez de problema de canal. Mantenha os custos de entrega (inferência, hospedagem, APIs upstream) no CPV e os custos de distribuição (comissões de marketplace, processamento de pagamento) na despesa de venda.
Esquecer a mudança de faixa. Em uma plataforma de escala móvel, no mês em que seu volume acumulado o empurra para uma faixa superior, sua taxa efetiva é uma mistura — vendas do início do mês na taxa antiga, vendas posteriores na nova. Vendedores que registram todo o repasse a uma única taxa distorcem a despesa na direção que menos lhes favorece de forma útil, e o erro se repete todo mês em que ficam perto de um limite. A verificação de taxa por venda da etapa 2 existe exatamente para esse caso.
Passar todas as plataformas por uma única conta. Uma conta de receita e uma conta de taxa para todos os marketplaces parece mais simples até você precisar responder qual canal se paga, ou até o 1099-K de uma plataforma precisar ser reconciliado contra um saldo misturado. Subcontas por plataforma não custam nada na hora de registrar e economizam horas na hora do imposto.
Checklist de repasse deste mês
Puxe seu relatório de repasse mais recente de cada marketplace em que vende e trabalhe-o de ponta a ponta: confirme o nível de comissão em vigor em cada data de venda, recalcule o total de taxas a partir dos dados por venda, registre a receita bruta com a taxa e quaisquer reembolsos como linhas separadas, amarre o líquido ao depósito bancário e amarre o bruto ao seu próprio log de uso ou vendas. Depois verifique se seu volume dos últimos doze meses está se aproximando de um limite de faixa — se estiver, você agora sabe que sua taxa efetiva está prestes a mudar antes de a plataforma avisar. Essa é toda a disciplina: cada dólar contabilizado pelo bruto, cada taxa visível em sua própria linha, cada plataforma reconciliada nos seus próprios termos.
