E-handelslagerredovisning: Periodisk vs. Löpande

Shopify vet att du har 214 muggar kvar. Den har ingen aning om vad de är värda — och det har inte heller dina böcker just nu.

---

Det är januari, och din revisor ställer en enkel fråga: "Vad var ditt lagervärde den 31 december?"

Du öppnar Shopify. Det står att du har 214 muggar, 387 koppar och 96 karaffset — exakt till enheten, uppdaterat till minuten. Du öppnar QuickBooks. Kontot för lagerstillgångar säger 31 400 $, ett nummer som inte har rörts sedan en journalpost du inte riktigt minns att du gjorde. Du har aldrig gjort en fysisk inventering. Tre källor, tre svar, och det ärliga är: du vet inte.

Här är delen som svider. Du har drivit butiken från Shopifys lagerskärm hela året, och den har varit bra — den stoppar överförsäljning, den flaggar för påfyllningspunkter, den har aldrig svikit dig operationellt. Så du antog att redovisningssidan också var hanterad. Det antagandet är lögnen som detta inlägg finns för att korrigera: "Shopify spårar mitt lager, så min lagerredovisning är klar."

Det är den inte, eftersom Shopify spårar enheter och dina böcker spårar dollar — och dollarsidan körs på ett av två system, periodiskt eller löpande. Detta inlägg förklarar hur e-handels lagerredovisning faktiskt fungerar i båda, vilket som passar din butik, vad FIFO kontra viktat genomsnitt gör med din marginal, och var svinn tyst gömmer sig.

Enheter är inte dollar: Varför plattformens antal inte är ett bokfört värde

Shopifys lagersystem är operationellt. Dess jobb är kvantitet: hur många enheter som finns, på vilken plats, och om nästa order kan uppfyllas. Det gör det jobbet bra, och du bör fortsätta använda det för just det.

Dina böcker har ett annat jobb. Balansräkningen behöver lager som ett dollarvärde — enheter i lager multiplicerat med vad varje enhet kostade dig att förvärva, inklusive frakt. Resultaträkningen behöver sålda varors kostnad — värdet av de enheter som lämnade denna period. Kvantitet är en input till båda siffrorna, men det är ingen av dem. Ett antal på 214 muggar är inte ett tillgångsvärde förrän du kan säga vad en mugg kostade, och "vad den kostade" ändras från leverans till leverans.

Det är hela gapet. Plattformen svarar "hur många?" Böckerna måste svara "hur mycket?" — och att svara "hur mycket", kontinuerligt och korrekt, är vad de periodiska och löpande systemen är två olika strategier för.

De två systemen för e-handels lagerredovisning

Båda systemen är överens om destinationen: inventarier ligger kvar på balansräkningen som en tillgång, och kostnaden flyttas till sålda varors pris (COGS) när varorna säljs. (Om varför den tidpunkten är ny för dig, läs först vår COGS-guide för Shopify-säljare – det här inlägget förutsätter det.) Där de skiljer sig åt är när böckerna får reda på det.

Periodisk: räkna, sedan justera

Under ett periodiskt system förblir ditt inventariekonto orört under perioden. Inköp ackumuleras allt eftersom de faktureras. Sedan, vid månadsslutet eller kvartalsslutet, fastställer du vad du faktiskt har – en fysisk räkning, eller en pålitlig kvantitetsrapport prissatt till självkostnad – och räknar fram COGS med en enda formel:

Ingående lager + inköp − utgående lager = COGS

En justeringspost ställer in inventariekontots saldo till verkligheten och skickar skillnaden till COGS. Klart.

Vad det kostar dig: du är blind mellan inventeringstillfällena. Mitt i månaden är ditt inventariekonto inaktuellt och din bruttomarginal finns inte ännu. Och formeln har en inbyggd fälla: allt som inte finns på hyllan vid inventeringstillfället blir COGS – inklusive stöld, skada och felräkningar. Svinn får ingen egen rad; det blåser tyst upp din produktkostnad.

Vad det ger dig: enkelhet. Ingen kostnadsspårning per order, inga synkroniseringskrav, ingen programvara. En inventering, ett kalkylblad, en post.

Löpande: varje försäljning flyttar lager

