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ı 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.
İ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.
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.
03Kimlik doğrulama ve SSO planlarken bilinmesi gerekenler
- kimlik doğrulama (API anahtarı, OAuth 2.0)
- OpenAPI dokümantasyonu
- sürümleme stratejisi
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 |
| 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 |
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.
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
- 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.
- Yazılım şirketleri: Kimlik doğrulama ve SSO, yazılım şirketleri 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.
08Reşadiye için özellik planı
PTT kayıtlarında Reşadiye ilçesine bağlı 229 yerleşim bulunur: 40 mahalle ile 189 köy ve köy yerleşimi.
Mesafe yazılım işinin önünde engel değildir: Reşadiye'deki 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.
Tokat genelinde Niksar, Tokat Merkez ve Almus gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Reşadiye 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
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.
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.
Tokat dışındaki işletmelere de hizmet veriyor musunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
Reşadiye'den yazıyorum; toplantılar nasıl yapılıyor?
İş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.
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.
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.
→İlgili sayfalar
Kimlik Doğrulama ve SSO hakkında diğer konular
- 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
- 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 yaptırmaKapsam, süreç ve iletişim
- Kimlik doğrulama ve SSO fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
Reşadiye'de ilgili hizmetler
Tokat içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- OAuth 2.0/OIDC
- SSO
- iki adımlı doğrulama
- webhook
- rate limit
- SDK
- Tokat
- Reşadiye