WooCommerce'te bölünmüş ödeme: nakit ve kart aynı satışta

“Kırkı nakit, kalanı karttan.” Bir mağaza kasasında söylenen en sıradan cümlelerden biri ve bir WooCommerce siparişinde tam karşılığı olan bir alanın bulunmadığı tek cümle. Sepet doğru, toplam doğru, müşterinin parası iki ayrı biçimde elinde; yazılım ise tek bir soruya tek bir yanıt istiyor: bu ödeme nasıl yapıldı?

Bu yazı WooCommerce’in neden böyle kurgulandığını, bu varsayımın kasa başında neye mal olduğunu ve mağazaların buna karşı yaptığı üç şeyi anlatıyor. Her birinin bedelini ima etmek yerine açıkça yazdım. Sonra kısaca, yazının sonunda, kendi eklentimizin bu tabloda nerede durduğuna geliyorum: ücretsiz sürüm bir satışı, toplamın tamamını karşılayan tam olarak tek bir ödeme yöntemiyle kapatır; tek satışta birden çok tahsilat türü ise ücretli bir yetenektir. WooCommerce’in içinde bir kasa çalıştırıp çalıştırmayacağınıza hâlâ karar veriyorsanız, WooCommerce’in dahili bir satış noktası var mı yazısı geniş resmi veriyor.

WooCommerce neden bir siparişi tek bir ödemenin kapattığını varsayar#

Bir siparişin sakladığı bilgilere bakın. Bir ödeme yöntemi vardır: siparişi işleyen ödeme altyapısının kimliği. Bir de ödeme yöntemi başlığı vardır; sipariş listenizde toplamın yanına yazılan, insanın okuduğu metin. Tek bir işlem kimliği vardır. Tek bir ödeme tarihi vardır. “Bu ödeme nasıl yapıldı” sorusunun yanıtı için bir yer vardır ve o yer tek bir değer tutar.

Bu bir gözden kaçırma değil ve etrafından dolaşmanın yolunu aramadan önce anlaşılmayı hak ediyor. WooCommerce’in ödeme modeli tek bir ödeme altyapısıyla yürütülen bir diyalogdur: ödeme adımı siparişi devreder, altyapı başarı ya da başarısızlık bilgisiyle birlikte bir referans döner ve sonrasındaki her şey bunun tek anlamlı olmasına dayanır. İade de buna dahildir; çekirdek, parayı alan altyapı iadeyi destekliyorsa iadeyi o altyapı üzerinden geri sunar, desteklemiyorsa manuel iade olarak sunar. İki ödeme demek iki referans, iki mutabakat raporu, iki olası kısmi başarısızlık ve ucunda bir soru olan bir iade demek olurdu: hangisinden geri?

Çevrimiçi tarafta bu varsayım basitçe doğrudur. Ödeme adımındaki müşterinin elinde tek bir araç vardır; sitenizden kazak alan hiç kimse yarısı için kart bilgisi girip kalanı için size çek göndermez. Model işlemin kendisiyle örtüşür ve iyi bir modelin tanımı da budur. Ta ki onu tarayıcıdan çıkarıp bir tezgâhın arkasına koyana kadar.

Bu varsayımın kasa başındaki bedeli#

Bir mağazada karma ödeme normaldir. Müşteri cebindeki bozuklardan kurtulmak ister. Elinde hediye gelmiş banknotlar vardır, farkı da kartla öder. Bankasının temassız limiti vardır ve sepet o limitin üstündedir. İki arkadaş tek bir alışverişi paylaşır. Bunların hiçbiri egzotik değil; sıradan bir salı günü.

Bedel satışın kendisinde değil. Satış sorunsuz geçer, çünkü yazılımınız ne düşünürse düşünsün müşteri parayı verir. Bedel gün sonunda, iki bağımsız sayının kayıtlarınızla uyuşması gerektiğinde ortaya çıkar: kasada fiziksel olarak ne olduğu ve kart terminalinizin ya da bankanızın neyi tahsil ettiğini söylediği. Bu ikisi, cironuzun gördüğü tek dış denetimdir.

