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ı
Geliştirici portalı, ihtiyaç netleştiğinde kimlik doğrulama ve SSO içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
OpenAPI dokümantasyonu
OpenAPI dokümantasyonu için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Sürümlü API
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.
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
- oran sınırı ve kota
- OpenAPI dokümantasyonu
- kimlik doğrulama (API anahtarı, OAuth 2.0)
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| İş ortakları API'yi yanlış kullanıyor | Dokümantasyon eksik veya güncel değil | OpenAPI şeması, örnek istekler ve sürüm notları |
| Webhook bildirimleri kayboluyor | Yeniden deneme ve teslim kaydı yok | İmzalı webhook, kuyruk ve teslim logu |
| API yoğunlukta yavaşlıyor | Kota ve önbellek yok, sorgular optimize değil | Oran sınırı, önbellek ve sorgu iyileştirme |
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.
Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.
07Sektöre göre özellik önerileri
- Platform kuran girişimler: Kimlik doğrulama ve SSO, platform kuran girişimler 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.
- Yazılım şirketleri: Kimlik doğrulama ve SSO, yazılım şirketleri 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.
08Tekirdağ Saray için özellik planı
Tekirdağ Saray'ın PTT verisindeki 29 yerleşim kaydı 1 farklı posta koduna dağılır. 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.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Tekirdağ Saray'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.
Tekirdağ genelinde Marmaraereğlisi, Şarköy ve Çerkezköy gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
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
Tekirdağ Saray'da yüz yüze görüşebilir miyiz?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanı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.
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.
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 sonradan genişletilebilir mi?
Evet. SSO gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
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.
Ö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 fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Kimlik doğrulama ve SSO geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Kimlik doğrulama ve SSO güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Kimlik doğrulama ve SSO firmasıFirma seçerken bakılacaklar
- Kimlik doğrulama ve SSO entegrasyonlarıBağlanabilecek sistemler
Tekirdağ Saray'da ilgili hizmetler
Tekirdağ içindeki diğer ilçeler
- Hayrabolu'da kimlik doğrulama ve SSO özellikleri ve modülleri
- Şarköy için kimlik doğrulama ve SSO özellikleri ve modülleri
- Marmaraereğlisi için kimlik doğrulama ve SSO özellikleri ve modülleri
- Çerkezköy'de kimlik doğrulama ve SSO özellikleri ve modülleri
- Süleymanpaşa'da 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
- OpenAPI
- API anahtarı
- SDK
- Tekirdağ
- Saray