Çoğu işletme sahibi güvenliği dışarıya doğru düşünür: güçlü şifre, güvenlik duvarı, bot koruması, sahte sipariş filtresi. Bunların hepsi gerekli. Ama dijital ürün satan işletmelerde kasaya en yakın duran kişi hacker değil, panelin şifresi kendisinde olan personeldir. O kişi kötü niyetli olmasa bile, gereğinden fazla yetkiye sahip olduğu sürece bir hata tek başına ciddi zarar üretebilir.
İç tehdidi konuşmak rahatsız edicidir çünkü kimse çalıştığı insanlara şüpheyle bakmak istemez. Oysa iyi kurulmuş bir erişim düzeni, güvensizlik değil korumadır — hem işletmeyi hem personeli korur. Çünkü bir kod kaybolduğunda, yetkileri net olan bir sistemde kimsenin üzerine haksız şüphe düşmez. Bu yazıda personel erişimini nasıl daraltacağını, hangi işlemleri mutlaka log'layacağını ve bir e-pin scripti tarafında hangi katmanların bulunması gerektiğini konuşacağız.
Tek bir yönetici hesabı neden en büyük açık?
Küçük başlayan her işletmede aynı şey olur: bir yönetici hesabı açılır, şifresi işe alınan ilk destek personeliyle paylaşılır, sonra ikinciyle, sonra freelance tasarımcıyla. Bir yıl sonra o hesabın şifresini kaç kişinin bildiğini kimse bilmez. Sistem tarafında ise her işlem tek bir kullanıcı adıyla kaydedilir, yani hiçbir işlem kimseye ait değildir.
Bu yapının en sinsi tarafı, bir sorun çıktığında araştırma imkânını tamamen yok etmesidir. Stoktan on kod eksildiğinde log'a bakarsın ve "admin" yazdığını görürsün. Bu bilgi hiçbir işe yaramaz. Oysa her personelin kendi hesabı olduğunda, log tek başına bir caydırıcıya dönüşür — kimse izi kendi adına düşecek bir işlemi yapmak istemez. İyi bir e-pin satış yazılımı bu yüzden sınırsız alt kullanıcı ve rol tanımını temel özellik olarak sunar, ek paket olarak değil.
Kim neyi görmek zorunda, neyi asla görmemeli?
İşe yarayan tek ilke şudur: bir personel, işini yapmak için mutlaka gerekli olandan bir satır fazla veri görmemeli. Destek personeli siparişin durumunu, müşterinin iletişim bilgisini ve teslim geçmişini görmek zorundadır; ama kullanılmamış kod havuzunu görmek zorunda değildir. Muhasebe cirosal raporlara erişmek zorundadır; müşteri şifre sıfırlama ekranına ihtiyacı yoktur.
Bu ayrımı yaptığında ilginç bir şey olur: personelin işi de kolaylaşır. Kalabalık bir panelde yanlış tuşa basma riski yüksektir; sadeleştirilmiş bir ekranda hata oranı düşer. Yani yetki daraltma bir kısıtlama değil, operasyonel kalite iyileştirmesidir. Rol tanımını panelden değiştirebiliyorsan, işe alım büyüdükçe yeni kişiyi dakikalar içinde doğru kutuya yerleştirirsin. Dijital ürün satış yazılımı seçerken ilk sorman gereken soru budur: rolleri ben mi tanımlıyorum, yoksa hazır iki seçenekle mi yaşıyorum?
| Rol | Görmeli | Görmemeli | Risk seviyesi |
|---|---|---|---|
| Destek personeli | Sipariş durumu, teslim geçmişi | Kullanılmamış kod havuzu | Orta |
| İçerik / ürün editörü | Ürün açıklaması, fiyat taslağı | Müşteri verisi, bakiye | Düşük |
| Muhasebe | Ciro ve mutabakat raporları | Şifre sıfırlama, stok aktarımı | Orta |
| Stok / tedarik sorumlusu | Kod yükleme ve stok sayımı | Toplu dışa aktarma | Yüksek |
| Pazarlama | Kampanya, kupon oluşturma | Sınırsız indirim yetkisi | Yüksek |
| Kurucu / yönetici | Her şey | — | Kritik |
Log tutmak yeterli mi, yoksa log'un da korunması mı gerekir?
Log tutmak ilk adımdır ama tek başına yetmez. Eğer log'u silebilen kişi, log'a düşen işlemi yapan kişiyle aynıysa kaydın bir değeri yoktur. Bu yüzden hareket kayıtlarının panel içinden silinemez olması gerekir. Değiştirilemez kayıt, hem iç tehdide karşı caydırıcıdır hem de bir kart itirazında senin en güçlü savunma delilindir.
Log'un içinde ne olmalı? En az beş alan: hangi kullanıcı, hangi işlem, hangi kayıt üzerinde, hangi saniyede ve hangi IP'den. Bunlara bir de "önceki değer / sonraki değer" eklenirse mükemmele yakınsın. Fiyat 300 TL'den 3 TL'ye kim çekti sorusunun cevabı ancak böyle bulunur. Panelin bu detayı tutmuyorsa her tartışma "ben yapmadım" noktasında tıkanır.
İç kaynaklı zararların dağılımı
- Aşırı yetkiyle yapılan hata 45%
- Paylaşılan hesap kullanımı 25%
- Ayrılan personelin açık erişimi 20%
- Kasıtlı kötüye kullanım 10%
Bu dağılımın söylediği şey rahatlatıcı: zararın büyük kısmı kötü niyetten değil, yanlış yapılandırmadan doğuyor. Yani çözüm insan seçmek değil, sistem kurmaktır.
Ayrılan personel için maaş ve teslim listesinin yanına "panel erişimi kapatıldı" satırını koy. Bu tek satır, iç kaynaklı zararların beşte birini tek başına siler.
Toplu dışa aktarma neden en tehlikeli buton?
İç tehdit denince akla kod hırsızlığı gelir ama en kalıcı zarar müşteri listesinin dışarı çıkmasıdır. Kod tükenir, müşteri listesi tükenmez; rakibin eline geçtiğinde yıllarca kullanılır. Bu yüzden dışa aktarma yetkisi, sıradan bir görüntüleme yetkisiyle aynı kefeye konulmamalıdır.
Pratik önlemler basittir: dışa aktarma yetkisini yalnızca kurucuya bırak, aktarma taleplerini ayrı bir log'a düşür, satır sayısına üst sınır koy ve büyük aktarmalarda otomatik bildirim al. Aynı mantık toplu kod indirme ve toplu fiyat güncelleme için de geçerlidir. Toplu işlem yapan her ekran ayrı bir yetki bayrağı ister. Bir e-pin yazılımında bu ayrım yapılmamışsa, görüntüleme yetkisi verdiğin kişiye aslında kopyalama yetkisi de vermiş olursun.
Bu düzeni kurmak gerçekten bir gün sürer mi?
Sürer, çünkü işin teknik kısmı değil karar kısmı zaman alır. Aşağıdaki kontrol listesini bir oturuşta doldurup uygularsan akşama kadar işletmenin iç risk profili belirgin biçimde küçülür. Pinova, e-pin satmayan ama e-pin satanların işini yöneten lisanslı bir yazılım olarak bu katmanları hazır getirir: alt kullanıcılar, rol bazlı ekran yetkileri, silinemez hareket kaydı ve toplu işlem bayrakları. Sen yalnızca kimin neyi görmesi gerektiğine karar verirsin.
| Kontrol | Durum | Süre | Etki |
|---|---|---|---|
| Paylaşılan yönetici hesabını kapat | Zorunlu | 30 dk | Çok yüksek |
| Her personele kendi hesabı | Zorunlu | 1 saat | Çok yüksek |
| Rol bazlı ekran yetkisi tanımla | Zorunlu | 2 saat | Yüksek |
| Silinemez hareket kaydını aç | Zorunlu | 15 dk | Yüksek |
| Dışa aktarmayı tek kişiye bağla | Zorunlu | 15 dk | Yüksek |
| Yönetici girişinde iki adımlı doğrulama | Zorunlu | 20 dk | Yüksek |
| Çeyrekte bir yetki gözden geçirme | Önerilir | 45 dk | Orta |
| Çıkış sürecine erişim kapatma satırı | Zorunlu | 5 dk | Orta |
Panelde kimin ne gördüğünü sen belirle
Alt kullanıcılar, rol bazlı yetkiler, silinemez hareket kaydı ve toplu işlem sınırları Pinova'nın standart parçasıdır.
Küçük bir ekibim var, rol ayrıştırmasına gerek var mı?
Özellikle küçük ekiplerde gerekli. Kişi sayısı az olduğu için tek bir yanlış işlemin etkisi oransal olarak çok daha büyük olur.
Personelin yetkisini kısmak güvensizlik mesajı vermez mi?
Gerekçesini açıkladığında vermez. Net yetki sınırları, bir sorun çıktığında personelin üzerine haksız şüphe düşmesini de engeller.
Hareket kayıtlarını ne kadar süre saklamalıyım?
Ödeme itirazı ve mutabakat süreçlerini kapsayacak kadar, yani en az bir yıl. Kod teslim kayıtlarını ise daha uzun tutmak mantıklıdır.
Ayrılan personelin erişimini ne zaman kapatmalıyım?
Görüşmenin yapıldığı gün, ideal olarak görüşmeden önce. Kapatma işlemini çıkış kontrol listesine sabit bir madde olarak ekle.
İç tehdit, insanlara duyduğun güvenle ilgili bir konu değil; sistemin hataya ne kadar alan bıraktığıyla ilgili bir konu. Rol ekranlarının nasıl göründüğünü, hareket kaydının hangi alanları tuttuğunu ve yetki özelliklerini kendi gözünle görmek için canlı demo panelinde dolaş; ardından fiyat sayfasından ekibinin büyüklüğüne uygun paketi seç ve bu düzeni bu hafta kur.