Karma bir satışı tek yöntem olarak kaydettiğinizde ikisini birden, aynı tutarda ve zıt yönlerde yanlışlamış olursunuz. Bunu bir haftada dört kez yapın, nakit sayımı kimsenin açıklayamadığı bir tutar kadar şaşar. Bu, paranın kendisinden çok daha yıpratıcıdır: personel sayıma güvenmeyi bırakır ve kimsenin güvenmediği bir sayım gerçek hataları yakalamayı bırakır. Belirti çok tipiktir: bir tahsilat türü eksik, diğeri aynı tutarda fazla, genel toplam ise kusursuz doğru. Bu belirti, bir günün cirosuyla raporun uyuşmamasının diğer dört nedeniyle birlikte WooCommerce satış raporunuz neden kasadakiyle uyuşmuyor yazısındaki listede yer alıyor.

Mağazaların gerçekte kullandığı üç geçici çözüm#

Yalnızca WooCommerce çekirdeğiyle tam olarak üç tane var ve kasası olan her mağaza bunlardan birini seçmiş durumda, çoğunlukla hiç konuşmadan: sepeti iki siparişe bölmek; tek tahsilat türü kaydedip farkı kâğıtta taşımak; ya da bölmeyi reddedip tutarın tamamını tek bir araçtan almak. Her biri bir yerde savunulabilir. Her birinin bir bedeli var ve o bedel sonradan ödeniyor.

Birinci çözüm: iki sipariş#

Akla ilk gelen hamle. Sepetin bir kısmını okutup nakdi alın, sonra kalanını okutup kartı alın. İki sipariş, iki ödeme yöntemi ve WooCommerce’teki her sayı teknik olarak doğru.

Bunun bedeli şu.

• Yalnızca sepet doğru yerden bölünüyorsa işe yarar. £66’lık bir sepet için £40 nakit ve £26 kart ödeyen bir müşteri, malların nasıl bölüneceğini tarif etmiyor. Kazak £60, çoraplar £6 ise bunu bir £40 siparişiyle bir £26 siparişine kesmenin yolu yok: ya tek bir ürünü iki siparişe bölmeniz gerekir ki bu mümkün değil, ya da satır fiyatlarıyla oynamanız gerekir ki bunu yapmamalısınız.
• Müşteri tek alışveriş için iki fiş alır. Bir iade için o iki fişi birlikte saklaması gerekir ve saklamaz.
• İadeler belirli bir biçimde zorlaşır. Üç hafta sonra kazağı iki fişten biriyle getirir ve o fişin işaret ettiği sipariş, kazağı içeren sipariş olmayabilir. Yönetilebilir bir durum, fişsiz iade almak ve stoku geri koymak yazısına bakın, ama satış anında sizin yarattığınız bir sorun.
• Sipariş başına düşen her istatistik sessizce ikiye katlanır. Sipariş sayısı, ortalama sepet, işlem başına ürün. Ortalama sepet büyüklüğünüze bakarak herhangi bir karar veriyorsanız, karma ödemeleri ikiye bölmek bu değeri tam da böldüğünüz kadar aşağı çeker.

Hiç değilse stok ve para doğru kalır: malları aralarında bir kez tutan iki sipariş, stoku bir kez düşürür ve aynı tutara toplanır. Bu geçici çözümün ayakta kalma nedeni de bu; üçü arasında defteri doğru bırakan tek yöntem. Neye mal oluyorsa aritmetikte değil, biçimde mal oluyor.

Bunu, sepet gerçekten bölündüğünde kullanın: kendi ürünlerinin parasını ödeyen iki müşteri ya da aynı anda geçen bir kurumsal ve bir kişisel alışveriş. Bunlar aslında bölünmüş tahsilat değildir. Tek sıraya girmiş iki ayrı satıştır ve bunların doğru kaydı iki sipariştir.

İkinci çözüm: tek tahsilat türünü kaydedin, kalanını bir yere yazın#

Kasa başında en hızlı yol ve sonrasında açık ara en pahalısı. Bir yöntem seçin, genellikle büyük payı hangisi karşıladıysa o olur, satışın tamamını onun altına işleyin ve gerçek dağılımı bir yere not edin. Sıra ilerler ve hiçbir şey tıkanmaz.

