1099-K vs Shopify vs QuickBooks: Drie getallen reconciliëren

De drie getallen verschillen omdat ze dat moeten. Reconciliatie betekent niet dat ze gedwongen moeten worden om overeen te komen - het betekent precies verklaren waarom ze dat niet doen.

Het is de tweede week van januari. De 1099-K van Shopify Payments zegt € 412.847,16. Het eigen verkooprapport van Shopify voor het jaar zegt € 438.204,90. De winst- en verliesrekening in QuickBooks Online zegt € 411.790,19.

Drie getallen. Dezelfde winkel. Dezelfde twaalf maanden. En in welke stoel u ook zit - de eigenaar die zojuist het formulier heeft geopend, of de accountant die zojuist het bestand van de klant heeft geopend - dezelfde koude gedachte dringt zich op: er is iets te weinig gerapporteerd, en nu is er papierwerk dat het bewijst.

Dus u begint te controleren. U voert het Shopify-rapport opnieuw uit met andere datuminstellingen. U telt de QBO-inkomstenrekeningen opnieuw op. De getallen bewegen een beetje, maar ze convergeren nooit. Na de derde keer wordt de overtuiging sterker: als de drie getallen niet overeenkomen, zijn de boeken verkeerd.

Die overtuiging is de leugen - en het is de duurste aanname die iemand in januari maakt. Hier is de waarheid: uw 1099-K komt niet overeen met Shopify, en geen van beide komt overeen met QuickBooks, omdat de drie getallen per ontwerp verschillende dingen meten. Ze zouden nooit gelijk zijn. Ze reconciliëren betekent niet dat ze tot één cijfer worden gedwongen. Het betekent de verschillen verklaren - elk ervan, benoemd en gekwantificeerd - totdat het gat geen mysterie meer bevat.

We hebben dit probleem met drie getallen geïntroduceerd in onze belastingvoorbereidingschecklist voor Shopify-winkels. Dit bericht is de volledige methode.

Wat elk getal daadwerkelijk meet

Voordat u het verschil kunt overbruggen, moet u weten wat elk instrument aangeeft. Het zijn geen drie metingen van "inkomsten". Het zijn drie metingen van drie verschillende dingen.

De 1099-K: het beeld van de processor, bruto en onbewerkt

Een 1099-K wordt uitgegeven door een betalingsverwerker - in dit geval Shopify Payments - en het rapporteert één ding: de bruto, onbewerkte dollarwaarde van de transacties die die verwerker heeft uitgevoerd, zoals gerapporteerd door de verwerker, per kalenderjaar.

Bruto en onbewerkt betekent precies dat. Geen aftrek voor verwerkingskosten. Geen aftrek voor terugbetalingen of storneringen - een bestelling van € 200 die in maart volledig werd terugbetaald, staat nog steeds in het totaal voor € 200. En de omzetbelasting die uw klanten bij het afrekenen hebben betaald, zit er ook in, omdat de verwerker dat geld heeft verplaatst, ook al was het nooit van u.

Twee andere eigenschappen zijn van belang. Het formulier dekt alleen de transacties die de processor heeft afgehandeld — bestellingen die via PayPal, een 'buy-now-pay-later'-provider of een andere betaalprovider zijn betaald, staan niet op het formulier van Shopify Payments; die providers geven hun eigen formulieren uit. En het wordt gedateerd op wanneer de processor de transactie heeft uitgevoerd, niet wanneer de bestelling is geplaatst — wat kleine verschillen oplevert aan het einde van het jaar.

Niets hiervan is een fout. Het formulier doet zijn werk: het rapporteren van het bruto verwerkte volume. Het was nooit een omzetoverzicht, en het als zodanig behandelen is waar de paniek begint. (Voor alles wat te maken heeft met hoe het formulier interageert met het daadwerkelijke rendement — wat waar wordt gerapporteerd en welke documentatie moet worden bewaard — neem contact op met de belastingadviseur van de klant. Dat is hun terrein, en deze post blijft er buiten.)

Rapportages van Shopify: verkopen op besteldatum, met de door u gekozen reikwijdte

De analyses van Shopify beantwoorden een andere vraag: wat heeft de winkel verkocht en wanneer zijn die bestellingen geplaatst?

Dat introduceert twee vrijheidsgraden die de 1099-K niet heeft. Ten eerste, ordedatum versus verwerkingsdatum — Shopify boekt een bestelling van 31 december in december, zelfs als de processor de betaling op 2 januari heeft vastgelegd. Ten tweede, bereik — afhankelijk van welk rapport u hebt uitgevoerd en welke filters u hebt geaccepteerd, kijkt u mogelijk naar alle verkoopkanalen of alleen de online winkel, alle betaalproviders of alleen Shopify Payments, totalen die belastingen en verzending omvatten of uitsluiten, cijfers netto van restituties of bruto ervan.

