Priemerný predajca na Amazone stráca každoročne 1 500 až 3 000 USD kvôli neinkasovaným náhradám a chybám pri párovaní platieb. Viackanáloví predajcovia pôsobiaci súčasne na platformách Amazon, Shopify, Walmart a eBay môžu čeliť neodsúhlaseným vkladom na ceste (deposits-in-transit), ktoré presiahnu 500 000 USD, ak nikto nesleduje správy o vyúčtovaní. Napriek tomu väčšina zakladateľov e-shopov považuje účtovníctvo zásob za druhoradé — až kým ročný audit neodhalí, že súvaha sa od fyzickej reality odchýlila o desiatky tisíc dolárov.
Problémom nie je nedostatok sofistikovanosti. Moderní prevádzkovatelia e-commerce žonglujú s viacerými skladmi, poskytovateľmi logistiky tretích strán (3PL), fulfillment centrami Amazonu (FBA), zásobami na ceste a poplatkami trhovísk, ktoré sa odpočítavajú ešte predtým, než dolár dorazí na prevádzkový účet. Každý z týchto bodov kontaktu predstavuje príležitosť na to, aby sa účtovné záznamy začali rozchádzať s pravdou. Táto príručka vás prevedie tým, ako ich udržať v súlade: ako vypočítať skutočné celkové obstarávacie náklady (landed cost), ako sledovať zásoby v distribuovaných lokalitách, ako odsúhlasovať vyúčtovania z trhovísk riadok po riadku a ako predchádzať úpravám fiktívnych nákladov na predaný tovar (COGS), ktoré účtovníci objavujú pri uzávierke každý január.
Prečo je účtovníctvo zásob v elektronickom obchode zásadne odlišné
Tradičné účtovníctvo maloobchodných zásob predpokladá jednoduchý model: kúpite tovar, uskladníte ho v jednom sklade, predáte ho cez jeden kanál a náklady na predaný tovar zaúčtujete v momente, keď zákazník zaplatí. Takmer nič z tohto modelu neprežije kontakt s modernou značkou predávajúcou priamo spotrebiteľovi (D2C).
Typický stredne veľký e-commerce podnik môže mať 2 000 jednotiek v hlavnom sklade, 1 500 jednotiek v rôznych regionálnych fulfillment centrách FBA, 1 000 jednotiek u 3PL zabezpečujúceho objednávky zo Shopify a ďalších 500 jednotiek na ceste na oceánskom plavidle od dodávateľa z Vietnamu. Každá z týchto jednotiek má inú fyzickú polohu, inú nákladovú bázu (v závislosti od toho, v ktorej zásielke prišla) a inú pravdepodobnosť poškodenia, straty alebo zostarnutia pred predajom.
Na fyzickú komplexnosť sa vrství finančná komplexnosť. Amazon si z hrubých tržieb sťahuje sprostredkovateľské poplatky (referral fees), poplatky za vybavenie objednávky (FBA fulfillment fees), poplatky za skladovanie, príplatky za dlhodobé skladovanie a poplatky za likvidáciu ešte predtým, než predajca uvidí vklad. Objednávky cez Shopify spracovávané prostredníctvom MCF (Multi-Channel Fulfillment) majú úplne inú štruktúru poplatkov. Každé trhovisko má vlastný cyklus vyúčtovania — Amazon zvyčajne každých 14 dní, Shopify denne, Walmart dvakrát mesačne — a každá správa o vyúčtovaní obsahuje stovky alebo tisíce riadkových položiek, ktoré je potrebné spárovať s bankovým účtom a rozdeliť na správne účtovné účty v hlavnej knihe.
Výsledkom je, že jednoduché účtovné skratky, ktoré fungujú u malého maloobchodníka — zaznamenávanie čistých vkladov ako výnosov, považovanie dopravy za náklad, spájanie FBA poplatkov do položky „poplatky a služby“ — ticho ničia presnosť finančných výkazov. V čase, keď sa zakladateľ spýta „prečo naša hrubá marža stále klesá?“, odpoveď je pochovaná pod nánosom ročných chybných klasifikácií.
Landed Cost: Správne nastavenie nákladovej strany skôr než čokoľvek iné
Prvým a najdôležitejším rozhodnutím, ktoré prevádzkovateľ e-shopu robí v rámci účtovníctva zásob, je to, čo sa počíta ako „náklad“ na položku. Všeobecne uznávané účtovné zásady (GAAP) vyžadujú, aby sa zásoby viedli v plnej cene spojenej s ich doručením na miesto predaja, čo zahŕňa:
- Fakturačná cena dodávateľa (najzrejmejšia zložka)
- Medzinárodná doprava (námorná, letecká alebo kamiónová z miesta pôvodu)
- Clá a tarify (často 5 – 25 % v závislosti od krajiny a HTS kódu)
- Poplatky za colné zastúpenie a odbavenie
- Poistenie počas prepravy
- Vnútroštátna doprava z prístavu do skladu
- Poplatky za manipuláciu, paletizáciu a prípravu (prep)
- Poplatky 3PL za príjem tovaru
Tento balík sa nazýva landed cost (celkové obstarávacie náklady) a pri mnohých dovážaných tovaroch predstavuje o 15 – 30 % viac než len samotná fakturačná cena dodávateľa. Zakladateľ, ktorý považuje za COGS iba cenu dodávateľa, bude systematicky nadhodnocovať hrubú maržu, podhodnocovať náklady pri rozhodovaní o doplnení zásob a nakoniec bude na konci roka čeliť bolestivému preceneniu zásob, keď audítor reklasifikuje náklady na dopravu.
Alokácia spoločných nákladov na jednotlivé SKU
Ťažkou časťou nie je uvedomenie si, že na doprave záleží — ale rozhodnutie, ako rozdeliť jeden účet za dopravu medzi viacero SKU v tej istej zásielke. Existujú štyri bežné metódy alokácie:
- Podľa počtu kusov. Celková doprava sa vydelí rovnomerne počtom kusov. Jednoduché, ale nesprávne, ak sa kusy výrazne líšia veľkosťou alebo hodnotou.
- Podľa hmotnosti. Alokácia na základe fyzickej hmotnosti každej SKU. Najlepšie pre námornú dopravu, kde cena zvyčajne koreluje s hmotnosťou alebo objemom.
- Podľa objemu (v kubických metroch). Lepšie ako hmotnosť pre objemné a ľahké položky, ktoré zaberajú neúmerne veľa miesta v kontajneri.
- Podľa hodnoty. Alokácia na základe fakturačnej hodnoty každej SKU ako percenta z celku. Koncepčne čisté a zodpovedá spôsobu, akým sa zvyčajne vypočítavajú clá.
Praktickým kompromisom, ktorý funguje pre väčšinu dovozcov, je alokácia ciel na základe hodnoty (keďže clá sú samy o sebe percentom z hodnoty) a alokácia dopravy na základe objemu (keďže dopravcovia účtujú podľa priestoru). Vyberte si jednu metódu pre každú kategóriu nákladov, zdokumentujte ju a aplikujte ju konzistentne — audítori dbajú viac na konzistentnosť než na to, ktorú metódu ste si vybrali.
Účtovanie priradených nákladov (Landed Cost) v knihách
Schéma účtovného zápisu pre priradené náklady (landed cost) je priamočiara, ale ľahko sa dá pokaziť. Predpokladajme, že dostanete zásielku s hodnotou faktúry od dodávateľa 50 000 USD, dopravou 8 000 USD, clom 3 500 USD a poplatkami za colné zastupovanie 1 000 USD. Správny zápis je:
MD Zásoby $62 500
D Záväzky $50 000 (dodávateľ)
D Akruálna doprava $8 000 (prepravca)
D Akruálne clo $3 500 (colnica)
D Akruálne colné zastúpenie $1 000 (maklér)Bežnou chybou je účtovať na vrub (MD) účtu „Náklady na dopravu“ namiesto účtu „Zásoby“ pri sume 8 000 USD. Tým sa okamžite uzná náklad, ktorý mal byť aktivovaný do zásob a uvoľnený do nákladov na predaný tovar (COGS) až pri predaji jednotiek. V priebehu štvrťroka môže táto chyba podhodnotiť zásoby o šesťmiestne sumy.
Sledovanie zásob v rôznych lokalitách: Realita viacerých skladov
Akonáhle sú priradené náklady na jednotku zafixované, ďalším problémom je sledovanie toho, kde sa tieto jednotky fyzicky nachádzajú. Pri viackanálovom predajcovi môže SKU existovať súčasne v:
- Vlastnom sklade alebo kancelárii spoločnosti
- Domácom 3PL sklade obsluhujúcom kanál Shopify (priamo spotrebiteľovi)
- Viacerých distribučných centrách Amazon FBA (niekedy viac ako 30)
- Skladoch Walmart Fulfillment Services (WFS)
- Tovare na ceste od dodávateľa
- „Rezervovaných“ zásobách: jednotky priradené k objednávkam, ale ešte neodoslané
Každá lokalita potrebuje svoj vlastný podúčet v hlavnej knihe, aby bolo možné odsúhlasiť súvahu s fyzickými počtami. Považovať „zásoby“ za jeden balík je najčastejšou príčinou odchýlok pri audite, pretože chyby v jednej lokalite kompenzujú chyby v inej a spätne sa stávajú nepreskúmateľnými.
Pasca rezervovaných zásob FBA
Informačný panel zásob Amazonu rozlišuje medzi jednotkami „Fulfillable“ (v sklade, pripravené na odoslanie), „Reserved“ (pridelené k objednávke zákazníka, v procese presunu medzi centrami alebo v dočasnom spracovaní), „Inbound“ (na ceste do FBA od predajcu), „Researching“ (Amazon vyšetruje nezrovnalosť) a „Unfulfillable“ (poškodené, chybné alebo uviaznuté).
Na účely účtovníctva sú všetky tieto položky stále vašimi zásobami – v súvahe figurujú v ich priradených nákladoch – ale majú rôzne rizikové profily. Jednotky v stave „Researching“ sa často menia na odpisy alebo náhrady; „Unfulfillable“ jednotky takmer vždy. Predajcovia, ktorí všetko hádžu do jedného účtu „FBA inventory“, prehliadajú signál, že zásoby v hodnote niekoľkých tisíc dolárov ticho uviazli na šesťdesiat dní a blíži sa termín na podanie žiadosti o náhradu.
Čistejšie spracovanie účtovnej osnovy rozdeľuje zásoby FBA aspoň na tri podúčty:
- Zásoby — FBA k dispozícii (Fulfillable)
- Zásoby — FBA na ceste/rezervované (In-Transit/Reserved)
- Zásoby — FBA nepoužiteľné/v šetrení (Unfulfillable/Researching)
Vďaka tomu je analýza staroby zásob triviálna a žiadosti o náhradu škody sa stávajú rutinným mesačným procesom namiesto panického koncoročného zhonu.
Zásoby na vstupe a na ceste
Zásoby, ktoré boli zaplatené, ale ešte neboli prijaté, musia byť niekde v súvahe evidované. Najčistejším riešením je vyhradený účet „Tovar na ceste“, na ktorý sa účtuje na vrub (MD) pri odoslaní dodávateľom a v prospech (D) pri príchode tovaru (so zodpovedajúcim zápisom na vrub „Zásoby — Sklad“). Oddelenie tovaru na ceste zabraňuje dvom odlišným chybám: vykazovaniu tovaru, ktorý ešte nevlastníte, ako dostupných zásob a zabúdaniu na tovar, ktorému trvá osem týždňov, kým prekoná Pacifik.
Vyúčtovania trhovísk: Kde sa skrýva hotovosť
Bežným presvedčením zakladateľov je, že tržby sa rovnajú súčtu bankových vkladov od Amazonu. Nie je to tak. Vklad od Amazonu je čistý výsledok hrubého predaja mínus poplatky za sprostredkovanie (referral fees), poplatky za vybavenie objednávky (FBA fulfillment fees), poplatky za skladovanie FBA, poplatky za prichádzajúcu dopravu FBA, vrátenia tovaru, refundácie, chargebacky, výdavky na reklamu (ak ste zapojení do systému zrážok Amazonu), propagačné rabaty a pol tucta ďalších kategórií. Zaznamenávanie iba čistého vkladu ako tržby robí výkaz ziskov a strát nepoužiteľným.
Ako vyzerá skutočné odsúhlasenie vyúčtovania
Správne odsúhlasenie vyúčtovania z trhoviska má tri kroky:
- Rozložte správu o vyúčtovaní. Správu o vyúčtovaní Amazonu si môžete stiahnuť zo Seller Central vo formáte CSV alebo XML. Obsahuje každú transakciu v zúčtovacom období, pričom každá je označená typom (Objednávka, Refundácia, Poplatok za skladovanie FBA, Servisný poplatok, Úprava atď.).
- Priraďte každý typ transakcie k účtu v hlavnej knihe. Objednávky smerujú do hrubých výnosov; poplatky za sprostredkovanie do „Náklady na provízie trhoviska“; poplatky za vybavenie FBA do „Náklady na fulfillment“; poplatky za skladovanie do „Náklady na skladovanie“; vrátenia tovaru sa účtujú ako zníženie výnosov; vrátené poplatky ako zníženie nákladov.
- Porovnajte čistý súčet s bankovým vkladom. Súčet všetkých zložiek v správe o vyúčtovaní by sa mal rovnať hotovostnému vkladu pripísanému na prevádzkový účet (s presnosťou na niekoľko centov zaokrúhlenia). Ak sa nerovná, chýba typ transakcie alebo je poplatok nesprávne klasifikovaný.
Disciplína, vďaka ktorej to funguje, spočíva v nezahŕňaní poplatkov do hrubej marže. Poplatky za sprostredkovanie, vybavenie objednávky a skladovanie sú variabilné náklady, ktoré v hierarchii príspevkovej marže nasledujú až po hrubej marži. Ich umiestnenie nad hrubú maržu spôsobuje, že hrubá marža Amazonu vyzerá horšie ako marža Shopify, aj keď je jednotková ekonomika identická, a ničí to porovnateľnosť, ktorú zakladatelia potrebujú na prijímanie rozhodnutí o mixe predajných kanálov.
Antivzor „odpísania rozdielu“
Keď účtovník nedokáže zosúladiť vyúčtovanie do posledného centu, lákavou skratkou je vložiť rozdiel na všeobecný účet „Úpravy trhoviska“. V rámci štyroch predajných kanálov a dvanástich mesiacov sa tieto malé odpisy bežne nasčítajú do päťciferných výpadkov. Disciplína, ktorá tomu bráni, je striktné pravidlo: každé vyúčtovanie sa musí zhodovať s vkladom s presnosťou na 5 USD a akýkoľvek väčší rozdiel sa pred uzavretím mesiaca vyšetrí a zdokumentuje. Žiadosti o náhradu škody za stratené alebo poškodené zásoby FBA majú zvyčajne 60-dňovú lehotu na uplatnenie, takže nevysvetlený rozdiel je často premárnenou príležitosťou na vrátenie peňazí, ktorá vám preteká pomedzi prsty.
Fantómové COGS na konci roka: Problém záporných zásob
Najzákernejší problém so zásobami na konci roka vyplýva z toho, čo používatelia systému NetSuite nazývajú „fantómové COGS“ (náklady na predaný tovar). Stáva sa to vtedy, keď účtovný systém zaznamená predaj (a zodpovedajúci zápis COGS) v momente, keď je stav zásob v systéme na nule alebo pod nulou. Systém nemôže zaúčtovať reálnu sumu COGS, preto použije zástupnú hodnotu – niekedy nulu, inokedy neaktuálnu cenu z predchádzajúceho obdobia. O týždne alebo mesiace neskôr úprava zásob konečne dostane stav zásob do kladných hodnôt a systém situáciu „dorovná“ zaúčtovaním oneskoreného zápisu COGS, často s nákladom, ktorý nemá žiadny vzťah k pôvodnému predaju.
Tieto fantómové úpravy sa ticho kumulujú počas celého roka. Do decembra môže byť riadok COGS vo výkaze ziskov a strát od začiatku roka mimo o desiatky tisíc dolárov oboma smermi, trendy hrubej marže vyzerajú nevyspytateľne a zostatok zásob v súvahe sa potichu vzdialil od fyzického stavu.
Predchádzanie záporným zásobám v prvom rade
Systémovým riešením je zabrániť tomu, aby zásoby v systéme klesli do záporných hodnôt. To znamená:
- Včasné odsúhlasovanie prichádzajúcich zásielok. Keď FBA prijme zásielku, ovládací panel predajcu zobrazí prijaté jednotky, ale kým operátor nezaznamená príjem do svojho účtovného systému, systém si myslí, že tieto jednotky sú stále na ceste.
- Účtovanie vybavených objednávok z trhovísk v reálnom čase. Denná synchronizácia medzi Amazonom a účtovníctvom (prostredníctvom nástrojov ako A2X, Webgility, Link My Books alebo Entriwise) zabraňuje viac týždňovému oneskoreniu, kvôli ktorému predaje predbehnú dostupné množstvá na sklade.
- Opatrné narábanie so zmiešanými zásobami (commingled inventory). Program zmiešaných zásob spoločnosti Amazon (kde sú vaše SKU združené s identickými SKU iných predajcov) vytvára časové problémy, ktoré vyzerajú ako záporné zásoby, aj keď fyzická realita je v poriadku. Najčistejším riešením je odstúpiť od zmiešavania pri akomkoľvek SKU, kde záleží na kontrole kvality.
Inventúra a dorovnanie zásob na konci roka
Aj pri dokonalej dennej hygiene je jediným spôsobom, ako potvrdiť, že účtovníctvo zodpovedá fyzickej realite, inventúra zásob na konci roka. Inventúry by mali prebehnúť na každom mieste uskladnenia:
- Fyzická inventúra v sklade spoločnosti
- Stiahnutie správy o zásobách z Amazon Seller Central (správa Inventory Ledger)
- Stiahnutie správy o zásobách z portálu 3PL partnera
- Potvrdenie množstiev na ceste od dodávateľa a špeditéra
Celkový súčet by sa mal zhodovať s riadkom zásob v súvahe. Tam, kde sa nezhoduje, sa rozdiel prešetrí; to, čo sa nedá vysvetliť, sa odpíše ako manko účtovným zápisom na účet „Náklady na manká a škody na zásobách“. Manko nad 2 % hodnoty zásob zvyčajne signalizuje procesný problém (krádež, chyby pri počítaní v 3PL alebo pretrvávajúce nedostatky v náhradách FBA) skôr než jednorazový rozdiel.
Metódy oceňovania: FIFO, vážený priemer a prečo by si väčšina e-commerce predajcov mala vybrať vážený priemer
Standardy GAAP povoľujú tri hlavné metódy oceňovania zásob: First-In-First-Out (FIFO), Last-In-First-Out (LIFO) a vážený priemer. LIFO sa mimo USA používa zriedka a je nekompatibilné s Medzinárodnými štandardmi finančného výkazníctva (IFRS), takže praktický výber je medzi FIFO a váženým priemerom.
FIFO priraďuje najstaršie náklady na zásoby k ďalšej predanej jednotke. Produkuje najpresnejšiu hrubú maržu v obdobiach stabilných nákladov, ale vyžaduje, aby systém sledoval náklady každej šarže samostatne a priraďoval predaje najprv najstaršej šarži.
Vážený priemer prepočítava priemernú cenu za jednotku pri každom prijatí novej zásielky. Je matematicky jednoduchší, dobre spolupracuje so zmiešanými zásobami FBA (kde sú fyzické šarže aj tak nerozlíšiteľné) a je predvolenou voľbou vo väčšine moderných účtovných nástrojov pre e-commerce.
Pre väčšinu značiek predávajúcich spotrebný tovar priamo spotrebiteľovi (DTC) pri miernom objeme je správnou odpoveďou vážený priemer. Je dostatočne presný pre finančné výkazy, ľahko sa automatizuje a je odolný voči časovému šumu medzi príjmami a výdajmi, ktorý je typický pre viackanálový predaj. FIFO stojí za dodatočnú zložitosť len vtedy, keď sú náklady na produkt vysoko kolísavé (lítium, polovodiče, určité poľnohospodárske komodity) alebo keď operátor potrebuje sledovať údaje o šaržiach alebo exspirácii z dôvodu dodržiavania predpisov.
Ziskovosť kanálov: Konečná odmena za správny postup
Dôvodom, prečo na celej tejto disciplíne záleží, je to, že e-commerce firma nemôže robiť dobré rozhodnutia o raste bez presných výsledoviek (P&L) podľa kanálov. Mali by ste presunúť viac zásob do FBA alebo do vášho 3PL? Je váš kanál na Shopify v skutočnosti ziskovejší ako Amazon, alebo Shopify vyzerá lepšie len preto, že účtovníctvo skrýva poplatky FBA na nesprávnom účte? Dotuje veľkoobchod priamy predaj spotrebiteľovi, alebo je to naopak?
Zodpovedanie týchto otázok si vyžaduje účtovnú osnovu, ktorá oddeľuje výnosy, vratky, COGS, náklady na vybavenie objednávok, poplatky trhoviska a výdavky na reklamu podľa kanála. Väčšina moderných účtovných platforiem to podporuje prostredníctvom kombinácie tried, lokalít, oddelení alebo tagov – presný mechanizmus sa líši podľa nástroja, ale princíp zostáva rovnaký: každá transakcia by mala byť označená kanálom, z ktorého pochádza, a výkaz ziskov a strát by mal byť filtrovateľný podľa kanálov.
Výsledok je významný. Operátori, ktorí udržiavajú čisté výsledovky na úrovni kanálov, bežne zisťujú, že ich „najlepší“ kanál je v skutočnosti najhorší z hľadiska príspevkovej marže, alebo že malý, prehliadaný kanál generuje nadmerný peňažný tok na dolár pracovného kapitálu. Tieto poznatky sa objavia až vtedy, keď sú podkladové údaje čisté – teda vtedy, keď sú celkové obstarávacie náklady správne alokované, vyúčtovania správne zosúladené a fantómovým COGS je zabránené znečistiť celkový obraz.
Udržujte svoje skladové účtovníctvo v poriadku od prvého dňa
Presné skladové účtovníctvo predstavuje rozdiel medzi tým, či svoje podnikanie poznáte, alebo o ňom len hádate. Ako vaše podnikanie rastie naprieč skladmi, fulfillment centrami a trhoviskami, jediným udržateľným spôsobom, ako udržať účtovné knihy v súlade s fyzickou realitou, je systém, ktorý je transparentný, auditovateľný a podporuje verzovanie. Beancount.io poskytuje textové účtovníctvo (plain-text accounting) navrhnuté presne na tento účel — každá transakcia je čitateľný záznam s podporou diffu, každá hierarchia účtov sa jasne mapuje na sledovanie zásob na viacerých miestach a vaše historické dáta zostávajú navždy vaše bez obmedzení konkrétnym dodávateľom (vendor lock-in). Začnite zadarmo a zistite, prečo finančné tímy riadiace komplexné viackanálové operácie prechádzajú na textové účtovníctvo.