WooCommerce indirimi vergi dahil fiyatta neden yanlış çıkar

Kasiyer iki kalem okutur, müşteri düzenli geldiği için %10 indirim uygular ve parayı alır. Sepet £45.00, müşterinin ödediği £40.50, herkes memnun. Üç hafta sonra o satışın KDV rakamları 50 peni sapmış çıkar ve kimse nedenini bulamaz; çünkü ekrandaki toplam doğruydu, fişteki toplam doğruydu, çekmecedeki para da doğruydu.

Sorun hiçbir zaman toplam değildi. Sorun onun altında: indirimin iki farklı vergi oranı arasında nasıl bölüştürüldüğü. Perakende yazılımının sessizce pahalıya patlayan hatalarından biridir, çünkü bir insanın kontrol ettiği her noktada doğru görünen sayılar üretir.

Müşterinin gördüğü sayının %10’u olmayan bir %10 indirim#

Belirti iki biçimden biriyle gelir. Ya indirim beklediğiniz tutardan birkaç peni sapar ya da sipariş toplamı tam olarak doğrudur ama siparişteki vergi satırları elde hesaplayacağınızla uyuşmaz.

İkisinin de kökü aynı: WooCommerce’te bir fiyat yalnızca bir sayı değildir. Bir sayı artı bir temeldir; verginin fiyatın içinde mi olduğu, yoksa üstüne mi ekleneceği. Bir temele göre hesaplanıp başka bir temele uygulanan indirim de makul görünen ama yanlış bir yere düşer. Birinci biçim bir yuvarlama artığıdır. İkincisi ise verginin gerçek anlamda yanlış beyanıdır ve anlamaya değer olan odur; özellikle yüz yüze de satış yapıyorsanız ve WooCommerce’in tezgâhta neyi kapsayıp neyi kapsamadığını okuyorsanız.

Bir fiyatın ne anlama geldiğini tek bir ayar belirler#

WooCommerce → Settings → Tax altında Prices entered with tax adlı bir ayar vardır. İki konumu vardır ve kataloğunuzdaki her fiyatın anlamını değiştirir.

• Yes, I will enter prices inclusive of tax. Ürüne yazdığınız £24.00, müşterinin elden verdiği tutardır; WooCommerce geriye doğru çalışıp içindeki vergiyi bulur.
• No, I will enter prices exclusive of tax. Yazdığınız £20.00 net tutardır ve vergi bunun üstüne biner. WooCommerce kutudan bu konumda çıkar.

Aynı ekranın aşağısında Display prices in the shop ayarı ve sepet ile ödeme sayfası için onun eşi durur. İkisi de varsayılan olarak Excluding tax gelir ve ikisi de giriş temelinden bağımsızdır. Yani bir mağaza pekâlâ net fiyat tutup brüt gösterebilir ya da tersini yapabilir. Dört geçerli bileşim eder ve bunlardan birini varsayan kod diğer üçünde bozuktur.

Bir indirim sorusunun vergi sorusuna dönüşmesi bu yüzden. Yüzde on ama neyin: saklanan fiyatın mı, gösterilen fiyatın mı, satır toplamının mı, sipariş toplamının mı? Tek oranlı bir mağazada kötü bir yöntem kendini yanlış bir tutar olarak duyurur; görünürdür ve çabuk düzeltilir. İkinci bir oran ekleyin, saklanmayı öğrenir; çünkü toplam tam olarak doğru çıkarken altındaki vergi doğru çıkmayabilir.

WooCommerce negatif bir ücret satırıyla gerçekte ne yapar#

Bir siparişe indirim iliştirmenin yaygın yolu, negatif tutarlı bir ücret satırıdır: sipariş ekranında üç tıklama ve yazılan bir rakam, kodda tek bir çağrı. Toplam düşer ve satış bitmiş görünür. Çekirdeğin o satırla ne yaptığını bilmekte fayda var, çünkü bu konudaki alışılmış uyarı yanlıştır ve asıl sorun başka yerde durur.

Alışılmış uyarı şöyle işler: bir ücret tek bir vergi sınıfı taşır, dolayısıyla indirimin tamamı tek bir oran üzerinden düşülür ve karma oranlı bir sepet yanlış beyan edilir. Bu, pozitif bir ücret için doğrudur. Negatif bir ücret için ise WooCommerce 3.2’den beri doğru değil. Toplamı sıfırın altında olan bir ücret özel bir yol izler: tutar, siparişte bulunan vergi sınıfları arasında her sınıfın katkısı oranında bölüştürülür ve her pay o sınıfın kendi oranıyla vergilendirilir. Ücretin kendi vergi sınıfına hiç bakılmaz ve negatif sepet ücretleri de aynı şekilde işlenir. Bu noktada çekirdek doğru davranıyor.

