1099-K vs Shopify vs QuickBooks: Conciliação de Três Números

Os três números discordam porque é suposto. A conciliação não é forçá-los a corresponder - é explicar exatamente porque não correspondem.

É a segunda semana de janeiro. O 1099-K do Shopify Payments diz 412.847,16 €. O relatório de vendas do próprio Shopify para o ano diz 438.204,90 €. O lucro e prejuízo no QuickBooks Online diz 411.790,19 €.

Três números. Mesma loja. Mesmos doze meses. E em qualquer cadeira que esteja a sentar-se - o proprietário que acabou de abrir o formulário, ou o contabilista que acabou de abrir o ficheiro do cliente - o mesmo pensamento frio chega: algo foi sub-relatado, e agora há papelada a prová-lo.

Então começa a verificar. Reexecuta o relatório do Shopify com diferentes definições de data. Re-totaliza as contas de rendimento do QBO. Os números movem-se um pouco, mas nunca convergem. Na terceira passagem, a crença endurece: se os três números não corresponderem, os livros estão errados.

Essa crença é a mentira - e é a suposição mais cara que alguém faz em janeiro. Aqui está a verdade: o seu 1099-K não corresponde ao Shopify, e nenhum corresponde ao QuickBooks, porque os três números medem coisas diferentes por design. Nunca iam ser iguais. Conciliá-los não significa forçá-los a uma única figura. Significa explicar as diferenças - todas elas, nomeadas e quantificadas - até que a lacuna não tenha mais mistério.

Introduzimos este problema de três números na nossa lista de verificação de preparação fiscal para lojas Shopify. Este post é o método completo.

O que cada número mede realmente

Antes de poder preencher a lacuna, precisa de saber o que cada instrumento lê. Não são três medições de "receita". São três medições de três coisas diferentes.

O 1099-K: a visão do processador, bruto e não ajustado

Um 1099-K é emitido por um processador de pagamentos - neste caso, o Shopify Payments - e relata uma coisa: o valor bruto, não ajustado em dólares das transações que o processador executou, conforme relatado pelo processador, por ano civil.

Bruto e não ajustado significa exatamente isso. Sem dedução de taxas de processamento. Sem dedução de reembolsos ou chargebacks - uma encomenda de 200 € que foi totalmente reembolsada em março ainda está no total em 200 €. E o imposto sobre as vendas que os seus clientes pagaram no checkout também está lá, porque o processador moveu esse dinheiro, embora nunca tenha sido seu.

Duas outras propriedades são importantes. O formulário abrange apenas as transações que o processador processou — encomendas pagas através do PayPal, de um prestador de serviços de "comprar agora, pagar depois" ou de qualquer outro gateway não constam no formulário do Shopify Payments; esses processadores emitem os seus próprios. E é datado de quando o processador executou a transação, não quando a encomenda foi feita — o que cria pequenas vantagens na viragem do ano.

Nada disto é uma falha. O formulário está a cumprir a sua função: reportar o volume bruto processado. Nunca foi uma declaração de rendimentos, e tratá-la como tal é o que inicia o pânico. (Para qualquer questão relacionada com a forma como o formulário interage com o retorno real — o que é reportado onde e que documentação manter — confirme com o contabilista do cliente. Essa é a área dele, e esta publicação não entra nela.)

Relatórios do Shopify: vendas por data de encomenda, com o âmbito que escolheu

As análises do Shopify respondem a uma pergunta diferente: o que vendeu a loja e quando foram feitas essas encomendas?

Isso introduz dois graus de liberdade que o 1099-K não tem. Primeiro, data da encomenda vs. data de processamento — o Shopify regista uma encomenda de 31 de dezembro em dezembro, mesmo que o processador tenha capturado o pagamento a 2 de janeiro. Segundo, âmbito — dependendo do relatório que executou e dos filtros que aceitou, pode estar a ver todos os canais de venda ou apenas a loja online, todos os gateways de pagamento ou apenas o Shopify Payments, totais que incluem ou excluem impostos e portes de envio, valores líquidos de reembolsos ou brutos dos mesmos.

