Network Marketing
Network Marketing Üye ve Rol Yönetimi
Bir kişinin kimliği, hesap durumu, network rolü, ağaç konumu ve operasyon yetkisi aynı şey değildir. Bu sayfa, bu boyutların neden ayrı tutulduğunu ve kimin neyi görüp değiştirebileceğini anlatır.
Yonetim — uye detayi, rol ve gorunurluk kapsami
Bir uyenin kimlik, hesap durumu, network rolu ve operasyon yetkisinin ayri ayri gorunmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Gerçek ürün ekranı bekleniyor.
Kim ne görebilir?
Bir bağlam seçin: aynı sistemde dört farklı kişi, farklı veri ve işlem kapsamıyla çalışır. Kapsamlar proje kuralına bağlıdır; burada yalnız ayrımın mantığı anlatılır.
Seçili bağlam
Bayi / Distribütör
Kapsam: kendi kaydı + projede tanımlı ekip görünürlüğü.
Kapsamlar örnek çerçevedir. Her rolün ne göreceği ve ne yapabileceği proje kurgusunda tanımlanır.
Kimlik / hesap bağlamı
Hem bir üye kaydı hem de network rolü taşır. Sponsor bağı ve yerleşim konumu bu kayda bağlıdır ama rolün kendisi değildir.
Okuyabildiği veri
Kendi profili ve hesap durumu, yetkili olduğu ekip görünümü, kendi dönem sonucu ve onaylı hakediş kalemleri.
Yapabildiği işlem
Davet gönderir, kendi bilgilerini günceller, sipariş oluşturur, ekip takibini yapar.
Değiştiremediği alan
Sistem rolü atayamaz, başka üyenin statüsünü değiştiremez, ağaç konumunu kendi başına düzenleyemez, hakediş hesabını yeniden çalıştıramaz.
Onay gerektirebilecek işlem
Kritik profil veya ödeme alanı değişiklikleri kurguda incelemeye/onaya bağlanabilir.
Bir kişi, birden çok durum
Rol ≠ kariyer ≠ ağaç konumu ≠ hesap durumu. Bunlar tek etikete indirildiğinde, ilerleyen dönemde hem yetki hem hakediş tarafında açıklanamayan sonuçlar çıkar.
Kimlik / kayıt
Kişinin sistemdeki tekil kaydı. Ad, iletişim ve kayıt kaynağı gibi temel bilgiler burada durur.
Hesap durumu
Aktif, incelemede, askıda, pasif veya kapalı gibi durumlar. Rolden bağımsız değişebilir.
Network rolü
Kişinin müşteri mi, bayi mi olduğu. Rol, kariyer ünvanı değildir.
Kariyer / rank
Dönem verisinden üretilen değerlendirme sonucu. Yetki vermez, kurguda bir koşul olabilir.
Sponsor / yerleşim
Ağaçtaki ilişki ve pozisyon kaydı. Ne rol ne de yetki anlamına gelir.
Operasyon yetkisi
Hangi ekranı görebildiği ve hangi işlemi yapabildiği. Ayrı bir tanım katmanıdır.
Üye yaşam döngüsü
Örnek lifecycle; projede tanımlanır. Hangi adımların kullanılacağı ve her adımda hangi erişimin açılacağı kurguya göre değişir.
01 · Davet / kayıt
Kişi bir davet, referans veya doğrudan kayıtla sisteme girer. Kaynak bilgisi kayıt altına alınır.
02 · Doğrulama / inceleme
Kurguda böyle bir adım varsa kayıt önce incelemede bekler. Zorunlu değildir; projede tanımlanır.
03 · Aktif
Kayıt kullanılabilir hale gelir. Hangi ekranların açılacağı rol ve kapsam tanımından okunur.
04 · Rol / statü değişimi
Müşteriden bayiliğe geçiş veya yetki değişimi gibi durumlar gerekçesiyle birlikte kaydedilir.
05 · Askı / pasif
Erişim geçici olarak kapanabilir. Geçmiş kayıtların silinmesi beklenen davranış değildir.
06 · Kapanış / arşiv
Kayıt kapanır ama iz kalır. Dönem sonuçları ve denetim kaydı okunabilir durumda tutulur.
Durum değişimlerinde geçmiş kaydın sessizce silinmemesi ve her değişikliğin gerekçesiyle iz bırakması temel ilkedir.
Rol ve yetki katmanları
Yetki tek bir anahtar değildir. Aşağıdaki katmanlar ayrı ayrı tanımlanabilir; hangi katmanların kullanılacağı projede belirlenir.
Ekran erişimi
Hangi bölümün menüde göründüğü. En görünür ama tek başına yeterli olmayan katman.
Veri kapsamı
Aynı ekranda kimin hangi kayıtları gördüğü: kendi kaydı, kendi ekibi, bir süreç alanı ya da sistem geneli.
İşlem yetkisi
Görülen kaydın üzerinde ne yapılabildiği: okuma, düzenleme, durum değiştirme.
Onay yetkisi
İşlemi başlatan ile onaylayanın ayrılıp ayrılmadığı. Kurguda tanımlanabilir bir kuraldır.
Hassas alan görünürlüğü
Kişisel bilgi veya ödeme alanı gibi başlıkların alan bazında kapatılabilmesi.
Rapor erişimi
Toplu görünüm ve dışa aktarma ayrı ele alınır; ekran yetkisiyle otomatik açılmaz.
Kısaca: yetki hem role göre (kim olduğu) hem de kapsamı belirleyen özniteliklere göre (hangi ekip, hangi süreç, hangi bölge) tanımlanabilir. Bu bir ürün mimarisi iddiası değil, kurgu seçeneğidir.
Hassas değişikliklerde kontrol
Bazı değişikliklerin etkisi tek bir kaydı aşar. Bu başlıklarda gerekçe ve iz kaydı; gerekiyorsa ikinci onay adımı kurguda tanımlanabilir.
Sponsor / yerleşim değişimi
Plan davranışını etkileyebilir. Gerekçe, yetki ve iz kaydı olmadan yürütülmesi önerilmez.
Rol / statü değişimi
Erişim kapsamını anında değiştirir. Hangi rolün kimi değiştirebileceği kurguda tanımlanır.
Kritik profil bilgisi
Kimlik veya iletişim gibi alanların değişimi, hesap güvenliğiyle birlikte ele alınır.
Ödeme / payout alanı
Hakediş çıktısını etkileyen alanlar için ayrı bir dikkat seviyesi ve ek onay tanımlanabilir.
Bir hesap adına işlem ve hesap etkinliği
Destek tarafında sık karşılaşılan iki başlık, rol tanımının ayrı bir parçasıdır: bir kişinin hesabı adına işlem yapılması ve hesabın erişim etkinliğinin görülmesi. İkisi de kurguda ayrı yetki olarak tanımlanabilir.
Hesap adına işlem
Destek ekibinin bir üyenin hesabı üzerinden işlem yapması ayrı bir yetkidir. Hangi rollerin kullanabileceği ve hangi işlemleri kapsadığı kurguda tanımlanır.
İşlemi kimin yaptığı
Bu şekilde yapılan işlem, üyenin kendi işlemiyle karıştırılmadan kaydedilebilir; kaydın üzerinde işlemi yürüten kullanıcı görünür.
Erişim etkinliği
Hesaba giriş ve erişim geçmişinin görünmesi, veri değişikliği izinden ayrı bir başlıktır ve ayrı yetkiyle açılabilir.
Açıklayıcı sistem şeması — ürün ekranı değildir.
Sahada kişi kendi kapsamını görür
Bayi sistem rolü atamaz ve yönetimsel alanları değiştirmez. Kendi kaydını, hesap durumunu ve yetkili olduğu ekip bağlamını okur.
Gerçek ürün ekranı bekleniyor.
Profil ve hesap durumu
Kişi hangi durumda olduğunu ve hangi alanların kendisine açık olduğunu tek yerden görür.
Gerçek ürün ekranı bekleniyor.
Kendi ekip görünürlüğü
Ekip listesi yetki kapsamıyla sınırlıdır; kapsam dışındaki kişisel veri alanları açılmaz.
Gerçek ürün ekranı bekleniyor.
Kapsam dahilinde aksiyon
Davet, takip ve kendi bilgilerini güncelleme gibi işlemler sahada kalır; rol tanımı yönetimde kalır.
Yönetim tarafında tanım ve denetim
Liste, detay ve iz kaydı masaüstünde çalışır. Gerçek ürün ekranları yayın izni tamamlandığında bu alanlara yerleşir.
Yonetim — uye listesi ve filtre
Uye kayitlarinin durum, rol ve kapsam filtreleriyle listelenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Üye listesi
Durum ve kapsam filtreleriyle bulmak
Bir kaydı aramak kadar, o kaydın hangi durumda ve hangi kapsamda olduğunu filtreyle görebilmek de gerekir.
Rol ve kapsam
Üye detayında boyutlar ayrı okunur
Kimlik, hesap durumu, network rolü ve operasyon yetkisi aynı ekranda ama ayrı alanlar olarak görünmelidir.
Uye ve rol yonetimi
Uye arama ve listesi, durum, rol ve yetki baglaminin tek yonetim ekranindan yonetilmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Yonetim — uye yasam dongusu ve degisiklik izi
Kayit, inceleme, aktiflik, aski ve kapanis durumlarinin gerekce ve iz kaydiyla izlenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Değişiklik izi
Kim, ne zaman, hangi gerekçeyle
Durum ve rol değişiklikleri kayıt bırakır. Denetim tarafındaki görünüm için yönetim paneli sayfasına da bakabilirsiniz.
Raporlama
Rapor erişimi ayrı bir yetki başlığıdır
Toplu görünüm ve dışa aktarma, ekran erişimiyle otomatik açılmaz; ayrıca tanımlanır.
Denetim izi ve raporlama
Degisiklik gecmisi, kim/ne zaman/onceki-yeni deger ve rapor filtrelerinin izlenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Değişiklik neyi etkiler?
Aşağıdakiler kesin ürün davranışı değil, kurguda karara bağlanması gereken başlıklardır.
Rol değişirse
Görünürlük ve işlem yetkisi değişir. Geçmiş kayıtların yeniden yorumlanıp yorumlanmayacağı kurguda tanımlanır.
Statü değişirse
Erişim kapanabilir; ancak dönem hesabına etkisi otomatik değildir. Aktiflik koşulu varsa ayrıca değerlendirilir.
Sponsor / yerleşim değişirse
Atıf ve hacim yolu etkilenebilir. Hangi dönemden itibaren geçerli olacağı önceden karara bağlanır.
Kariyer sonucu değişirse
Bu bir yetki değişimi değildir. Kapanmış dönem sessizce yeniden yazılmaz; düzeltme ayrı kayıt olur.
Yetki sınırları
Müşteri
Kişisel hesap ve sipariş bağlamı.
Bayi
Kendi kaydı ve yetkili ekip/performans bağlamı.
Operasyon
Atanmış süreç alanı ve o alandaki kayıtlar.
Yönetici
Sistemsel tanım, istisna ve denetim.
Her rolün kapsamı proje bazlıdır; burada verilen sınırlar örnek çerçevedir.
Bu ayrım ne zaman işe yarar, ne zaman zorlaşır?
İşe yarayabilir
- Müşteri, bayi ve iç kullanıcıların aynı sistemde farklı kapsamlarla çalışması gerekiyorsa.
- Rol, statü ve ağaç konumunun ayrı ayrı izlenmesi bekleniyorsa.
- Hassas değişikliklerin gerekçe ve iz kaydıyla yürütülmesi isteniyorsa.
- Sahadaki kişinin yalnız yetkili kapsamını görmesi bir gereklilikse.
Zorlaşabilir
- Herkes tek bir yönetici rolüyle çalışırsa değişikliklerin sorumluluğu takip edilemez.
- Rol ile kariyer ünvanı aynı sayılırsa saha beklentisi ile sistem davranışı ayrışır.
- Yetki tanımı yazılı değilse her yeni talep ayrı bir istisnaya dönüşür.
- Hassas alanlar alan bazında ele alınmazsa gereğinden geniş erişim oluşur.
Sık sorulanlar
Kısa yanıtlar
- Hayır. Rol, kişinin sistemde ne yapabildiğini tanımlar. Kariyer/rank ise dönem verisinden üretilen bir değerlendirme sonucudur. Bir ünvanın yetki açması isteniyorsa bu ayrıca kurgulanır; kendiliğinden olmaz.
- Beklenen davranış hayırdır. Bayi kendi kapsamındaki bilgiyi okur ve kendi işlemlerini yapar; sistem rolü ve yetki tanımı yönetim tarafında kalır. Sahaya hangi işlemlerin açılacağı proje başında tanımlanır.
- Bu sayfada sabit bir yasal zorunluluk iddia etmiyoruz. Kayıt sırasında inceleme, belge veya ek doğrulama adımı olup olmayacağı ve hangi ülkede hangi kuralın geçerli olduğu projede tanımlanır.
- Önerilen yaklaşım silmek değil, erişimi kapatıp kaydı ve izini korumaktır. Dönem sonuçları, sipariş geçmişi ve değişiklik kaydı sonradan açıklanabilir olmalıdır. Nihai kural projede belirlenir.
- Zorunlu bir varsayılan olarak sunmuyoruz. Hangi işlemlerin tek kişiyle, hangilerinin ikinci onayla yürüyeceği kurguda tanımlanabilir. Genellikle rol, statü, ağaç ve ödeme alanı bu listede öne çıkar.
- Kurguya göre mümkündür. Önemli olan kimlik kaydının tek kalması, rol ve kapsamın ise ayrı boyutlar olarak yönetilmesidir. Bu ayrım yapılmazsa raporlama ve hakediş tarafında karışıklık oluşur.
Rol ve kapsam tanımını birlikte yazalım
Kimin neyi göreceğini, hangi değişikliğin onaya bağlanacağını ve hangi izin tutulacağını proje kurgusunda netleştirelim.