Under ett löpande system bokförs varje försäljning sin egen COGS i det ögonblick den sker. Sälj en mugg, och den muggens kostnad flyttas från inventarier till COGS direkt. Inventariekontots saldo är levande, bruttomarginalen är verklig vilken dag som helst under månaden, och en fysisk inventering ändrar jobb – den slutar vara hur du mäter inventarier och blir hur du verifierar dem. Varje lucka mellan bokfört antal och räknat antal är svinn, synligt och kvantifierat, istället för brus begravt i COGS.

Vad det kostar dig: verktyg och disciplin. Varje order måste finnas i dina böcker, artikelnummermatchad och med en kostnad – vilket innebär rena data per order som flödar från din butik, och en underhållen kostnad per enhet. Löpande noggrannhet är bara så bra som den pipelinen.

	Periodiskt	Löpande
COGS registrerad	En gång per period, via inventeringsformel	Per försäljning, automatiskt
Inventariekonto	Endast korrekt på inventeringsdatum	Live
Svinn	Dolt inuti COGS	Exponerat som skillnad mellan bokfört och räknat
Krav	En inventering och ett kalkylblad	Artikelnummermatchade data per order + kostnadsspårning
Misslyckas när	Inventeringar glider eller kostnader blir inaktuella	Artikelnummermappning eller synkroniseringsdisciplin bryts

Vilket system passar din butik — Ärligt talat

Det finns ingen rangordning av dygder här. Rätt system är det som din verksamhet faktiskt kan upprätthålla.

Under ~200 ordrar per månad, enskild plats, stabil katalog: periodiskt, månadsvis. En inventering (eller en prissatt Shopify-kvantitetsrapport) och en post slår ett löpande system som du inte kommer att underhålla. Ett bräckligt löpande system är sämre än ett ärligt periodiskt – det producerar siffror som ser pålitliga ut men som är tyst felaktiga.

Mindre butiker — ungefär 200 till 5 000 ordrar per månad: de flesta använder den hybrid som beskrivs i COGS-guiden: en månatlig journalpost beräknad från inkurans × sålda enheter per SKU. Det är periodiskt i sin kadens men evigt i sin logik — det använder försäljningsdata snarare än antalsformeln, så svinn försvinner inte automatiskt in i COGS. Kombinera det med en kvartalsvis cykelräkning och det är den bästa ansträngnings-till-noggrannhetskvoten inom e-handel.

Hög volym, flera platser, paket, en 3PL eller ett problem med åldrande lager: evigt, drivet av dedikerad lagerprogramvara, där ditt bokföringssystem tar emot sammanfattade poster. Vid den komplexiteten slutar saldot i realtid att vara en trevlig-att-ha-funktion — återbeställning, likviditetsplanering och marginalhantering beror alla på det.

En användbar indikation: om en långivare, en skattedeklaration eller en potentiell förvärvare frågade efter ditt lagervärde *idag*, hur fel skulle ditt svar vara? Om det ärliga svaret är "mycket", körs inte ditt system — vilket det än är; det antas.

FIFO vs. Viktat genomsnitt: Vilken kostnad flyttas när en enhet säljs

Oavsett vilket system du kör finns det ett andra val som döljer sig under det. När du säljer en mugg och lagret innehåller muggar från en leverans för 6,00 USD och en leverans för 7,20 USD, *vilken kostnad* blev just COGS? Det är kostnadsflödesantagandet, och i praktiken använder e-handeln ett av två:

FIFO (first-in, first-out) antar att den äldsta kostnaden säljs först. När dina kostnader stiger — standarden på senare tid, mellan frakt och tullar — skickar FIFO de äldre, billigare kostnaderna till COGS först. Resultat: högre rapporterad bruttomarginal nu, och ett lagersaldo värderat till dina nyaste, högsta kostnader. När kostnaderna sjunker, vänder det: marginalen ser sämre ut än din nuvarande köprealitet.

Viktat genomsnitt blandar varje enhet i lager till en genomsnittlig kostnad, som återigen genomsnittas när varje leverans anländer. Kostnadssvängningar jämnas ut — din marginal ligger mellan extremerna, rör sig gradvis, och en dyr flygfraktad påfyllning piskar inte upp månaden.

