E-ticaret Stok Muhasebesi: Dönemsel ve Sürekli

Shopify 214 termosunuzun kaldığını biliyor. Onların ne kadar değerli olduğunu bilmiyor — ve şu anda sizin defterleriniz de bilmiyor.

---

Ocak ayındasınız ve mali müşaviriniz basit bir soru soruyor: "31 Aralık'ta stok değeriniz neydi?"

Shopify'ı açıyorsunuz. 214 termos, 387 kupa ve 96 sürahi setiniz olduğunu söylüyor — birime göre kesin, dakikaya göre güncel. QuickBooks'i açıyorsunuz. Stok varlık hesabı, hatırlamadığınız bir yevmiye kaydından beri hareket etmemiş bir rakam olan 31.400 $ diyor. Hiç fiziksel sayım yapmadınız. Üç kaynak, üç cevap ve dürüst cevap şu: bilmiyorsunuz.

İşte acıtan kısım. Bütün yıl mağazayı Shopify'ın stok ekranından yönetiyorsunuz ve bu iyi — aşırı satışı durduruyor, yeniden sipariş noktalarını işaretliyor, operasyonel olarak sizi hiç yarı yolda bırakmadı. Bu yüzden muhasebe tarafının da halledildiğini varsaydınız. Bu varsayım, bu yazının düzeltmek için var olduğu Yalan: "Shopify stoklarımı takip ediyor, bu yüzden stok muhasebem tamamlandı."

Değil, çünkü Shopify birimleri takip ediyor ve sizin defterleriniz doları takip ediyor — ve dolar tarafı iki sistemden biriyle çalışıyor: periyodik veya sürekli. Bu yazı, e-ticaret stok muhasebesinin her ikisinde nasıl çalıştığını, hangisinin mağazanıza uyduğunu, FIFO'nun ağırlıklı ortalamaya karşı marjınıza ne yaptığını ve ateşin sessizce nerede saklandığını açıklıyor.

Birimler Dolar Değildir: Platform Sayımının Neden Defter Değeri Olmadığı

Shopify'ın stok sistemi operasyoneldir. Görevi miktardır: hangi konumda, kaç birim var ve bir sonraki siparişin karşılanıp karşılanamayacağı. Bu görevi iyi yapar ve tam olarak bunun için kullanmaya devam etmelisiniz.

Defterlerinizin farklı bir görevi var. Bilanço, stoğu dolar değeri olarak gerektirir — elde bulunan birimler çarpı her bir birimi edinmenin size maliyeti, teslim edildiğinde. Gelir tablosu, satılan malın maliyetini gerektirir — bu dönemde ayrılan birimlerin değeri. Miktar her iki sayı için de bir girdidir, ancak ikisi de değildir. 214 termos sayımı, bir termosu ne kadara mal ettiğinizi söyleyemediğiniz sürece bir varlık değeri değildir ve "ne kadara mal olduğu" sevkiyattan sevkiyata değişir.

İşte tüm boşluk bu. Platform "kaç tane?" sorusuna cevap veriyor. Defterler "ne kadar?" sorusuna cevap vermeli — ve "ne kadar?" sorusuna sürekli ve doğru bir şekilde cevap vermek, periyodik ve sürekli sistemlerin iki farklı stratejisidir.

E-ticaret Stok Muhasebesinin İki Sistemi

Her iki sistem de hedefe aynı fikirde: envanter, bilançoda varlık olarak yer alır ve ürünler satıldığında maliyet, Satılan Malın Maliyeti'ne (SMM) aktarılır. (Bu zamanlamanın nedeni size yeni geldiyse, önce Shopify satıcıları için SMM kılavuzumuzu okuyun — bu yazı bunu varsayıyor.) Farklılıkları ise kayıtların ne zaman öğrendiği noktasında ortaya çıkar.

Periyodik: say, sonra düzelt