Üstlendiğiniz şey bir mutabakat borcudur. Sipariş bir şey söyler, gerçek başka bir şey söyler ve fark yalnızca not aldığınız yerde vardır. Kâğıda yazılan notlar kaybolur; bir personelin aklındaki not vardiya bitmeden kaybolur. Siparişin üzerine düzgünce yazılmış bir notun bile bir kusuru var: sipariş notu hiçbir toplamda görünmez, dolayısıyla gün sonu sayımında varlığını size hiçbir şey hatırlatmaz. Gidip aramanız gerekir ve aramanız gerektiğini de ancak bir şeyin yanlış olduğunu bildiğinizde bilirsiniz.

Geçici çözümünüz buysa, ki ayda iki kez karma ödeme gören bir mağaza için makul bir tercihtir, bunu kazara değil bilerek yapın:

• Bir yön seçin ve ona bağlı kalın. Satışın tamamını her zaman büyük payı alan yöntemin altına kaydedin; her seferinde ve herkes aynı şekilde. Tutarlılık sayıları doğru yapmaz ama hatayı öngörülebilir kılar ve öngörülebilir bir hatanın peşine düşülebilir.
• Notu kâğıda değil, siparişin üzerine yazın. Sipariş numarasının karşısındaki “£40 nakit, £26 kart” notu vardiyadan da, personelden de, defterden de uzun yaşar. Kasamızın satış ekranında tam olarak bunu siparişe yazan bir not alanı var.
• Hangi tutarda kabul edilebilir olmaktan çıktığına karar verin. Haftada on sterlinlik sapma gürültüdür. İki yüz sterlin ise bir defterle çözmeniz gereken bir sorun değildir.

Üçüncü çözüm: tutarın tamamını tek bir araçtan alın#

Kimsenin listelemediği seçenek, çünkü pes etmek gibi duruyor. Değil: bu bir politikadır ve pek çok küçük mağaza için doğru olanıdır. Müşteri bölmeyi önerdiğinde, kasanın satış başına tek yöntem aldığını söyler ve hangisini tercih ettiğini sorarsınız.

Bedel gerçek ama küçük, üstelik mali olmaktan çok sosyal: ayda birkaç hafifçe tuhaf an ve arada bir de toplamı tek yoldan gerçekten karşılayamayan bir müşteri. Kazancınız ise tuttuğunuz her kaydın doğru olması; not yok, ikinci sipariş yok, sonradan yeniden kurulacak bir şey yok. Tek kasalı, kendi defterini kendi tutan, karma ödemeyi saat başı değil arada bir gören bir mağazada bu seçenek diğer ikisini de yener.

Hiçbir mağazada, hiçbir sistemde yapılmaması gereken bir şey var: tutarın tamamını karttan alıp dengelemek için müşteriye kasadan nakit vermek. Bu bir geçici çözüm değil, birinin kartından nakit avans çekmektir; çoğu üye iş yeri sözleşmesini ihlal eder ve kasa sayımını düzeltmek yerine daha da bozar.

Bölünmüş tahsilatın bir işe yaraması için neyi kaydetmesi gerekir#

Buna yönelik herhangi bir çözümü değerlendiriyorsanız (bizimkini, başkasınınkini ya da geliştirmeyi düşündüğünüz bir şeyi) tutmanız gereken şartname budur. Bölünmüş ödeme bir etiket değildir. Siparişin ödeme başlığına “Nakit + Kart” yazmak çözüm gibi görünür ve hiçbir şeyi çözmez, çünkü bir metni toplayamazsınız. Gün sonunda soru hiçbir zaman “bu bölünmüş müydü” değildir, “ne kadar nakit var” sorusudur. Bir tahsilat kaydının beş şeyi taşıması gerekir:

• Tutar, her parça için ayrı ayrı ve sayı olarak.
• Yöntem, kasiyerin yazdığı serbest metin olarak değil, gruplanabilir bir kimlik olarak.
• Ait olduğu sipariş, ki bir iade ya da iptal onu yeniden bulabilsin.
• Tahsilatı kimin aldığı, çünkü kasa farkı bir sayı kadar bir kişiyle de ilgili bir sorudur.
• Ne zaman alındığı, mağazanın kendi saat diliminde, çünkü gün sınırı hangi günün cirosuna gireceğini belirler.

Bu beşini elde ettiğinizde sonrasındaki her şey çalışır: nakit rakamı bütün siparişleri değil nakit parçalarını sayar ve ödeme dağılımı eksik anlatarak yalan söylemeyi bırakır. Tutarı atlarsanız elinizde bir not kalır. Yöntemi bir kimlik olarak tutmayı atlarsanız elinizde ebediyen bir arama sorunu kalır.