Twee mensen kunnen "het Shopify-getal" voor dezelfde winkel en hetzelfde jaar exporteren en legitiem verschillende cijfers krijgen, beide correct voor wat ze hebben gevraagd. Als u nooit hebt vastgesteld aan welke vraag uw export een antwoord geeft, is de Shopify 1099-K bruto verkoopafwijking geen discrepantie — het zijn twee verschillende vragen met hetzelfde label.

QuickBooks: wat uw boekingsmethode ook heeft geboekt

QuickBooks heeft geen eigen mening. De inkomsten op uw P&L zijn precies wat uw boekhoudmethode daar heeft geplaatst — niets meer.

Als de bankkoppeling de boeken heeft gestuurd, zijn de inkomsten netto stortingen: bruto verkopen minus kosten, minus restituties, minus omzetbelasting, gebundeld per uitbetaling. Als bestellingen als individuele bruto facturen zijn gesynchroniseerd, liggen de inkomsten dichter bij de bruto verkopen — met correct of incorrect verwerkte btw, afhankelijk van de instellingen. Als een boekhouder maandelijkse journaal samenvattingen heeft geboekt, zijn de inkomsten wat die journaals aangaven.

Dit is waarom het QBO-cijfer de wildste variabele van de drie is. De 1099-K en de rapporten van Shopify zijn tenminste consistente instrumenten — ze meten elk jaar op dezelfde manier iets specifieks. QBO weerspiegelt een methode, en de meeste winkels hebben hun methode nooit bewust gekozen. We hebben geschreven over het meest voorkomende symptoom daarvan — de uitbetaling die nooit overeenkomt met wat QuickBooks laat zien — en het is dezelfde hoofdoorzaak die in januari op jaarlijkse schaal naar boven komt.

De reconciliatiebrug: het verschil tot op de cent verklaren

Hier is het werkelijke werk van 1099-K reconciliatie in QuickBooks — en het is een brug, geen jacht. U begint vanaf de 1099-K bruto, past de genoemde delta's één voor één toe en komt uit op uw QBO-inkomsten cijfer. Wanneer de brug landt, bent u klaar: de kloof is verklaard, gedocumenteerd en saai.

De delta's komen voort uit een korte, bekende lijst:

• Verkoopbelasting geïnd — binnen het bruto 1099-K-bedrag, nooit binnen het inkomen. Het is een schuld die u (of Shopify) doorgeeft aan de belastingautoriteiten.
• Teruggaven en terugboekingen — de 1099-K negeert ze; uw boekhouding niet. Zie onze volledige gids voor boekhouding van teruggaven en retouren voor de periode-correcte behandeling.
• Verwerkingskosten — *niet* een delta als uw boekhouding bruto verkopen met kosten als uitgave registreert. Als u een aanpassing van de kosten nodig heeft om de brug te laten kloppen, is dat het teken dat uw boekhouding netto stortingen heeft geregistreerd — meer daarover hieronder.
• Andere gateways — PayPal en soortgelijken staan in uw boekhouding en in de rapporten van alle gateways van Shopify, maar niet op deze 1099-K.
• Jaargrens timing — bestellingen geplaatst in de laatste dagen van december en in januari door de processor vastgelegd, vallen in verschillende jaren op het formulier dan in de boekhouding, in beide richtingen.

Hier is de brug voor een fictieve winkel — noem het Cedar & Pine Candle Co. — met een schone, bruto geregistreerde boekhouding:

Stap	Aanpassing	Lopend totaal
1099-K bruto (Shopify Payments)	—	$412,847.16
Min: verkoopbelasting geïnd binnen die transacties	−$27.306,90	$385,540.26
Min: teruggaven en terugboekingen op Shopify Payments-bestellingen	−$11.458,22	$374,082.04
Plus: bestellingen betaald via PayPal (aparte processor, niet op dit formulier)	+$38,914.55	$412,996.59
Min: netto jaargrens timing (bestellingen op het formulier vs. bestellingen in de boeken)	−$1.206,40	$411,790.19
Verklaard bruto inkomen		$411,790.19

QBO W&V totaal inkomen: $411.790,19. De brug klopt tot op de cent. De $12.036,16 aan verwerkingskosten verschijnt nergens in deze tabel — het staat waar het hoort, als een kostenpost op de W&V, niet als een mysterie binnen het inkomensgetal.