Periyodik bir sistemde, Envanter hesabınız dönem boyunca dokunulmadan durur. Satın almalar faturalandırıldıkça birikir. Ardından, ay veya çeyrek sonunda, elinizde aslında ne olduğunu belirlersiniz — fiziksel bir sayım veya maliyetle fiyatlandırılmış güvenilir bir miktar raporu — ve tek bir formülle SMM'yi hesaplarsınız:

Dönem başı envanter + satın almalar − dönem sonu envanter = SMM

Tek bir düzeltme kaydı, Envanter bakiyesini gerçeğe uygun hale getirir ve farkı SMM'ye gönderir. Tamamdır.

Size maliyeti: sayımlar arasında körsünüz. Ay ortasında, Envanter bakiyeniz güncel değil ve brüt karınız henüz mevcut değil. Ve formülün içinde yerleşik bir tuzak var: sayım zamanında rafta olmayan her şey SMM olur — hırsızlık, hasar ve yanlış sayımlar dahil. Kayıp, kendi satırına sahip olmaz; ürün maliyetinizi sessizce şişirir.

Size faydası: basitlik. Sipariş başına maliyet takibi yok, senkronizasyon gereksinimi yok, yazılım yok. Bir sayım, bir elektronik tablo, tek bir kayıt.

Sürekli: her satış stoğu hareket ettirir

Kalıcı bir sistemde, her satış gerçekleştiği anda kendi SMM'sini kaydeder. Bir kupa satarsanız, o kupanın maliyeti anında Envanter'den SMM'ye geçer. Envanter bakiyesi canlıdır, brüt kar ayın herhangi bir gününde gerçektir ve fiziksel sayım işlevi değişir — envanteri ölçme şekliniz olmaktan çıkar, onu doğrulama şekliniz olur. Kayıtlı sayı ile sayılan sayı arasındaki herhangi bir fark, SMM'ye gömülü bir gürültü yerine, görünür ve ölçülebilir bir kayıptır.

Size maliyeti: araçlar ve disiplin. Her siparişin defterlerinize kalem bazında, SKU eşleşmeli ve maliyet taşıyan şekilde girmesi gerekir — bu da mağazanızdan gelen temiz sipariş başına veri ve birim başına bakım maliyeti anlamına gelir. Kalıcı doğruluk, yalnızca bu işlem hattı kadar iyidir.

	Periyodik	Kalıcı
SMM kaydedildi	Dönem başına bir kez, sayım formülüyle	Otomatik olarak, satış başına
Envanter bakiyesi	Yalnızca sayım tarihlerinde doğru	Canlı
Kayıp	SMM içinde gizlenmiş	Kayıt-vs-sayım farkı olarak ortaya çıkar
Gereksinimler	Bir sayım ve bir elektronik tablo	Sipariş başına kalem bazında veri + maliyet takibi
Başarısız olduğunda	Sayımlar kayar veya maliyetler güncelliğini yitirir	SKU eşleştirmesi veya senkronizasyon disiplini bozulur

Hangi Sistem Mağazanıza Uygun — Dürüstçe

Burada bir erdem sıralaması yok. Doğru sistem, operasyonunuzun gerçekten sürdürebileceği sistemdir.

Ayda ~200 siparişin altında, tek lokasyon, sabit katalog: periyodik, aylık. Bir sayım (veya fiyatlandırılmış bir Shopify miktar raporu) ve tek bir kayıt, sürdüremeyeceğiniz kalıcı bir kurulumdan daha iyidir. Kırılgan bir kalıcı sistem, dürüst bir periyodik sistemden daha kötüdür — sessizce yanlış olan kendinden emin görünen sayılar üretir.

Orta ölçekli mağazalar — ayda yaklaşık 200 ila 5.000 sipariş: çoğu, MMS rehberinde açıklanan hibrit yöntemi kullanır: satılan birimler × SKU başına maliyetten hesaplanan aylık bir muhasebe kaydı. Bu, periyodik bir sıklıkta ancak mantık olarak sürekli bir işlemdir — formül sayımı yerine satış verilerini kullanır, bu nedenle fire otomatik olarak MMS'ye dahil olmaz. Bunu üç aylık döngüsel sayımla birleştirin ve e-ticaretteki çaba-doğruluk oranının en iyisidir.

