Çivril'de kimlik doğrulama ve SSO yaptırmak

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

Kimlik doğrulama ve SSO projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• 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

• sürümleme stratejisi
• OpenAPI dokümantasyonu
• webhook imza doğrulaması

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

05Çivril için uzaktan ve yerinde çalışma

Çivril, Denizli iline bağlı bir ilçedir ve PTT adres verisine göre 77 mahalleden oluşur. 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.

Çivril'de 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.

Denizli genelinde Denizli Kale, Serinhisar ve Merkezefendi gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

06Proje nasıl ilerler?

1. İlk görüşme: Kısa bir görüşmede ne yapmak istediğinizi, bugün nasıl çalıştığınızı ve öncelikli sorunu konuşuruz.
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: Analiz sonrasında aşamalı plan ve yazılı teklif paylaşılır; ödeme planı aşamalara bağlanabilir.
4. Tasarım ve prototip: Temel ekranlar çizilir; kullanıcıların geri bildirimiyle akış sadeleştirilir.
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: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

07Rakamlarla örnek bir senaryo

08Ekip ve çalışma biçimimiz

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.
• Kaynak kod ve veri işletmeye teslim edilir.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Denizli de 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:

• Webhook bildirimleri kayboluyor: yeniden deneme ve teslim kaydı yok.
• 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
• SDK
• OAuth 2.0
• OpenAPI
• Denizli
• Çivril