Network Marketing
Network Marketing Yönetim Paneli
Yönetim tarafı yalnız rapor okunan yer değildir. Üye, kural, sipariş, dönem ve entegrasyon kontrollerinin hangi kayıtları etkilediği ve kimin ne zaman değiştirdiği izlenebilir kalmalıdır.
Yonetim paneli — kontrol merkezi
Uye, kural, siparis, donem ve entegrasyon kontrollerinin tek yonetim ekranindan izlenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Gerçek ürün ekranı bekleniyor.
Görsel alanlar gerçek ürün ekranı gelene kadar bekleyen kanıt slotu olarak tutulur.
Kontrol merkezi
Bir yönetim alanı seçin: yöneticinin neyi değiştirdiği, hangi kaydı etkilediği, hangi role yansıdığı ve hangi denetim kaydının tutulduğu birlikte okunur.
Yönetim alanları
Seçim yalnız renkle değil; işaret ve kenarlıkla da gösterilir. Alanların kapsamı ve yetki sınırı projede tanımlanır.
Alan 01
Üyeler ve roller
Yönetici neyi değiştirir
Üye statüsü, rol ataması, yetki sınırı, sözleşme/onay alanları ve hesap erişimi.
Hangi kaydı etkiler
Üye kaydı ve ona bağlı yetki kayıtları; kurguya bağlı olarak aktiflik durumu.
Hangi role yansır
Bayi kendi hesabında erişim değişikliğini görür; yönetim tarafında yetki listesi güncellenir.
Hangi denetim kaydı tutulur
Kim, hangi üyede, hangi rolü ne zaman verdi/aldı ve gerekçesi ne oldu.
Yönetim ekranı 01
Üye ve rol yönetimi
- Üye arama, liste ve tekil kayıt görünümü aynı yerde tutulur.
- Durum, rol ve yetki değişikliği kaydın kendi bağlamında yapılır.
- Kimin neyi değiştirebileceği projede tanımlanır.
- Üye listesi
- Durum
- Rol ve yetki
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.
Değişiklik → etki alanı
Yönetim aksiyonlarının etkisi kurguya göre değişir. Aşağıdaki iz, hangi soruların önceden cevaplanması gerektiğini gösterir. Açıklayıcı sistem şeması — ürün ekranı değildir.
- Kariyer/kural değişikliği
- Kural seti sürümü
- Dönem hesabı, kariyer seviyeleri ve hakediş satırları.
- Hangi dönemden itibaren geçerli olacağı önceden tanımlanır.
- Üye statüsü değişikliği
- Üye ve yetki kaydı
- Uygunluk, erişim ve ekip görünümü.
- Dönem içi mi dönem başı mı işleyeceği kurguya bağlıdır.
- Sipariş düzeltmesi veya iade
- Sipariş ve hacim kaydı
- İlgili bacak/seviye hacmi ve dönem sonucu.
- Kapanmış dönemde düzeltme genellikle ayrı kayıt olur.
- Placement düzeltmesi
- Ağaç ilişkisi
- Alt/üst hat görünümü, hacim akışı ve kariyer hesabı.
- Etki alanı geniş; gerekçe ve onayla yürütülür.
- Entegrasyon kaynak değişikliği
- Veri sahipliği tanımı
- Sipariş, stok, fiyat veya belgede doğru kabul edilen kaynak.
- Yazılı tanım ve geçiş planı ister; projede tanımlanır.
Yetki ve görev ayrımı
Aşağıdaki roller eMc'nin sabit varsayılanları değildir; yalnız örnek bir görev ayrımıdır. Finansal etkisi olan işlemlerde üreten ile onaylayanın ayrılması genel bir güvenlik yaklaşımıdır.
Süper yönetici
Sistem ayarları, yetki tanımı ve kritik parametre erişimi.
Genellikle en dar kullanıcı grubudur; günlük operasyon işleri buradan yürütülmez.
Operasyon
Üye kayıtları, sipariş düzeltmeleri, istisna kuyruğu ve saha destek talepleri.
Kural seti ve dönem onayı gibi finansal etkisi olan alanlara erişimi sınırlanabilir.
Finans / hakediş
Dönem kontrolü, kesinti ve ödeme öncesi mutabakat, muhasebe tarafına aktarım.
Ağaç ve kural değişikliği yetkisi genellikle ayrı tutulur.
Destek
Bayi/müşteri sorularının incelenmesi ve kaydın okunması.
Çoğu kurguda yalnız görüntüleme ve talep açma düzeyinde kalır.
Dönem kapanış masası
Kapanış tek bir tuş değildir; sırayla ilerleyen ve her adımı kayıt bırakan bir masadır. Açıklayıcı sistem şeması — ürün ekranı değildir.
- 01
Hazırlık
Dönem takvimi, bekleyen sipariş/iade ve eksik veri kontrol edilir.
- 02
Veri kilidi / snapshot
Hesaba girecek veri dondurulur; sonraki hareketler bir sonraki döneme yazılır.
- 03
Kural çalışması
Tanımlı parametrelerle hesap çalıştırılır; her satır hangi kuraldan geldiğini taşır.
- 04
Kontrol ve istisna
Beklenmeyen sonuçlar, cap sınırına takılanlar ve manuel inceleme gerekenler ayrılır.
- 05
Onay
Yetkili rol sonucu onaylar; onay öncesi çalışmalar sahaya yansıtılmaz.
- 06
Hakediş kaydı
Onaylanan sonuç dönem kaydına yazılır ve saha özetinde okunur.
- 07
Muhasebe ve rapor
Ödeme/muhasebe tarafına aktarım yapılır; sonuçtan kaynağa geri izleme korunur.
Yönetim ekranı 02
Dönem ve hakediş yönetimi
- Hazırlık, hesap çalışması ve kontrol adımları aynı akışta izlenir.
- Onaylanmayan çalışma sahaya yansıtılmaz.
- Sonuç dönem kaydına yazılır; düzeltme ayrı kayıt olur.
- Dönem takvimi
- Kural çalışması
- Onay
- Hakediş kaydı
Donem ve hakedis yonetimi
Donem hazirligi, hesap calismasi, kontrol, onay ve hakedis kaydinin izlenmesi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
İstisna kuyruğu
Beklenmeyen durumlar kişisel not yerine tek kuyrukta izlenir; her kayıt bir kararla ve gerekçeyle kapanır.
Adım 01
Gelen
- Ödeme başarısız
- İade / iptal talebi
- Duplicate kayıt şüphesi
- Kural istisnası
- Entegrasyon hatası
Adım 02
Otomatik deneme
- Tekrar deneme politikası
- Zaman aşımı sonrası bekletme
- Başarısızsa manuel incelemeye düşme
Adım 03
Manuel inceleme
- Kaydın ve gerekçenin okunması
- İlgili rolle sahiplenme
- Ek bilgi/talep isteme
Adım 04
Karar ve kapanış
- Düzeltme kaydı oluşturma
- Dönem etkisinin işaretlenmesi
- Gerekçe ve onay ile kapatma
Yönetim ekranı 03
İstisna ve operasyon kuyruğu
- Ödeme, iade, mükerrer kayıt ve entegrasyon hataları tek kuyrukta toplanır.
- Otomatik tekrar deneme sonrası kalan kayıtlar manuel incelemeye düşer.
- Her kayıt bir karar ve gerekçeyle kapanır.
- Kuyruk
- Tekrar deneme
- Manuel inceleme
- Gerekçe
Istisna ve operasyon kuyrugu
Odeme, iade, mukerrer kayit, kural istisnasi ve entegrasyon hatalarinin manuel inceleme akisi
Gerçek ürün ekranı bekleniyor — yayın izni onaylanınca bu alana yerleşecek.
Yönetim değişikliği sahada ne zaman görünmeli?
Yayın sınırı önceden tanımlanmazsa saha ile yönetim farklı rakam konuşur. Açıklayıcı sistem şeması — ürün ekranı değildir.
Anında görünmesi beklenenler
Erişim, statü veya destek amaçlı düzeltmeler genellikle saha tarafında hızlı yansır.
Dönem sınırında görünmesi beklenenler
Kural, cap ve kariyer değişiklikleri çoğunlukla ilgili dönemden itibaren geçerli olur.
Onaydan sonra görünmesi beklenenler
Hakediş sonucu onaylanmadan saha tarafında kesin rakam olarak gösterilmemesi tercih edilir.
Tek kaynak ilkesi
Saha ekranı ayrı hesap yapmaz; yönetim tarafında oluşan kaydı okur.
Gerçek ürün ekranı bekleniyor.
Sahadaki karşılığı
Bayi tarafında yalnız onaylanmış ve yayınlanmış sonuç okunur; ara hesaplar gösterilmez.
Denetim izi anatomisi
İtiraz veya denetim anında sorulan soru hep aynıdır: bu değer neden böyle? Kayıt alanları buna cevap verebilecek şekilde tanımlanır.
- Kim
- İşlemi yapan kullanıcı ve rolü.
- Ne zaman
- İşlem zamanı ve varsa geçerlilik başlangıcı.
- Hangi kayıt
- Etkilenen üye, sipariş, kural veya dönem kaydı.
- Önceki değer
- Değişiklikten önceki durum.
- Yeni değer
- Değişiklikten sonraki durum.
- Gerekçe
- Neden yapıldığı; serbest metin veya tanımlı sebep listesi.
- Onay kaydı
- Gerekiyorsa onaylayan kişi ve onay zamanı.
Yönetim ekranı 04
Denetim izi ve raporlama
- Değişiklik geçmişi kayıt bazında okunur.
- Kim, ne zaman, önceki ve yeni değer birlikte görünür.
- Rapor ve filtreler aynı kaydı okur; ayrı hesap yapmaz.
- Değişiklik geçmişi
- Önceki / yeni değer
- Rapor ve filtre
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.
Bu yaklaşım ne zaman anlamlı, ne zaman zorlaşır?
Anlamlı olabilir
- Birden fazla kişinin aynı operasyonu yürüttüğü ve yetki ayrımı gereken kurgular.
- Dönem kapanışının düzenli ve itiraz edilebilir biçimde yürütüldüğü işleyişler.
- Sipariş, iade ve kural istisnalarının kayıt altında çözülmesi istenen durumlar.
- Muhasebe veya ödeme tarafına düzenli aktarım yapılan yapılar.
Zorlaşabilir
- Kim neyi değiştirebilir sorusunun yazılı cevabı yoksa panel tasarımı belirsiz kalır.
- Kural değişikliğinin hangi dönemden itibaren geçerli olacağı tanımlı değilse itirazlar artar.
- Geçmiş veri eksikse geriye dönük izleme sınırlı olur.
- İstisna süreçleri kişiye bağlı yürütülüyorsa panel tek başına düzen sağlamaz.
Sık sorulanlar
Kısa yanıtlar
- Yönetim paneli kural, yetki, dönem ve operasyon kontrollerinin yürütüldüğü yerdir. Bayi backoffice ise sahanın kendi ekibini, hacmini ve hakediş özetini okuduğu yüzdür. İkisi aynı kaydı kullanır; farklı olan yetki ve görünüm sınırıdır.
- Kurguya bağlıdır. Yaygın yaklaşım, değişikliğin belirli bir dönemden itibaren geçerli olması ve kapanmış dönem sonuçlarının korunmasıdır. Geriye dönük düzeltme gerekiyorsa bunun ayrı bir kayıt olarak işlenmesi genellikle tercih edilir.
- Teknik olarak mümkün olabilir, ancak finansal etkisi olan işlemlerde üreten ile onaylayanın ayrılması genel bir güvenlik yaklaşımıdır. Hangi işlemlerin ikinci onay gerektireceği projede tanımlanır.
- Genellikle yapılabilir, fakat etki alanı geniştir: alt/üst hat görünümü, hacim akışı ve kariyer hesabı birden fazla üyede değişebilir. Bu nedenle çoğu kurguda gerekçe, onay ve geçerlilik tarihi birlikte kayda alınır.
- Başarısız ödeme, iade, mükerrer kayıt veya kural istisnası gibi durumlar tek bir kuyrukta toplanıp otomatik tekrar deneme ve manuel inceleme adımlarından geçirilebilir. Kapanış her zaman bir gerekçe kaydıyla yapılır.
- Kapsam projede tanımlanır. Sağlıklı bir denetim izi genellikle kim, ne zaman, hangi kayıt, önceki değer, yeni değer, gerekçe ve varsa onay bilgisini içerir; böylece sonuçtan kaynağa geri gidilebilir.
Yönetim tarafının kapsamını birlikte tanımlayalım
Hangi rolün neyi değiştirebileceğini, dönem kapanışının nasıl yürüyeceğini ve hangi denetim kayıtlarının tutulacağını konuşalım.