Duas pessoas podem exportar "o número do Shopify" para a mesma loja e ano e obter valores legitimamente diferentes, ambos corretos para o que pediram. Se nunca definiu qual a pergunta que a sua exportação responde, a discrepância entre as vendas brutas do Shopify 1099-K não é uma discrepância — são duas perguntas diferentes com o mesmo rótulo.

QuickBooks: o que quer que o seu método de registo tenha lançado

O QuickBooks não tem opinião própria. O rendimento no seu P&L é exatamente o que o seu método de registo colocou lá — nada mais.

Se o feed bancário impulsionou os livros, o rendimento são depósitos líquidos: vendas brutas menos taxas, menos reembolsos, menos imposto sobre as vendas, agrupados por pagamento. Se as encomendas foram sincronizadas como faturas brutas individuais, o rendimento aproxima-se das vendas brutas — com o imposto tratado corretamente ou não, dependendo da configuração. Se um contabilista lançou resumos mensais, o rendimento é o que quer que esses resumos tenham dito.

É por isso que o valor do QBO é a variável mais selvagem das três. O 1099-K e os relatórios do Shopify são, pelo menos, instrumentos consistentes — medem algo específico, da mesma forma todos os anos. O QBO reflete um método, e a maioria das lojas nunca escolheu conscientemente o seu. Já escrevemos sobre o sintoma mais comum disso — o pagamento que nunca corresponde ao que o QuickBooks mostra — e é a mesma causa raiz a surgir em janeiro, em escala anual.

A ponte de conciliação: explicando a diferença ao cêntimo

Aqui está o trabalho real de reconciliação do 1099-K no QuickBooks — e é uma ponte, não uma caça. Começa-se pelo bruto do 1099-K, aplicam-se os deltas nomeados um a um, e chega-se ao valor do rendimento do QBO. Quando a ponte chega, está feito: a lacuna está explicada, documentada e é aborrecida.

As diferenças provêm de uma lista curta e conhecida:

• Imposto sobre vendas cobrado — dentro do valor bruto do 1099-K, nunca dentro do rendimento. É uma obrigação que você (ou a Shopify) repassa às autoridades fiscais.
• Reembolsos e estornos — o 1099-K ignora-os; os seus registos não devem. Veja o nosso guia completo sobre contabilidade de reembolsos e devoluções para o tratamento correto do período.
• Taxas de processamento — *não* é uma diferença se os seus registos lançam vendas brutas com taxas como despesa. Se precisar de um ajuste de taxas para que a ponte funcione, isso indica que os seus registos lançaram depósitos líquidos — mais sobre isso abaixo.
• Outros gateways — PayPal e similares estão nos seus registos e nos relatórios de todos os gateways da Shopify, mas não neste 1099-K.
• Cronologia de fim de ano — encomendas feitas nos últimos dias de dezembro e captadas pelo processador em janeiro ficam em anos diferentes no formulário do que nos registos, em ambos os sentidos.

Aqui está a ponte para uma loja fictícia — chame-lhe Cedar & Pine Candle Co. — com registos brutos claros:

Passo	Ajuste	Total acumulado
Valor bruto do 1099-K (Shopify Payments)	—	$412,847.16
Menos: imposto sobre vendas cobrado nessas transações	−$27.306,90	$385,540.26
Menos: reembolsos e estornos em encomendas Shopify Payments	−$11.458,22	$374,082.04
Mais: encomendas pagas através do PayPal (processador separado, não neste formulário)	+$38,914.55	$412,996.59
Menos: cronologia líquida de fim de ano (encomendas no formulário vs. encomendas nos registos)	−$1.206,40	$411,790.19
Receita bruta explicada		$411,790.19

Rendimento total do QBO P&L: $411.790,19. A ponte bate certo até ao cêntimo. Os $12.036,16 em taxas de processamento não aparecem em lado nenhum nesta tabela — está onde pertence, como uma linha de despesa no P&L, não como um mistério dentro do número de rendimento.