Ücretin yanlış yaptığı şey temeldir. Ücret tutarı net bir rakamdır: tıpkı bir satır kaleminde olduğu gibi vergi onun üstüne hesaplanır. Kasiyerin söylediği indirim ise brüttür; müşterinin birazdan elden vereceği sayının bir dilimidir. Vergi dahil fiyat tutan bir mağazada brüt rakamı ücret kutusuna yazarsanız, ücret kendi vergisini de düşer ve toplam söylediğinizden daha aşağı iner. Hiçbir şey bunu işaretlemez, çünkü o zincirdeki her sayı kendi içinde tutarlıdır.

Ters sonuç ise vergiyi hiçbir şeyin yeniden hesaplamadığı her durumda ortaya çıkar: kendi toplamlarını kendisi belirleyen kodla yazılmış bir ücret ya da vergi kutuları elle boşaltılıp kaydedilmiş bir ücret satırı. Alınan para düşer, vergi yerinde kalır ve hiç tahsil etmediğiniz para üzerinden vergi beyan etmiş olursunuz. Yukarıdaki 50 peni budur ve en uzun ömürlü olan da budur, çünkü müşterinin toplamı doğrudur.

Üçüncü bir maliyetin vergiyle hiç ilgisi yok: ücret, malları azaltmak yerine onların yanında durur; dolayısıyla kalem satırları indirimsiz toplamlarını korur ve satır bazlı bir iade, indirim öncesi parayı geri verir. Burası, elle girilen bir satışın stoka hiç dokunmadan kalabildiği ekranın aynısı ve nedeni de aynı: her kontrolün neyi ima ettiğini bilen birini varsayıyor. WooCommerce’in kendi kupon motoru bunların hepsinden kaçınır: kupon her kalemi ara toplamına sıfırlar, kalem satırlarının kendisini azaltır ve vergiyi azaltılmış toplamlardan yeniden hesaplatır.

Paranın bir temeli vardır ve temel, değerin bir parçasıdır. Verginin içinde mi dışında mı olduğunun izini kaybetmiş bir rakam, güvenle bir şey yapabileceğiniz bir sayı değildir.

Ayakta kalan hesap: tek bir oran, her satır#

Karma oranlar altında ayakta kalan yöntem gösterişsizdir. İndirimi brüt bir taban üzerinden tek bir tutar olarak hesaplayın, bunu o tabanın bir oranına çevirin ve her satırı o oranda azaltın; böylece her satır kalanı korur. Sonra vergiyi, herhangi bir siparişte olacağı gibi, WooCommerce azaltılmış satırlardan yeniden hesaplasın.

Retail POS eklentimizin yaptığı budur. Bir yüzde ya da sabit bir tutar girilir, tarayıcı canlı bir önizleme gösterir ve sunucu, tarayıcının gönderdiği rakama güvenmek yerine her şeyi baştan hesaplar: yüzde 0–100 aralığına sıkıştırılır, sabit tutar sepeti asla aşamaz ve indirim sipariş toplamıyla sınırlanır, böylece bir satış negatife düşemez. Ardından her satırın toplamı o tek oranla ölçeklenir ve sipariş çekirdek üzerinden yeniden hesaplanır.

Bundan üç özellik doğuyor ve bu yöntemi tercih etmenin nedeni de bunlar:

• Her satır aynı oranda hareket eder, dolayısıyla brüt toplam indirim kadar düşer; WooCommerce yuvarlamayı yaptıktan sonra para biriminizin en küçük birimi kadar sapmayla.
• Vergi, her satır için o satırın kendi sınıfı ve oranından yeniden hesaplanır; böylece her oranın vergisi, ait olduğu mallarla aynı oranda düşer.
• Siparişe hiçbir şey eklenmedi, dolayısıyla açıklanacak fazladan bir satır yok. Üstelik çekirdek, sipariş ekranındaki Discount rakamını, artık kendi ara toplamlarının altında duran satır toplamlarından kendisi doldurur.

