Tuzla'da kimlik doğrulama ve SSO yaptırmak

01Kimlik doğrulama ve SSO nedir, kimler için uygun?

Her işletmenin ihtiyacı farklıdır; yine de çoğu kimlik doğrulama ve SSO projesinde şu başlıklar konuşulur:

• iki adımlı doğrulama
• OAuth 2.0/OIDC
• SSO

İhtiyaca göre webhook servisi, dosya ve medya servisi ve API yönetim paneli ve geliştirici portalı da aynı yol haritasına eklenebilir.

02Hangi durumlarda kimlik doğrulama ve SSO yaptırılır?

Entegrasyon talepleri tek tek karşılandığında

Standart bir API ve dokümantasyon, her iş ortağı için ayrı geliştirme yapma ihtiyacını azaltır.

Geliştiriciler API'yi anlamakta zorlandığında

OpenAPI şeması, örnek istekler ve kılavuzla öğrenme süresi kısalır.

İki adımlı doğrulama gerektiğinde

İki adımlı doğrulama, kimlik doğrulama ve SSO projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

03Kimlik doğrulama ve SSO planlarken bilinmesi gerekenler

• hata kodu standardı.
• webhook imza doğrulaması
• kimlik doğrulama (API anahtarı, OAuth 2.0)

04Sık karşılaşılan durumlar

05Tuzla'da kimlik doğrulama ve SSO: çalışma düzeni

PTT kayıtlarında Tuzla ilçesine bağlı 23 yerleşim bulunur. Bu kayıtlardan 6 tanesi organize sanayi veya serbest bölge kaydıdır. 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.

Tuzla'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.

Aynı ildeki Silivri, Esenler ve Büyükçekmece ilçeleri için de kimlik doğrulama ve SSO talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Proje nasıl ilerler?

1. İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
2. Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
3. Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
4. Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Mevcut veriler aktarılır, sistem yayına alınır ve kullanıcılara eğitim verilir.
7. Bakım ve destek: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanır.

07Rakamlarla örnek bir senaryo

08Nasıl çalışıyoruz?

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Her değişiklik önce test ortamında denenir.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Kapsam ve teslim kriterleri yazılı olur.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; İstanbul da bunlardan biri.

09Uzman desteği ne zaman şart olur?

Kimlik doğrulama ve SSO işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• İş ortakları API'yi yanlış kullanıyor: dokümantasyon eksik veya güncel değil.
• Eski sürümü kullananlar bozuluyor: sürümleme ve geçiş takvimi yok.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• OAuth 2.0/OIDC
• SSO
• iki adımlı doğrulama
• webhook
• rate limit
• Swagger
• geliştirici portalı
• İstanbul
• Tuzla