İçeriğe atla

Kullanıcı, Firma ve Yetki Modeli

Ders 2 / 10 · 16 dakika okuma · Orta

B2B hesabı tek bir kullanıcıdan ibaret olmayabilir. Bir firmanın satın almacısı sipariş oluştururken yöneticisi onaylayabilir; muhasebe teslimat ve fatura bilgilerini görür, farklı şubeler kendi adres ve siparişlerini yönetebilir. Firma, ku

Bu Derste Öğrenecekleriniz

  • kullanıcı, firma ve yetki modeli konusundaki temel karar ve kontrol noktalarını açıklayabilmek
  • kullanıcı, firma ve yetki modeli için uygun bir uygulama veya kontrol adımı tasarlayabilmek

Kullanıcı, Firma ve Yetki Modeli

B2B hesabı tek bir kullanıcıdan ibaret olmayabilir. Bir firmanın satın almacısı sipariş oluştururken yöneticisi onaylayabilir; muhasebe teslimat ve fatura bilgilerini görür, farklı şubeler kendi adres ve siparişlerini yönetebilir. Firma, kullanıcı ve şube ilişkisi veri modelinde açık olmalıdır.

Yetki matrisi, kullanıcıların yalnız yapabilecekleri işlemleri değil, görebilecekleri fiyatları, siparişleri ve finansal bilgileri de tarif eder. Kullanıcı daveti, ayrılan çalışan, firma hesabı değişikliği ve onay süreci yaşam döngüsüne dahil edilmelidir.

Konu İlişkilerini Kurmak

Kullanıcı, Firma ve Yetki Modeli tek bir ekran veya belgeyle sınırlı değildir; firma hesabı, kullanıcı rolü, ürün görünürlüğü, müşteri bazlı ticari koşullar ve sipariş sonrası hizmeti tek bir dijital deneyimde birleş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ı, Firma ve Yetki Modeli işleminde hangi müşteri, ürün, teklif, sipariş veya belge kaydının etkilendiğini yazın.
  • Kaynağı doğrulayın: firma ve kullanıcı kayıtları, katalog, fiyat listesi, stok, sepet, sipariş, fatura ve teslimat durumu 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: firma yetkisini, fiyat görünürlüğünü, stok vaadini ve siparişten belgeye uzanan uçtan uca akışı test etmek.
  • İ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: başarılı sipariş tamamlama oranı, tekrar sipariş süresi, tekliften siparişe geçiş ve destek talebi oranı değerini aynı kapsam ve dönem üzerinden karşılaştırın; düzeltme sahibini ve kontrol tarihini kaydedin.

Kullanıcı, Firma ve Yetki Modeli için karar verirken önce iş hedefini ve kabul koşulunu belirleyin; sonra kullanıcı yetkisi, arama sonucu, ürün görünürlüğü, müşteri fiyatı, stok vaadi ve sipariş durumu alanlarının doğru kayıttan geldiğini doğrulayın. firma yetkisini, fiyat görünürlüğünü, stok vaadini ve siparişten belgeye uzanan uçtan uca akışı test etmek. 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

Bir bayinin iki şubesi vardır. Merkez satın alma fiyatları ve toplam hacmi görürken şube kullanıcısı sadece kendi teslimat adresi için sipariş girebilir. Yetki hatası fiyat gizliliğini ve sipariş kontrolünü tehlikeye atar.

Alternatif Senaryo ve Karar

Örnek

Karar senaryosu: Bir müşteri siparişi tamamlıyor fakat sipariş numarası, teslimat durumu ve fatura bilgisi sonraki ekranlarda tutarlı görünmüyor. Bu durumda doğru yaklaşım ilk kaydı olduğu gibi kabul etmek değil; kullanıcı yetkisi, arama sonucu, ürün görünürlüğü, müşteri fiyatı, stok vaadi ve sipariş durumu alanlarını, iş kuralını ve işlem sahibini çapraz kontrol etmektir. Örneğin sonuç ile kaynak kayıt uyuşmuyorsa işlem tamamlandı kabul edilmemeli; uyuşmazlığın hangi adımda oluştuğu kaydedilmeli ve tekrar test edilmelidir.

Alternatifleri karşılaştırırken kısa vadeli işlem kolaylığı ile sonraki aşamalardaki maliyeti birlikte değerlendirin. Müşteri süreçleri ve istisnalar denenmeden yalnızca görsel olarak hazır bir mağazayı yayına almak. 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 Bir müşteri siparişi tamamlıyor fakat sipariş numarası, teslimat durumu ve fatura bilgisi sonraki ekranlarda tutarlı görünmüyor. Bu örnekte ekip ilk görünen duruma göre karar vermek yerine firma ve kullanıcı kayıtları, katalog, fiyat listesi, stok, sepet, sipariş, fatura ve teslimat durumu 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ı

Rol-yetki tablosu oluşturun: firma yöneticisi, satın almacı, şube kullanıcısı ve finans görüntüleyicisinin okuyabileceği ve yapabileceği işlemleri tanımlayın.

Kanıt, Ölçüm ve Sahiplik

Kontrol noktasıKontrol sorusuKanıt / kayıt
Kaynak veriKararda kullanılan kayıt güncel ve doğru kimliğe bağlı mı?firma ve kullanıcı kayıtları, katalog, fiyat listesi, stok, sepet, sipariş, fatura ve teslimat durumu
İş kuralıKoşul ve istisna açık biçimde tanımlanmış mı?firma yetkisini, fiyat görünürlüğünü, stok vaadini ve siparişten belgeye uzanan uçtan uca akışı test etmek
SorumlulukSorun oluştuğunda incelemeyi kim üstleniyor?İşlem sahibi, onaylayan ve hedef tarih
İş sonucuUygulama beklenen ticari/operasyonel etkiyi verdi mi?başarılı sipariş tamamlama oranı, tekrar sipariş süresi, tekliften siparişe geçiş ve destek talebi oranı

Kullanıcı, Firma ve Yetki Modeli 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ı. kullanıcı yetkisi, arama sonucu, ürün görünürlüğü, müşteri fiyatı, stok vaadi ve sipariş 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ı

Yetkileri yalnız menü görünürlüğüyle sınırlamak, doğrudan bağlantı veya API istekleri üzerinden veri erişimini engellemeyebilir.

Kontrol ve iyileştirme için başarılı sipariş tamamlama oranı, tekrar sipariş süresi, tekliften siparişe geçiş ve destek talebi oranı 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ı, firma ve yetki modeli 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.

Öğrendiklerinizi Projenize Dönüştürün

Pazaryeri, online mağaza veya kurumsal dijital ticaret projeniz için KMK'nın deneyimli ekibiyle ihtiyaçlarınızı değerlendirin.