E-pin Satış Scripti Fiyat Hatası Koruması: Bir Gecede Kasanı Boşaltan Sessiz Açığı ve Büyük Bayilerin Kimseye Söylemediği 4 Katmanlı Kalkanı Anlatıyorum

Çoğu bayi fiyat hatasını bir dikkatsizlik sanır. "Bir hane eksik yazmışım", "virgülü kaydırmışım" der, zararı yazar ve devam eder. Oysa sahada gördüğüm tabloda hatanın kaynağı neredeyse hiçbir zaman parmak değildir. Kaynak, fiyatın nereden geldiğini ve hangi koşulda değişebileceğini denetlemeyen bir e-pin satış scripti mimarisidir. Yani sorun tuş değil, tuşa güvenen sistemdir.

Bunu anlamak önemli, çünkü dikkatsizlik teorisine inanırsan çözümün de "daha dikkatli ol" olur. Ve bu çözüm ölçek büyüdüğü an çöker. 40 ürünü gözünle kontrol edebilirsin; 900 varyantlı bir katalogda, gece 03:00'te tedarikçi kuru değişirken, otomatik teslimat kuyruğu çalışırken gözün orada değildir. Bu yazıda fiyatın kaynağından sipariş onayına kadar uzanan dört savunma katmanını, gerçek zarar rakamlarıyla ve uygulanabilir bir kurtarma protokolüyle anlatıyorum.

Fiyat hatası bir dizgi hatası değil, bir mimari hatasıdır

Bir ürünün satış fiyatı tek bir alandan gelmiyor. Tedarikçi maliyeti, kur, kâr oranı, bayi seviyesi indirimi, kampanya kuralı ve komisyon kesintisi üst üste biniyor. Bu katmanlardan herhangi biri boş döndüğünde zayıf kurgulanmış bir dijital ürün satış scripti sıfırı sıfırla çarpmaz, sessizce "0" yazar. Sonuç: 1.400 TL'lik bir kod, 0 TL'ye ya da 14 TL'ye listelenir. Doğru mimaride bu imkânsızdır, çünkü fiyat bir sonuç değil bir sözleşmedir: hesaplama zincirindeki herhangi bir halka eksikse ürün fiyatlanmaz, satışa kapanır. Pinova'nın fiyat motorunda taban kural şudur; maliyet bilinmiyorsa satış yok. Bu tek cümle, sahada gördüğüm zararın yarısını daha doğmadan keser.

Kur dalgalanması senin marjını neden gece yarısı yer?

Global epin tedarikçilerinin çoğu dolar ya da euro üzerinden çalışıyor. Sen sabah kurla fiyatladın, akşam kur yüzde üç oynadı. Tek başına yüzde üç can yakmaz; asıl tehlike, kur çekme servisinin hata verdiği anda sistemin ne yaptığıdır. Kötü kurgulanmış bir epin yazılım kurulumunda servis 502 dönerse kur "1" kabul edilir ve katalog anında dolar bazlı fiyatlara düşer. Doğru davranış ise kurun son geçerli değerde donmasıdır: yeni veri gelene kadar eski kur kullanılır, üstüne bir güvenlik payı eklenir ve yönetici uyarılır. Ayrıca kur güncellemesine tavan koymalısın; tek seferde yüzde 10'dan fazla oynayan bir kur otomatik uygulanmaz, onaya düşer. Bu üç kural, döviz kaynaklı fiyat kazalarının neredeyse tamamını kapatıyor.

Toplu güncelleme neden en tehlikeli ekran?

İncelediğim vakaların büyük çoğunluğu tek ürün düzenlerken değil, "tüm kategoriye yüzde 12 kâr uygula" derken doğuyor. Çünkü toplu işlem tek tıkla yüzlerce satırı değiştiriyor ve çoğu panelde bu işlemin geri alma düğmesi yok. Ciddi bir e-pin scripti toplu güncellemeyi iki aşamaya böler: önce kuru çalıştırma, yani hiçbir şey yazmadan "şu 214 üründe fiyat şöyle olacak" tablosunu gösterir; sonra onayla birlikte işlemi tek bir sürüm numarası altında kaydeder. Böylece yanlış giderse tek tıkla önceki sürüme dönersin. Üstüne bir de sapma filtresi koy: güncelleme sonrası fiyatı eski fiyatın yarısının altına düşen ya da iki katını aşan satırlar otomatik olarak işlemin dışında bırakılsın ve ayrı onay istesin.

Stok maliyeti ile satış fiyatı arasındaki bağı kim koruyor?

Elindeki kodların maliyeti tek değil. Geçen ay 120 TL'ye aldığın kodla bu hafta 165 TL'ye aldığın kod aynı havuzda duruyor. Eğer e-pin satış yazılımı satış fiyatını sadece güncel maliyete göre hesaplıyorsa eski stoğu satarken kâğıt üstünde kârlı görünürsün ama gerçek marjını göremezsin; tersi durumda ise yeni pahalı stoğu eski ucuz fiyattan satarsın. Doğru kurgu, her kodun kendi alış maliyetini taşıması ve fiyatın havuzdaki en yüksek maliyet üzerinden hesaplanmasıdır. Bu biraz muhafazakâr görünür, kabul. Ama zararı önlemek, kâğıt üstünde birkaç kuruş fazla kâr göstermekten kıyas kabul etmez biçimde değerlidir. Marjın gerçek olsun, tahmini değil.

Sipariş anında son savunma: fiyat doğrulama katmanı

Bütün önlemler aşılsa bile hâlâ bir şansın var: siparişin onaylandığı milisaniye. Ödeme tamamlanmadan hemen önce sistem, sepetteki fiyatı o anki maliyetle yeniden karşılaştırmalı. Eğer satış fiyatı maliyetin altına düşmüşse işlem tamamlanmaz, müşteriye nazik bir "fiyat güncellendi, onaylıyor musun?" ekranı gösterilir. Bu katman hukuken de seni korur, çünkü satış sözleşmesi kurulmadan önce müdahale etmiş olursun. Pinova'daki uygulamasında bu eşik ayarlanabilir: sadece zararına satışı mı engelleyeceksin, yoksa marjın yüzde beşin altına düştüğü siparişleri de mi durduracaksın, sen karar veriyorsun. Bu tek katman, diğer üçünün kaçırdığı her şeyi yakalar.

Hata olduysa: 15 dakikalık kurtarma protokolü

Panik en pahalı reflekstir. Yanlış fiyatı fark ettiğin an sırayla şunu yap: önce ürünü sil değil, satışa kapat — silersen sipariş kayıtlarının bağı kopar. İkinci adımda etkilenen sipariş listesini zaman aralığıyla çıkar. Üçüncü adımda henüz teslim edilmemiş siparişleri durdur; teslim edilenler için iade yerine telafi teklifi hazırla, çünkü dijital üründe iade süreci hem maliyetli hem itibar yıpratıcıdır. Dördüncü adımda fiyatı düzelt ve aynı kategoride benzer kuralla güncellenmiş diğer ürünleri tara. Son adımda olayı bir satırlık notla kayda geç: tarih, kaynak, etkilenen ürün sayısı, zarar. Bu not üç ay sonra aynı hatanın tekrarını engelleyen tek şey olacak.

Fiyat koruması bir özellik listesi maddesi değil, işini gece uyurken ayakta tutan sessiz bir bekçidir. Kendi panelinde bu dört katmandan kaçının kurulu olduğunu bugün kontrol et; eksik olanları görmek için canlı demo üzerinden fiyat motorunu kurcalayabilir, zararına satış denemesi yaparak sistemin seni nerede durdurduğunu kendi gözünle görebilirsin.