Hur man redovisar återbetalningar och returer inom e-handel

En återbetalning är inte en negativ försäljning. Det är fyra separata redovisningshändelser som bär en trenchcoat.

---

Det är andra veckan i januari. Q4 var ditt bästa kvartal någonsin — december ensamt genererade mer intäkter än hela första halvan av förra året. Sedan öppnade returfönstret.

Nu strömmar återbetalningarna in, och böckerna har slutat ge mening. Dina utbetalningar är märkbart mindre än din försäljning. Hälften av återbetalningarna du hanterar tillhör beställningar från december — en månad du trodde var avslutad. Och när du summerar vad som lämnade ditt konto kontra vad du återbetalade till kunderna, stämmer inte siffrorna, eftersom transaktionsavgifterna från de ursprungliga försäljningarna verkar ha försvunnit spårlöst.

Om du har stirrat på detta och undrat om du har brutit något, så har du inte det. Du upptäcker bara att ingen någonsin lärde dig hur man redovisar återbetalningar inom e-handel — och det intuitiva tillvägagångssätt som nästan alla börjar med är fel på ett specifikt, åtgärdbart sätt.

Här är intuitionen, enkelt uttryckt: "En återbetalning är bara en negativ försäljning. Dra bort den och gå vidare."

Det är lögnen. Det känns rätt eftersom kundens upplevelse är symmetrisk — pengar in, pengar ut. Men dina böcker registrerar inte kundens upplevelse. De registrerar fyra separata finansiella händelser, och en återbetalning reverserar var och en av dem på olika sätt. Vissa fullständigt, vissa delvis, och en inte alls.

Hur man redovisar återbetalningar inom e-handel: En återbetalning, fyra konton

Låt oss konkretisera detta med en helt fiktiv beställning.

I december köpte en kund en jacka för totalt 120 USD: 112 USD för produkten, 8 USD i moms. Din betalningshanterare tog ut en transaktionsavgift på 3,50 USD på försäljningen. Jackan kostade dig 45 USD i grossistpris, vilket du registrerade som sålda varors pris.

I januari returnerar kunden den. Här är vad som faktiskt måste hända i dina böcker.

1. Intäkter: motintäkter, inte borttagen inkomst

Din första instinkt kan vara att radera eller minska den ursprungliga försäljningen. Gör inte det. Den där decemberförsäljningen hände verkligen — att radera den förstör din bruttovinstsiffra, din synlighet för återbetalningsgraden och din revisionsspår.

Istället registreras 112 USD på ett konto för motintäkter – vanligtvis kallat "Återbäringar och returer" eller "Försäljningsreturer och rabatter" – som ligger under intäkter och har ett debetsaldo. Bruttointäkten förblir intakt, återbäringar visas som en egen rad, och nettointäkten är skillnaden. Nu kan du se att din butik hade 112 USD i försäljning och 112 USD i returer, vilket är mycket annorlunda information än "0 USD hände."

2. Transaktionsavgifter: pengarna som inte kommer tillbaka

Det här är den del som förstör de flesta januariavstämningar. De flesta betalningshanterare, inklusive Shopify Payments, returnerar inte behandlingsavgiften när du återbetalar kunden.

Så kunden får tillbaka hela sina 120 USD, men din avgiftskostnad på 3,50 USD från december finns kvar. Det finns ingen omvänd post att göra – avgiften förblir helt enkelt i dina böcker som en verklig kostnad. Det innebär att varje återbetalning tyst kostar dig pengar, och en utbetalning under en vecka med många återbetalningar kommer att vara mindre än vad "försäljning minus återbetalningar" förutsäger. Den luckan är inte ett fel. Det är avgifter.

3. Försäljningsskatt: återföring av en skuld, inte inkomst

De 8 USD i moms var aldrig dina pengar. När du samlade in dem gick de till ett skuldkonto för moms – du höll dem för staten.

