E-pin Satış Scriptinde Stok Erişim Kayıtlarını Kimse Konuşmuyor: Panelinde O Kodu Gerçekten Kimin Gördüğünü Biliyor musun?

Çoğu işletme sahibi stok güvenliğini tek bir cümleye indirger: panelin şifresi güçlüyse kodlar güvendedir. Oysa bu sektörde yaşanan kayıpların büyük bölümü şifre kırılarak değil, zaten yetkili olan bir hesabın sessizce fazla veri görmesiyle oluşur. Kod çalınmaz, sadece bakılır. Bakıldığı da hiçbir yere yazılmaz. Ertesi gün müşteri "kod kullanılmış" diye yazdığında elinde yalnızca bir sipariş kaydı vardır ve o kaydın sana söyleyebileceği tek şey, kodun ne zaman satıldığıdır.

İşin can sıkıcı tarafı şu: bir e-pin satış scriptinde stok tablosuna erişen onlarca yol vardır. Sipariş ekranı, toplu yükleme sayfası, bayi paneli, dışa aktarma butonu, arama kutusu, hatta yedek alma işlemi. Bunların hepsi aynı veriye dokunur ama çoğu epin yazılım kurulumunda yalnızca satış anı loglanır. Bu yazıda, stok erişim kayıtlarının nasıl kurgulanması gerektiğini, hangi alanların tutulacağını ve bir olay yaşandığında o kayıtların sana neyi kanıtlayabileceğini tek tek açıyorum.

Satış kaydı ile erişim kaydı neden aynı şey değil?

Satış kaydı, bir kodun hangi siparişe bağlandığını söyler. Erişim kaydı ise o kodun değerinin kaç kez gözle görülür hale geldiğini söyler. Aradaki fark, bir dijital ürünün kopyalanabilir olmasından doğar. Fiziksel mağazada raftaki ürüne bakan kişi onu çoğaltamaz; e-pin dünyasında bakmak, sahip olmakla neredeyse eşdeğerdir. Dolayısıyla bir dijital ürün satış scripti için asıl soru "kod kime satıldı" değil, "kod satılmadan önce kimin ekranında göründü" sorusudur.

Bu ayrımı yapmayan sistemlerde şu senaryo klasiktir: personel sabah toplu yükleme yapar, akşam stok listesini filtreleyip ekranda görüntüler, ertesi hafta o partiden üç kod "kullanılmış" olarak geri döner. Sistem sana sadece satışları gösterir, çünkü görüntüleme hiçbir tabloya yazılmamıştır. Pinova tarafında bu yüzden stok tablosuna dokunan her okuma isteği ayrı bir olay olarak kaydedilir; satış ayrı, görüntüleme ayrı, dışa aktarma ayrı sınıflandırılır.

Bir erişim kaydında hangi alanlar gerçekten işe yarar?

Log tutmak kolaydır, işe yarayan log tutmak zordur. "Kullanıcı X saat 14:22'de stok sayfasına girdi" satırının bir anlaşmazlıkta sıfır değeri vardır. Değerli olan, isteğin kapsamını gösteren alanlardır: kaç satır döndü, hangi ürün grubu sorgulandı, filtre neydi, kod alanı maskeli mi açık mı gösterildi. Bir e-pin satış yazılımı bu dört bilgiyi tutuyorsa, personelin rutin işlemiyle olağandışı bir tarama arasındaki farkı saniyeler içinde ayırt edebilirsin.

İkinci kritik grup kimlik ve bağlam alanlarıdır: oturum kimliği, IP, cihaz parmak izi, kullanıcının o sıradaki rolü ve isteğin geldiği ekran. Rolün kaydedilmesi özellikle önemlidir, çünkü personelin yetkisi sonradan değiştirilirse eski kayıtlar hâlâ o günkü yetki seviyesini gösterir. Yetki değişimi geçmişi silmez.

Dışa aktarma butonu neden en tehlikeli düğmedir?

