Stoku Düşünmenin İki Yolu
Geçtiğimiz günlerde TallyPrime'ın stok tasarımını inceledik ve bu bize küçük işletmelerin çok farklı modellerle çalıştığını hatırlattı — kimi önce stoklayıp müşteri bekler, kimi sipariş geldikten sonra alım yapar, kimi de gerçek varlığın yarı mamul olduğu projelerle yaşar. Bu yüzden SnapLedger sizin yerinize Periodic ya da Perpetual seçmez; işletmenizin gerçekte nasıl çalıştığını öğrenir.
Geçtiğimiz günlerde TallyPrime'ın stok tasarımını incelemek için biraz zaman ayırdık.
Tally, uzun bir geçmişe sahip bir muhasebe yazılımı ve stoğu ele alış biçimi, geleneksel küçük işletmelerin çok tipik bir çalışma alışkanlığını yansıtıyor.
Yaygın yaklaşımlardan biri Periodic Inventory (dönemsel sayım).
İşletme mal veya hammadde satın aldığında Purchases kaydeder; sattığında Sales kaydeder. Stok, her muhasebe işlemiyle birlikte gerçek zamanlı olarak Inventory Ledger'a girip çıkmak zorunda değildir.
Aynı zamanda Tally'nin Stock Item, miktar ve değerlemeleri kaydeden ayrı bir Inventory Module'ü vardır. Rapor tarihinde sistem, fiili sayımdan Stock-in-Hand'i hesaplar ve klasik bir muhasebe formülüyle satılan malların maliyetini türetir:
COGS = Opening Stock + Purchases − Closing Stock
Bu tasarım gerçekten pratiktir.
Birçok geleneksel küçük işletmenin her gün stoklarının tam gerçek zamanlı değerini bilmesi gerekmez. Alımları ve satışları normal şekilde kaydetmeye, ay, çeyrek veya yıl sonunda sayım yapmaya ve ancak o zaman gerçek maliyet ve kârı belirlemeye alışkındırlar.
Periodic Inventory'nin gücü budur: basit, günlük operasyonlara düşük talep.
Diğer yaklaşım Perpetual Inventory (sürekli sayım).
Her alımda Inventory artar; her satışta Inventory azalır ve COGS muhasebeleştirilir.
Böylece sistem her an yanıt verebilir:
Şu anda ne kadar stoğumuz var? Değeri ne? Satılan malların maliyeti neydi? Gerçek zamanlı brüt kâr marjımız ne?
E-ticaret, perakende, toptan satış ve standartlaştırılmış üretim için bu yaklaşım giderek daha önemli hale geliyor. Siparişler, alımlar ve stok zaten dijital; dolayısıyla sistem bu bilgileri gerçek zamanlı olarak rahatlıkla tutabilir.
Bu yüzden SnapLedger'ın tasarımı basitçe Periodic veya Perpetual seçmek değil, temelin farklı Cost Flow'ları anlamasını sağlamaktır.
Çünkü gerçek küçük işletmelerin hepsi aynı modele uymaz.
Bir e-ticaret şirketi şuna ihtiyaç duyabilir:
Purchase → Inventory → Sale → COGS
Çok küçük bir ticaret şirketi şunu daha rahat bulabilir:
Purchases → Period-End Stock Count → Closing Inventory
Müşteri siparişine göre üretim yapan bir mobilya şirketinin ise geleneksel anlamda neredeyse hiç stoğu olmayabilir.
Müşteri önce sipariş verir; sonra işletme ahşap ve hırdavat alır, işçilik ve dış kaynak maliyeti yatırır ve parça bittiğinde teslim eder.
Böyle bir işletme için daha doğal yol aslında şudur:
Customer Order → Project → Materials & Labour → WIP → Delivery → COGS
Buradaki en önemli varlık geleneksel Stock-in-Hand değil, Work in Progress (WIP, yarı mamul) olabilir.
Bu yüzden SnapLedger'da yazılımın, işletmenin stokunu nasıl yönetmesi gerektiğine önceden karar vermesini istemiyoruz.
Temel, Perpetual Inventory ve Periodic Inventory'nin yanı sıra Project Costing ve WIP'i de destekleyebilir.
Ve Snappy'nin gerçekten anlaması gereken şey şudur:
İşinizi aslında nasıl yürütüyorsunuz?
Önce stoklayıp müşterilerin satın almasını mı bekliyorsunuz?
Yoksa müşteri sipariş verdikten sonra mı alım yapıyorsunuz?
Her SKU'nun stok seviyesini her an bilmeniz mi gerekiyor?
Yoksa her müşteri projesinin şimdiye kadar ne kadar maliyet yuttuğu ve ne kadar kazanması beklendiği sizi daha mı çok ilgilendiriyor?
Geleneksel muhasebe yazılımı genellikle "How should inventory be recorded?" ile başlar.
Biz farklı bir soruyla başlamayı tercih ediyoruz:
"How does your business actually work?"
Sonra muhasebe işleminin gerçek iş sürecine uyum sağlamasına izin veriyoruz.
SnapLedger, your life easier.
Geleneksel muhasebe yazılımı, stokun nasıl kaydedilmesi gerektiği sorusuyla başlar. Biz ise işletmenin gerçekte nasıl çalıştığı sorusuyla başlamayı tercih ediyoruz — önce stok mu yapıyor, yalnızca sipariş sonrası mı alıyor, yoksa en önemli varlığın yarı mamul olduğu projelerle mi çalışıyor — ve muhasebenin gerçek sürece uyum sağlamasına izin veriyoruz.
İşletmeniz gerçekte nasıl çalışıyor — önce stoklayıp müşterileri mi bekliyorsunuz, sipariş geldikten sonra mı alım yapıyorsunuz, yoksa her müşteri projesinin şimdiye kadar ne kadar maliyet yuttuğu ve ne kadar kazandıracağı sizi daha mı çok ilgilendiriyor?
Yazılım, bir işletmenin stokunu nasıl yöneteceğine karar vermemeli — muhasebe gerçek iş sürecine uyum sağlamalı, tersi değil.
Founder Diary + ülkeniz için mevzuat güncellemelerini alın
Richard yeni bir yazı yayımladığında bir e-posta ve yaşadığınız yerde önemli olan mevzuat güncellemeleri. Ücretsiz, istediğiniz zaman abonelikten çıkabilirsiniz.