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
SSO ve OAuth
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.
Kota ve oran sınırı
Kota ve oran sınırı için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
OpenAPI dokümantasyonu
OpenAPI dokümantasyonu, ihtiyaç netleştiğinde kimlik doğrulama ve SSO içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Geliştirici portalı
Geliştirici portalı için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
03Kimlik doğrulama ve SSO planlarken bilinmesi gerekenler
- kimlik doğrulama (API anahtarı, OAuth 2.0)
- sürümleme stratejisi
- hata kodu standardı.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Webhook bildirimleri kayboluyor | Yeniden deneme ve teslim kaydı yok | İmzalı webhook, kuyruk ve teslim logu |
| 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 |
| İş 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 kayıtlar ve raporlar | Kullanıcı ve ayar yönetimi |
| Çalışan | Kendi işleri ve atananlar | Kayıt girişi ve güncelleme |
| Müşteri / bayi | Kendi kayıtları | Talep ve sipariş |
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
- Kurumsal BT ekipleri: Kimlik doğrulama ve SSO, kurumsal BT ekipleri 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.
- Veri sağlayıcıları: Kimlik doğrulama ve SSO, veri sağlayıcıları 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.
08Yıldırım için özellik planı
PTT kayıtlarında Yıldırım ilçesine bağlı 71 yerleşim bulunur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde kimlik doğrulama ve SSO için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Mesafe yazılım işinin önünde engel değildir: Yıldırım'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 Gürsu, Orhangazi ve Harmancık ilçeleri için de kimlik doğrulama ve SSO talepleri değerlendirilir; toplantılar uzaktan yapılır.
Kimlik doğrulama ve SSO'yu planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
SSSSık sorulan sorular
Sadece Bursa için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
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.
Kimlik doğrulama ve SSO sonradan genişletilebilir mi?
Evet. SSO gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
API'yi kimlerin kullandığını nasıl izleriz?
Her istemciye ayrı anahtar veya OAuth istemcisi verilir; kullanım, hata ve kota tüketimi istemci bazında raporlanır.
Yıldırım'da bulunuyorum, yerinde görüşme mümkün mü?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
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.
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.
Ö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.
→İlgili sayfalar
Kimlik Doğrulama ve SSO hakkında diğer konular
- 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 KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Kimlik doğrulama ve SSO güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Kimlik doğrulama ve SSO entegrasyonlarıBağlanabilecek sistemler
Yıldırım'da ilgili hizmetler
Bursa içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- OAuth 2.0/OIDC
- SSO
- iki adımlı doğrulama
- webhook
- rate limit
- Swagger
- OpenAPI
- Bursa
- Yıldırım