Mağaza ayarlarınız bunun üzerine yine geçerlidir; verginin satır bazında mı yoksa ara toplam düzeyinde mi yuvarlanacağı da dahil, ki bu aynı vergi ekranındaki bir onay kutusudur. Kasanın bir görüşü yok: siparişi çekirdeğe teslim eder. Eklenti dokümantasyonu para yolunu daha ayrıntılı anlatıyor.

Tek sepette iki vergi oranı, yan yana#

Yanlış bir yöntemi tek ekranda açığa çıkaran durum şu. Fiyatları vergi dahil giren bir mağaza, A kalemini %20 KDV dahil £24.00 fiyatla, B kalemini %5 KDV dahil £21.00 fiyatla satıyor. İkisi de net £20.00, dolayısıyla sepet brüt £45.00: net £40.00, vergi £5.00. Kasiyer %10 indirim diyor; bu da müşterinin görebildiği sayıdan £4.50 düşmek demek.

Kasiyerin yüksek sesle söylediğini yalnızca son sütun yapıyor: £4.50 indirim ve her oranın vergisi onda bir aşağıda; standart oranlı kalemde £4.00 yerine £3.60, indirimli oranlıda £1.00 yerine £0.90. Yeniden hesaplanan ücret, vergisini oranlar arasında yeterince makul bölüştürüyor ama yine de 56 peni fazla alıyor; çünkü £4.50 net bir rakam olarak okundu ve kendi vergisi de üstüne düşüldü. Vergisiz ücret ise doğru parayı alıyor ve £45’lik bir sepette vergiyi 50 peni fazla gösterilmiş halde bırakıyor.

Burada tam olarak £4.50 düşürecek ücret −£4.00’dır; yalnızca standart oranlı mallardan oluşan bir sepette −£3.75, yalnızca indirimli oranlı mallarda ise yaklaşık −£4.29. Yazılacak rakam önünüzdeki karışıma bağlı ve bu, kuyruğun başındaki bir kasiyerin eline verilecek bir hesap değil. Oran ise böyle bir çözüm gerektirmez.

Bir indirimin nasıl bölüştürülmesi gerektiği nihayetinde mali müşavirinizin ve tabi olduğunuz mevzuatın sorusudur; bu yazı vergi danışmanlığı değildir. Tablonun çözdüğü şey daha dar: hepsi “%10 indirim” gibi görünen üç şey, üç ayrı vergi rakamı ve iki ayrı toplam üretiyor, dolayısıyla “toplam doğru görünüyor” hiçbir şey kanıtlamıyor. Peni farkları, WooCommerce’in varsayılan satır bazlı yuvarlamasını varsayıyor.

Sabit tutarlar aynı sorunun başka bir kılıktaki hali#

“£5 düşelim” demek bütün bunlardan kaçıyormuş gibi görünür. Neyin üstünden £5: müşterinin gördüğü brütten mi, ürüne yazdığınız netten mi? Fiyatları vergi hariç girip vergi dahil gösteren bir mağazada bunlar farklı para tutarlarıdır ve birini söyleyip diğerini düşmek, o başıboş peni şikâyetinin ta kendisidir. Sabit tutar da yüzdeyle aynı muameleyi ister: brüt bir tabana göre okunur, bir orana çevrilir, satırlar ölçeklenir. Kasada £45’lik bir sepetten £5 indirim 0.1111… oranına dönüşür, her satır değerinin kalan 0.8889’unu korur, vergi iki oran boyunca orantılı düşer ve müşteri tam olarak £5 az öder.

Aynı disiplin fiyatların kendisi için de geçerli. Kasiyer sepet satırındaki hızlı düzenleme kutusunu açtığında gördüğü fiyat, mağazanın geri kalanının gösterdiği fiyattır. Bunu kaydetmek ürünü yalnızca bu satış için değil, mağazanın tamamı için değiştirir; bu yüzden sunucu kayıt sırasında fiyatı, mağazanızın fiyatları hangi temelde sakladığına geri çevirir. Bu çevrim olmasa, net fiyat tutup brüt gösteren bir mağazada kutuyu açıp hiçbir şeye dokunmadan Save’e basmak ürünü her seferinde vergi oranı kadar şişirirdi. Oku-sonra-yaz turunun hiçbir etkisi olmamalı; yoksa katalog kendi kendine yukarı kayar.