Bu ayrım yazının tamamı için önemli. Burada anlatılan hiçbir şey karttan çekim yapmaz. Tahsilat türleri, paranın nasıl geldiğine verilen adlardır; bunları yeniden adlandırabilir ya da kendinizinkini ekleyebilirsiniz: bir hediye çeki programı, bir teslimat firmasının hesabı, ayrı sayılmasını istediğiniz ikinci bir kart makinesi. Yazılımın size borçlu olduğu şey, hangisinin ne kadar aldığına dair dürüst bir kayıttır.

Eklentimizde sınır nerede#

Bu kısım muğlak kalırsa yazının geri kalanı hiçbir işe yaramaz, o yüzden açıkça yazıyorum. Ücretsiz sürüm bir satışı, toplamın tamamını karşılayan tam olarak tek bir ödeme yöntemiyle kapatır. Satış ekranındaki ödeme düğmeleri tekli seçimdir; Kart’a bastığınızda Nakit seçimi kalkar. Sunucu da aynı kuralı bağımsız olarak uygular: bilinen tek bir yöntem dışında bir şeyle gelen satış reddedilir ve kabul ettiği yöntem tutarın tamamı için kaydedilir. Ücretsiz sürümde hiçbir yerde kısmi durum, kalan ya da ödenecek bakiye yoktur. Fiş tek bir ödeme satırı basar, sipariş tek bir ödeme yöntemi başlığı taşır ve panodaki ödeme dağılımı her satışın tam değerini onu kapatan tek yönteme yazar.

Bu arada, mağazanız fiyatları hangi esasla gösterirse göstersin o toplam vergi dahil tutardır; bir kasa, müşterinin gerçekten ödediği rakamı söylemek zorundadır. Sepete bir indirim uygulanmışsa o rakamın arkasındaki aritmetik vergi dahil fiyatlarda indiriminiz neden yanlış çıkıyor yazısının konusu. Burada önemli olmasının nedeni şu: bölünmüş bir ödemenin toplanması gereken rakam, bütün bunlardan sonra kalan rakamdır.

Tek satışı birden çok tahsilat türüne bölmek Retail POS Pro kapsamındadır. O sürümde her parça, yukarıda sayılan beş şeyi taşıyan kendi satırı olarak saklanır: tutar, yöntem, sipariş, kasiyer ve zaman. Böylece yazar kasa bütün siparişleri değil nakit tahsilatları sayar, yarısı nakit olan bir satış beklenen kasa tutarına yalnızca nakit yarısıyla katkı verir, sipariş Nakit + Kart olarak özetlenir ve fiş her parçayı toplamın altında ayrı ayrı gösterir. Aynı satış: tek sipariş, tek belge, tek stok hareketi.

Her iki sürümde de yapmadığı şey: hiçbir tahsilat gerçekleştirmez. Kartı yine kendi terminalinizden çekiyor, düğmeye sonra basıyorsunuz. Bir de iade, hem ücretsiz sürümde hem Pro’da tam olarak tek bir iade yöntemi kaydeder. Bölünmüş tahsilat satışlar için geçerlidir, iadeler için değil; yani karma bir satışı iade etmek, paranın hangi cepten çıkacağına karar verip bunu belirtmek demektir.

Komşu vaka: malı şimdi alıyor, kalanını haftaya ödüyor#

Bu, bölünmüş ödemeyle sürekli karıştırılıyor ama bambaşka bir şey. Bölünmüş ödemede paranın tamamı burada, birden fazla biçimde. Kısmi ödemede paranın bir kısmı burada değil. Bu kredidir ve kredinin bir borçlusu, bir bakiyesi ve peşine düşmesi gereken biri vardır.

