Skip to main content

Yönetim ve Şirket Ayarlarına Genel Bakış

Hedef Kitle: Şirket Yöneticisi, Grup Yöneticisi ve Süper Yönetici

Hangi yönetim alanını kullanmalıyım?​

Ayarlar, seçili şirket veya grubun yapılandırmasını içerir. Yönetim platform işlemleri içindir ve Süper Yöneticiye açıktır. Ekranda bir menüyü görmek, o menüdeki bütün yazma işlemlerine yetki sağlamaz; rol, şirket kapsamı, modül erişimi ve kayıt durumu birlikte değerlendirilir.

İhtiyaçMenü / rehber
Şirket bilgileri, marka ve şirket süreleriKurum Ayarları
Davet, şirket üyeliği, rol ve askıya almaKullanıcılar
Holding yöneticileri ve sahiplikGrup Yönetimi
Etkin modüller ve sınırlarYetki Setleri, Lisans ve Modüller
Dış veri bağlantıları ve push anahtarıEntegrasyonlar
Şirket/grup AI modelleriAI Sağlayıcı
Kullanılacak şirket menüleriMenü Ayarları
KPI varsayılan kriteriAyarlar → Başarı kriteri şablonu
DMA / Mükemmellik şablonlarıAyarlar altındaki ilgili yapılandırma sayfası
Kişisel dil, şifre ve rollerProfil

Strateji Yöneticisi iş modüllerini, kendi seviyesine kadar kullanıcıları, organizasyon yapısını ve başarı kriteri şablonunu yönetebilir. Şirket profili düzenleme, API anahtarları, entegrasyon ucu yönetimi, AI sağlayıcıları ve Menü Ayarları şirket yönetim alanlarıdır. Ayrıntı: Roller & Yetkiler.

Süper Yönetici alanı​

Yönetim altında şirketler ve gruplar; RBAC, global kütüphaneler, sektör/ülke listeleri, değerlendirme şablonları, platform başarı kriteri, AI yönetimi ve Platform Ayarları bulunur.

SaaS'ta yetkiler Hazır Seçimler, Yetki Setleri, Modüller ve Katalog ekranlarından yönetilir. Hazır seçim formu doldurur; mevcut setleri kendiliğinden değiştirmez. Fiyat ve limitler katalogdaki güncel değerlerden okunur. SaaS lisanslama ekranı, on-prem müşterisine verilecek imzalı lisansları yönetmek içindir.

On-prem kurulumda yetkilerin kaynağı imzalı lisanstır; set düzenleme ve lisans üretimi sunulmaz. Katalog ve hazır seçimler dosyadan salt okunur görünür. Lisans sayfası kurulumun durumunu ve modüllerini açıklar.

Varsayılan Başarı Kriteri​

Yönetim → Varsayılan Başarı Kriteri (/admin/success-criteria-default) platformun varsayılan KPI başarı kriterini tanımlar: taban, 5 seviye (renk ve iki etiket: TR ve EN) ve 4 artan eşik. Yalnızca Süper Admin görür ve düzenler; diğer roller sayfaya erişemez.

  • Yeni oluşturulan her şirket (kayıt, Grup Admin'in eklediği şirket, Süper Admin'in oluşturduğu tenant) bu şablonun o anki halinin bir kopyasını kendi başarı kriteri şablonu olarak alır. Kopya tek dillidir: dil İngilizce ise EN etiketleri, aksi halde TR etiketleri kullanılır. Kayıtta dil, kayıt sırasındaki arayüz dilidir; diğer yollarda şirketi oluşturan kullanıcının dil tercihidir.
  • Bu şablonu değiştirmek mevcut şirketlerin şablonlarını ve KPI'larını değiştirmez; yalnızca bundan sonra oluşturulan şirketler yeni hali alır.
  • Hiç kaydedilmediyse sayfa yerleşik varsayılanı gösterir (gerçekleşme oranı, eşikler 60/80/100/110, Çok Kötü / Kötü / Orta / İyi / Çok İyi; EN: Very Poor / Poor / Fair / Good / Excellent). Yerleşik varsayılana dön editörü bu değerlerle doldurur, kaydetmez.
  • Siz düzenlerken başka biri kaydettiyse kaydınız reddedilir ve güncel hali yüklemeniz istenir. Her kayıt bir revizyon olarak saklanır.

RBAC Yönetimi​