När du återbetalar ordern måste den skulden reverseras: debitera moms att betala 8 USD, så att du inte längre är skyldig den. Hoppa över det här steget och du kommer att betala ut skatt på en försäljning som inte längre existerar. Stater är notoriskt avslappnade med att ge tillbaka de pengarna, så det är mycket bättre att inte skicka dem i första hand.

4. Lager och sålda varors pris: endast om varorna kommer tillbaka säljbara

Om jackan kommer tillbaka i säljbart skick, reverserar du kostnadssidan: debitera lager 45 USD, kreditera sålda varors kostnad 45 USD. Jackan är en tillgång igen.

Om den kommer tillbaka skadad, använd, eller inte kommer tillbaka alls, gör du ingen reversering – de 45 USD stannar i COGS som den verkliga kostnaden för den transaktionen. Detta är ett bedömningsbeslut som programvara inte helt kan fatta åt dig, vilket är anledningen till att din returprocess behöver en kontrollpunkt för "säljbar eller inte" som matar din bokföring.

Här är hela bilden för vår återbetalning på 120 USD, förutsatt att jackan är säljbar:

Del	Konto	Debet	Kredit
Intäkter	Återbäringar och returer (motintäkt)	$112.00
Moms	Moms att betala	$8.00
Utbetalning	Konto för betalningshanterarens clearing		$120.00
Lager	Lager	$45.00
COGS	Sålda varors kostnad		$45.00

Och avgiften? Ingenstans i denna post – den ursprungliga 3,50 USD stannar exakt där december placerade den. Nettoresultat: du är ute 120 USD i kontanter, du är ute 3,50 USD i avgifter för alltid, och du fick tillbaka en jacka för 45 USD. Det är vad en återbetalning faktiskt är.

[BILD: Diagram som visar en återbetalning uppdelad i fyra pilar – intäkter, avgifter, moms, lager – som var och en landar i ett annat konto]

De speciella fall som ställer till det i januari

Den rena versionen med fyra delar täcker en fullständig återbetalning på en order med en vara. Verkliga januari är rörigare. Här är den returredovisning som e-handelsbutiker faktiskt ställs inför.

Delåterbetalningar

Återbetala 40 USD av en order på 120 USD och varje del skalas proportionerligt – delvis motintäkt, delvis momsreversering – utom lager, som vanligtvis inte rör sig alls, eftersom en delvis återbetalning vanligtvis innebär att kunden behöll varorna. En kompensation på 40 USD för sen leverans påverkar intäkter, skatt och kontanter. Den påverkar aldrig COGS.

Återbetalningar över perioder: decemberförsäljningen, återbetald i januari

Detta är den enskilt största anledningen till att böcker i januari "går sönder". Försäljningen sker i december; återbetalningen sker i januari. Du återöppnar inte december för att kvitta dem mot varandra – återbetalningen är en händelse i januari, bokförd mot januari månads motintäkt.

Konsekvensen: januari månads nettointäkt ser dålig ut, eftersom den bär returerna från december månads volym utan december månads försäljning. Det är inte ett bokföringsfel. Det är verkligheten, och att se den tydligt är poängen. Det innebär också att dina december-siffror något överskattar vad du i slutändan behöll – värt att komma ihåg innan du gör lagerinsatser i januari baserat på Q4:s topplinje.

Kortinnehållning vs. återbetalningar

En återbetalningskrav (chargeback) är inte en återbetalning med attityd – det är en annan mekanism. Kundens bank drar tillbaka pengarna via betalningshanteraren, du debiteras vanligtvis en tvistavgift utöver det (som, till skillnad från själva återbetalningen, du kanske bara får tillbaka om du vinner), och hela saken kan förbli olöst i veckor.

Bokför återbetalningskrav på sitt eget konto istället för att klumpa ihop dem med återbetalningar. Avgiftsmekanismerna skiljer sig åt, tidpunkten skiljer sig åt, och en ökande andel återbetalningskrav är en operativ varningssignal som du vill kunna se.