WooCommerce çekirdeğinde kısmi ödeme diye bir kavram hiç yok: sipariş ya ödenmiştir ya ödenmemiştir. Elinizde yalnızca çekirdek varken dürüst geçici çözüm, bir kasa işlemi değil bir sipariştir. Siparişi wp-admin’de oluşturun, Beklemede durumuna alın ve kaparoyu sipariş notu olarak kaydedin. Beklemede bilinçli bir tercihtir: stoku düşürür ki mal fiziksel olarak raftan çıktığı için bu doğrudur, ayrıca ürün panelinin düzenlenebilir kaldığı birkaç durumdan biridir. Bakiye geldiğinde siparişi Tamamlandı’ya taşırsınız. Hangi durumların stok hareketi yarattığı ve varsayılan olan Ödeme bekliyor durumunun neden hiçbir şeyi hareket ettirmediği WooCommerce manuel siparişleriniz neden stok düşürmüyor yazısında.

O geçici çözümün zayıf noktası sipariş değil, takip: cuma günü bunlardan hangisinin açık olduğunu, ne kadar süredir açık olduğunu ya da toplam riskin ne olduğunu size hiçbir şey söylemez. Bizim yanıtımız bir Pro özelliği: müşteriye karşı açık bir kalan bırakmak, bunu telefon numarası üzerinden anahtarlanan bir cari hesaba vade tarihiyle işlemek ve bakabileceğiniz bir borçlu listesi sunmak. Bunu ücretsiz bir yeteneğin yanında sessizce bırakmaktansa açıkça söylemeyi tercih ederim. Ücretsiz kasa kısmen ödenmiş bir satış oluşturamaz, çünkü tasarımı gereği tamamını tahsil ederek kapatır.

Bölünmüş tahsilat ile cari hesap arasında seçim yapmak#

İkisi de elinizin altındayken seçim bir kolaylık meselesi değildir. Tek bir soru sorun: paranın tamamı şu anda burada mı? Evetse, karışım ne kadar tuhaf olursa olsun bu bölünmüş tahsilattır: iki kart, nakit ve kart, bir hediye çeki ve kalanı bozuk parayla. Her parçayı olduğu gibi kaydedin, kimsenin bir şey hatırlamasına gerek kalmadan günün rakamları doğru kalsın.

Hayırsa bu kredidir ve kredi olarak kaydedilmesi gerekir. İçten gelen dürtü satışı tamamen ödenmiş sayıp kalanı akılda tutmaktır; bu da tahsil edebileceğiniz bir alacağı, vermeyi hiç istemediğiniz bir indirime çevirir. Almadığınız parayı kaydetmek günün cirosunu bozar ve birinin size borcu olduğuna dair tek izi de ortadan kaldırır.

İkisi de yoksa, yani ücretsiz sürüm, çekirdek WooCommerce ve tek kasa varsa, işleyen politika üçüncü geçici çözüm artı yazılı bir kuraldır: satış başına tek yöntem ve beklemedeki bir sipariş ile karşısında bir isim olmadan kredi yok. Yan komşunuzdan daha az esnek, ama aynı zamanda kasa sayımının bir anlam ifade ettiği sürüm; gerçek bir hatayı yakaladığı gün bu, esneklikten daha değerli.

Sıkça sorulan sorular#

WooCommerce tek bir sipariş için iki ödeme yöntemi kabul edebilir mi?#

Çekirdekte hayır. Sipariş tek bir ödeme yöntemi, tek bir ödeme yöntemi başlığı ve tek bir işlem referansı saklar; ikinci bir araca karşılık ikinci bir tutar koyacak yer yoktur. Bölünmüş tahsilat sunan her çözüm, siparişin yanında kendi kayıtlarını tutuyor ve bunları gösterim için o tek alanda özetliyordur. Pro sürümümüzün yaptığı da budur: kendi tablosunda tahsilat başına bir satır ve siparişin ödeme başlığında bunların birleşimi.

Bölünmüş ödeme için iki sipariş oluşturmalı mıyım?#

Yalnızca sepet gerçekten ödenen tutardan bölünüyorsa. Kendi ürünlerini alan iki müşteri ya da bir kişisel alışverişin yanında geçen bir kurumsal alışveriş, tek sıraya girmiş iki satıştır ve doğru kayıt iki sipariştir. Ödeme alanını memnun etmek için keyfi bir rakamdan kesilmiş tek bir sepet ise değildir: tek alışveriş için iki fiş üretir, sonraki bir iadeyi zorlaştırır ve sipariş başına tuttuğunuz her istatistiği aşağı çeker. Stok ve para doğru kalır; yalnızca çekirdekle yapılabilecekler arasında en az kötüsü olmasının nedeni de budur.

