Portal Organizasyonları
Ne İşe Yarar?
- API’leri tüketen kurumları portal bağlamında merkezi yönetir
- Kurum overview’ında üyeler, abonelikler, uygulamalar ve kullanımı bir arada gösterir
- Askıya alma, birleştirme ve credential iptali ile riskli veya mükerrer kurumları güvenli şekilde ele alır
- Doğrulanmış e-posta domain’leriyle kayıtların doğru kuruma join request olarak düşmesini sağlar
- LDAP kaynaklı kurumlarda salt okunur alanlarla yanlış elle müdahaleyi azaltır
Kimler Kullanır?
- Portal Yöneticileri: Tüketici kurum envanterini ve yaşam döngüsünü yönetmek için
- Destek / Operasyon: Sorunlu kurumun abonelik ve uygulama durumunu tek yerden görmek için
- Identity / Güvenlik Ekipleri: Suspend, revoke ve merge gibi kritik aksiyonları uygulamak için
Ekrana Erişim ve Yetkiler
- Admin panelinde Portal → Organizations yolunu izleyin
- Aynı list/create/edit/overview bileşeni Identity → Credential → Organizations altında da açılır
- Portal menüsünden açıldığında aktif portal bağlamında çalışırsınız; Identity menüsünden açıldığında kimlik yönetimi bağlamındadır
Liste
Listeden kurumları arar, bekleyen kayıtları (Pending signups) Approve / Reject eder (isteğe bağlı mesaj) ve overview’a geçersiniz.
Filtreler: Project, Search by name, accounts, apps, credential araması. Kolonlarda ad, proje, üst kurum, hesap/uygulama/credential/alt kurum sayıları ve son senkron bilgisi yer alır.
Satır menüsü (⋮): Overview · View · Edit · Duplicate · Delete · Move to Global — LDAP kaynaklı kayıtlarda bazı aksiyonlar kısıtlı / salt okunur olabilir.
Overview — Nasıl Okunur?
Başlıkta kurum adı, üyelik süresi, bugünkü istek özeti ve durum rozetleri (Suspended / Pending approval / Merged) görünür.
Kritik operasyonlar
| Aksiyon | Etkisi |
|---|---|
| Suspend / Resume | Tüm uygulama credential’larını geçici kapatır / geri açar; abonelik ve analytics korunur |
| Revoke credentials | Credential’ları kalıcı iptal eder; geri alınamaz. Kurumun alt ağacındaki tüm API istemcilerine bir iptal kesim noktası (cutoff) damgalanır — bu andan önce üretilmiş bir JWT de sonraki doğrulamada reddedilir; kurumun kendi kimlik bilgilerine bağlı açık (opaque) token’ları depodan hemen, alt ağaçtaki eski kayıtlar arka planda silinir |
| Merge into… | Kurumu başka bir kuruma birleştirir; üyeler, uygulamalar ve abonelikler taşınır; geri alınamaz |
Verified e-mail domains: Bu domain’lerden gelen portal kayıtları yeni kurum oluşturmaz; join request’e dönüşür. Üye onayı Developer Portal’da Owner tarafından yapılır → Portal Üyelik ve Davet.
Askıya alma, kurum uygulamalarına ait API istemcilerini de kapsar: askı süresince bu istemciler hem canlı trafikte hem token uç noktasında reddedilir; Resume erişimi geri açar.
Client secret’lar bu ekranda asla gösterilmez. Revoke ve Merge geri alınamaz; uygulamadan önce etki alanını doğrulayın. Delete, hesap erişimi / uygulama / credential zincirini etkileyebilir.
Revoke, kurum üzerindeki bir askıyı ne kaldırır ne koyar: askıdaki bir kurumun credential’ları iptal edildiğinde kurum askıda kalır — uygulamalarına ait API istemcileri reddedilmeye devam eder — ve askıyı kaldırmanın tek yolu Resume’dur; Resume da iptal edilmiş hiçbir credential’ı geri getirmez. Askıda olmayan bir kurumda Revoke, uygulamalara ait istemcileri duraklatmaz; yalnızca kurumun credential’larını ve onlara bağlı erişimi kalıcı olarak sonlandırır.
Sekmeler
Information
Kurum kimliği, kaynak, bildirim e-postaları, metadata (secret maskeli). Accounts altında roller; Subscriptions altında plan ve durum (Active, Waiting for approval, Rejected, Disabled, Unsubscribed); Apps altında kayıtlı ürünler ve credential metadata.
Accounts sekmesinde üye ekleme: "üye ekle" seçicisi, tüketici kurumu tek bir portala bağlı olmadığı için yalnız aktif portalin değil, kuruma erişimi olan tüm portallerin hesaplarını listeler; kurumun mevcut üyeleri listeden otomatik çıkarılır. Aynı ada sahip hesapları ayırt edebilmek için her satırda hesabın ait olduğu portal adı da gösterilir.
Usage
Kurum kullanım / kota özeti ile dönemsel API Traffic Report paneli (ürün, uygulama, tarih). Dönemsel karşılaştırma için uygundur.
Trafik, yalnızca eski kullanıcı adı/parola credential'ı taşıyan uygulamalara değil, kimliği tipli bir API İstemcisi (client id, trafik satırının username/key alanıyla eşleşir) olan uygulamalara da atfedilir.
Traffic & Usage
Kurum kapsamlı canlı trafik ve kota görünümü (Last ~1 hour / 24h / 7d, refresh, KPI, grafikler, trafik tablosu + drawer). Platform genelindeki Trafik ve Kullanım ekranının kurum kapsamındaki karşılığıdır.
Roller ve Durumlar
| Rol | Anlamı (portal üyeliği) |
|---|---|
| Owner | Üye yönetimi + yazma yetkisi |
| Developer | Uygulama / abonelik / credential yazma |
| Viewer | Salt okunur; client secret görmez |
Kurum durumu: Active · Pending approval · Rejected · Merged
Kullanım Senaryoları
- Sözleşmesi biten kurumun erişimini Suspend ile geçici kesersiniz
- Mükerrer açılmış iki kurumu Merge ile tek envanterde birleştirirsiniz
- Destek kaydı açan kurumun Usage sekmesinden kota aşımını doğrularsınız
- LDAP kaynaklı kurumda kod/ad alanlarının salt okunur olduğunu bilerek yalnızca operasyon aksiyonlarını kullanırsınız