Účetnictví zásob v e-commerce: Periodické vs. průběžné

Shopify ví, že vám zbývá 214 hrnků. Nemá tušení, jakou mají hodnotu — a v tuto chvíli ani vaše účty.

---

Je leden a váš účetní se ptá na jednoduchou otázku: „Jaká byla hodnota vašich zásob k 31. prosinci?“

Otevřete Shopify. Říká, že máte 214 hrnků, 387 šálků a 96 sad karaf — přesné na jednotku, aktualizované na minutu. Otevřete QuickBooks. Účet zásob uvádí 31 400 $, číslo, které se od doby, kdy jste provedli účetní zápis, který si úplně nepamatujete, nezměnilo. Nikdy jste neprovedli fyzickou inventuru. Tři zdroje, tři odpovědi a upřímná je: nevíte.

Tady je ta část, která bolí. Celý rok jste provozovali obchod podle obrazovky zásob Shopify a bylo to dobré — zastavilo to nadměrné prodávání, označilo to body pro doplnění zásob a nikdy vás to provozně nezklamalo. Takže jste předpokládali, že účetní část je také vyřešena. Tento předpoklad je lež, kterou má tento příspěvek opravit: „Shopify sleduje mé zásoby, takže mé účetnictví zásob je hotové.“

Není, protože Shopify sleduje jednotky a vaše účty sledují dolary — a strana dolarů funguje na jednom ze dvou systémů, periodickém nebo průběžném. Tento příspěvek vysvětluje, jak účetnictví zásob e-commerce v obou systémech skutečně funguje, který z nich vyhovuje vašemu obchodu, co FIFO oproti váženému průměru dělá s vaší marží a kde se úbytky tiše skrývají.

Jednotky nejsou dolary: Proč počet na platformě není účetní hodnotou

Inventární systém Shopify je provozní. Jeho úkolem je množství: kolik jednotek existuje, na kterém místě a zda lze vyřídit další objednávku. Tuto práci dělá dobře a měli byste ji pro tento účel nadále používat.

Vaše účty mají jiný úkol. Rozvaha potřebuje zásoby jako hodnotu v dolarech — jednotky na skladě vynásobené tím, kolik vás každá jednotka stála pořízení, včetně dopravy. Výkaz zisku a ztráty potřebuje náklady na prodané zboží — hodnotu jednotek, které odešly v tomto období. Množství je vstupem pro obě čísla, ale není ani jedním z nich. Počet 214 hrnků není hodnota aktiva, dokud nemůžete říci, kolik hrnek stál, a „kolik stál“ se liší podle zásilky.

To je celá ta mezera. Platforma odpovídá na „kolik?“ Účty musí odpovědět „kolik stojí?“ — a odpovědět „kolik stojí,“ nepřetržitě a správně, je to, pro co jsou periodické a průběžné systémy dvě různá řešení.

Dva systémy účetnictví zásob e-commerce

Oba systémy se shodují na cíli: zásoby sedí na rozvaze jako aktivum a náklady se přesouvají do COGS, když se zboží prodá. (Pokud je vám důvod tohoto načasování nový, nejprve si přečtěte naši příručku COGS pro prodejce Shopify – tento příspěvek ji předpokládá.) Kde se liší, je, kdy se o tom dozví účty.

Periodické: spočítej, pak dorovnej

V rámci periodického systému váš účet zásob během období zůstává nedotčen. Nákupy se hromadí, jak jsou fakturovány. Poté, na konci měsíce nebo čtvrtletí, zjistíte, co skutečně máte – fyzický počet nebo důvěryhodný report množství oceněný na základě nákladů – a pomocí jedné rovnice zpětně vypočítáte COGS:

Počáteční zásoby + nákupy − konečné zásoby = COGS

Jeden úpravný záznam nastaví zůstatek zásob na realitu a odešle rozdíl do COGS. Hotovo.

Co vás to stojí: mezi počty jste slepí. V polovině měsíce je váš zůstatek zásob zastaralý a vaše hrubá marže ještě neexistuje. A rovnice má vestavěnou past: všechno, co v době počítání není na polici, se stává COGS – včetně krádeží, poškození a chyb při počítání. Ztráty nemají vlastní řádek; tiše nafukují vaše náklady na produkt.

Co vám to dává: jednoduchost. Žádné sledování nákladů na objednávku, žádné požadavky na synchronizaci, žádný software. Jeden počet, jedna tabulka, jeden záznam.

Průběžné: každý prodej přesouvá zásoby