Yüksek hacim, birden fazla konum, paketler, bir 3PL veya yaşlanan stok sorunu: muhasebe sisteminizin özetlenmiş girişler aldığı, özel stok yazılımı tarafından yönetilen sürekli sistem. Bu karmaşıklıkta canlı bakiye artık olmazsa olmaz değil — yeniden sipariş verme, nakit planlaması ve kar marjı yönetimi buna bağlıdır.

Faydalı bir gösterge: bir kredi veren, vergi beyannamesi veya potansiyel bir alıcı stok değerinizi bugün sorsaydı, cevabınız ne kadar yanlış olurdu? Dürüst cevap "çok" ise, sisteminiz — hangisi olursa olsun — çalıştırılmıyor; varsayılıyor.

FIFO ve Ağırlıklı Ortalama: Bir Birim Satıldığında Maliyet Ne Zaman Hareket Eder

Hangi sistemi çalıştırırsanız çalıştırın, altında gizlenmiş ikinci bir seçenek vardır. Bir tumbler sattığınızda ve depoda 6,00 ABD doları tutarındaki bir sevkiyat ve 7,20 ABD doları tutarındaki bir sevkiyattan gelen tumblerlar bulunduğunda, hangi maliyet şimdi MMS oldu? Bu maliyet akış varsayımıdır ve pratikte e-ticaret ikisinden birini kullanır:

FIFO (ilk giren, ilk çıkar) en eski maliyetin ilk satıldığını varsayar. Maliyetleriniz artarken — son zamanlarda navlun ve tarifeler arasında varsayılan durum — FIFO, daha eski, daha ucuz maliyetleri önce MMS'ye gönderir. Sonuç: şimdi daha yüksek bildirilen brüt kar marjı ve en yeni, en yüksek maliyetlerle değerlenen bir stok bakiyesi. Maliyetler düştüğünde, bu durum tersine döner: kar marjı, mevcut satın alma gerçekliğinizden daha kötü görünür.

Ağırlıklı ortalama elde bulunan her birimi, her sevkiyat geldiğinde yeniden ortalaması alınan tek bir ortalama maliyete karıştırır. Maliyet dalgalanmaları yumuşatılır — kar marjınız uçurumların arasında yer alır, kademeli olarak hareket eder ve pahalı bir hava kargo ile yapılan tek bir ek stok alımı ayı dalgalandırmaz.

Hiçbiri aslında ödediğiniz tutarı değiştirmez; yalnızca hangi ayın bunu raporladığını değiştirirler. Pratik rehberlik: QuickBooks Online'ın yerleşik takibi yalnızca FIFO'dur, çoğu özel stok aracı ağırlıklı/hareketli ortalamaya ayarlanmıştır ve LIFO çevrimiçi satıcılar için etkili bir şekilde bir seçenek değildir. Seçimin vergi sonuçları vardır ve bunu gelişigüzel değiştiremezsiniz — yöntemi CPA'nızla onaylayın, ardından tutarlı kalın. Rakamları daha iyi göstermek için varsayımları değiştiren bir mağazanın kar marjları yıldan yıla anlamsızdır.

Fire ve Değer Düşüklükleri: Sayımların Değerini Nerede Kazandığı

Er ya da geç, fiziksel sayım kayıtlara uyuşmaz. Birimler çalınır, 3PL'de hasar görür, teslim alırken yanlış sayılır veya yeniden stoklanmayan bir iadede kaybolur. Aradaki fark fire'dır ve kayıt basittir: Stoğu sayılan değere düşürün ve farkı MMS'ye — veya daha iyisi, sorunun büyüyüp büyümediğini görebilmeniz için özel bir fire satırına — kaydedin.

Sistem düzeyindeki fark burada önemlidir. Sürekli envanter kayıpları açığa çıkarır — kitap 220 diyor, sayım 214 diyor, altı birim kaybettiniz ve bunu biliyorsunuz. Saf dönemsel envanter bunu içine alır — bu altı birim sadece "satılan malın maliyeti"nin bir parçası haline gelir, fiilen sattığınız üründen ayırt edilemez hale gelir. Kayıp sizin için önemliyse, bu tek başına sürekli envanter mantığı için bir argümandır.

