B2B Siparişleri İçin QuickBooks'ta Müşteri Depozito Muhasebesi

QuickBooks'ta müşteri mevduat muhasebesi tek bir hesaba ve tek bir kurala iner: henüz kazanmadığınız para, borçlu olduğunuz paradır.

---

Telgraf Pazartesi günü ulaştı: 4.000 $, referans "PO-2211 mevduatı." On iki şubeli bir butik zinciri, özel etiketlemeli 500 adet sipariş etmişti — toplam 10.000 $, üretim başlatmak için %40 peşin, teslimattan sonra net-30 bakiye. Beş hafta sonra sevk edeceksiniz.

Peki bu 4.000 $ tam olarak nedir? Banka hesabınızda, ancak henüz hiçbir şey sevk etmediniz, bu yüzden bir satış değil. Çoğu satıcı belirsizliği hızlı yoldan çözer: bunu gelir olarak kaydeder veya banka akışında kategorize edilmemiş bırakır ve devam eder. Sonra beş hafta sonra 10.000 $ için fatura çıkar, alıcı 6.000 $ öder ve QuickBooks, çifte sayılan gelir, gizemli bir mevduat ve müşterinin zaten gönderdiği parayı borçlu olduğunu iddia eden bir fatura kombinasyonunu tutar.

Eğer QuickBooks'ta net vadeler ve toptan satış AR rehberimizi okuduysanız, toptan satış katmanının ilk kuralını bilirsiniz: satış makbuzları değil, faturalar, böylece kazanma ve tahsil etme arasındaki boşluk görünür kalır. Mevduatlar aynı disiplinin diğer yöne çevrilmiş halidir — kazanmadan önce gelen para. Bu gönderi, QuickBooks'ta müşteri mevduat muhasebesini uçtan uca ele alır: yükümlülük yapısı, kurulum, mevduattan nihai ödemeye kadar uygulamalı bir örnek, kısmi ödemeler ve yaşlandırma, ilerleme faturalandırması ve iade edilebilir ve iade edilemez mevduatlar.

Yanlış Bilgi: "Gelen Para Kazanılan Paradır"

Hızlı yolun altındaki varsayım: "müşteri bana ödeme yaptı, yani bu gelirdir." Perakende için bu doğrudur — ödeme ve yerine getirme aynı andır. B2B mevduatı için bu yanlıştır ve bunu gelir olarak kaydetmek aynı anda üç şeyi bozar.

Geliri yanlış aya koyar. 4.000 $, Mart ayının Kâr ve Zarar tablosuna girer; sipariş Nisan ayında sevk edilir. Ayın marjı anlamsızdır — Mart, maliyetine karşı hiçbir mal olmaksızın gelirin %40'ını taşır.

Çifte sayım oluşturur. Sevkiyatta tam 10.000 $'lık fatura kestiğinizde — ki bunu yapmalısınız, çünkü satış o zaman gerçekleşir — QuickBooks şimdi 10.000 $'lık bir siparişte 14.000 $ gelir gösterir. Olağan "düzeltme", yalnızca 6.000 $ bakiyenin faturasını kesmektir, bu da satışı hafife alır, satış vergisi tabanınızı bozar ve siparişin geçmişini okunamaz hale getirir.

Bir yükümlülük gizler. Teslim edene kadar, o alıcıya 500 özel etiketli birim veya parasını geri ödemeyi borçlusunuz. Gelir olarak kaydedilen bu yükümlülük hiçbir yerde görünmez — aynı anda dört üretim siparişi için depozito alırsanız, hesapleriniz nakit pozisyonunun sağlıklı olduğunu gösterir, ancak bunun çoğunun zaten ayrıldığına dair hiçbir ipucu vermez.

Yalan anlaşılabilir — banka bakiyesi gerçekten de arttı. Ancak toplanan ve henüz kazanılmamış paranın belirli bir muhasebe kimliği vardır ve bu gelir değildir.

Mevduat Bir Yükümlülüktür — Ertelenmiş Gelirle Aynı Mantık

Teslimattan önce toplanan para kazanılmamış gelirdir ve kazanılmamış gelir bir yükümlülüktür. Kredileriniz ve ödenmemiş faturalarınızla birlikte bilançonuzda yer alır çünkü onlara benzer şekilde davranır: borçlu olduğunuz bir şeydir — dolar yerine mal olarak.

Abonelik satıyorsanız, bu yapıyla daha önce karşılaşmışsınızdır — yıllık ön ödeme, tek bir ücret altında on iki aylık depozito anlamına gelir ve kazanılmamış gelir kılavuzu bu yükümlülüğün aydan aya nasıl çözüldüğünü açıklar. Bir B2B depozitosu aynı mekanizmadır, ancak tüm yükümlülük siparişi yerine getirildiği gün tek seferde dönüşür.

