Çoğu işletme sahibi, panelinde bir "son işlemler" listesi gördüğü için kendini güvende sanır. Oysa o liste genellikle sadece siparişleri gösterir; yani müşterinin yaptığı hareketleri. Asıl tehlikeli olan hareketler ise müşteriden değil, panelin arkasından gelir: bir bayinin bakiyesinin elle yükseltilmesi, bir ürünün fiyatının on dakikalığına düşürülüp geri çekilmesi, bir stok havuzundan sessizce kod çekilmesi. Bunların hiçbiri sipariş ekranında görünmez.
Yıl sonunda hesap tutmadığında suçu genelde ödeme sağlayıcıya ya da tedarikçiye atarsın. Gerçek şu ki açığın büyük kısmı, iz bırakmadan yapılan yönetici işlemlerinden doğar. Bu yüzden ciddi bir e-pin scripti seçerken bakman gereken ilk yer tasarım değil, işlem kayıtları ekranıdır. Aşağıda, bir dijital ürün satış yazılımının kayıt altyapısını nasıl kurman gerektiğini adım adım anlatıyorum.
Panelinde "log" diye gördüğün şey büyük ihtimalle log değil
Piyasadaki pek çok epin yazılım paketinde kayıt ekranı, aslında bir bildirim akışıdır. "Ahmet giriş yaptı", "Sipariş #4412 onaylandı" gibi satırlar görürsün. Bunlar olayın olduğunu söyler ama neyin değiştiğini söylemez. Gerçek bir işlem kaydı, değişimin öncesi ve sonrasını birlikte tutar. Bir bayinin bakiyesi 1.250 TL'den 9.250 TL'ye çıktıysa kayıtta iki rakam da yazmalıdır; yalnızca "bakiye güncellendi" yazan satırın adli değeri sıfırdır.
İkinci sorun kapsamdır. Kayıt yalnızca admin panelinden yapılan işlemleri değil, API üzerinden, cron görevlerinden ve otomatik teslimat servislerinden gelen değişiklikleri de kapsamalıdır. Bir e-pin satış scriptinde stok havuzuna dokunan üç ayrı yol vardır: yönetici, entegrasyon ve otomatik teslim. Üçünü aynı tabloda göremiyorsan eksik bakıyorsun demektir. Kayıt tablosunu tek ve merkezî tut; her modülün kendi ayrı defterini tutması, olayı zaman çizgisi üzerinde birleştirmeni imkânsız kılar.
Bir işlem kaydı tam olarak neyi yazmalı?
Kaydın işe yaraması için altı bileşeni olmalı: aktör (hangi yönetici hesabı), eylem (hangi fiil), nesne (hangi kayıt ve id'si), önceki değer, yeni değer ve bağlam (IP, oturum kimliği, kullanıcı aracısı, zaman damgası). Bunlara bir de "gerekçe" alanı eklersen ekibini disipline edersin: elle bakiye yükleyen kişiden tek cümlelik açıklama istemek, keyfî müdahaleleri kendiliğinden azaltır.
Zaman damgasını sunucu saatiyle ve UTC olarak sakla, ekranda yerel saate çevir. Yaz-kış saati veya sunucu taşıma sonrası oluşan bir saat kayması, sonradan yaptığın incelemeyi işe yaramaz hale getirir. Ayrıca her kayda değişmez bir sıra numarası ver; silinen bir satır, numara boşluğundan anlaşılır. Kullandığın dijital ürün satış scripti bu alanları üretiyorsa geriye kalan iş yalnızca okuma disiplinidir.
| İşlem tipi | Risk seviyesi | Kayıtta zorunlu alan | Anlık uyarı |
|---|---|---|---|
| Elle bakiye yükleme / düşme | Çok yüksek | Önceki ve yeni bakiye, gerekçe | Evet, her işlemde |
| Stok havuzundan kod çekme | Çok yüksek | Havuz adı, adet, sipariş bağı | Evet, siparişsiz çekimde |
| Ürün fiyatı değişikliği | Yüksek | Eski fiyat, yeni fiyat, yürürlük anı | Eşik dışı düşüşte |
| Yönetici yetkisi değişimi | Yüksek | Eklenen ve kaldırılan izinler | Evet |
| İade / sipariş iptali | Orta | Tutar, yöntem, onaylayan | Tutar eşiği üstünde |
| Müşteri e-posta değişimi | Orta | Eski adres, yeni adres | Toplu değişimde |
| Giriş denemesi | Düşük | IP, sonuç, cihaz | Ardışık başarısızlıkta |
Kayıtları silinemez yapmadıysan hiç tutmamışsın demektir
Kayıt tablosuna yazma yetkisi olan bir hesabın aynı tabloda silme yetkisi varsa, sistemin kendini korumaz. Uygulaman gereken kural basittir: işlem kaydı yalnızca ekleme kabul eder; güncelleme ve silme kapalıdır. Arayüzde "kaydı temizle" düğmesi bulunmamalı, temizlik yalnızca saklama süresi dolan satırlar için zamanlanmış bir görevle yapılmalıdır.
Bir adım öteye gitmek istersen zincirleme özet kullan: her kaydın özetini bir önceki kaydın özetiyle birlikte hesapla. Böylece aradan bir satır çıkarıldığında zincir kırılır ve sen bunu tek komutla görürsün. Ek olarak günlük kayıt yedeğini panelin dışına, ayrı erişim bilgileriyle bir depoya gönder. Sunucuya erişen kişinin yedeğe de erişebildiği bir kurulumda bağımsız kanıt kalmaz. İyi bir e-pin satış yazılımı bu üç ayarı kurulum sihirbazında sorar; sormuyorsa sen elle kurmalısın.
İncelenen panellerde şüpheli yönetici işlemlerinin dağılımı
- Gerekçesiz bakiye müdahalesi 45%
- Siparişsiz stok kodu çekimi 25%
- Kısa süreli fiyat oynaması 20%
- Yetki ve hesap değişiklikleri 10%
Bayi bakiyesi ve stok: en çok oynanan iki alan
Toptan çalışan bir yapıda en kritik iki sayı, bayinin cüzdanındaki tutar ve havuzdaki kod adedidir. Bu ikisi doğrudan paraya çevrilebilir. Bu yüzden bu iki alanda "yaz ve geç" değil, "yaz, bildir, mutabakat yap" düzeni kurmalısın. Elle yapılan her bakiye hareketi anında sana bildirim göndersin; günün sonunda toplam elle yükleme tutarı, banka ve sanal pos girişleriyle karşılaştırılsın. Aradaki fark sıfır değilse sabah ilk işin budur.
Stok tarafında ise şu kuralı işlet: bir kod, ancak bir sipariş kimliğine bağlıyken havuzdan çıkabilsin. Test amaçlı çekim gerekiyorsa ayrı bir "test" havuzu aç ve gerçek envanterden ayır. Kod görüntüleme işlemini de kaydet; çünkü kodun silinmesi gerekmez, görülmesi yeter. Görüntüleme kaydı tutmayan bir e-pin yazılımında bir kodun sızması ile satılması arasındaki farkı hiçbir zaman ispatlayamazsın.
Elle bakiye yükleme ekranına zorunlu gerekçe alanı koy ve bu alanı bildirimin gövdesine yaz. Tek başına bu değişiklik, keyfî müdahaleyi görünür kıldığı için pratikte neredeyse sıfıra indirir.
Anlaşmazlık çıktığında kayıt senin tek tanığındır
Bir bayi "ben o kodu almadım" dediğinde ya da bir müşteri bankasına itiraz açtığında elinde ne var? Ekran görüntüsü değil, zaman damgalı ve bağlamlı kayıt. Teslim edilen kodun hangi saniyede, hangi oturumda, hangi IP'den görüntülendiğini gösteren bir çıktı, itiraz süreçlerinde işini ciddi biçimde kolaylaştırır. Bu yüzden kayıt ekranında "belirli bir siparişin tüm yaşam döngüsünü tek sayfada gör" özelliği olmalıdır.
Dışa aktarma da önemlidir. Kayıtları CSV ya da PDF olarak, filtreyi koruyarak indirebilmelisin; muhasebecine veya hukuk danışmanına göndereceğin dosya, panelde gördüğün sütunların aynısını taşımalıdır. Dışa aktarma işleminin kendisini de kaydet, çünkü toplu veri indirmek başlı başına riskli bir eylemdir.
Gürültüyü azaltmazsan hiçbir kaydı okumazsın
Günde on binlerce satır üreten bir kayıt ekranı, pratikte hiç bakılmayan bir ekrandır. Çözüm, kayıtları önem derecesine ayırmaktır. Rutin okuma işlemlerini ayrı bir sekmede tut; para, stok, yetki ve fiyat hareketlerini "kritik" sekmesinde topla. Günlük rutinin yalnızca kritik sekmeyi gözden geçirmek olsun; bu iki dakikalık iştir.
Uyarıları da eşiklere bağla. "Her fiyat değişiminde bildir" kuralı bir hafta sonra susturulur; "yüzde 20'den fazla indirim veya mesai dışı saatte yapılan fiyat değişiminde bildir" kuralı ise aylarca anlamlı kalır. Aşağıdaki kontrol listesini panelinde tek tek işaretle; eksik kalan her satır, ileride ödeyeceğin bir maliyettir.
| Kontrol | Neden gerekli | Durum |
|---|---|---|
| Önceki/yeni değer birlikte yazılıyor mu? | Değişimin boyutunu ölçmek için | Zorunlu |
| Kayıt tablosunda silme kapalı mı? | Kanıtın bütünlüğü için | Zorunlu |
| API ve cron işlemleri de kaydediliyor mu? | Panel dışı değişiklikleri görmek için | Zorunlu |
| Kod görüntüleme kaydı var mı? | Sızıntı ile satışı ayırmak için | Zorunlu |
| Kritik işlemler ayrı sekmede mi? | Günlük okuma alışkanlığı için | Önerilir |
| Yedek panel dışına gidiyor mu? | Bağımsız kanıt için | Önerilir |
| Dışa aktarma da kaydediliyor mu? | Toplu veri indirmeyi izlemek için | Önerilir |
Kayıt altyapısı hazır gelen bir panel ister misin?
Pinova, elle bakiye müdahalesinden stok kodu görüntülemeye kadar her kritik eylemi önceki ve yeni değeriyle birlikte, silinemez biçimde kaydeder. Özellik listesini ve fiyatlandırmayı inceleyebilirsin.
İşlem kayıtlarını ne kadar süre saklamalıyım?
Para ve stok hareketlerini en az 24 ay saklaman doğru olur; ticari uyuşmazlıklar genelde bu pencerede çıkar. Giriş denemeleri gibi düşük değerli kayıtları 3-6 ay sonra arşivleyip veritabanını rahatlatabilirsin.
Kayıt tutmak sitemi yavaşlatır mı?
Doğru kurulduğunda hayır. Kayıtları ayrı bir tabloda ve indeksli biçimde tutar, ağır raporları gece çalıştırırsan fark edilir bir yavaşlama olmaz. Yavaşlama genelde kayıt yüzünden değil, filtresiz listeleme ekranları yüzünden olur.
Ekibime kayıt tutulduğunu söylemeli miyim?
Evet, hatta açıkça söyle. Gizli izleme hem hukuken sorunlu hem de caydırıcılık açısından zayıftır. Herkesin bildiği bir kayıt sistemi, bilinmeyen bir sistemden çok daha etkilidir.
Hazır bir script bu kayıtları kendiliğinden üretir mi?
Basit paketler yalnızca yüzeysel bildirim üretir. Ciddi bir e-pin satış yazılımında ise bakiye, stok, fiyat ve yetki işlemleri için alan bazlı fark kaydı hazır gelir; senin yapman gereken yalnızca uyarı eşiklerini kendi cirona göre ayarlamaktır.
İşlem kayıtları, panelinde görmek istemediğin ama bir gün mutlaka ihtiyacın olacak bölümdür. Bugün on dakika ayırıp bakiye, stok ve fiyat alanlarının kayıtlarını kontrol etmen, ileride haftalarca süren bir açık avını gereksiz kılar. Kayıt ekranının gerçekte nasıl çalıştığını kendi gözünle görmek istersen canlı demo üzerinden panele girip birkaç işlem yap ve arkanda bıraktığın izi incele.