Kullanıcı Rolleri ve Yetki Sınırları
Ders 2 / 10 · 16 dakika okuma · Orta
B2B hesapta sipariş oluşturma, onaylama, fiyat görme, belge indirme ve kullanıcı davet etme yetkileri farklı rollerde olabilir. Yetki tasarımı hem müşteri iş akışını kolaylaştırmalı hem de yanlışlıkla sipariş veya finans bilgisi erişimini ö
Bu Derste Öğrenecekleriniz
- ✓kullanıcı rolleri ve yetki sınırları konusundaki temel karar ve kontrol noktalarını açıklayabilmek
- ✓kullanıcı rolleri ve yetki sınırları için uygun bir uygulama veya kontrol adımı tasarlayabilmek
Kullanıcı Rolleri ve Yetki Sınırları
B2B hesapta sipariş oluşturma, onaylama, fiyat görme, belge indirme ve kullanıcı davet etme yetkileri farklı rollerde olabilir. Yetki tasarımı hem müşteri iş akışını kolaylaştırmalı hem de yanlışlıkla sipariş veya finans bilgisi erişimini önlemelidir.
En düşük gerekli yetki prensibi uygulanır. Kullanıcı daveti ve rol değişikliği kayıt altına alınır; yönetici rolü ataması onay gerektirebilir. Yetkiler sadece arayüzde değil, sunucu tarafında da doğrulanmalıdır.
Konu İlişkilerini Kurmak
Kullanıcı Rolleri ve Yetki Sınırları tek bir ekran veya belgeyle sınırlı değildir; firma, şube ve kullanıcı ilişkisini; katalog görünürlüğü, fiyat listesi, sipariş limitleri ve ödeme koşullarıyla eşleştirmek. Bu nedenle veri bir noktada doğru olsa da sonraki aşamada kaybolabilir veya farklı kuralla yorumlanabilir. Süreç tasarımında her kararın hangi kayda dayandığını, hangi koşulda duracağını ve hangi sonucun başarı sayılacağını açıkça belirleyin.
Uygulanabilir Kontrol Akışı
- Kapsamı belirleyin: Kullanıcı Rolleri ve Yetki Sınırları işleminde hangi müşteri, ürün, teklif, sipariş veya belge kaydının etkilendiğini yazın.
- Kaynağı doğrulayın: firma ana kaydı, kullanıcı rolleri, sözleşme, fiyat listesi, teslimat adresi, vergi ve cari hesap kayıtları içinde kullanılan kaydın kimliğini ve son güncelleme zamanını kontrol edin.
- Karar kuralını görünür yapın: kullanıcı-firma bağını, fiyat görünürlüğünü ve sipariş yetkisini hem olumlu hem olumsuz test senaryolarıyla doğrulamak.
- İstisna yolunu tanımlayın: koşul karşılanmıyorsa kimin inceleyeceğini, işlemin nerede bekleyeceğini ve hangi kanıtın isteneceğini belirtin.
- Sonucu ölçün: yanlış fiyat görünürlüğü, yetki testi başarısı, hesap açılış süresi, sipariş onayı ve müşteri düzeltme talebi değerini aynı kapsam ve dönem üzerinden karşılaştırın; düzeltme sahibini ve kontrol tarihini kaydedin.
Kullanıcı Rolleri ve Yetki Sınırları için karar verirken önce iş hedefini ve kabul koşulunu belirleyin; sonra firma kimliği, bağlı şube, rol/yetki, fiyat listesi, sipariş limiti, yürürlük tarihi ve hesap durumu alanlarının doğru kayıttan geldiğini doğrulayın. kullanıcı-firma bağını, fiyat görünürlüğünü ve sipariş yetkisini hem olumlu hem olumsuz test senaryolarıyla doğrulamak. Bu kontrol, işlemi hızlandırırken sonradan düzeltme, yanlış taahhüt ve ekipler arası yorum farkı oluşmasını önler.
Örnek — İşletme senaryosu
Alternatif Senaryo ve Karar
Örnek
Alternatifleri karşılaştırırken kısa vadeli işlem kolaylığı ile sonraki aşamalardaki maliyeti birlikte değerlendirin. Şirketler arası hesap ilişkisinin yanlış kurulmasıyla gizli fiyat veya ticari koşulların başka müşteriye görünmesi. Kontrol adımını atlamanın sağlayacağı süre kazancı; hatalı kayıt, iade, itiraz, yeniden işleme veya müşteri güveni kaybı ile karşılaştırılmalıdır.
Alternatif durumda Şube teslimat adresini değiştirdiğinde vergi/fatura kaydı ile fiyat koşulunun yanlışlıkla ana firmadan kopmaması gerekir. Bu örnekte ekip ilk görünen duruma göre karar vermek yerine firma ana kaydı, kullanıcı rolleri, sözleşme, fiyat listesi, teslimat adresi, vergi ve cari hesap kayıtları kayıtlarını karşılaştırmalı; eksik veri, yetki ve zamanlama farklarını ayrı ayrı işaretlemelidir. Koşullar doğrulanamıyorsa işlem durumu açıkça belirtilmeli ve sorumluya atanmalıdır.
Şimdi Uygulayın
Uygulama çalışması
En az dört kullanıcı rolü belirleyin; her rolün görebildiği kayıtları ve yapabildiği işlemleri listeleyin.
Kanıt, Ölçüm ve Sahiplik
| Kontrol noktası | Kontrol sorusu | Kanıt / kayıt |
|---|---|---|
| Kaynak veri | Kararda kullanılan kayıt güncel ve doğru kimliğe bağlı mı? | firma ana kaydı, kullanıcı rolleri, sözleşme, fiyat listesi, teslimat adresi, vergi ve cari hesap kayıtları |
| İş kuralı | Koşul ve istisna açık biçimde tanımlanmış mı? | kullanıcı-firma bağını, fiyat görünürlüğünü ve sipariş yetkisini hem olumlu hem olumsuz test senaryolarıyla doğrulamak |
| Sorumluluk | Sorun oluştuğunda incelemeyi kim üstleniyor? | İşlem sahibi, onaylayan ve hedef tarih |
| İş sonucu | Uygulama beklenen ticari/operasyonel etkiyi verdi mi? | yanlış fiyat görünürlüğü, yetki testi başarısı, hesap açılış süresi, sipariş onayı ve müşteri düzeltme talebi |
Kullanıcı Rolleri ve Yetki Sınırları uygulamasının denetlenebilir çıktısı en az dört unsuru içermelidir: kullanılan kaynak kayıt, karar kuralı, sorumlu kişi ve sonuç kanıtı. firma kimliği, bağlı şube, rol/yetki, fiyat listesi, sipariş limiti, yürürlük tarihi ve hesap durumu alanlarından hangilerinin karar üzerinde etkili olduğu da yazılmalıdır. Bu kayıt, sonraki benzer işlemde aynı kontrolün tekrarlanmasını sağlar.
İpucu — Kontrol noktası
Kontrol ve iyileştirme için yanlış fiyat görünürlüğü, yetki testi başarısı, hesap açılış süresi, sipariş onayı ve müşteri düzeltme talebi göstergelerini başlangıç seviyesiyle karşılaştırın. Fark çıktığında önce veri tanımının değişip değişmediğini, ardından süreç kaynaklı nedeni inceleyin. Düzeltme için sahip, hedef tarih ve tekrar ölçüm koşulu atayın; yalnızca faaliyetin tamamlanmasını başarı saymayın.
Bu Derste Ne Öğrendik?
- ✓Bu derste kullanıcı rolleri ve yetki sınırları konusunun temel iş mantığını, karar ölçütlerini, gerçekçi bir iş senaryosunu ve uygulamada kontrol edilmesi gereken riski ele aldınız.
- ✓Bir sonraki adım, bu yaklaşımı kendi ürün, müşteri ve süreç verilerinizle sınamaktır.