Panelindeki en zararsız görünen özellik, tek tıkla binlerce satırı taşınabilir bir dosyaya çeviren dışa aktarmadır. Muhasebe için makul, operasyon için pratik, güvenlik için felakettir. Çünkü dosya sunucudan çıktığı anda senin e-pin scripti üzerindeki tüm kontrolün biter; o dosya artık bir masaüstünde, bir mesajlaşma uygulamasında ya da bir bulut klasöründedir.

Çözüm butonu kaldırmak değil, dışa aktarmayı kod alanı olmadan üretmektir. Muhasebenin ürün, adet, tarih ve tutar bilgisine ihtiyacı vardır; kodun kendisine değil. Kod içeren bir çıktı gerçekten gerekiyorsa bu, ikinci onay isteyen, süreli bağlantı üreten ve indirildiği anda yöneticiye bildirim gönderen ayrı bir akış olmalıdır.

Kayıtların kendisi kurcalanabilir mi?

Elbette. Panelden silinebilen bir log, log değildir; en fazla bir rapordur. Erişim kayıtlarının değerli olması için üç şart gerekir: panel arayüzünde silme fonksiyonunun bulunmaması, kayıtların zaman damgalı ve sıralı olması, her satırın bir önceki satırın özetini taşıyarak araya ekleme yapılmasını zorlaştırması. Bu üçü sağlandığında, bir olay sonrası elindeki veri artık "benim sistemimin iddiası" olmaktan çıkıp savunulabilir bir zincire dönüşür.

Ayrıca kritik olayların anlık olarak dışarı, örneğin bir bildirim kanalına kopyalanması gerekir. Sunucuya erişen biri veritabanını temizleyebilir ama daha önce telefonuna düşmüş bildirimi geri alamaz. Bu basit yedeklilik, pahalı bir güvenlik yığınından daha çok iş görür.

Personelini suçlamadan nasıl denetlersin?

Erişim kaydı bir güvensizlik aracı değil, bir aklanma aracıdır. Kayıt tutmayan bir işletmede bir kod kaybolduğunda şüphe herkesin üstüne eşit dağılır; kayıt tutan bir işletmede ise kimin neye dokunmadığı da kanıtlanır. Bu farkı ekibine böyle anlatırsan direnç görmezsin. Uygulamada iyi işleyen yöntem, haftalık kısa bir özet raporudur: en çok kod açan üç hesap, mesai dışı erişimler, tek seferde en geniş sorgular. Kimse cezalandırılmaz, sadece anormallik konuşulur.

Rol tasarımı da bu mantığın parçasıdır. Destek ekibinin siparişi görmesi yeterlidir, kodu görmesi gerekmez. Muhasebenin tutarı görmesi yeterlidir, partiyi görmesi gerekmez. İyi kurulmuş bir dijital ürün satış yazılımı yetkiyi sayfa bazında değil, alan bazında böler. Sayfa bazlı yetki kaba bir çözümdür ve pratikte hep "o da girsin, işi aksamasın" noktasına varır.

Bugün hangi kontrolleri yapmalısın?

Aşağıdaki liste, mevcut kurulumunu yarım saatte denetlemen için hazırlandı. Her satırı kendi panelinde açıp sonucu işaretle; iki taneden fazla "yok" çıkıyorsa stok tarafın gerçek anlamda izlenmiyor demektir. Ayrıntılı yetki ve kayıt yapısını özellikler bölümünde de karşılaştırabilirsin.

Stok güvenliği tek bir ayarla çözülen bir konu değil; maskeleme, alan bazlı yetki, silinemez kayıt ve anlık bildirim birlikte çalıştığında anlam kazanır. Bu dördünün gerçek bir panelde nasıl göründüğünü merak ediyorsan canlı demo üzerinden stok ekranını açıp bir kodu görüntüle, ardından kayıt sayfasına dönüp o işlemin saniyesi saniyesine nasıl düştüğünü kendi gözünle gör.