Çoğu satıcı, bir siparişin zarara dönüşmesi için büyük bir hata gerektiğini sanır. Yanlış kupon, unutulmuş bir indirim, bayiye verilmiş fahiş bir iskonto... Oysa gerçekte zarar satışı neredeyse hiçbir zaman tek bir dramatik hatadan doğmaz. Tedarik fiyatı sessizce yükselir, senin satış fiyatın yerinde durur, aradaki makas önce sıfırlanır, sonra eksiye döner ve panel hiçbir uyarı vermeden o siparişi başarıyla tamamlar. Kasa dolmuş gibi görünür, ay sonunda ise rakamlar tutmaz.
İşin can sıkıcı tarafı şu: bu kayıp genellikle en çok satan üründe olur. Çünkü en çok satan ürün, en agresif fiyatlandırdığın, en dar marjla döndürdüğün üründür. Küçük bir kur hareketi ya da tedarikçinin iki liralık zammı, günde yüzlerce adet satılan bir kalemde ayın sonunda ciddi bir delik açar. Bu yazıda, maliyet tabanlı satış kilidi denen mekanizmayı, yani doğru kurgulanmış bir dijital ürün satış scriptinin zararına siparişi işlem anında nasıl reddettiğini anlatacağım.
Zarar satışı neden panelde değil, muhasebede yakalanıyor?
Klasik bir satış paneli siparişi üç soruyla değerlendirir: ürün stokta mı, bakiye yeterli mi, ödeme onaylandı mı. Bu üç soruya da evet cevabı geldiğinde sipariş tamamlanır. Dikkat edersen listede maliyet diye bir kavram yok. Panel senin o ürünü kaça aldığını bilmiyorsa, kaça sattığının doğru olup olmadığını da bilemez. Sistem açısından 40 liraya satılan bir kod, maliyeti 35 lira da olsa 47 lira da olsa aynı derecede geçerli bir işlemdir.
Bu yüzden zarar, ancak ay sonunda tedarikçi ekstresiyle satış raporunu yan yana koyduğunda görünür hale gelir. O noktada da yapabileceğin hiçbir şey kalmamıştır; kodlar teslim edilmiş, müşteri memnun ayrılmış, para geri gelmeyecektir. Doğru kurgulanmış bir e-pin satış yazılımı ise maliyeti bir muhasebe kalemi olarak değil, siparişin geçip geçmeyeceğini belirleyen bir doğrulama parametresi olarak tutar. Fark tam olarak budur: biri olayı anlatır, diğeri olayı engeller.
Maliyet tabanlı kilit tam olarak nasıl çalışır?
Kilidin mantığı sandığından basit. Her stok kaleminin üzerinde bir alış maliyeti taşınır. Sipariş oluşturulurken sistem, o an uygulanacak nihai fiyatı hesaplar: liste fiyatı, bayi kademesi iskontosu, kupon, cüzdan bonusu, kampanya kırılımı, hepsi düşüldükten sonra kasaya gerçekten girecek net tutar bulunur. Ardından bu net tutar, o kalemin maliyetiyle karşılaştırılır. Eğer net tutar maliyetin altındaysa ya da senin belirlediğin asgari kâr eşiğini aşmıyorsa sipariş durdurulur.
Kritik nokta, bu kontrolün sepette değil, teslimat anında yapılmasıdır. Çünkü stok havuzunda farklı tarihlerde, farklı maliyetlerle alınmış kodlar bir arada durur. Müşteri sepete eklediğinde sistem en ucuz kodu görüyor olabilir, teslimat anında ise sıradaki kod çok daha pahalıya alınmış olabilir. Bu yüzden ciddi bir e-pin scripti kontrolü, kodun havuzdan çekildiği saniyeye bağlar. Sepete eklemede yapılan kontrol güven verir ama korumaz.
| Senaryo | Liste Fiyatı | Net Tahsilat | Gerçek Maliyet | Sonuç |
|---|---|---|---|---|
| Standart perakende satış | 100 TL | 100 TL | 88 TL | Kâr 12 TL |
| Bayi kademesi 3 iskontosu | 100 TL | 91 TL | 88 TL | Kâr 3 TL |
| Bayi iskontosu + kupon | 100 TL | 84 TL | 88 TL | Zarar 4 TL |
| Tedarik zammı sonrası eski fiyat | 100 TL | 100 TL | 104 TL | Zarar 4 TL |
| Cüzdan bonusuyla ödenen sipariş | 100 TL | 93 TL | 88 TL | Kâr 5 TL |
| Toplu alım + kademe + kupon | 100 TL | 79 TL | 88 TL | Zarar 9 TL |
İndirimler neden üst üste binince kontrolü kaybediyorsun?
Tablodaki asıl ders son satırda saklı. Tek başına hiçbir indirim zarar üretmiyor; bileşimleri üretiyor. Bayi kademesini kurarken makul bir iskonto verdin, kampanya kuponunu ayrı bir gün tanımladın, cüzdana para yükleyene bonus koydun. Üçü de ayrı ayrı hesaplanmış, hepsi de mantıklı. Ama aynı müşteri aynı siparişte üçünü birden kullandığında ortaya kimsenin hesaplamadığı bir net fiyat çıkıyor.
Bu yüzden indirim tanımlarını tek tek denetlemek işe yaramaz; denetlenmesi gereken şey nihai net tutardır. İyi bir dijital ürün satış yazılımı kampanya kurgularını serbest bırakır, çünkü asıl kilit çıkışta durur. Sen istediğin kadar yaratıcı kampanya kurabilirsin; sistem, bileşimin maliyeti deldiği anda frene basar. Bu yaklaşım hem pazarlama esnekliğini korur hem de kâr tabanını dokunulmaz hale getirir.
Zararına giden siparişlerin kaynak dağılımı
- Güncellenmeyen tedarik maliyeti 45%
- Üst üste binen indirimler 25%
- Bayi kademesi hataları 20%
- Manuel fiyat girişi 10%
Sipariş reddedilirse müşteriyi kaybetmez miyim?
En sık duyduğum itiraz bu ve haklı bir endişeden doğuyor. Ama kilidin amacı müşteriyi kapıdan çevirmek değil. Doğru kurulmuş bir sistemde zarar tespit edildiğinde üç farklı davranış tanımlayabilirsin: siparişi tamamen durdurup müşteriye nazik bir bilgilendirme göstermek, siparişi manuel onaya düşürüp sen bakana kadar beklemeye almak ya da belirlediğin küçük bir tolerans payı içindeyse geçirip sana bildirim göndermek.
Üçüncü seçenek çoğu işletme için en sağlıklısıdır. Birkaç liralık sapmayı stratejik olarak yutabilirsin, çünkü müşteri kazanmanın da bir maliyeti var. Ama on liralık bir açığı yutmak satış değil, bağıştır. Tolerans eşiğini ürün grubuna göre ayrı ayrı belirleyebilmek, e-pin satış scripti tarafında aradığın olgunluğun en net göstergelerinden biridir. Pinova gibi lisanslı bir altyapıda bu eşikler kategori bazında tanımlanabilir; oyun kodlarında sıfır tolerans, yazılım lisanslarında dar bir bant tutabilirsin.
Sabit lira eşiği kur hareketlerinde anlamını yitirir. Asgari kârı maliyetin yüzdesi olarak tanımlarsan, tedarik fiyatı değiştiğinde koruma bandın da kendiliğinden büyür; her zamda ayarları elden geçirmen gerekmez.
Toplu alımda kilit neden ayrı düşünülmeli?
Bayilerin aynı üründen elli, yüz adet çektiği anlar, zararın en hızlı büyüdüğü anlardır. Tek adetlik satışta iki liralık bir açık kimsenin dikkatini çekmez; yüz adetlik bir siparişte aynı açık iki yüz liraya çıkar ve bu tek bir işlemde, birkaç saniye içinde olur. Dahası toplu alımlarda stok havuzu karışık maliyetlidir: ilk otuz kod ucuz partiden, kalan yetmişi pahalı partiden gelir.
Bu yüzden kilidin sipariş geneli üzerinden değil, kalem kalem çalışması gerekir. Sistem her kodu havuzdan çekerken kendi maliyetiyle karşılaştırmalı, ortalama üzerinden karar vermemeli. Ortalama maliyet muhasebe için yeterli bir yaklaşımdır ama satış anında koruma sağlamaz, çünkü ortalamanın altında kalan her kod sessizce zarara gider. Kalem bazlı kontrol, ilk bakışta gereksiz bir titizlik gibi görünür; yüksek hacimde ise ay sonu rakamlarını değiştiren tek ayrıntıdır.
Kurulumdan önce hangi kontrolleri yapmalısın?
Maliyet kilidi kurmadan önce verinin sağlıklı olduğundan emin olmalısın, çünkü yanlış maliyetle çalışan bir kilit ya hiçbir şeyi durdurmaz ya da kârlı siparişleri bile reddeder. Aşağıdaki liste, devreye almadan önce tek tek geçmen gereken adımları içeriyor. Her satırı işaretlemeden canlıya alma; ilk gün oluşacak yanlış ret dalgası, bayilerinde kilide karşı kalıcı bir önyargı yaratır.
| Kontrol Adımı | Neden Gerekli | Durum |
|---|---|---|
| Her stok kaleminde alış maliyeti dolu mu | Boş maliyet kilidi devre dışı bırakır | Zorunlu |
| Maliyetler KDV ve komisyon dahil mi | Net kâr yanlış hesaplanır | Zorunlu |
| Ödeme sağlayıcı komisyonu formüle dahil mi | Yüzde 2-4 arası sessiz kayıp | Zorunlu |
| Kategori bazlı asgari kâr yüzdesi tanımlı mı | Tek eşik tüm ürünlere uymaz | Önerilir |
| Tolerans aşımında bildirim kurulu mu | Sessiz geçişleri görmen için | Önerilir |
| Manuel onay kuyruğu izleniyor mu | Bekleyen sipariş müşteri kaybettirir | Zorunlu |
| Test siparişiyle ret senaryosu denendi mi | Canlıda sürpriz yaşamamak için | Zorunlu |
Kârını yazılım katmanında koru
Pinova, maliyet tabanlı satış kilidini kategori ve bayi kademesi kırılımıyla birlikte sunan lisanslı bir altyapıdır. Kampanya esnekliğini kaybetmeden zarar satışını kapatır.
Maliyet kilidi satış hacmimi düşürür mü?
Hayır. Kilit yalnızca negatif marjlı siparişleri etkiler; bunlar toplam hacmin genellikle yüzde üç ila dördüdür ve zaten sana para kaybettiren işlemlerdir. Kâr üreten siparişlerin tamamı normal akışında devam eder.
Maliyeti bilmediğim ürünlerde ne olur?
Maliyeti boş olan kalemlerde kilit karar veremez. Bu tür ürünleri ya varsayılan bir maliyetle işaretlemeli ya da kilit kapsamı dışına almalısın. En sağlıklısı, ürünü satışa açmadan önce maliyet alanını zorunlu hale getirmektir.
Bayi kademelerini kilit yüzünden daraltmam gerekir mi?
Gerekmez. Kilit çıkışta çalıştığı için kademeleri olduğu gibi bırakabilirsin. Yalnızca en derin iskonto kademesinin hangi ürünlerde sınıra dayandığını raporda görür, o ürünlerde ya maliyeti ya da liste fiyatını ayarlarsın.
Kur dalgalanmasında kilit otomatik ayarlanır mı?
Asgari kârı yüzde olarak tanımladıysan koruma bandı maliyetle birlikte otomatik büyür. Tedarik maliyetlerini düzenli güncelleyen bir akış kurduğunda sistem kur hareketlerine elle müdahale gerektirmeden uyum sağlar.
Zarar satışını durdurmak yeni bir pazarlama fikri bulmaktan çok daha hızlı kâr getirir, çünkü kaybettiğin para zaten senin cebindeydi. Altyapının hangi kontrolleri yaptığını görmek istiyorsan özellik listesini inceleyebilir, kademeli lisans seçeneklerini fiyat bölümünde karşılaştırabilir ve maliyet kilidinin gerçek bir sipariş akışında nasıl davrandığını canlı demo üzerinden kendi elinle deneyebilirsin.