Merk op wat er zojuist is gebeurd: drie getallen die "niet overeenkwamen" bleken volledig overeen te komen, zodra elke delta een naam kreeg. Niets was te laag gerapporteerd. Niets was verkeerd. De vraag van de winkel in januari veranderde van "waarom komen deze niet overeen?" naar "hier is waarom ze niet overeenkomen, regel voor regel" — en die tweede zin is de volledige levering, of het nu in uw eigen belastingmap komt of in een werkdocument voor een klant. Of een specifiek regelitem verandert wat er op de aangifte komt, is een vraag voor de belastingadviseur; de taak van de brug is om hun antwoord snel te maken.

De boekingsmethode die volgende januari triviaal maakt

De bovenstaande brug had vijf regels omdat de boekhouding van Cedar & Pine op een specifieke manier werd geregistreerd: bruto verkopen geboekt als inkomen, kosten gescheiden in eigen kostenrekeningen, verkoopbelasting geboekt naar een schuld, teruggaven geboekt als tegen-inkomsten.

Als de boekhouding in plaats daarvan netto stortingen van de bankkoppeling registreert, is elk van die componenten versmolten tot één getal, en wordt de brug van januari een archeologische opgraving — u bent kosten, belasting en teruggaven aan het reconstrueren uit twaalf maanden aan gemengde uitbetalingen voordat u zelfs maar aan de bovenstaande tabel kunt beginnen.

De oplossing is structureel, niet seizoensgebonden, en het zijn twee beslissingen. Eerst, brutoregistratie: inkomsten weerspiegelen wat klanten daadwerkelijk hebben betaald, via een verrekeningsrekening die aan elke uitbetaling is gekoppeld. De volledige architectuur staat in onze leidraad voor het verrekenen van Shopify-uitbetalingen in QuickBooks. Ten tweede, scheid de kosten: de kostensoorten van Shopify hebben verschillende betekenissen en verschillende diagnostische waarde, en het correct uitsplitsen ervan in QuickBooks zorgt ervoor dat de kostenregel op uw P&L overeenkomt met de processorafschriften.

Doe die twee dingen het hele jaar door en de brug van januari volgend jaar stelt zichzelf samen: de rekening voor fiscale aansprakelijkheid geeft u regel twee, de rekening voor terugbetalingen geeft u regel drie, de verrekeningsrekeningen op gateway-niveau geven u regel vier. Dit is ook precies het opnamepatroon dat LedgerPort automatiseert — elke uitbetaling boekt brutoverkopen, kosten, terugbetalingen en geïnde belasting naar hun eigen rekeningen zodra het gebeurt, zodat de jaareinde-verschillen al in benoemde rekeningen staan in plaats van te wachten om opgegraven te worden.

Voor bedrijven: het herhaalbare werkblad voor januari

Als u een accountantskantoor runt, is de bovenstaande brugtabel de moeite waard om te standaardiseren als een werkdocument voor januari per klant: 1099-K bruto bovenaan, de vijf benoemde verschillen als vaste rijen, QBO-inkomsten onderaan, waarbij elke rij is gekoppeld aan een QBO-rekening of een Shopify-export. Zodra het formaat vastligt, kost de marginale klant u minuten, geen uren — en het werkdocument dient ook als de documentatie die u bewaart als de kloof tussen het formulier en de aangifte ooit in twijfel wordt getrokken. Het past direct in de workflow van januari die we uiteenzetten in onze gids voor belastingseizoenvoorbereiding voor e-commerceklanten, en klanten wiens boekhouding het hele jaar door bruto werd geboekt, zijn degenen bij wie het werkdocument zichzelf invult.

Drie getallen, één verklaring

De paniek van januari draait op een valse premisse — dat overeenkomende cijfers het bewijs zijn van schone boeken. Het echte bewijs is een verklaarde kloof: een 1099-K bruto, een Shopify-rapport en een QBO-inkomstengetal die verschillen om precies de redenen die uw brug aangeeft, tot op de laatste cent.

Als het bouwen van die brug vanuit de boeken van dit jaar als archeologie klinkt, is dat het signaal dat de opnamemethode het probleem is — niet de cijfers. Begin gratis met LedgerPort en elke uitbetaling vanaf vandaag boekt brutoverkopen, kosten, terugbetalingen en geïnde belasting naar hun eigen rekeningen, zodat de brug van januari vijf regels zijn die u al heeft. Bedrijven die meerdere klantwinkels beheren, kunnen dezelfde structuur voor klanten instellen via CPA-onboarding.