Roller & Yetkiler
Hedef Kitle: Son Kullanıcı, Admin Sayfa Türü: Kavram Özet: Roller, COS'ta hangi menü ve ekranları görebileceğinizi ve hangi işlemleri yapabileceğinizi belirler. Yetkiler genelde rol + birim kapsamı + sahiplik mantığıyla çalışır.
Bir rol neyi etkiler?
COS'ta rolünüz genelde şunları etkiler:
- Menü görünürlüğü (hangi modüller/ekranlar görünür)
- Yapabileceğiniz işlemler (oluşturma/düzenleme/onay/kullanıcı yönetimi)
- Kapsam (kendi işleriniz vs biriminiz vs tüm organizasyon)
Yetki nereden gelir?
Bir işlemi yapmaya çalıştığınızda sistem genelde şu kombinasyona bakar:
- Rol: temel yetki seviyeniz
- Organizasyon kapsamı: sorumlu olduğunuz birim(ler)
- Sahiplik / atama: ilgili kaydın sahibi misiniz veya size atanmış mı
- İş akışı durumu: bazı işlemler onay beklerken veya kilitliyken engellenebilir
Rol katmanları
COS'ta yetkilendirme birden fazla katmandan oluşur. Aşağıdaki tablo, her katmanın ne anlama geldiğini gösterir:
| Katman | Açıklama | Örnek Roller |
|---|---|---|
| Platform | Tüm sistemi yönetme yetkisi | Süper Yönetici |
| Holding / Grup | Bir gruba bağlı tüm şirketleri görebilme | Holding Yöneticisi |
| Şirket (Tenant) | Tek bir şirket içindeki yetki seviyeniz | Şirket Yöneticisi, Strateji Yöneticisi, Birim Lideri, Üye |
| Birim (OrgUnit) | Organizasyon şemasındaki konumunuz | Birim Lideri, Üye |
Not: Bir kullanıcı aynı anda birden fazla katmanda yetkiye sahip olabilir. Örneğin, bir Holding Yöneticisi aynı zamanda bir şirkette Şirket Yöneticisi rolünde de olabilir.
Sıklıkla görülen roller
| Rol | Ne yapabilir? | Kapsam |
|---|---|---|
| Üye (Member) | Tüm şirketin OKR, KPI ve strateji verilerini okur; yalnız sahibi veya katkıcısı olduğu anahtar sonuçların ve inisiyatiflerin ilerlemesini (inisiyatifte durumunu da) ve sorumlusu olduğu KPI'ları günceller | Okuma: şirket · Yazma: kendi işleri |
| Birim Lideri (Team Lead) | Şirket genelini okur; lideri olduğu birimler ve alt birimlerinde OKR, tespit ve analiz oluşturur/düzenler; kişi performansını yalnız bu alt ağaç için görür | Okuma: şirket · Yazma: lider alt ağacı |
| Strateji Yöneticisi | Tüm iş modüllerinde (plan dönemleri, odak alanları, analizler, OKR, KPI, raporlar) tam yetkili; kullanıcıları en fazla kendi seviyesine kadar ve organizasyon yapısını yönetir. Şirket yönetim alanlarına erişmez (aşağıya bakınız) | Tüm şirket |
| Şirket Yöneticisi (Admin) | Kullanıcı, rol, organizasyon yapısı ve sistem ayarlarını yönetir | Tüm şirket |
| Holding Yöneticisi (Group Admin) | Grubundaki tüm şirketlerin iş verilerine erişir; kullanıcı yönetimi yapabilir | Gruptaki tüm şirketler |
| Süper Yönetici | Platform seviyesinde tüm yetkiler | Tüm sistem |
Erişim matrisi (özet)
| Yetenek | Süper Yönetici | Holding Yöneticisi | Şirket Yöneticisi | Strateji Yöneticisi | Birim Lideri | Üye |
|---|---|---|---|---|---|---|
| OKR & KPI | ✅ | ✅ | ✅ | ✅ | Okuma şirket · yazma lider alt ağacı | Okuma şirket · kendi işlerinin ilerlemesi |
| Kişi performans raporları | ✅ | ✅ | ✅ | ✅ | Lider alt ağacı | Yalnız kendisi |
| Strateji modülleri (SWOT, BSC, PESTLE vb.) | ✅ | ✅ | ✅ | ✅ | Aşağıya bakınız* | Görüntüleme |
| Kullanıcı yönetimi | ✅ | ✅ | ✅ | Strateji Yöneticisine kadar | — | — |
| Sistem / tenant ayarları | ✅ | ✅ | ✅ | — | — | — |
| Platform yönetimi | ✅ | — | — | — | — | — |
| Holding / grup yönetimi | ✅ | ✅ (grup oluşturma: yalnız Süper Yönetici) | — | — | — | — |
| Onaylama (OKR, plan vb.) | ✅ | ✅ | ✅ | ✅ | Üst birimler | — |
| Pano görünümü | Platform panosu | Yönetici panosu | Yönetici panosu | Strateji panosu | Birim lideri panosu | Çalışan panosu |
KPI ölçüm yetkisi rolden değil KPI'dan gelir. Bir KPI'a ölçüm girebilenler: KPI'ın sorumlusu (Üye olsa da), sahip birimin ve üst birimlerinin liderleri, Şirket Yöneticisi, Strateji Yöneticisi, kendi grubundaki tenant'larda Holding Yöneticisi ve Süper Yönetici. Rapor düzenleme yetkisi ölçüm yetkisi vermez. KPI oluşturma: Birim Lideri kendi birimi ve alt birimlerinde; Üye oluşturamaz. Ayrıntı: KPI Takibi.
Birim Lideri strateji erişimi: Oluşturma/düzenleme/silme, etkin yetki setindeki ilgili modüle ve gerektiğinde
unit_level_strategyözelliğine bağlıdır. Hazır seçimin adı tek başına erişim hakkı vermez.
Strateji Yöneticisi ve yönetim alanları
0.5.44'ten itibaren Strateji Yöneticisi şu şirket yönetim alanlarına ne menüden ne API'den erişir (403):
- Şirket profili ve durumu (görüntüleme açık, değiştirme kapalı)
- API anahtarları
- Entegrasyon uçlarının oluşturulması, düzenlenmesi, silinmesi ve test edilmesi (uçları görüntüleme ve KPI bağlantıları açık)
- Menü yapılandırması
- AI sağlayıcı ayarları (şirket ve grup)
- Yönetici panosu, AI kullanım ve analitik ekranları (AI asistanının yönetici panosu aracı dahil)
Kullanıcı yönetimi (en fazla kendi seviyesine kadar), organizasyon yapısı, başarı kriteri şablonu ve tüm iş modülleri açıktır. Bu alanlar Şirket Yöneticisi, Holding Yöneticisi ve Süper Yönetici için değişmedi.
Kullanıcı ve rol yönetimi kuralları
- En fazla kendi seviyeniz: seviye sırası Üye < Birim Lideri < Strateji Yöneticisi < Admin < Grup Yöneticisi < Süper Yönetici. Strateji Yöneticisi en fazla Strateji Yöneticisi, Admin en fazla Admin, Grup Yöneticisi en fazla Grup Yöneticisi atar ve davet eder. Grup Yöneticisi ve Süper Yönetici rolleri kullanıcı listesinden atanmaz.
- Kendinize işlem yok: kimse kendi rolünü değiştiremez, kendini askıya alamaz veya çıkaramaz. Sahip olmayan Grup Yöneticisi grubundan ayrılabilir.
- Son yönetici koruması: şirketin son aktif Admin'i, grubun son aktif Grup Yöneticisi ve platformun son aktif Süper Yöneticisi düşürülemez, askıya alınamaz, çıkarılamaz.
- Korunan kullanıcılar: Admin ve Strateji Yöneticisi, şirketin grubunun Grup Yöneticisi ve Süper Yönetici üzerinde işlem yapamaz. Grup sahibini yalnız Süper Yönetici değiştirir.
- Askıya alma ve kalıcı çıkarma: üyeliği askıya almak geri alınabilir, rol ve sahiplikler korunur; kalıcı çıkarma üyeliği siler.
- Ad: kullanıcının adını yalnız kendisi değiştirir.
- Gruplar: Grup Yöneticisi yalnız davetle eklenir; grup yalnız kayıtta veya Süper Yönetici tarafından oluşturulur; sahipliği devretme ve grubu silme yalnız sahip veya Süper Yönetici tarafından yapılır.
Ayrıntı: Kullanıcı Yönetimi, Grup Yönetimi.
Strateji modülü yetki detayları
Modül erişimi etkin yetki setinden gelir. Aşağıdaki kapsam, ilgili modül/özellik açıkken ve rolün izin satırları işlemi desteklerken geçerlidir:
| Alan | Birim Lideri | Üye |
|---|---|---|
| SWOT, PESTLE, Porter, BCG, durum raporları, VRIO ve ürün analizleri | Şirket genelini okur; unit_level_strategy açıksa lider alt ağacında oluşturur/düzenler/siler | Şirket genelini okur |
| DMA ve Mükemmellik | Birim ve görev kapsamına göre yönetir/cevaplar | Kendisine atanmış cevap görevlerini yapar; yetkili olduğu sonuçları görür |
| Tespitler | Lider alt ağacında oluşturur/düzenler/kapatır/SWOT'a taşır; şirket düzeyi yalnız kök birim lideri, kapalı dönemde yazma yok | Görüntüler |
| Ürünler, misyon/vizyon, plan dönemleri ve odak alanları | Görüntüler; yazma için ilgili kayıt ve rol yetkisi gerekir | Görüntüler |
| Eski BSC raporları | Salt okunur | Salt okunur |
| AI Asistan | Kendi kayıt erişimi kapsamında kullanır | Kendi kayıt erişimi kapsamında kullanır |
Gizli OKR kayıtlarında sahip/katkıcı ve lider/yönetici kuralları ayrıca uygulanır. Modülün açık olması bu kayıt kapsamını genişletmez. Şirket veya kurulum salt okunursa normal yazma yetkileri de kısıtlanır.
Birim lideri nasıl belirlenir?
Birim Lideri (Team Lead) rolü, veritabanında doğrudan TEAM_LEAD olarak saklanır. Bir kullanıcıya organizasyon şemasında birim lideri atandığında, sistem üyelik rolünü otomatik olarak TEAM_LEAD seviyesine yükseltir.
- Şirket lideri: Kök birime (ROOT) lider atanırsa şirket seviyesinde görünürlük kazanır
- Bölüm/takım lideri: Kendi birimi ve alt birimlerini (en alt seviyeye kadar) yönetebilir
- Organizasyon sayfası: TEAM_LEAD ve MEMBER kullanıcılar organizasyon yapısını salt okunur olarak görebilir. TEAM_LEAD yalnız kendi birimi ve alt birimlerine, yalnız kendi şirketindeki (veya henüz hiçbir birime atanmamış) kişileri üye ekler. TEAM_LEAD lideri yalnız lideri olduğu birimlerin alt birimlerinde atar; kendi lideri olduğu birimin liderini üst birimin lideri veya bir yönetici değiştirir
Organizasyon birimi kapsamı
Her kullanıcı, org şemasında bir veya birden fazla Organizasyon Birimine atanmıştır. Hangi kayıtları görüp işlem yapabileceği bu atama üzerinden belirlenir.
| Durum | Kapsam |
|---|---|
| A biriminde Üye (Member) | Tüm şirketin (birimlerinden birini içeren her şirketin) OKR/KPI/strateji verilerini okur; yalnız kendi KR ve inisiyatiflerinin ilerlemesini yazar; birime bağlı yazmalarda yalnız A birimi |
| A biriminin Birim Lideri | Tüm şirketi okur; A birimi ve tüm alt birimlerinde yazar (OKR, tespit, analiz, üye) |
| Kök birimin (Şirket) lideri | Şirket genelinde yazar; şirket düzeyi tespit ve analizler dahil |
| Strateji Yöneticisi | Birim atamasından bağımsız olarak tüm şirketi görür |
| Admin | Tüm şirketi görür |
Üst birim onayları: A biriminden bir OKR onay beklerken, A biriminin üst (ata) biriminin Birim Lideri de onaylayabilir — Admin ve Strateji Yöneticilerine ek olarak.
Birim atamanız bir Admin tarafından yapılır. Kapsamınızın yanlış olduğunu düşünüyorsanız, Admin'den birim atamanızı doğrulamasını isteyin.
Pratik kurallar
- Bir menüyü göremiyorsanız, muhtemelen o modül için yetkiniz yoktur.
- Menüyü görüp düzenleyemiyorsanız, kapsam dışında olabilirsiniz (başka birim) veya kayıt onay/kilit durumunda olabilir.
- Onaylar, kurumunuza göre konfigüre edilebilir.
Salt Okunur Mod (Read-Only Mode)
Bazı koşullarda normal düzenleme hakkınız olsa dahi sistem sizi salt okunur moda alır:
| Tetikleyici | Etki |
|---|---|
| On-prem lisans ek süresi bitmiş | Kurulum salt okunur olur; yeni lisans yüklenene kadar normal kayıt değişiklikleri reddedilir |
| OKR Dönemi kapatılmış | Dönem kapatıldıktan sonra OKR, KR ve ölçümler dondurulur |
| Onay iş akışında bekleyen öğe | Onay bekleyen öğeler işlem tamamlanıncaya kadar kilitlenir |
| Gizli (confidential) kayıt | Gizli hedef, anahtar sonuç veya inisiyatif yalnız yöneticilere/strateji yöneticilerine, biriminin ve üst birimlerinin liderlerine, sahip ve katkıcılarına (altındaki bir kaydın veya üstündeki hedefin sahip/katkıcıları dahil) görünür. Yalnız birime atanmış olmak görünürlük vermez |
| Şirket askıda | Şirketin tamamı Admin dahil şirket kullanıcıları için salt okunur olur (AI sohbeti, bildirimler ve kişisel panolar dahil). Süper Yönetici ve grubun Grup Yöneticisi değişiklik yapabilir; şirket durumunu da yalnız onlar değiştirir |
Salt Okunur Mod arayüzde bellidir: işlem butonları kaybolur veya pasif görünür, genellikle bir açıklama mesajı da gösterilir.
Modül erişimi ve etkin yetki
Erişim, modül hakkı + rol izni + menü durumu + kayıt kapsamı birlikte değerlendirilerek belirlenir. Free/Pro/Enterprise gibi hazır seçim adları birer form kısayoludur; değişmez erişim matrisi değildir.
- SaaS'ta gruba ait etkin yetki seti ve katalog uygulanır. Grup Yöneticisi setini Ayarlar → Plan & Abonelik altında görüntüler; Süper Yönetici Yetki Setleri ekranında yönetir.
- On-prem kurulumda kaynak imzalı lisanstır. Lisans dışı modül için Lisansınıza ekleyin açıklaması gösterilir; veritabanından plan değiştirmek erişim sağlamaz.
- AI bütün yetki setlerine açıktır. SaaS'ta COS modelinin mesaj/araştırmaları aylık grup havuzunu tüketir; şirket/grup sağlayıcısı bu havuzu tüketmez. Kayıt yetkileri ve ilgili hız/saklama sınırları ayrıca uygulanır.
- Bir modülün hakkı yoksa, şirket menüsü gizliyse veya kullanıcı yetkisizse yalnız URL'yi bilmek erişim vermez.
Ayrıntı: Yetki Setleri, Lisans ve Modüller, Menü Ayarları.
Bir şey eksikse ne yapmalı?
- Doğru çalışma alanı (workspace/tenant) içinde olduğunuzu kontrol edin.
- Bir Admin'den şunları doğrulamasını isteyin:
- rolünüz
- organizasyon birimi atamanız
- varsa onay akışı kısıtları
Rol Rehberi (uygulama içi referans sayfası)
COS, tüm kimlik doğrulamış kullanıcılara açık yerleşik bir Rol Rehberi sayfası içerir. Sol menüde "Rol Rehberi" olarak yer alır, adres: /account/roles-guide.
Sayfada şunlar yer alır:
- Oturum açmış kullanıcının mevcut rolü ve kısa açıklaması
- 6 rolün tümü için katman/kapsam özeti olan kartlar ve rol mimarisi paneli
- Yetki Matrisi: modül × rol, görüntüle/oluştur/düzenle/sil (V/C/U/D) simgeleriyle. 0.5.44'ten itibaren matris elle yazılmaz; API yetki kontrolünün okuduğu yetki satırlarından otomatik üretilir, bu yüzden her zaman gerçek yetkiyi gösterir. Kesikli çerçeveli simge (ör. C*) sınırlı erişimdir (birim kapsamı, koşul veya modülün bir kısmı). Matris yüklenemezse hata mesajı ve "Tekrar dene" düğmesi görünür.
- Matrisin altında yetki satırlarına ek olarak uygulanan kurallar (birim kapsamı, sahiplik, kullanıcı yönetimi tavanı gibi)
- Kavram açıklamaları: Birim Kapsamı, Modül Erişimi (etkin yetki seti), Salt Okunur Mod, Onay İş Akışı
Matris şirket verisi içermez; Süper Yönetici şirket seçmeden, şirketi olmayan bir grubun Holding Yöneticisi de sayfayı açabilir.
Teşhis: rol bağlamında erişim kısıtlamasını anlamıyorsanız bu sayfayı açın.