Bu, depozitoya temiz bir iki adımlı yaşam döngüsü verir:

1. Alındığında: nakit artar, yükümlülük artar. Gelir yok, kar/zarar hareketi yok.
2. Teslim edildiğinde: tüm siparişin faturasını kesin (gelir doğru şekilde, bir kez tanınır), ardından depozitoyu faturaya uygulayın — yükümlülük azalır, fatura bakiyesi azalır. Açık kalan, alıcının hala borçlu olduğu tam miktardır.

Bu gönderideki diğer her şey, QuickBooks'in bu iki adımı atmasını sağlamanın mekaniğidir.

QuickBooks'ta Müşteri Mevduat Muhasebesi: Kurulum

QuickBooks Online'da ikisi de tek seferlik kurulum gerektiren iki nesneye ihtiyacınız var:

1. Bir yükümlülük hesabı. Hesap tablosu → yeni hesap → Diğer Cari Yükümlülük, adı "Müşteri Depozitoları". Kazanılmamış para, alım ile teslimat arasında burada yaşar.
2. Bir depozito öğesi. "Müşteri Depozitosu" adlı bir hizmet öğesi, gelir hesabı gelir yerine o yükümlülük hesabına işaret eder. Bu öğe, sıradan satış formlarının içinden parayı yükümlülük hesabına aktarır.

Bunlar yerindeyken iş akışı:

• Depozito geldiğinde, Müşteri Depozitosu öğesini kullanarak satış makbuzu olarak depozito tutarını kaydedin. Nakit artar; yükümlülük artar; gelir etkilenmez. Öğeyi vergisiz olarak işaretleyin — satış vergisi, ön ödeme yerine faturalandırma sırasında tüm sipariş üzerinden alınır. (Depozito vergi zamanlaması eyalet düzeyinde inceliklere sahiptir; sizinkini CPA'nızla onaylayın.)
• Sipariş teslim edildiğinde, tüm sipariş tutarının faturasını kesin — her birim, tam fiyat, her şeyin vergisi — ardından Müşteri Depozitosu öğesini depozito tutarı için negatif bir satır olarak ekleyin. Fatura toplamı gerçek kalan bakiyeye düşer, yükümlülük aynı miktarda azalır ve tek bir belge tüm hikayeyi gösterir: tam satış, uygulanan depozito, kalan bakiye.

A kısayol önerisi de görürsünüz: sorumluluk hesabını atlayın ve depozitoyu müşterinin kaydında uygulanmamış bir kredi olarak kaydedin (Fatura almadan ödeme al). Mekanik olarak işe yarar, ancak bilançonuz depozitoyu olduğu gibi göstermez — yükümlülük, AR içinde negatif olarak gizlenir — ve nakit bazlı raporlar bunu "uygulanmamış nakit ödeme geliri" olarak gösterir, bu da kaçınmaya çalıştığınız kafa karıştırıcı CPA e-postasını tam olarak üretir. Sorumluluk hesabı beş dakikalık kurulum gerektirir ve defterleri dürüst tutar. Kullanın.

Uygulamalı Örnek: 10.000 Dolarlık Siparişte %40 Peşinat

Sayılar kurgusaldır ve kasıtlı olarak yuvarlanmıştır. Açılıştaki butik zincir siparişi, baştan sona:

24 Şubat — Sipariş kabul edildi. 500 adet, özel etiketleme, 10.000 $; üretim başlatmak için %40 depozito, teslimattan sonraki 30 gün net bakiye. QuickBooks'te henüz hiçbir şey kaydedilmedi — bir satın alma siparişi bir vaattir, bir işlem değildir.

3 Mart — 4.000 $ depozito geldi. Müşteri Depozitosu öğesiyle satış makbuzu:

Hesap	Borç	Alacak
Nakit	$4,000
Müşteri Depozitoları (yükümlülük)		$4,000

Mart karı/zararı etkilenmez. Bilanço, 4.000 $ daha fazla nakit ve 4.000 $ daha fazla yükümlülük gösterir — nakit olarak daha zengin, yükümlülük olarak daha derin, ki bu gerçektir.

10 Nisan — sipariş sevk edildi. Tam satışın faturasını kesin, Net 30 vadesiyle, depozito negatif bir satır olarak uygulandı:

Fatura satırı	Tutar
500 adet özel etiketli ürün	$10,000
Uygulanan Müşteri Depozitosu	−4.000 $
Ödenecek bakiye (Net 30 → 10 Mayıs)	$6,000

Bu belgenin arkasında: Alacaklar 6.000 $ arttı, gelir 10.000 $ arttı — bir kez, kazandığınız ay olan Nisan ayında kaydedildi — ve Müşteri Depozitoları yükümlülüğü bu sipariş için sıfıra döndü.

6 Mayıs — alıcı 3.500 $ ödeme yaptı. Tam bakiye değil — onların AP'si bunu kısmi olarak işledi. Faturaya uygulanan ödeme al: nakit 3.500 $ arttı, AR 3.500 $ azaldı, fatura 2.500 $ açık.

28 Mayıs — son 2.500 $ geldi. Aynı hareket. Fatura kapanır ve yol boyunca her ay gerçeği söyledi: Mart bir nakit olayıydı, Nisan satıştı, Mayıs tahsilattı.

Kısmi Ödemeler ve Yaşlandırmaya Etkileri

Bu 3.500 $ ödeme kendi bölümünü hak ediyor, çünkü kısmi ödemeler toptan AR'nin sessizce yanlış okunduğu yerdir.

Mekanikler kolaydır: faturaya karşı kısmi bir ödeme kaydedin (Ödeme Al → uygula → depozito), asla bağımsız bir banka depozitosu olarak değil. QuickBooks aritmetiği halleder ve faturanın açık bakiyesi fiilen borçlu olunan miktara iner.

Okuma, doğru yapılması gereken kısımdır. Alacaklar yaşlandırma raporunuzda, kalan 2.500 $, faturanın orijinal son ödeme tarihinden itibaren yaşlanır — kısmi bir ödeme saati sıfırlamaz. Bu önemlidir çünkü "kısmi öde ve ertele" klasik bir B2B tahsilat modelidir: bir alıcı zamanında %60 gönderir ve geri kalanı aylarca sürüklenir, bir bakışta iyi durumda bir hesap gibi görünür. Yaşlandırma raporu aldatılmaz. 31-60 sütunundaki 2.500 $'lık bakiye, ilk parçanın ne kadar hızlı geldiğine bakılmaksızın bir tahsilat kalemidir.

Kısmi ödemelerin sızıntıya dönüşmesini engelleyen iki alışkanlık vardır. Bir ödeme fatura ile eşleşmediğinde, nedenini öğrenin - açıklanamayan kısa ödeme bazen AP zamanlaması, bazen de şimdi duymayı tercih edeceğiniz beyan edilmemiş bir anlaşmazlıktır. Ve kısmi bakiyeleri net-vadeler kılavuzundan haftalık yaşlandırma incelemesine dahil edin; yarı ödenmiş bir fatura, tamamen ödenmemiş bir fatura kadar aynı uyarıyı gerektirir.

Gerçekten Büyük Siparişler İçin İlerleme Faturalandırması

Butik zincir siparişinin boyutunun üzerinde bir yerde, tek bir depozito artı son fatura sığmaz hale gelir. Dört ay boyunca üç aşamada teslim edilen 40.000 dolarlık özel etiketli bir üretim, Nisan ayında tek bir fatura olmamalıdır - çünkü kazancın kendisi aşamalar halinde gerçekleşir.

QuickBooks Online'ın bunun için aracı ilerleme faturalamasıdır: tam sipariş için bir tahmin oluşturun, ardından her dönüm noktasında buna göre kısmi faturalar düzenleyin - üretim başlangıcında %40, ilk teslimatta %40, sonda %20 gibi. Her fatura, gelir dilimini tanır ve kendi vadesiyle kendi alacağını oluşturur ve tahmin, toplamın ne kadarının faturalandırıldığını takip eder.

Tutulacak çizgi: ilerleme faturalaması, her faturada geliri tanır, bu nedenle her dönüm noktasının gerçekten teslim edilen değeri temsil ettiği zaman dürüsttür. Alıcının son teslimata kadar hiçbir şey almadığı bir siparişte "üretim başlangıcında %40" için bir fatura, kazanılmış gelir değildir - bu, bir fatura kostümü giymiş bir depozitodur ve diğer tüm ön ödemeler gibi yükümlülük hesabında yer alır. Kaba kural: teslim edilen aşamalar için para → ilerleme faturası; herhangi bir teslimattan önce para → müşteri depozitosu. Büyük özel siparişler genellikle her ikisini de kullanır ve gelir zamanlaması çağrıları, e-ticareti bilen bir CPA'nın ücretlerini kazandığı tam olarak budur - bir saatlik zamanları tahmin etmeyi yener.

İade Edilebilir ve İade Edilemez Mevduatlar

Her iki tür de başlangıçta aynı şekilde başlar - nakit artar, yükümlülük artar - çünkü alındığında alıcıya her iki durumda da bir şey borçlusunuz. Fark, bundan sonra ne olabileceğidir.

İade edilebilir bir depozitonun iki çıkışı vardır: yerine getirmede faturaya uygulanır veya sipariş iptal olur ve geri gider. İade kaydı, yükümlülüğün çözülmesidir - Müşteri Mevduatları azalır, nakit azalır. Gelir hiçbir yönde etkilenmez, bu da yükümlülük yapısının sessiz getirisi: iptal edilen bir sipariş, gelir beyan etmediğiniz için P&L'nizde yara bırakmaz.

İade edilemeyen bir depozito, alındığında gelir değildir, bu nokta iki kez belirtilmeye değer çünkü "iade edilemeyen" kelimesi insanları kazanılmış olarak kaydetmeye teşvik eder. Sipariş aktifken, hala malları borçlusunuz - başka herhangi bir depozito gibi bir yükümlülüktür. "İade edilemeyen" yalnızca iptal yolunu değiştirir: alıcı ayrılırsa ve sözleşme parayı tutmanıza izin verirse, depozito temerrüt halinde gelire dönüşür - Müşteri Mevduatları azalır, temerrüde düşen depozito geliri artar (çoğu satıcı Diğer Gelir hesabı kullanır), siparişin fiilen öldüğü gün tarihli. Temerrüde düşen mevduatların vergi zamanlaması, muhasebe yönteminize ve sözleşme şartlarınıza göre değişir - tahmin et ve umut et maddesi değil, CPA'nızla onaylayın maddesi.

Her iki durumda da, para hareket etmeden önce iade edilebilirliği PO'da veya şartlar sayfasında yazılı olarak belirtin. Kayıtlar ne olursa olsun kaydedebilir; neyin üzerinde anlaşıldığına dair bir tartışmayı çözemezler.

Sipariş Katmanını Altta Temiz Tutmak

Yukarıdakilerin hepsi fatura ve yükümlülük katmanında yer alır ve bunların çoğu yargı çalışmasıdır — neyin, ne zaman ve ne kadar kazanıldığına karar vermek. Hiçbir senkronizasyon aracı bunu sizin için yapmamalıdır ve bunu iddia eden birinden şüphelenmelisiniz.

Bir senkronizasyon aracı yapması gereken şey, alt katmanı güvenilir tutmaktır: toptan satış siparişleri gerçek QuickBooks faturaları olarak gönderilir, ödemeler ait oldukları faturalara uygulanır, perakende satış siparişleri yolun dışına çıkar. Bu, net vadeler kılavuzunda ele alınan yönlendirme sorunudur — LedgerPort (ürünümüz, bu yüzden buna göre yargılayın) bunu fatura tabanlı ve etiket tabanlı sipariş senkronizasyon yöntemleriyle halleder, böylece toptan satış etiketli bir sipariş açık bir faturaya dönüşürken perakende satış makbuzlar olarak devam eder. Depozito makbuzu, negatif satır uygulaması, gelir kaybı girişi — bunlar size veya daha iyisi muhasebecinize aittir: toplu çalışma değil, sipariş başına olaylar ve tam olarak bir profesyonelin kendini ödediği yer. Bir CPA veya firma kayıtlarınızı yürütüyorsa, onlara bu iş akışını verin — ve eğer genel olarak e-ticaret müşterilerini destekliyorlarsa, muhasebe profesyonelleri için sayfamız, firmaların bir müşteri listesi genelinde senkronizasyon katmanını nasıl yürüttüğünü kapsar.

---

O Pazartesi telgrafına geri dönün. 4.000 dolarlık tutar hiçbir zaman belirsiz değildi — bu, 500 özel etiketli birimde ödenecek bir borçtu ve tek gerçek soru, kayıtlarınızın bunu söyleyip söylemeyeceğiydi. Bir yükümlülük hesabı ve bir para yatırma kalemi cevabı evet yapar ve hiçbir ay ne olduğunu yalanlamaz.

Toptan satış mevduatları sipariş akışınızın düzenli bir parçası haline geliyorsa, daha geniş temel — hesap planı, ücret kullanımı, tüm bunların üzerine oturduğu tahakkuk mekaniği — e-ticaret muhasebe kılavuzunda yer almaktadır. Bir sonraki PO gelmeden Müşteri Mevduatları hesabını ayarlayın; bu şimdi beş dakika veya daha sonra bir çözülmedir.