V rámci průběžného systému každý prodej zaznamenává svůj vlastní COGS v okamžiku, kdy k němu dojde. Prodáte hrnek a náklady na tento hrnek se okamžitě přesunou ze zásob do COGS. Zůstatek zásob je aktuální, hrubá marže je reálná kdykoli během měsíce a fyzický počet mění svou funkci – přestává být způsobem, jak měříte zásoby, a stává se způsobem, jak je ověřujete. Jakákoli mezera mezi účetním číslem a počítaným číslem je ztráta, viditelná a kvantifikovaná, místo šumu pohřbeného v COGS.

Co vás to stojí: nástroje a disciplína. Každá objednávka musí dorazit do vašich účtů položkově, s odpovídajícím SKU a s uvedením nákladů – což znamená čistá data na objednávku plynoucí z vašeho obchodu a udržované náklady na jednotku. Průběžná přesnost je vždy jen tak dobrá jako tento datový tok.

	Periodický	Průběžný
COGS zaznamenáno	Jednou za období, pomocí vzorce počítání	Na prodej, automaticky
Zůstatek zásob	Přesný pouze k datům počítání	Živé
Ztráty	Skryté uvnitř COGS	Odhalené jako mezera mezi účetním stavem a počtem
Požadavky	Počet a tabulka	Položková data na objednávku + sledování nákladů
Selže, když	Počty proklouznou nebo náklady zastarají	Mapování SKU nebo disciplína synchronizace selže

Který systém vyhovuje vašemu obchodu — upřímně

Zde není žádné hodnocení ctností. Správný systém je ten, který vaše operace dokáže skutečně udržet.

Pod ~200 objednávkami měsíčně, jedna lokalita, stabilní katalog: periodický, měsíční. Počet (nebo oceněný report počtu Shopify) a jeden záznam překoná průběžný systém, který nebudete udržovat. Křehký průběžný systém je horší než poctivý periodický – produkuje sebevědomě vypadající čísla, která jsou tiše špatná.

Střední obchody — zhruba 200 až 5 000 objednávek měsíčně: většina používá hybridní metodu popsanou v průvodci COGS: měsíční účetní zápis vypočítaný z pořizovací ceny × prodaných kusů na SKU. To je periodické v kadenci, ale věčné v logice — používá prodejní data spíše než vzorec počtu, takže zmenšení hodnoty automaticky nezmizí v COGS. Spárujte to s čtvrtletní cyklickou kontrolou a získáte nejlepší poměr úsilí a přesnosti v e-commerce.

Vysoký objem, více lokalit, balíčky, 3PL nebo problém se stárnutím zásob: průběžné, řízené specializovaným softwarem pro řízení zásob, přičemž váš účetní systém přijímá souhrnné zápisy. Při takové složitosti se živá bilance stává nutností — doplňování zásob, plánování hotovosti a řízení marže na ní všechny závisí.

Užitečný ukazatel: pokud by se vás věřitel, daňové přiznání nebo potenciální nabyvatel zeptal na hodnotu vašich zásob *dnes*, jak moc by byla vaše odpověď špatná? Pokud je upřímná odpověď „velmi“, váš systém — ať už jakýkoli — není spravován; je předpokládán.

FIFO vs. vážený průměr: Jaká cena se přesouvá, když se jednotka prodá

Ať už spravujete jakýkoli systém, pod ním se skrývá druhá volba. Když prodáte jeden hrnek a sklad drží hrnky z dodávky za 6,00 $ a z dodávky za 7,20 $, *která cena* se právě stala COGS? To je předpoklad toku nákladů a v praxi e-commerce používá jeden ze dvou:

FIFO (first-in, first-out) předpokládá, že se nejstarší cena prodá jako první. Když vaše náklady rostou — což je v poslední době standard, mezi přepravou a cly — FIFO posílá starší, levnější náklady do COGS jako první. Výsledek: vyšší vykázaná hrubá marže nyní a zůstatek zásob oceněný vašimi nejnovějšími, nejvyššími náklady. Když náklady klesají, obrátí se to: marže vypadá hůře než vaše současná nákupní realita.

Vážený průměr míchá každou jednotku na skladě do jedné průměrné ceny, která se znovu průměruje s každou přistávající dodávkou. Výkyvy nákladů se vyrovnávají — vaše marže sedí mezi extrémy, pohybuje se postupně a jedna drahá letecká dodávka měsíc nerozhodí.

Ani jedna metoda nemění to, co jste skutečně zaplatili; pouze mění, *který měsíc to vykáže*. Praktické pokyny: vestavěné sledování QuickBooks Online je pouze FIFO, většina specializovaných nástrojů pro řízení zásob používá ve výchozím nastavení vážený/klouzavý průměr a LIFO je pro online prodejce prakticky neproveditelná možnost. Volba má daňové důsledky a nemůžete ji lehce změnit — potvrďte metodu se svým CPA a pak zůstaňte konzistentní. Obchod, který mění předpoklady, když to lichotí číslům, má marže, které rok od roku nic neznamenají.

