OAuth, SSO ve kurumsal oturum açma.
01Olmazsa olmaz özellikler
- OAuth 2.0/OIDC
- SSO
- iki adımlı doğrulama
02İhtiyaca göre eklenen modüller
Geliştirici portalı
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
Sürümlü API
Sürümlü API, ihtiyaç netleştiğinde kimlik doğrulama ve SSO içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
İmzalı webhook
İmzalı webhook, ihtiyaç netleştiğinde kimlik doğrulama ve SSO içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
SSO ve OAuth
SSO ve OAuth, ihtiyaç netleştiğinde kimlik doğrulama ve SSO içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
03Kimlik doğrulama ve SSO planlarken bilinmesi gerekenler
- hata kodu standardı.
- oran sınırı ve kota
- sürümleme stratejisi
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Eski sürümü kullananlar bozuluyor | Sürümleme ve geçiş takvimi yok | Sürümlü uç noktalar ve duyurulu kullanım dışı bırakma |
| API yoğunlukta yavaşlıyor | Kota ve önbellek yok, sorgular optimize değil | Oran sınırı, önbellek ve sorgu iyileştirme |
| İş ortakları API'yi yanlış kullanıyor | Dokümantasyon eksik veya güncel değil | OpenAPI şeması, örnek istekler ve sürüm notları |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm birimler | Onay ve yetki |
| Birim sorumlusu | Kendi birimi | Onay, atama, rapor |
| Kullanıcı | Kendi kayıtları | Giriş ve takip |
| Denetçi | Salt okunur raporlar | Dışa aktarım |
06Raporlar ve mobil kullanım
Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.
Arayüz mobil uyumlu tasarlanır; sahada veya yolda olan kullanıcılar tarayıcıdan aynı ekranlara erişir. Kamera, barkod veya çevrimdışı kullanım gerekiyorsa mobil uygulama değerlendirilir.
07Sektöre göre özellik önerileri
- Veri sağlayıcıları: Kimlik doğrulama ve SSO, veri sağlayıcıları için iş akışına göre uyarlanır.
- Yazılım şirketleri: Kimlik doğrulama ve SSO, yazılım şirketleri için iş akışına göre uyarlanır.
- İş ortağı ekosistemi olan firmalar: Kimlik doğrulama ve SSO, iş ortağı ekosistemi olan firmalar için iş akışına göre uyarlanır.
- Platform kuran girişimler: Kimlik doğrulama ve SSO, platform kuran girişimler için iş akışına göre uyarlanır.
08Sur için özellik planı
PTT kayıtlarında Sur ilçesine bağlı 100 yerleşim bulunur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için kimlik doğrulama ve SSO tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Mesafe yazılım işinin önünde engel değildir: Sur'daki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Aynı ildeki Kocaköy, Eğil ve Çermik ilçeleri için de kimlik doğrulama ve SSO talepleri değerlendirilir; toplantılar uzaktan yapılır.
Sur bölgesinden kimlik doğrulama ve SSO için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
SSSSık sorulan sorular
Sur'da bulunuyorum, yerinde görüşme mümkün mü?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
Sadece Diyarbakır için mi çalışıyorsunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
REST mi GraphQL mi?
Kaynak bazlı, önbelleğe uygun ve geniş araç desteği gereken çoğu iş API'sinde REST yeterlidir. İstemcilerin çok farklı veri kombinasyonları istediği ürünlerde GraphQL değerlendirilir.
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
Kimlik doğrulama ve SSO için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve OAuth 2.0/OIDC gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
→İlgili sayfalar
Kimlik Doğrulama ve SSO hakkında diğer konular
- Kimlik doğrulama ve SSO entegrasyonlarıBağlanabilecek sistemler
- Kimlik doğrulama ve SSO geliştirme süreciAnalizden yayına aşamalar
- Kimlik doğrulama ve SSO teknolojileriTeknoloji seçimi ve mimari
- Kimlik doğrulama ve SSO: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Kimlik doğrulama ve SSO fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
Sur'da ilgili hizmetler
Diyarbakır içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- OAuth 2.0/OIDC
- SSO
- iki adımlı doğrulama
- webhook
- rate limit
- API anahtarı
- OAuth 2.0
- geliştirici portalı
- Diyarbakır
- Sur