İadeler bütün bunları devralır: indirimli bir satırı geri vermek, raf fiyatını değil, o satırın kendi vergisiyle indirimli tutarı geri vermek demektir. Kendi fişsiz iademize uzanmadan önce bunu bilmekte fayda var: fişsiz iade, okutulan kalemi katalogdan güncel brüt fiyatıyla fiyatlandırır ve farklı bir tutar yazacağınız bir alanı yoktur; indirimli bir satışı böyle iade ederseniz aldığınızdan fazlasını geri verirsiniz. Kör tezgâh iadesi, orijinal sipariş gerçekten elinizde olmadığı durumlar içindir; sipariş elinizdeyken indirimli satırı siparişin kendisi üzerinden iade edin.

Kâğıdın tutması için fişin ne basması gerekir#

Müşteri bir fişi tek bir belirli yolla kontrol eder: kalem sütununu toplar, ara toplama bakar, indirimi çıkarır, toplamla karşılaştırır. Bu dört rakam birbirini tutmuyorsa, mağaza haklı olsa bile müşteri onun hatalı olduğunu varsayacaktır.

Bu, fişin ne basabileceğini kısıtlar. Kalem satırları indirim öncesi rakamlar olmak zorundadır, çünkü indirim öncesi bir ara toplamın üstünde dururlar. Oraya zaten indirilmiş satırları basıp indirimi bir kez daha çıkarırsanız kâğıt tam olarak indirim kadar şaşar: kusursuz doğru bir siparişin ürettiği, kimsenin tutturamayacağı bir fiş.

Bizim kasamız önce ayarlardan mağaza adını, adresini ve telefonunu basar, sonra sipariş numarasını ve saatini, sonra her kalemi indirim öncesi tutarıyla, sonra indirim uygulanmışsa Subtotal ile etiketi eşliğinde indirimi, sonra TOTAL, en sonda da ödeme yöntemini.

Bunun bittiği yer#

Birkaç dürüst sınır; çünkü yanlış bir varsayımla kuran bir okuyucu, böyle bir paragrafı okuyup kurmamaya karar verenden daha kötü durumdadır.

Kasa, satışın tamamına tek bir indirim uygular: bir yüzde ya da sabit bir tutar. Satır bazlı indirim yok, tezgâhta kupon kodu kutusu da yok; kuponlar WooCommerce’in onları tuttuğu yerde, site ödeme sayfasında ve sipariş ekranında kalır. Basılan fiş ara toplamı, indirimi, toplamı ve ödeme yöntemini gösterir ama orana göre vergi dökümü göstermez. Evrakınız KDV ayrımının kâğıt üzerinde olmasını gerektiriyorsa bu, kasa rulosundan değil, WooCommerce siparişinden gelir; vergi satırlarının doğru ve oran bazlı durduğu yerden, onu okuyan bir fatura aracı üzerinden.

Yazdırma tarayıcınızdan geçer: fiş, rulo ölçüsünde dar bir pencerede açılır ve tarayıcıdan kendisini yazdırmasını ister, yani araya her zaman bir yazdırma penceresi girer; yazıcı sürücüsü ya da ESC/POS desteği yoktur. Ücretsiz sürüm bir satışı tam olarak tek bir ödeme yöntemiyle kapatır; indirimli bir toplamın bir kısmını nakit, kalanını kartla almak bölünmüş ödemedir ve bu bir Pro yeteneğidir. Ayrıca kasa, bir ürünü hızlı düzenlediğinizde birim maliyeti kaydetse de ücretsiz sürüm hiçbir marj ya da kâr rakamı hesaplamaz; yani az önce verdiğiniz indirimin maliyetin altına düşüp düşmediğini size söylemez.

Kendi mağazanızı beş dakikada kontrol edin#

Bunun için eklentimize ihtiyacınız yok ve bu testi, siparişlerinize bugün indirimi hangi şey uyguluyorsa onun üzerinde çalıştırmalısınız.

1. Farklı vergi oranlarında iki ürün oluşturun ve hesabı kolaylaştıracak fiyatlar verin; diyelim biri 24.00 brüt standart oranlı, diğeri 21.00 brüt indirimli oranlı.
2. Her birinden birer adedi bir siparişe koyun ve herhangi bir indirim öncesindeki vergi toplamını not edin.
3. Kurulumunuz indirimi nasıl uyguluyorsa o yolla %10 indirim uygulayın.
4. Siparişi açın ve toplamı değil, vergi satırlarını okuyun. Her oranın vergisi artık eskisinin %90’ı olmalı.
5. Sipariş toplamının indirim öncesi toplamın %90’ı olduğunu, yuvarlama için bir peni pay bırakarak doğrulayın.