Úbytky a odpisy: Kde počty prokazují svou hodnotu

Dříve nebo později se fyzická kontrola neshoduje s účetnictvím. Jednotky jsou ukradeny, poškozeny v 3PL, špatně spočítány při příjmu nebo ztraceny při vrácení, které se nikdy nevrátily na sklad. Rozdíl je zmenšení hodnoty a zápis je jednoduchý: snižte zásoby na spočítanou hodnotu a rozdíl převeďte do COGS — nebo lépe, na samostatnou položku zmenšení hodnoty, abyste viděli, zda se problém zvětšuje.

Systémový rozdíl je zde důležitý. Věcné účetnictví odhaluje manka – kniha říká 220, sčítání říká 214, ztratili jste šest jednotek a víte to. Periodické účetnictví to absorbuje – těchto šest jednotek se stane součástí „ceny prodaného zboží“, nerozlišitelné od produktu, který jste skutečně prodali. Pokud jsou manka pro vás podstatná, to je samo o sobě argument pro věcné účetnictví.

Snížení hodnoty je další úprava: zásoby, které stále existují, ale nikdy se neprodají za plnou cenu – mrtvé SKÚ, sezónní přebytky, poškozené, ale prodejné zboží – by měly být sníženy na to, co reálně stojí. Obě úpravy se sejdou na konci roku, kdy číslo 31. prosince krmí vaše daňové přiznání; náš průvodce sčítáním a snížením hodnoty zásob na konci roku vás provede celým procesem.

Realita QuickBooks Online

QBO Plus a Advanced mohou spravovat nativní věcný systém – náklady na položku, množství na skladě, FIFO cena prodaného zboží při každém prodeji. V malém měřítku to skutečně funguje. V měřítku obchodu to namáhá: vyžaduje každou příchozí objednávku rozepsanou po položkách a namapovanou na SKU, zná pouze náklady, které mu dávají vaše faktury (náklady na dopravu a cla jsou zahrnuty pouze v případě, že si sami alokujete dopravu a cla), a velký sledovaný katalog činí soubor těžkým a každé špatně namapované SKU datovým incidentem.

Za tímto bodem vzorec, který funguje, je oddělení povinností: dedikovaný nástroj pro správu zásob vlastní množství, náklady a věcnou účetní knihu a odesílá souhrnné položky zásob a ceny prodaného zboží do QBO. QuickBooks zůstává finančním systémem záznamu; přestává předstírat, že je skladovým systémem.

V obou případech jedna závislost nikdy nezmizí: strana prodeje. Věcné ceny prodaného zboží odesílají rozepsané objednávky; periodické matematické výpočty běží na jednotkách prodaných na SKU; a obojí je porovnáno s příjmy, které musí být správné. Tento proud dat na objednávku – objednávky, refundace, poplatky a platby přicházející do QuickBooks správně – je to, co dělá LedgerPort. Nebude oceňovat vaše zásoby a my to nebudeme předstírat; zajišťuje, že objednávky synchronizují podle vámi zvolené metody s produkty namapovanými na správné položky QBO, takže ať už spravujete jakýkoli systém zásob, má pod sebou čistá data. Existuje bezplatný plán až pro 30 objednávek měsíčně; placené plány začínají na 25 $/měsíc.

Vyberte systém, který budete skutečně používat

Zpět k lednu. Verze vás, která to opravila, odpoví CPA jednou větou: „Zásoby na konci období činily 38 150 $ – spočítáno 30. prosince, oceněno váženým průměrem nákladů na dopravu, manka činila 1,1 % a je to na samostatné řádce.“ Shopify stále spravuje sklad. Knihy spravují peníze. Nikdo si tyto dvě věci neplete.

Dostat se tam jsou tři rozhodnutí: periodické nebo věcné (přizpůsobte to svému objemu a nástrojům, ne svým ambicím), FIFO nebo vážený průměr (zeptejte se svého CPA, pak nikdy neuhýbejte) a kadence sčítání, která z mank udělá číslo místo záhady. Nejprve nastavte účty – náš šablona účtů pro e-commerce má předkreslené zásoby, cenu prodaného zboží a řádek pro manka – a pokud sestavujete celou účetní knihu od nuly, začněte s kompletním průvodcem účetnictvím pro e-commerce.

Podívejte se, jak LedgerPort uchovává data na objednávku, na kterých závisí vaše metoda řízení zásob →