Kasada ödemenin bir kısmını nakit, bir kısmını kart olarak nasıl kaydederim?#

Yalnızca çekirdekle çalışıyorsanız geçici çözümü seçin ve tutarlı biçimde uygulayın: sepet bölünüyorsa iki sipariş, ya da gerçek dağılımı sipariş notuna yazarak satışın tamamını tek yöntem altında. Hangisini seçerseniz seçin kuralı yazın ve herkesin uymasını sağlayın, çünkü gün sonu farkını takip edilemez kılan şey tutarsızlıktır. Ücretsiz sürümümüzde satış, toplamın tamamını karşılayan tek bir yöntemle kapatılır; dolayısıyla aynı tercih burada da geçerli. Her parçayı tek bir siparişe karşı ayrı ayrı kaydetmek ise Pro sürümün eklediği şeydir.

Bölünmüş ödemeyle kapanmış bir siparişte müşteri ürün iade edince ne olur?#

Paranın hangi tahsilat türünden geri çıkacağına birinin karar vermesi gerekir, çünkü müşterinin nakit mi yoksa kartına iptal mi istediğini hiçbir yazılım bilmez. Eklentimizde iade, hem ücretsiz sürümde hem Pro’da tam olarak tek bir iade yöntemi kaydeder; gerçekten ödeme yaptığınız yöntemi siz seçersiniz ve kayıt bunu söyler. Her iki durumda da bir ödeme kuruluşuna hiçbir şey gönderilmez; kasa iadesi, elinizle yaptığınız bir ödeme ve bunu kanıtlayan bir belgedir. Hiç sipariş numarası olmayan bir iade dahil, akışın tamamı fişsiz iade nasıl alınır yazısında.

Kısmi ödeme ile bölünmüş ödeme aynı şey mi?#

Hayır ve bu farkta titiz olmaya değer. Bölünmüş ödeme, tutarın tamamının birden fazla biçimde ve şimdi gelmesidir. Kısmi ödeme ise henüz gelmemiş paradır. Bu kredidir; bir bakiyeye, bağlı olduğu bir müşteriye ve peşine düşen birine ihtiyaç duyar. İkincisini birincisi gibi işlemek, bir alacağın istenmeyen bir indirime dönüşme yoludur.

Bölünmüş tahsilat fişin basımını değiştirir mi?#

Ücretsiz sürümde değişecek bir şey yok: satışı tek yöntem kapatır ve tek bir ödeme satırı basılır. Pro’da bir satışı birden fazla tahsilat kapattığında fiş, her parçayı tutarıyla birlikte toplamın altında sıralar ve ödenmemiş bir kalan varsa bunu ödenecek bakiye olarak basar. Fiş, her iki sürümde de tarayıcının kendi yazdırma penceresine verilen dar ve eşaralıklı bir sayfadır; yazıcı sürücüsü yoktur ve biri Yazdır’a basmadan kâğıda hiçbir şey ulaşmaz.

Bundan sonrası#

Tahsilat türleri, aylarca sessizce yanlış kalma ihtimali en yüksek kasa ayrıntısıdır; çünkü toplam her zaman doğrudur, yanlış olan yalnızca dağılımdır. Resmin geri kalanı, yani sepetteki doğru satır, o satırdaki para ve gün sonunda günün gerçekte ne olduğunu bilmek, WooCommerce ile yüz yüze satış üzerine ana yazıda. Rakamlar şimdiden uyuşmuyorsa satış raporunuz neden kasadakiyle uyuşmuyor beş nedeni kontrol edilmeye değer sırayla ele alıyor, vergi dahil fiyatlarda indiriminiz neden yanlış çıkıyor ise kuruşların içinde saklanan nedeni anlatıyor.

Retail POS for WooCommerce WordPress.org’da ücretsiz: wp-admin içinde eksiksiz, tek kasalı bir satış noktası; burada bir kasa satışı sıradan bir WooCommerce siparişidir ve adını kendinizin koyduğu tek bir ödeme yöntemiyle kapatılır. Dokümantasyon her ekranı ve ayarı anlatıyor. Tek satışı birden çok tahsilat türüne bölmek, müşterinin hesabında bir kalan bırakmak ve gün sonunda bu tahsilatları sayan yazar kasa Retail POS Pro kapsamındadır.