Avbokningar är en tredje art igen, och det är värt att se hur synkroniseringsprogram modellerar skillnaden. I LedgerPort, en inställning "Ogiltigförklara QB-order för avbokade order" ogiltigförklarar QuickBooks-transaktionen när en redan synkroniserad order avbokas – en ogiltigförklaring, inte en radering och inte en återbetalning, så posten överlever för din revisionsspår medan intäkten tas bort; order som avbokas innan de någonsin synkroniserats hoppas helt enkelt över. En återbetalning, däremot, producerar alltid ett länkat omvändande dokument mot den ursprungliga försäljningen. Och om du utfärdar presentkort istället för att återbetala kontanter, är det en fjärde händelse: presentkort och presentkort registreras som skulder, inte intäkter – samma logik som momsavdraget ovan, tillämpad på varor du nu är skyldig.

Återställningsavgifter

Om du tar ut en 10% återinlagringsavgift, återbetalar du 108 USD på vår order på 120 USD men motintäktsinlägget baseras fortfarande på hela produktbeloppet – de 12 USD du behöll registreras som en egen intäktsrad (återinlagringsavgiftsintäkt) eller som en minskning av återbetalningen. Hur som helst, låt det inte tyst försvinna i ett "tillräckligt nära" återbetalningsbelopp, för det är skillnaden mellan ditt totala återbetalningsbelopp och ditt totala utbetalda belopp som någonsin stämmer.

Strukturen som håller detta vettigt

Du fixar inte återbetalningsbokföring en post i taget i januari. Du fixar det med struktur, inställt en gång. Tre delar:

Ett dedikerat motintäktskonto. Om återbetalningar för närvarande minskar din intäktsrad osynligt, skapa "Återbetalningar och returer" under intäkter och dirigera varje återbetalning dit. Din resultaträkning börjar omedelbart berätta din återbetalningsgrad – de flesta butiksägare är förvånade över siffran.

Månatliga sammanfattningsposter för återbetalningar. Du behöver inte en journalpost med fyra delar per återbetalning. Vad du behöver är att varje månads återbetalningar sammanfattas korrekt över de fyra delarna – intäkter, skatt, lager, med avgifter orörda – så att månaden står för sig själv. Detta är också vad som gör återbetalningar över perioder till en icke-händelse: Januari's sammanfattning inkluderar helt enkelt December's returer.

Matchning av utbetalningar som förväntar sig återbetalningar. En utbetalning med många återbetalningar kommer aldrig att motsvara försäljning minus återbetalningar, på grund av de ej återbetalda avgifterna. Din avstämningsprocess måste dela upp varje utbetalning i försäljning, återbetalningar och avgifter innan den jämförs med bankinsättningen – hela metoden finns i vår guide för avstämning av Shopify-utbetalningar i QuickBooks. Och om du får denna struktur på plats före årets slut, slutar skattesäsongen att vara ett arkeologiprojekt – vår checklista för skatteförberedelser för Shopify-butiker visar var rena återbetalningsdata lönar sig.

Var automatiseringen fångar upp detta

Allt ovanstående kan göras manuellt. Det är också exakt den typ av repetitivt arbete, med fyra saker samtidigt, som programvara bör göra, vilket är där ett synkroniseringsverktyg tjänar sitt syfte.

LedgerPorts hantering av återbetalningar tillämpar denna struktur automatiskt för Shopify- och WooCommerce-butiker: återbetalningar bokförs på ett motintäktskonto istället för att skriva över försäljning, momsreverseringar beräknas per återbetalning, de ej återbetalda transaktionsavgifterna hålls separata så att utbetalningarna fortfarande matchar, och återbetalningar över perioder hamnar i rätt månad utan att röra dina stängda böcker. På Scale-planen kommer utbetalningsjournaler med avgifter och återbetalningar redan uppdelade – prissättningen börjar gratis, med betalda planer från 25 USD/månad och en 14-dagars pengarna-tillbaka-garanti.