Yönetim → RBAC Yönetimi yalnız Süper Yöneticiye açıktır.

  • Genel izin satırları salt okunurdur; satırın kaynağı gösterilir. Genel rol politikası değişikliği ürün sürümüyle gelir.
  • Şirket istisnaları, bir şirkette belirli rolün API veya menü izin satırını özelleştirir. Şirketin genel satırı yerine uygulanır; yeni bir rol veya modül hakkı oluşturmaz.
  • API istisnasının anahtarı genel satırlarda bulunmalıdır. Süper Yönetici rolüne ve GLOBAL kapsamına şirket istisnası yazılamaz.
  • Değişiklikler denetlenir; diğer işlem örneklerine yayılması önbellek süresini alabilir.

Modül hakkı, şirket menüsünün açılması ve kayıt üzerinde işlem yetkisi ayrı kontrollerdir. Önce etkin modülü, sonra menüyü, sonra rol/birim/sahiplik kapsamını inceleyin.

Günlük inceleme​

Kullanıcıların davet ve üyelik durumlarını Kullanıcılar, KPI değişikliklerini ilgili KPI'ın Geçmiş sekmesinden takip edin. Yetki setinin geçmişini ilgili grup setinden inceleyin. Geçmiş ve Denetim Kayıtları kayıt türlerini ayırır.

OKR gönderim ve kararları için Onay Akışları rehberini kullanın. VRIO kayıtları ayrı bir gönder/onayla sürecine sahip değildir.

RBAC Yönetimi​

Yönetim → RBAC Yönetimi yalnız Süper Yöneticiye açıktır.

  • Genel izin satırları salt okunurdur; satırın kaynağı gösterilir. Genel rol politikası değişikliği ürün sürümüyle gelir.
  • Şirket istisnaları, bir şirkette belirli rolün API veya menü izin satırını özelleştirir. Şirketin genel satırı yerine uygulanır; yeni bir rol veya modül hakkı oluşturmaz.
  • API istisnasının anahtarı genel satırlarda bulunmalıdır. Süper Yönetici rolüne ve GLOBAL kapsamına şirket istisnası yazılamaz.
  • Değişiklikler denetlenir; diğer işlem örneklerine yayılması önbellek süresini alabilir.

Modül hakkı, şirket menüsünün açılması ve kayıt üzerinde işlem yetkisi ayrı kontrollerdir. Önce etkin modülü, sonra menüyü, sonra rol/birim/sahiplik kapsamını inceleyin.

Günlük inceleme​

Kullanıcıların davet ve üyelik durumlarını Kullanıcılar, KPI değişikliklerini ilgili KPI'ın Geçmiş sekmesinden takip edin. Yetki setinin geçmişini ilgili grup setinden inceleyin. Geçmiş ve Denetim Kayıtları kayıt türlerini ayırır.

OKR gönderim ve kararları için Onay Akışları rehberini kullanın. VRIO kayıtları ayrı bir gönder/onayla sürecine sahip değildir.

RBAC Yönetimi​

Yönetim → RBAC Yönetimi yalnız Süper Yöneticiye açıktır.

  • Genel izin satırları salt okunurdur; satırın kaynağı gösterilir. Genel rol politikası değişikliği ürün sürümüyle gelir.
  • Şirket istisnaları, bir şirkette belirli rolün API veya menü izin satırını özelleştirir. Şirketin genel satırı yerine uygulanır; yeni bir rol veya modül hakkı oluşturmaz.
  • API istisnasının anahtarı genel satırlarda bulunmalıdır. Süper Yönetici rolüne ve GLOBAL kapsamına şirket istisnası yazılamaz.
  • Değişiklikler denetlenir; diğer işlem örneklerine yayılması önbellek süresini alabilir.

Modül hakkı, şirket menüsünün açılması ve kayıt üzerinde işlem yetkisi ayrı kontrollerdir. Önce etkin modülü, sonra menüyü, sonra rol/birim/sahiplik kapsamını inceleyin.

Günlük inceleme​

Kullanıcıların davet ve üyelik durumlarını Kullanıcılar, KPI değişikliklerini ilgili KPI'ın Geçmiş sekmesinden takip edin. Yetki setinin geçmişini ilgili grup setinden inceleyin. Geçmiş ve Denetim Kayıtları kayıt türlerini ayırır.

OKR gönderim ve kararları için Onay Akışları rehberini kullanın. VRIO kayıtları ayrı bir gönder/onayla sürecine sahip değildir.