Repare no que acabou de acontecer: três números que "não batiam certo" concordaram completamente, assim que cada diferença foi nomeada. Nada foi sub-relatado. Nada estava errado. A questão de janeiro da loja mudou de "porque é que estes não batem certo?" para "aqui está o porquê, linha a linha" — e essa segunda frase é o resultado final, quer vá para a sua pasta fiscal ou para um documento de trabalho de cliente. Se um item de linha específico altera o que vai para a declaração é uma questão para o preparador de impostos; o trabalho da ponte é tornar a resposta dele rápida.

O método de registo que torna o próximo janeiro trivial

A ponte acima utilizou cinco linhas porque os registos da Cedar & Pine foram feitos de uma forma específica: vendas brutas registadas como rendimento, taxas separadas nas suas próprias contas de despesa, imposto sobre vendas registado num passivo, reembolsos registados como receita contra.

Se os registos lançarem em vez disso depósitos líquidos do extrato bancário, cada um desses componentes é fundido num único número, e a ponte de janeiro torna-se arqueologia — está a fazer engenharia reversa de taxas, impostos e reembolsos a partir de doze meses de pagamentos misturados antes mesmo de poder começar a tabela acima.

A correção é estrutural, não sazonal, e envolve duas decisões. Primeiro, registar o valor bruto: a receita reflete o que os clientes realmente pagaram, fluindo através de uma conta de compensação que se liga a cada pagamento. A arquitetura completa encontra-se no nosso guia principal sobre conciliação de pagamentos Shopify no QuickBooks. Segundo, separar as taxas: os tipos de taxas da Shopify têm significados diferentes e valor de diagnóstico diferente, e separá-las corretamente no QuickBooks é o que torna a linha de taxas na sua demonstração de resultados conciliável com os extratos do processador.

Faça estas duas coisas durante todo o ano e a ponte de janeiro do próximo ano monta-se sozinha: a conta de passivo fiscal fornece a linha dois, a conta de reembolsos fornece a linha três, as contas de compensação a nível do gateway fornecem a linha quatro. Este é também precisamente o padrão de registo que o LedgerPort automatiza — cada pagamento regista vendas brutas, taxas, reembolsos e impostos cobrados nas suas próprias contas à medida que acontecem, pelo que as diferenças de fim de ano já se encontram em contas nomeadas em vez de estarem à espera de serem escavadas.

Para empresas: o comprovativo de trabalho repetível de janeiro

Se gere um gabinete de contabilidade, a tabela de ponte acima vale a pena ser padronizada como um documento de trabalho de janeiro por cliente: 1099-K bruto no topo, as cinco diferenças nomeadas como linhas fixas, rendimento QBO na parte inferior, com cada linha ligada a uma conta QBO ou a uma exportação Shopify. Uma vez fixado o formato, o cliente marginal custa-lhe minutos, não horas — e o documento de trabalho serve também como a documentação que mantém arquivada caso a lacuna entre o formulário e a declaração venha a ser questionada. Encaixa-se diretamente no fluxo de trabalho de janeiro que descrevemos no nosso guia sobre preparação para a época de impostos para clientes de comércio eletrónico, e os clientes cujos livros foram registados no valor bruto durante todo o ano são aqueles em que o documento de trabalho se preenche sozinho.

Três números, uma explicação

O pânico de janeiro baseia-se numa premissa falsa — que números correspondentes são a prova de livros limpos. A verdadeira prova é uma lacuna explicada: um 1099-K bruto, um relatório Shopify e um valor de rendimento QBO que diferem exatamente pelas razões que a sua ponte indica, até ao último cêntimo.

Se construir essa ponte a partir dos livros deste ano lhe parece arqueologia, esse é o sinal de que o método de registo é o problema — não os números. Comece gratuitamente com o LedgerPort e cada pagamento a partir de hoje registará vendas brutas, taxas, reembolsos e impostos cobrados nas suas próprias contas, pelo que a ponte de janeiro será cinco linhas que já tem. As empresas que gerem várias lojas de clientes podem configurar a mesma estrutura em todos os clientes através de onboarding de CPA.