E-pin Panelinde Yetki Yönetimi: Kim Neyi Görebilmeli?

E-pin ticareti büyüdükçe panele giren kişi sayısı da artar: destek personeli, muhasebe, stok sorumlusu, bayiler ve alt bayiler. Çoğu işletme işe tek bir admin hesabıyla başlar; sonra şifre birkaç kişiyle paylaşılır, herkes aynı ekranı görür, aynı butonlara basabilir. Sorun burada başlar — çünkü bir e-pin panelinde her buton bir parayı temsil eder.

Yetki yönetimi, "kim panele girebilir" sorusunun ötesinde, "giren kişi neyi görebilir ve neyi değiştirebilir" sorusunu cevaplar. Bu ayrım yapılmadığında hem içeriden hem dışarıdan gelecek riskler katlanır.

Panelinizde kim, neyi görebiliyor?

Çoğu e-pin işletmesinde bu soruya net bir cevap yoktur. Panel büyüdükçe kullanıcı sayısı artar ama yetki yapısı büyümez; herkes en başta tanımlanan tek rolü kullanmaya devam eder. Bu durumun pratikte yarattığı riskler şunlardır:

• Destek personeli, müşteriyle ilgilenirken yanlışlıkla ya da bilerek bakiye veya stok bilgisine dokunabilir.
• Bir bayi, panel arayüzünde diğer bayilerin ciro ve komisyon verilerini görebilir.
• İşten ayrılan bir çalışanın hesabı unutulur, aylarca aktif kalır.
• Şifre paylaşımı nedeniyle bir sorun yaşandığında "bunu kim yaptı" sorusuna cevap verilemez.

Bu maddelerin ortak noktası, hepsinin teknik bir açık değil, yetki tasarımı eksikliği olmasıdır. Pinova'da bu ihtiyaç göz önünde bulundurularak panel, tek admin hesabına değil, rol bazlı bir yapıya göre kurgulanmıştır.

Roller neden "admin" ve "personel" ile sınırlı kalmamalı?

İki seviyeli bir yetki yapısı (admin / personel) küçük bir panel için yeterli görünebilir, ama işletme büyüdükçe yetersiz kalır. Gerçekte bir e-pin panelinde en az şu kadar farklı ihtiyaç vardır:

• Yönetici: Tüm modüllere, finansal ayarlara ve kullanıcı yönetimine erişir.
• Muhasebe: Sipariş ve ödeme kayıtlarını görür, ama ürün fiyatı veya API anahtarı gibi ayarlara dokunamaz.
• Stok / tedarik sorumlusu: Tedarikçi API bağlantılarını ve ürün stoklarını yönetir, kullanıcı bakiyelerine erişemez.
• Destek personeli: Sipariş geçmişini ve müşteri kaydını görüntüler, para hareketi başlatamaz.
• Bayi: Yalnızca kendi cirosunu, kendi bakiyesini ve kendi alt bayi ağını görür.

Bu ayrım yapıldığında her kullanıcı sadece işini yapmak için gereken kadar yetkiye sahip olur. Aşağıdaki tablo, bu yapının elle mi kurulduğunu yoksa hazır bir sistemle mi yönetildiğini karşılaştırıyor.

Bir personelin bakiye ekleyebilmesi ne kadar tehlikeli?

E-pin panelinde "bakiye" doğrudan paradır. Bir personelin ya da bayinin kendi hesabına ya da tanıdığı bir müşteri hesabına manuel bakiye ekleyebilmesi, farkında olmadan (ya da bilerek) açılmış bir kapıdır. Bu tür olaylar genelde kötü niyetten değil, "zaten yetkisi vardı, neden kullanmasın" mantığından doğar.

Bunu önlemenin yolu, işlemleri katmanlara ayırmaktır:

• Görüntüleme yetkisi: Bakiyeyi görebilir, değiştiremez.
• İşlem başlatma yetkisi: Ödeme/iade talebi oluşturabilir, ama onay veremez.
• Onay yetkisi: Talebi onaylayıp bakiyeye yansıtabilir.

Bu üç katmanı tek bir kişide birleştirmemek, hem hata hem kötüye kullanım riskini büyük ölçüde azaltır.

Bayi panelinde yetki sınırları nasıl çizilir?

Çok seviyeli bayi sistemi çalıştıran işletmelerde yetki yönetimi daha da kritik hale gelir; çünkü artık sadece kendi ekibiniz değil, panelinize giren onlarca bağımsız bayi de vardır. Her bayinin görmesi gereken bilgi kendi hesabıyla sınırlı olmalıdır:

• Kendi bakiyesi, kendi sipariş geçmişi ve kendi komisyon oranı.
• Varsa kendi alt bayi ağının özet cirosu — ama alt bayilerin birbirinin verisi değil.
• Kendi fiyat listesi — üst seviye bayi veya admin fiyatlarına erişim olmadan.

Bir bayinin, sistem hatası ya da eksik yetkilendirme yüzünden başka bir bayinin ciro verisine ya da fiyat avantajına ulaşması, hem güven kaybına hem ticari anlaşmazlığa yol açar. Pinova'daki çok seviyeli bayi yapısı, her bayi hesabını kendi görünürlük sınırları içinde tutacak şekilde kurgulanmıştır; bir bayi panele girdiğinde yalnızca kendi ağını görür.

Kim, ne zaman, neyi değiştirdi — izleyebiliyor musunuz?

Yetki tanımlamak tek başına yeterli değildir; o yetkilerin nasıl kullanıldığını görebilmek de gerekir. Bir sorun yaşandığında ("bu bakiye neden değişti", "bu fiyat neden güncellendi") elinizde bir işlem kaydı yoksa, cevabı bulmanız saatler, bazen günler sürebilir.

Sağlıklı bir yetki yönetimi sisteminde şu sorulara her zaman cevap bulunabilmelidir:

• Bu işlemi hangi kullanıcı, hangi tarihte ve hangi IP adresinden yaptı?
• Bir yetki değişikliği (ör. rol yükseltme) kim tarafından, ne zaman onaylandı?
• Aynı kullanıcı, kısa süre içinde alışılmadık sayıda işlem mi yapıyor?

Bu tür bir izlenebilirlik, sadece bir olay sonrası soruşturma aracı değildir; düzenli kontrol edildiğinde riskli davranışları olay büyümeden fark etmenizi sağlar.

IP kısıtlama yetki yönetiminin neresinde durur?

Rol bazlı yetkilendirme "ne yapabilir" sorusunu cevaplarken, IP kısıtlama ve iki adımlı doğrulama gibi önlemler "kim, nereden erişebilir" sorusunu cevaplar. İkisi birbirini tamamlar — biri olmadan diğeri eksik kalır.

Örneğin yüksek yetkili bir admin hesabının yalnızca belirli IP adreslerinden (ofis, ev, VPN) giriş yapabilmesi, şifre ele geçirilse bile saldırganın panele erişmesini zorlaştırır. Benzer şekilde iki adımlı doğrulama, tek bir şifrenin ele geçirilmesinin tüm sistemi tehlikeye atmasını engeller. Bu iki katman özellikle şu hesap türlerinde önemlidir:

• Bakiye ve ödeme onayı yetkisi olan admin hesapları.
• Tedarikçi API anahtarlarına erişimi olan hesaplar.
• Yüksek cirolu bayi hesapları.

Yetki yönetimini yalnızca "kim neyi görsün" sorusuyla sınırlamayıp, "kim nereden ve nasıl erişsin" sorusunu da eklemek, panelinizi hem içeriden hem dışarıdan gelecek risklere karşı daha dirençli hale getirir.