Toplam değişip vergi satırları değişmediyse, indirimden sonra vergiyi yeniden hesaplayan bir şey yok demektir. Vergi satırları değişip toplam söylediğinizden fazla düştüyse, indirim brüt fiyat tutan bir mağazada net bir rakam olarak alınmış demektir. Bir oranın vergisi diğerinden farklı bir oranda düştüyse, indirim oranlar arasında hiç bölüştürülmemiş demektir. Her oran onda bir düştüyse ve toplam da öyle düştüyse, indiriminiz düzgün bölüştürülüyor demektir.

Bu kontrolü bir iş gününün sonunda da yapın: satış raporunun kasa tahsilatıyla uyuşmamasına yol açan da bu peni düzeyindeki farklardır ve kötü bir yöntemi iki kalemlik bir test sepetinde yakalamak, bir aylık gerçek siparişte yakalamaktan çok daha ucuzdur.

Sıkça sorulan sorular#

WooCommerce indirimim neden birkaç peni sapıyor?#

Neredeyse her zaman, bir temele göre hesaplanıp başka bir temele uygulandığı için: net bir fiyatın %10’unun brüt bir toplama uygulanması ya da tersi. Para biriminizin ondalık basamağına yuvarlama da bir yere düşmesi gereken artık bir peni bırakır. İndirimi brüt bir tabanın oranı olarak hesaplayıp satırları ölçekleyin; artık peni, birikmek yerine normal yuvarlamanın içinde kaybolur.

“Prices entered with tax” ayarı indirimlerin hesaplanma şeklini değiştirir mi?#

Saklanan fiyatın ne anlama geldiğini değiştirir, bu da onun bir yüzdesinin ne anlama geldiğini değiştirir. Vergi dahil bir mağazada fiyat vergiyi zaten içerir, dolayısıyla ondan düşülen indirim malı ve vergiyi birlikte azaltır. Vergi hariç bir mağazada ise netten düşülen aynı nominal indirim, brütü yazdığınız rakamdan daha fazla azaltır. Hangisiyle uğraştığını bilmeyen her yöntem bunlardan birinde yanlış sonuç verecektir.

Negatif ücret satırı, bir siparişe indirim uygulamanın güvenli bir yolu mu?#

Ününden daha iyi, yine de sorunlu. Güncel WooCommerce, negatif bir ücretin vergisini siparişteki vergi sınıfları arasında her birinin katkısı oranında böler; yani oran bazlı bölüşüm doğru çıkar ve tek oran hakkındaki eski uyarı geçerli değildir. Ücretin yapamadığı şey temelinizi tahmin etmek: yazdığınız tutar nettir, dolayısıyla vergi dahil fiyat söyleyen bir mağazada müşteriye söylediğiniz rakama göre boyutlandırılmış bir ücret toplamdan bundan fazlasını düşer. Kalem satırları da tam değerlerini korur; ücretin bir kısmını da iade etmezseniz satır bazlı bir iade indirim öncesi parayı geri verir.

Kasa fiyatı vergi dahil mi, hariç mi söylemeli?#

Her zaman dahil. Tezgâh, müşterinin elden verdiği tutarı söyler. Fiyatları vergi hariç gösteren bir mağaza, ki WooCommerce kutudan böyle gelir, aksi halde kasiyere bir sayı gösterirken sipariş başka bir sayıyı tahsil eder ve kasiyer küçük olanı alır. Bizim kasamız, mağaza fiyatları başka yerlerde nasıl gösterirse göstersin, her sepet satırında, ara toplamda ve Complete sale düğmesinde brüt tutarı söyler. Teoride borçlanılanı değil, fiilen tahsil edileni kaydetmenin arkasındaki ilke de aynı.

Bir WooCommerce mağazasının üstüne yüz yüze satışı nasıl ekleyeceğinizi tartıyorsanız, tarayıcı tabanlı bir kasanın yapamadıkları da dahil geniş resim WooCommerce ve satış noktası rehberimizde anlatılıyor; tezgâhınız bir masa değil de bir telefonsa, telefonun kamerasıyla okutma ayrıca ele alınıyor. Burada anlatılan davranış Retail POS for WooCommerce ücretsiz sürümünde bulunuyor ve para yolu dokümantasyonda tam olarak belgelenmiş durumda.