Um vendedor de print-on-demand abre seu 1099-K do Shopify Payments em fevereiro e encontra um número que não se parece em nada com o que realmente ganhou. O formulário mostra $50.000 em pagamentos brutos. Sua conta bancária cresceu cerca de $14.000 ao longo do ano. Não há nada de errado — mas se ele declarar esses $50.000 como renda sem entender para onde foram os outros $36.000, vai pagar imposto a mais para o IRS por uma margem considerável ou entrar em pânico achando que algo foi roubado.
Essa diferença é o erro contábil mais comum cometido por vendedores de print-on-demand (POD), e vem de um detalhe que quase ninguém explica claramente: a plataforma em que você vende determina quais impostos você deve e como você tem permissão para contabilizar seus custos. Errar essa distinção faz com que tudo o que vem depois — seu COGS, suas declarações de imposto sobre vendas, seu Schedule C — quebre de formas difíceis de perceber depois do fato.
Dois Modelos de Negócio, Dois Cenários Fiscais Completamente Diferentes
Print-on-demand abrange uma ampla variedade de configurações, mas para fins contábeis existem, na prática, apenas dois modelos, e eles se comportam de maneiras completamente diferentes.
Modelo A: Você é o comerciante de registro (merchant of record). Você administra sua própria loja — Shopify, WooCommerce, ou uma loja Etsy auto-hospedada — e conecta um parceiro de fulfillment como Printful ou Printify por meio de uma integração. O cliente paga diretamente a você. Você então paga à empresa de fulfillment um custo de produção base por item. Legalmente, você é o vendedor, o que significa que você carrega a obrigação do imposto sobre vendas e tem o direito de deduzir o custo real dos produtos vendidos (COGS).
Modelo B: Você é um recebedor de royalties. Você faz upload de designs para um marketplace como Redbubble, Merch by Amazon, TeePublic, Society6, Zazzle ou Spring. O marketplace precifica o produto, processa a transação, fabrica e envia o item, e paga a você um royalty por venda. Você nunca lida com uma declaração de imposto sobre vendas e — esta é a parte que os vendedores costumam errar — você não tem nenhum custo dos produtos vendidos dedutível, porque você nunca pagou pelos produtos. Todo o seu "custo do produto" já está embutido na parte que o marketplace retém antes mesmo de você ver o royalty.
Confundir esses dois modelos é onde começam a maioria dos erros contábeis de POD. Um vendedor que supõe que sua renda de royalties da Redbubble funciona da mesma forma que a renda de sua loja Shopify vai acabar inventando uma dedução de COGS à qual não tem direito, ou deixando de se registrar para as licenças de imposto sobre vendas que realmente precisa.
Como o COGS Realmente Funciona para Vendedores do Modelo A
Se você administra sua própria loja através da Printful ou Printify, a taxa que você paga pelo produto em branco, impressão e embalagem é um custo dos produtos vendidos legítimo — mas ele precisa cair no lugar certo da sua contabilidade.
No Schedule C, isso significa:
- O custo de produção base vai na Parte III, Linha 36 (compras).
- Os custos de envio cobrados pelo parceiro de fulfillment normalmente pertencem à Parte III, Linha 38 (outros custos) ou são incorporados ao COGS dependendo de como o seu software de contabilidade os categoriza — o importante é a consistência, não qual linha exata.
- O estoque final é $0. Print-on-demand é, por definição, feito sob encomenda. Você nunca mantém estoque físico, então não há etapa de avaliação de estoque no fim do ano como um varejista tradicional precisa fazer.
O erro prático a observar: muitos vendedores registram a receita de uma venda no momento em que o Shopify Payments a deposita, mas esquecem de registrar separadamente a fatura de fulfillment que a Printful ou a Printify cobra alguns dias depois, muitas vezes em um lote diferente e às vezes em um mês diferente. Se sua contabilidade captura apenas o lado do depósito, seu P&L parece artificialmente lucrativo até que a fatura de fulfillment chegue — e quando você perceber, pode já ter declarado os impostos estimados de um trimestre com base no número inflado.
A correção é mecânica, mas essencial: concilie cada repasse (payout) com a fatura de fulfillment correspondente antes de fechar a contabilidade daquele período, não depois.
Imposto sobre Vendas em Múltiplas Plataformas: Por Que o "Nexus" Significa Algo Diferente em Cada Canal
Esta é a parte que confunde vendedores que vendem os mesmos designs em mais de um canal — digamos, uma loja Shopify e uma loja Etsy e uma conta Redbubble.
Marketplaces (Modelo B) são facilitadores de marketplace (marketplace facilitators). Etsy, Redbubble, Amazon Merch e plataformas semelhantes são legalmente obrigadas a calcular, coletar e repassar o imposto sobre vendas em seu nome em todo estado que o exija. Você não se registra, não declara, não lida com isso.
Sua própria loja (Modelo A) não está automaticamente coberta. O próprio Shopify não é um facilitador de marketplace para pedidos feitos através do seu próprio domínio — você carrega essa responsabilidade sozinho, estado por estado, com base em onde você ultrapassou os limites de nexo econômico (economic nexus). (O canal separado do aplicativo "Shop" da Shopify começou a coletar e repassar impostos em pedidos qualificados a partir de 2025, mas isso se aplica apenas às vendas feitas através desse canal específico — não à sua loja principal.)
Isso significa que um único vendedor pode legitimamente dever registro e declarações de imposto sobre vendas em um estado através de sua loja Shopify, enquanto não deve absolutamente nada sobre o mesmo produto idêntico vendido pela Etsy ou Redbubble nesse mesmo estado. A contabilidade precisa rastrear qual canal gerou cada venda, não apenas a receita total, ou você vai acabar se registrando para licenças que não precisava ou — pior — deixando de obter as que realmente precisava.
Há uma segunda camada específica do POD: a própria taxa de fulfillment pode ser tributável. Se você não enviar um certificado de revenda (resale certificate) à Printful ou Printify, eles vão cobrar de você o imposto sobre vendas sobre o custo de produção no atacado — imposto que você depois não pode recuperar legalmente, já que você não é o consumidor final. Enviar um certificado de revenda (através das configurações fiscais da plataforma, usando um certificado específico do estado ou o formulário uniforme da Multistate Tax Commission, aceito na maioria dos estados) evita essa bitributação e vale a pena fazer antes da sua primeira venda, não depois de perceber uma cobrança inexplicada em uma fatura.
Conciliando Repasses com Faturas de Fulfillment Sem Perder a Cabeça
O principal desafio operacional na contabilidade de POD não é matemática complicada — são os descompassos de tempo entre sistemas que nunca foram projetados para se comunicar de forma limpa entre si:
- Um cliente paga à Shopify ou Etsy. Esse pagamento é liquidado através do Shopify Payments, Stripe ou Etsy Payments em seu próprio cronograma (geralmente 2 a 5 dias úteis depois, agrupado com outros pedidos).
- O pedido é encaminhado para a Printful ou Printify, que fatura você separadamente — às vezes por pedido, às vezes em lote — frequentemente em um cronograma diferente do repasse.
- Se você vende em múltiplos canais, cada um produz seu próprio relatório de repasse, sua própria estrutura de taxas e seu próprio cronograma, todos apontando de volta para o mesmo parceiro de fulfillment.
Sem um processo deliberado, é fácil registrar o repasse como receita e nunca rastreá-lo adiante para confirmar que o custo de fulfillment correspondente realmente foi lançado. Um hábito simples que resolve a maior parte disso: antes de fechar qualquer mês, extraia o relatório de custos por pedido do parceiro de fulfillment e compare linha por linha com os relatórios de repasse do canal para o mesmo período. Qualquer coisa que não bater — um pedido que mostra um pagamento do cliente mas nenhuma cobrança de fulfillment correspondente, ou vice-versa — é ou uma diferença de tempo que se resolverá no próximo período, ou um erro real que vale a pena investigar agora.
Este é exatamente o tipo de conciliação que se beneficia de registros que você pode realmente auditar, em vez de um painel de caixa-preta. Quando suas faturas de fulfillment, repasses de canal e imposto sobre vendas coletado são todos registrados como transações em texto simples com referências claras de volta ao pedido de origem, rastrear uma divergência leva minutos em vez de uma tarde exportando CSVs de três plataformas diferentes.
E os Formulários 1099?
Como os vendedores do Modelo A são o comerciante de registro, a Printful e a Printify não emitem nenhum 1099 para você — seu 1099-K, se você receber um, vem do seu processador de pagamento (Shopify Payments, PayPal, Stripe) com base no volume bruto de transações, não na renda líquida. Esse é o número que precisa da dedução de COGS explicada acima para se transformar em uma cifra de lucro precisa.
Os marketplaces do Modelo B variam: a Amazon Merch e a Zazzle emitem 1099s diretamente para a renda de royalties acima do limite de declaração; outras, incluindo Redbubble, TeePublic e Society6, encaminham os repasses através do PayPal ou Payoneer, que emitem o 1099-K caso o limite seja atingido. De qualquer forma, o limite de declaração determina apenas se a plataforma precisa te enviar um formulário — não tem nenhuma relação com se a renda é tributável. Cada dólar de royalty ou lucro da loja é declarável, quer um 1099 apareça na sua caixa de entrada ou não.
Mais um detalhe de classificação que vale destacar: mesmo que os marketplaces frequentemente rotulem os pagamentos do Modelo B como "royalties", o IRS trata a renda de um negócio ou comércio contínuo como renda de trabalho autônomo (self-employment income) sujeita ao imposto sobre trabalho autônomo — e não como renda passiva de royalties — se você está ativamente fazendo upload de designs e administrando a loja como um negócio, em vez de licenciar uma peça isolada de propriedade intelectual.
Mantenha Sua Contabilidade de Print-on-Demand Conciliada por Design
Seja você administrando uma única loja Shopify através da Printful ou fazendo malabarismo com cinco marketplaces ao mesmo tempo, os vendedores que evitam surpresas no fim do ano são aqueles que conciliam os custos de fulfillment com os repasses todo mês, não apenas em abril. O Beancount.io oferece contabilidade em texto simples com controle de versão que torna simples rastrear COGS, imposto sobre vendas coletado e repasses de múltiplos canais como transações claramente identificadas e auditáveis — sem aprisionamento a fornecedor (vendor lock-in), sem caixa-preta. Comece gratuitamente e veja por que desenvolvedores e vendedores com mentalidade financeira estão migrando para a contabilidade em texto simples.
