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.
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ı
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.
03Kimlik doğrulama ve SSO planlarken bilinmesi gerekenler
- oran sınırı ve kota
- sürümleme stratejisi
- kimlik doğrulama (API anahtarı, OAuth 2.0)
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| API yoğunlukta yavaşlıyor | Kota ve önbellek yok, sorgular optimize değil | Oran sınırı, önbellek ve sorgu iyileştirme |
| 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
Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.
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.
- Kurumsal BT ekipleri: Kimlik doğrulama ve SSO, kurumsal BT ekipleri 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.
- Yazılım şirketleri: Kimlik doğrulama ve SSO, yazılım şirketleri için iş akışına göre uyarlanır.
08Armutlu için özellik planı
Armutlu'nun PTT verisindeki 11 yerleşim kaydı 2 farklı posta koduna dağılır.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Armutlu'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Aynı ildeki Altınova, Yalova Merkez ve Çiftlikköy 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
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.
Ö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.
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.
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.
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.
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.
Sadece Yalova 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.
→İlgili sayfalar
Kimlik Doğrulama ve SSO hakkında diğer konular
- 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 güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Kimlik doğrulama ve SSO entegrasyonlarıBağlanabilecek sistemler
- Kimlik doğrulama ve SSO geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Kimlik doğrulama ve SSO teknolojileriTeknoloji seçimi ve mimari
Armutlu'da ilgili hizmetler
Yalova içindeki diğer ilçeler
- Çınarcık'ta kimlik doğrulama ve SSO özellikleri ve modülleri
- Termal'da kimlik doğrulama ve SSO özellikleri ve modülleri
- Çiftlikköy'de kimlik doğrulama ve SSO özellikleri ve modülleri
- Yalova Merkez'de kimlik doğrulama ve SSO özellikleri ve modülleri
- Altınova için kimlik doğrulama ve SSO özellikleri ve modülleri
Bu sayfada geçen kavramlar
- OAuth 2.0/OIDC
- SSO
- iki adımlı doğrulama
- webhook
- rate limit
- OAuth 2.0
- SDK
- Swagger
- Yalova
- Armutlu