Değer düşüşleri diğer ayarlamadır: hala mevcut olan ancak tam değerinden asla satılamayacak stoklar — satılamayan stoklar, sezonluk artıklar, hasarlı ama satılabilir mallar — gerçekçi olarak neye değiyorsa o değere düşürülmelidir. Her iki ayarlama da yıl sonunda doruğa ulaşır ve 31 Aralık rakamı vergi beyannamenizi besler.

QuickBooks Online Gerçeği

QBO Plus ve Advanced, yerel bir sürekli envanter sistemi çalıştırabilir — ürün maliyetleri, elde bulunan miktar, her satışta FIFO satılan malın maliyeti. Küçük ölçekte gerçekten işe yarar. Mağaza ölçeğinde zorlanır: gelen her siparişin kalem kalem ve SKU eşlenmiş olmasını gerektirir, yalnızca faturalarının kendisine verdiği maliyetleri bilir (navlun ve vergileri kendiniz ayırırsanız yalnızca varış maliyeti dahil edilir) ve büyük bir takip edilen katalog dosyayı ağırlaştırır ve yanlış eşlenmiş her SKU bir veri olayıdır.

Bu noktanın ötesinde, işe yarayan desen görevlerin ayrılmasıdır: özel bir envanter aracı miktarları, maliyetleri ve sürekli defteri yönetir ve QBO'ya özetlenmiş envanter ve satılan malın maliyeti girişleri gönderir. QuickBooks kayıtların finansal sistemi olarak kalır; depo sistemi olmayı bırakır.

Her iki durumda da, bir bağımlılık asla ortadan kalkmaz: satış tarafı. Sürekli satılan malın maliyeti kalem kalem siparişler gönderir; dönemsel matematik satılan birimler üzerinden çalışır; ve her ikisi de doğru olması gereken gelirle eşleştirilir. Siparişler, iadeler, ücretler ve ödemelerin QuickBooks'e doğru şekilde ulaşması olan bu sipariş bazlı işlem hattı — LedgerPort'un yaptığı şeydir. Envanterinizi değerlemez ve bunun aksini iddia etmeyiz; siparişlerin seçtiğiniz yönteme göre eşitlenmesini ve ürünlerin doğru QBO öğelerine eşlenmesini sağlar, böylece hangi envanter sistemini çalıştırırsanız çalıştırın altında temiz veriler olur. Ayda 30 siparişe kadar ücretsiz planı var; ücretli planlar ayda 25 dolardan başlıyor.

Gerçekten Çalıştıracağınız Sistemi Seçin

Ocak ayına geri dönelim. Bunu düzelten siz versiyonu, mali müşavire tek bir cümleyle cevap verir: "Son envanter 38.150 dolardı — 30 Aralık'ta sayıldı, ağırlıklı ortalama varış maliyetiyle değerlendi, kayıp %1,1 idi ve kendi satırında." Shopify hala depoyu çalıştırıyor. Defterler doları çalıştırıyor. Kimse ikisini karıştırmıyor.

Oraya ulaşmak üç karardır: dönemsel veya sürekli (hacminize ve araçlarınıza göre eşleştirin, hırslarınıza göre değil), FIFO veya ağırlıklı ortalama (mali müşavirinize sorun, sonra asla tereddüt etmeyin) ve kaybı bir gizem yerine bir sayı haline getiren bir sayım ritmi. Önce hesapları ayarlayın — e-ticaret hesap tablosu şablonumuzda Envanter, Satılan Malın Maliyeti ve bir kayıp satırı önceden çizilmiştir — ve eğer tüm defteri sıfırdan oluşturuyorsanız, e-ticaret muhasebesine ilişkin eksiksiz kılavuzla başlayın.

LedgerPort'un envanter yönteminizin bağlı olduğu sipariş bazlı verileri nasıl tuttuğunu görün →