Dva načina da se razmišlja o zalihama
Nedavno smo proučavali kako TallyPrime rukuje zalihama, i to nas je podsetilo da mala preduzeća posluju po veoma različitim modelima — neka prvo zalihe pa čekaju kupce, neka kupuju tek po narudžbini, a neka žive od projekata gde je prava imovina nedovršena proizvodnja. Zato SnapLedger ne bira Periodic ili Perpetual umesto vas — uči kako vaše preduzeće stvarno funkcioniše.
Nedavno smo proveli neko vreme proučavajući dizajn zaliha u TallyPrime.
Tally je računovodstveni softver sa dugom istorijom, i način na koji tretira zalihe odražava veoma tipičnu radnu naviku tradicionalnih malih preduzeća.
Jedan uobičajen pristup je Periodic Inventory (periodični popis).
Kada preduzeće kupi robu ili sirovine, knjiži Purchases; kada prodaje, knjiži Sales. Zalihe ne ulaze niti izlaze iz Inventory Ledger u realnom vremenu sa svakom knjigovodstvenom transakcijom.
Istovremeno, Tally ima poseban Inventory Module koji beleži Stock Items, količine i vrednovanja. Na dan bilansa sistem izračunava Stock-in-Hand na osnovu stvarnog popisa i izvodi trošak prodate robe kroz klasičnu računovodstvenu formulu:
COGS = Opening Stock + Purchases − Closing Stock
Ovaj dizajn je zaista praktičan.
Mnogim tradicionalnim malim preduzećima ne treba svakodnevno tačna vrednost zaliha u realnom vremenu. Navikla su da normalno knjiže nabavke i prodaje, da popišu zalihe krajem meseca, kvartala ili godine, i tek tada odrede prave troškove i profit.
To je snaga Periodic Inventory: jednostavno, sa niskim zahtevima prema svakodnevnim operacijama.
Drugi pristup je Perpetual Inventory (stalni popis).
Sa svakom nabavkom Inventory raste; sa svakom prodajom Inventory opada i COGS se priznaje.
Sistem dakle može u svakom trenutku da odgovori:
Koliko zaliha imamo sada? Koliko vrede? Koliko su koštala već prodata dobra? Kolika je naša bruto marža u realnom vremenu?
Za e-trgovinu, maloprodaju, veleprodaju i standardizovanu proizvodnju ovaj pristup je sve važniji. Narudžbine, nabavke i zalihe su već digitalizovane, pa sistem sasvim može da održava ove informacije u realnom vremenu.
Zato dizajn SnapLedgera nije da jednostavno izabere Periodic ili Perpetual, već da osnova razume različite Cost Flows.
Jer stvarna mala preduzeća ne pripadaju sva istom modelu.
E-commerce kompaniji možda treba:
Purchase → Inventory → Sale → COGS
Veoma maloj trgovinskoj firmi možda više odgovara:
Purchases → Period-End Stock Count → Closing Inventory
A preduzeće za nameštaj koje proizvodi po narudžbini kupca možda gotovo nema zaliha u tradicionalnom smislu.
Kupac prvo naruči; zatim preduzeće kupuje drvo i okove, ulaže rad i podizvođače, i isporučuje kada je komad gotov.
Za tako preduzeće prirodniji put je zapravo:
Customer Order → Project → Materials & Labour → WIP → Delivery → COGS
Najvažnija imovina ovde možda nije tradicionalni Stock-in-Hand, već Work in Progress (WIP, nedovršena proizvodnja).
Zato u SnapLedgeru ne želimo da softver unapred odlučuje kako preduzeće treba da upravlja zalihama.
Osnova može da podrži Perpetual Inventory i Periodic Inventory, ali i Project Costing i WIP.
A ono što Snappy zaista treba da razume je:
Kako vi zapravo vodite svoj biznis?
Da li prvo pravite zalihe pa čekate da kupci kupe?
Ili kupujete tek pošto kupac naruči?
Da li vam treba u svakom trenutku stanje svake SKU?
Ili vas više zanima koliko je troškova svaki klijentski projekat već apsorbovao, i koliko bi trebalo da zaradi?
Tradicionalni računovodstveni softver često počinje sa "How should inventory be recorded?"
Mi radije počinjemo drugim pitanjem:
"How does your business actually work?"
A onda puštamo da se knjigovodstveni tretman prilagodi stvarnom poslovnom procesu.
SnapLedger, your life easier.
Tradicionalni računovodstveni softver počinje pitanjem kako zalihe treba knjižiti. Mi radije počinjemo pitanjem kako preduzeće stvarno radi — da li prvo pravi zalihe, kupuje tek po narudžbini, ili radi po projektima gde je najvažnija imovina nedovršena proizvodnja — i puštamo računovodstvo da se prilagodi stvarnom procesu.
Kako vaše preduzeće stvarno funkcioniše — pravite zalihe pa čekate kupce, kupujete tek kad stigne narudžbina, ili vas više zanima koliko je troškova svaki klijentski projekat već apsorbovao i koliko bi trebalo da zaradi?
Softver ne treba da odlučuje kako preduzeće upravlja zalihama — računovodstvo treba da se prilagodi stvarnom poslovnom procesu, a ne obrnuto.
Primajte Founder Diary + regulatorna ažuriranja za vašu zemlju
E-pošta kada Richard objavi novi zapis, i regulatorne novosti koje su važne tamo gde živite. Besplatno, odjava u bilo kom trenutku.