Ingen av dem ändrar vad du faktiskt betalade; de ändrar bara *vilken månad som rapporterar det*. Praktisk vägledning: QuickBooks Onlines inbyggda spårning är endast FIFO, de flesta dedikerade lagerverktyg använder som standard viktat/rörligt genomsnitt, och LIFO är i praktiken ett icke-alternativ för online-säljare. Valet har skattekonsekvenser och du kan inte ändra det hur som helst — bekräfta metoden med din revisor, och håll dig sedan konsekvent. En butik som byter antaganden när det smickrar siffrorna har marginaler som inte betyder något år efter år.

Svinn och nedskrivningar: Där antal tjänar sitt syfte

Förr eller senare stämmer inte den fysiska räkningen med böckerna. Enheter blir stulna, skadade hos 3PL, felräknade vid mottagning, eller förlorade i en retur som aldrig återfördes till lager. Skillnaden är svinn, och posten är enkel: minska lagret till det räknade värdet, och ta skillnaden till COGS — eller bättre, till en dedikerad svinnrad så att du kan se om problemet växer.

Systemskillnaden spelar roll här. Evighetsmetoden *exponerar* svinn — boken säger 220, räkningen säger 214, du har förlorat sex enheter och du vet det. Ren periodisk metod *absorberar* det — de sex enheterna blir bara en del av "kostnad sålda varor", oskiljbara från produkter du faktiskt sålt. Om svinn är väsentligt för dig, är det ett argument för evighetsmetoden i sig.

Nedskrivningar är den andra justeringen: lager som fortfarande finns men aldrig kommer att säljas till fullt värde — döda SKU:er, säsongsrester, skadade men säljbara varor — bör skrivas ner till vad det realistiskt är värt. Båda justeringarna kulminerar vid årets slut, när siffran för 31 december matas in i din skattedeklaration; vår guide för årsavslutande inventering och nedskrivning går igenom hela processen.

QuickBooks Online-verkligheten

QBO Plus och Advanced kan köra ett inbyggt evighetssystem — artikelkostnader, antal i lager, FIFO kostnad sålda varor vid varje försäljning. I liten skala fungerar det verkligen. I butiksskala blir det ansträngande: det kräver att varje order som kommer in är specificerad och SKU-mappad, det känner bara till de kostnader som dina fakturor ger det (landad kostnad inkluderad endast om du själv allokerar frakt och tullar), och en stor spårad katalog gör filen tung och varje felmappad SKU till en dataincident.

Utöver det är mönstret som fungerar ansvarsfördelning: ett dedikerat lagerverktyg äger kvantiteter, kostnader och evighetsboken, och postar summerade lager- och kostnad sålda varor-poster till QBO. QuickBooks förblir den finansiella systemet för registrering; det slutar låtsas vara ett lagerhanteringssystem.

Oavsett vilket, en beroende faktor försvinner aldrig: *försäljningssidan*. Evighetsmetodens kostnad sålda varor skickar ut specificerade order; periodisk matematik körs på antal sålda per SKU; och båda matchas mot intäkter som måste vara korrekta. Den order-för-order-pipelinen — order, återbetalningar, avgifter och utbetalningar som landar korrekt i QuickBooks — är vad LedgerPort gör. Den kommer inte att värdera ditt lager, och vi kommer inte att låtsas något annat; den ser till att order synkroniseras enligt den metod du väljer med produkter mappade till rätt QBO-artiklar, så att vilket lagersystem du än kör har ren data under sig. Det finns en gratisplan upp till 30 order per månad; betalda planer börjar på 25 USD/månad.

Välj det system du faktiskt kommer att köra

Tillbaka till januari. Den version av dig som löste detta svarar revisorn med en enda mening: "Slutlager var 38 150 USD — räknat 30 december, värderat till viktat genomsnittligt landad kostnad, svinnet var 1,1 % och det är på en egen rad." Shopify sköter fortfarande lagret. Böckerna sköter pengarna. Ingen förväxlar de två.

Att komma dit är tre beslut: periodisk eller evighetsmetod (matcha det med din volym och verktyg, inte dina ambitioner), FIFO eller viktat genomsnitt (fråga din revisor, och svik sedan aldrig), och en räkningskadens som gör svinn till en siffra istället för ett mysterium. Konfigurera kontona först — vår mall för kontoplan för e-handel har lager, kostnad sålda varor och en svinnrad fördragen — och om du bygger hela boken från grunden, börja med den kompletta guiden till redovisning för e-handel.

Se hur LedgerPort behåller orderdata som din lagerhantering är beroende av →