QuickBooks-sidan speglar vad din revisor skulle göra manuellt. Ordrar som synkroniseras som fakturor får en kreditnota kopplad till den ursprungliga fakturan; ordrar som synkroniseras som försäljningskvitton får ett återbetalningskvitto kopplat till den ursprungliga försäljningen. Oavsett vilket förblir den ursprungliga decembertransaktionen orörd – vilket är exakt regeln "radera inte försäljningen" från den fyrdelade strukturen ovan, verkställd av programvara. Partiella återbetalningar skapar en transaktion endast för det återbetalda beloppet, med produktposter, skatt och frakt uppdelade för att matcha vad som återbetalades i Shopify.

Att aktivera det är en inställning: under Sync Config » Orders, markera Refunded, Partially Refunded, eller båda som utlösare för betalningsstatus.

Några ärliga kompromisser att känna till innan du förlitar dig på den. En återbetalning kan bara kopplas till en order som redan finns i QuickBooks — om den ursprungliga försäljningen aldrig synkroniserades, har återbetalningen inget att landa på förrän du synkroniserar ordern först. Om en återbetalning redigeras i Shopify efter att den utfärdades, kan det synkroniserade beloppet komma fel tills du pushar den igen. Och om ingen av återbetalningsutlösarna är aktiverad, exkluderas återbetalningar från synkronisering helt och ditt QuickBooks-saldo avviker tyst från Shopify. Ingen av dessa är problem som kräver ombyggnad av böckerna: när en misslyckas, synkroniserar du manuellt den specifika ordern och LedgerPort skapar den saknade återbetalningstransaktionen.

På WooCommerce: återbetalningar är per-gateway-hantering

Berättelsen ovan är Shopify-utgåvan. På WooCommerce är återbetalningar en förstklassig synkroniserad enhet i sig: LedgerPort-pluginet registrerar en dedikerad refund.created webhook, så att utfärda en återbetalning utlöser sin egen synkroniseringshändelse istället för att härledas från en redigering av ordern. Och eftersom olika gateways avvecklar återbetalningar olika, konfigureras återbetalningssynkronisering per gateway i Sync Config » Payments: varje betalningsgateway som LedgerPort upptäcker i din butik får sin egen återbetalningsaktiverade växel, sitt eget clearingkonto och sin egen återbetalningsreferensnumrering — ett prefix/suffix-format eller WooCommerce-återbetalnings-ID — så att varje återbetalning i QuickBooks spåras tillbaka till den exakta butikshändelsen som skapade den.

Den operativa utdelningen är verifiering. Sidan Manual Syncs flik Payments ersätter textsökning med två rullgardinsfilter — betalningsgateway och synkroniseringsstatus — så "varje Stripe-betalning som ännu inte har nått QuickBooks" är en fråga med två rullgardinsmenyer. Samma filterpar är hur du bekräftar, under en vecka med många återbetalningar, att motintäktsflödet faktiskt kördes för varje gateway istället för att anta att det gjorde det.

En ärlig friskrivning: inget verktyg kan tala om för dig om en returnerad jacka är säljbar. Lagerdelen kräver fortfarande ett mänskligt beslut vid returdisken. Vad automatisering tar bort är allt efter det beslutet.

Återbetalningar blir aldrig roliga. Det är inte målet.

Här är den tragikomiska sanningen om allt detta: även med perfekta böcker, januariåterbetalningar svider fortfarande. Du returnerar fortfarande kontanter från ditt bästa kvartal, äter fortfarande bearbetningsavgifterna, ser fortfarande nettointäkterna sjunka medan returvågen passerar.

Vad som förändras är att smärtan blir tydlig. Utbetalningen stämmer. Skatteskulden är korrekt. December förblir stängt. Återbetalningsgraden är ett nummer på en rapport istället för en dålig känsla i magen. Återbetalningar går från att vara en kris till att vara tråkiga — och tråkigt, inom bokföring, är hela målet.

Om din januari för närvarande ser ut som den överst i det här inlägget – krympande utbetalningar, decemberåterbetalningar som hemsöker januari, saknade avgifter – är fyrbent-strukturen lösningen, och du kan ha den igång innan nästa returvåg. Börja gratis med LedgerPort och låt den bokföra nästa återbetalning korrekt åt dig →