- 1BNPL Muhasebesi Kural Bir: Ödemenizi Peşin Alırsınız
- 2Yalan: "Bu Sadece Başka Bir Ödeme Yöntemi"
- 3100 Dolarlık Bir Sipariş, İki Farklı Yol
- 4Paranın Yeri: Akış Başına Bir Takas Hesabı
- 5BNPL Aracılığıyla İadeler
- 6Gelir-Gider Tablosu Sorusu: BNPL, Karma Marjı Nasıl Etkiler?
- 7Otomatikleştirildiğinde Bu Nasıl Görünür
- 8Cevap Hep Peşindi
Müşteri dört taksitte öder. Siz tek seferde ödeme alırsınız — ve muhasebe tam olarak burada işler sarpa sarar.
Mart ayında Shop Pay Taksitlerini açtınız. Belki Klarna veya Afterpay de eklediniz, çünkü vaka çalışmaları ödeme erteleme seçeneklerinin dönüşümü artırdığını söylüyordu — ve sizin de dönüşümünüz arttı. Sonra ay sonu geldi ve banka akışınızda yeni bir sorun vardı: daha önce hiç eşleştirmediğiniz isimlerden gelen, Shopify'ın ödeme raporundaki hiçbir şeyle eşleşmeyen tutarlarda mevduatlar. Bu arada marjınız her zamankinden yarım puan daha düşük geldi ve Gelir-Gider Tablosu'nda bunun nedenini açıklayan hiçbir şey yok.
Bu yüzden garip mevduatları "Shopify geliri" olarak gruplandırdınız ve devam ettiniz. Kayıtlar tuttu — ve sessizce yanlıştı. BNPL muhasebesi, karışım her ay büyüdükçe "sessizce yanlış"nın katlandığı bir alandır.
Bu yazının temel aldığı yeniden çerçeveleme şu şekildedir: şimdi al-sonra-öde, gelirinizi kazanma zamanını hiç değiştirmez. Müşterinin taksit planı sizin sorununuz değil — asla kayıtlarınıza dokunmaz. BNPL'nin aslında değiştirdiği iki şey vardır: ücret daha yüksektir ve para farklı bir akışa iner. İkisi de onları gördüğünüzde bir öğleden sonra düzeltilebilir.
BNPL Muhasebesi Kural Bir: Ödemenizi Peşin Alırsınız
Mekanikle başlayın, çünkü kafa karışıklığının çoğu burada çözülüyor.
Bir müşteri Shop Pay Taksitleri, Klarna veya Afterpay ile ödeme yaptığında üç şey olur:
- Siparişi başka bir satış gibi gönderirsiniz. Sağlayıcı müşteriyi ödeme sırasında onayladı; işlem sizin tarafınızdan tamamlandı.
- Sağlayıcı size peşin ödeme yapar — tam sipariş değeri, satıcı ücreti düşüldükten sonra. Taksitlerle değil. Tek seferde.
- Müşteri zamanla sağlayıcıya geri ödeme yapar. Dört ödeme, aylık planlar, ne seçtiyse. Müşteri ödemeyi durdurursa, bu onunla sağlayıcı arasındadır — siz zaten paranızı aldınız.
Sağlayıcı aslında alacağı senedi sizden satın alıyor. Müşterinin kredi riskini üstleniyorlar ve bu ayrıcalık için sizden daha yüksek bir ücret alıyorlar — standart kart işlem ücretinden anlamlı ölçüde daha fazla. Evrensel bir oran yok; etkin maliyetiniz anlaşmanıza ve plan türlerinin karışımına bağlıdır, bu yüzden kendi sözleşmenizi kontrol edin. Ancak yön tutarlıdır: BNPL, sipariş başına kart çekiminden daha pahalıdır.
Muhasebe sonucu çoğu insanın beklediğinden daha basittir. Gelir, tam olarak bir kart satışı gibi kaydedilir — satış anında tam sipariş değeri, her zamanki gibi. Ertelenmiş gelir yok, yaşlandırılacak alacak yok, QuickBooks'te yansıtılacak taksit planı yok. Eğer biri size BNPL'nin "taksitler geldikçe geliri kaydetmek" anlamına geldiğini söylerse, sizin defterlerinizi sağlayıcının defterleriyle karıştırmış demektir.
Yalan: "Bu Sadece Başka Bir Ödeme Yöntemi"
Bu ön ödeme mekaniği doğrudan tuzağa götürür. Gelir zamanlaması normal olduğu için, muhasebe ihtiyaçlarınızda hiçbir şeyin değişmesi gerekmediği sonucuna varmak cazip gelir. Ödeme seçeneğini açın, dönüşümün iyileştiğini izleyin, bitti.
Yalan bu ve cömert bir yalan — çünkü neredeyse doğru. İki şey değişti ve ikisi de anahtarı çevirdiğiniz gün görünmez.
İlk olarak, ücret büyüdü ve yeri değişti. Kart ücretleriniz Shopify Payments ödeme raporunuzun içinde yaşar — can sıkıcı ama en azından nereye bakacağınızı bilirsiniz (Shopify ücretlerini QuickBooks'te her saklanma yerini haritaladık). Üçüncü taraf BNPL ücretleri tamamen başka bir yerde yaşar: Klarna'nın satıcı portalı, Afterpay'in mutabakat raporları. Ücret takibi alışkanlığınız "Shopify ödeme raporunu oku" ise, işlem maliyetlerinizin bir kısmı çerçeveden çıktı. Ve Shopify Payments kullanmıyorsanız veya BNPL üçüncü taraf bir ağ geçidi olarak çalışıyorsa, Shopify'ın kendi üçüncü taraf işlem ücreti üzerine eklenebilir — planınızı kontrol edin.
İkinci olarak, para yeni bir akışla gelir. Shop Pay Installments, düzenli Shopify Payments ödemeleriniz aracılığıyla mutabakat yapar, bu nedenle o siparişler kart satışlarınızla birlikte gelir. Klarna ve Afterpay, kendi ağ geçitleri olarak çalışarak, kendi programlarına göre gruplandırılır ve kendi adları altında yatırılır. Banka akışınızda eskiden bir olan yerde şimdi iki veya üç mutabakat akışı var — her biri kendi zamanlamasına, kendi ücretlerine ve herhangi bir para yatırma işlemini açıklamak için açmanız gereken kendi raporuna sahip.
Değişikliklerden hiçbiri kendini duyurmaz. Birincisi, bir satır öğesi bırakmadan marjınızı aşındırır; ikincisi, yıllardır güvendiğiniz para yatırma eşleştirme rutinini bozar. Yanlış bir şey yapmadınız — gösterge paneli aynı görünürken sistem ikinci bir tesisat seti büyüttü.
100 Dolarlık Bir Sipariş, İki Farklı Yol
Sayılar bunu somutlaştırıyor. Aşağıdaki rakamlar açıklayıcı ve kurgusaldır — tipik %2,9 + 30¢ kart işlemi ve BNPL sağlayıcısı için uydurma sabit %6. Gerçek anlaşmanız farklı olacaktır; yapı değişmeyecektir.
| Kartla ödeme | BNPL ile ödeme | |
|---|---|---|
| Sipariş toplamı (müşterinin gördüğü) | $100.00 | $100.00 |
| Kaydettiğiniz gelir | $100.00 | $100.00 |
| İşlem ücreti | $3.20 | $6.00 |
| Aldığınız nakit | $96.80 | $94.00 |
| Ne zaman alırsınız | Sonraki Shopify ödemesi | Peşin — sağlayıcının mutabakat programı |
| Ücretin nerede göründüğü | Shopify ödeme raporu | Sağlayıcının kendi portalı/raporu |
| Müşteriden kim tahsilat yapar | Siz, ödeme sırasında | Sağlayıcı, 4+ ödeme üzerinden |
Gelir satırını iki kez okuyun: aynı. Satış her iki durumda da 100 $, her iki durumda da satış anında kaydedilir. Farklı olan her şey bu satırın altında yaşar — neredeyse iki katı büyüklüğünde bir ücret, farklı bir borudan geliyor, farklı bir raporda belgelenmiş.
Sipariş başına 2,80 ABD Doları'lık fark küçük görünüyor. Karışımda küçük değil. Aşağıda bununla ilgili daha fazla bilgi var.
Paranın Yeri: Akış Başına Bir Takas Hesabı
İşte ödeme sorununa yönelik operasyonel çözüm ve bu, her yerde çoklu ödeme ağ geçidi muhasebesini çözen aynı desendir: her ödeme akışı kendi takas hesabına sahip olur.
Eğer ödeme mutabakatı sütunumuzu okuduysanız, mekanizmayı biliyorsunuzdur — brüt satışlar, iadeler ve ücretler bir takas hesabına kaydedilir, banka mevduatı oradan çekilir ve sıfır bakiye her şeyin tuttuğunu kanıtlar. BNPL bu yöntemi değiştirmez. Onu çoğaltır:
- Shop Pay Taksitleri — yeni bir takas hesabına gerek yok. SPI, Shopify Ödemeleri ödemeleriniz içinde ödenir, bu nedenle bu siparişler mevcut Shopify Ödemeleri Takas hesabınızdan geçer. Ücretler ödeme detayında kalem kalem belirtilir; bu siparişler için sadece daha büyüktürler.
- Klarna — kendi takas hesabı. Klarna'nın ödemeleri Klarna'nın programına göre gruplanır ve Klarna adında mevduat olarak görünür. Klarna siparişleri için brüt satışları ve ücretleri oraya kaydedin; her mevduat geldiğinde hesabı kapatın.
- Afterpay — yine aynı. Kendi takas hesabı, kendi ödeme raporu, kendi sıfır kontrolü.
Her hesap her ödeme döngüsünden sonra bağımsız olarak sıfıra ulaşmalıdır. Biri ulaşmadığında, tek bir rapor açmadan hangi akışın sorunu olduğunu bilirsiniz — ki bu desenin amacı budur. Klarna veya Afterpay'i ödeme ağ geçidi eklentileri aracılığıyla çalıştıran WooCommerce mağazaları aynı yapıya sahiptir; WooCommerce–QuickBooks senkronizasyon kılavuzu platforma özel sürümü ele alır.
Yapmanız gereken, üç akışın da tek bir ayırt edilmemiş gelir hesabına akmasına izin vermek değildir. Klarna mevduatının gelir olarak kaydedilmesi (ücretlerden düşülmüştür — şimdi geliriniz eksik beyan edilmiştir ve ücretleriniz kayıptır) ve eksik bir Afterpay ödemesinin bir çeyrek boyunca fark edilmemesi bu şekilde olur.
BNPL Aracılığıyla İadeler
İadeler, BNPL'nin tesisatının en net göründüğü yerdir, bu nedenle ilk iadenizden önce akışı bilin.
Bir BNPL siparişini iade ettiğinizde, onu sağlayıcı aracılığıyla iade edersiniz — sizin tarafınızdan, genellikle her zamankiyle aynı iade düğmesidir. Sağlayıcı müşterinin tarafını geri alır: kalan taksitleri iptal eder, müşterinin o ana kadar ödediği her şeyi iade eder. Bunların hiçbiri sizin kayıtlarınıza ait değildir.
Kayıtlarınıza ait olan, herhangi bir iade gibi aynı karşı-gelir girişidir — satış iadeleri artar ve bir sonraki ödemenizden geri alınan nakit o akışta yer alır. Pürüz, ücrettir. Sağlayıcının iade edilen bir siparişteki satıcı ücretini iade edip etmediği, sağlayıcıya ve anlaşmaya göre değişir: bazıları tam olarak iade eder, bazıları bir kısmını tutar, bazıları tamamını tutar. Varsaymayın — anlaşmanızı kontrol edin ve ücret iade edilmediğinde, tutulan kısmı bir mutabakat boşluğuna kaybolmaması için bir işlem gideri olarak kaydedin.
BNPL iadeleri, kart iadelerinden daha sık yerleşim dönemlerini aştığı için (müşteri fikrini değiştirmeden önce yerleşim zaten ödenmişti), sıfırlanmayan temizleme hesaplarının yaygın bir kaynağıdır. Dönemler arası iadeler de dahil olmak üzere iade zamanlamasını doğru yapmanın mekaniği, iade ve geri ödeme muhasebesi kılavuzumuzda ayrıntılı olarak ele alınmaktadır.
Gelir-Gider Tablosu Sorusu: BNPL, Karma Marjı Nasıl Etkiler?
Şimdi stratejik kısım — marjınızın yarım puan düşmesinin ve kar/zarar tablosunda bunu açıklayan hiçbir şeyin olmamasının nedeni.
BNPL ücretleri, nokta, işlem gideridir. Pazarlama maliyeti değil, gelir karşıtı değil, bir mevduat içindeki gizemli bir kesinti değil. Kendi gider satırında (veya satıcı işlem ücretleri altında gruplandırılmış) görünür olmaları gerekir, böylece hareketlerini görebilirsiniz.
Ve hareket edecekler, çünkü karışıma göre ölçekleniyorlar. Öncekiyle aynı kurgusal oranları kullanarak, BNPL payı büyüdükçe ayda 50.000 $ yapan bir mağazanın başına neler geldiğini izleyin:
| Satışların BNPL payı | Kart ücretleri (%2,9 + 30¢, örnek) | BNPL ücretleri (%6, örnek) | Toplam işlem maliyeti | Etkin harmanlanmış oran |
|---|---|---|---|---|
| 0% | ~1.600 $ | $0 | ~1.600 $ | ~%3,2 |
| 20% | ~1.280 $ | $600 | ~1.880 $ | ~%3,8 |
| 40% | ~960 $ | $1,200 | ~2.160 $ | ~%4,3 |
Aynı gelir. Aynı ürünler. Bir puanlık marj gitti — kaybedilmedi, BNPL'nin gerçekten sağladığı dönüşüm artışı ve daha büyük sepetler için harcandı. Bu takas buna değebilir. Ancak, ücret kendi satırı olarak kar/zarar tablonuzda göründüğünde ve karışımınız değiştikçe hareket ettiğinde bunu değerlendirebilirsiniz. Net bir mevduatın içine gömülmüşse, işinizin gizemli bir şekilde kötüleştiği gibi görünür.
Kendi defterlerinize sormanız gereken soru: Gelecek çeyrekte BNPL satışlarınızın %10'undan %30'una çıkarsa, kar/zarar tablonuz size maliyeti gösterecek mi? Cevap hayır ise, ücret bir yerde netleştiriliyor — ve çözüm yukarıdaki temizleme hesabı yapısıdır.
Otomatikleştirildiğinde Bu Nasıl Görünür
Yukarıdaki her şey elle yapılabilir: akış başına temizleme hesapları, brüt gelir yevmiye kayıtları, her sağlayıcının raporundan alınan ücretler, yerleşim dönemleri boyunca izlenen iadeler. Mutabakat sütunundaki aynı altı adımlı yöntemdir, her akış için bir kez, her döngüde çalıştırılır. Sorun tam olarak budur — BNPL yöntemi zorlaştırmadı, onu paralel olarak iki veya üç kez, farklı portallardaki raporlara karşı çalıştırmanızı sağladı.
Bu, bir senkronizasyon aracının var olduğu iş kategorisidir. LedgerPort, mağazanızdan siparişleri, iadeleri ve ücretleri okur ve bunları yapıları bozulmadan QuickBooks'e gönderir — gelir brüt olarak, ücretler görünür bir gider olarak, her yerleşim akışı ayrı olarak temizlenir, her ağ geçidi için aynı desen. Siparişler, seçtiğiniz ödeme durumuna ulaştıklarında gönderilir, böylece bir BNPL siparişi, vaat edildiğinde değil, yakalandığında defterlerinize girer — sipariş senkronizasyon yöntemleri belgesi bu tetikleyicinin nasıl çalıştığını gösterir. Ödeme yevmiyeleri ve ücret işlemleri Ölçek planında ve üstünde gönderilir; çizginin nerede olduğunu görmek için fiyatlandırmaya bakın.
Dürüst uyarı: hiçbir araç BNPL ekonominizi değiştirmez. Ücret, anlaşmanızın belirttiği ücrettir. Otomasyonun değiştirdiği şey, bu ücretin kar/zarar tablonuzda üzerinde işlem yapabileceğiniz bir sayı mı — yoksa Nisan ayında keşfettiğiniz bir kalıntı mı olduğudur.
Cevap Hep Peşindi
BNPL'nin taksit takibi sorunu — öğrenilecek yeni bir gelir muhasebesi rejimi — olmasını bekleyerek geldiniz. Tam tersi. Sağlayıcı, taksitleri tamamen sizin üzerinizden aldı ve karşılığında size çok daha sıradan iki sorun sundu: alışılmadık bir raporda daha büyük bir ücret ve banka akışınızda yeni bir mevduat akışı.
Her ikisi de yapıya boyun eğer. Her akışa sıfırlanması gereken bir takas hesabı verin. BNPL ücretlerini kendi gider satırınıza koyun ve karışımınız değiştikçe birleşik oranı izleyin. İlk iadeden önce, iadeden sonra değil, iade-ücret davranışını sözleşmenizden kontrol edin.
Klarna veya Afterpay mevduatlarınız şu anda "Shopify geliri"ne iniyorsa, bu hafta çekeceğiniz ip bu. Ve üç takas akışı boyunca takas hesabı yöntemini çalıştırmak, emekli olmaya çalıştığınız ay sonu türü gibiyse, LedgerPort'un ücretsiz planı otomatik sürümü test etmenin düşük riskli yoludur — yukarıdaki 100 dolarlık çalışma örneği, tam olarak hesap tablosu olmadan, sipariş başına, akış başına yaptığı çeviridir.
