Çifteler'de kimlik doğrulama ve SSO firması seçerken nelere bakılmalı?

01Kimlik doğrulama ve SSO firması seçerken bakılacak ölçütler

Test ortamı

Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.

Kaynak kod sahipliği

Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.

KVKK yaklaşımı

Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.

Dokümantasyon

Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.

İletişim düzeni

Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.

Bakım koşulları

Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.

02Teklif görüşmesinde sorulacak sorular

• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?

03Kimlik doğrulama ve SSO planlarken bilinmesi gerekenler

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

04Kimlik doğrulama ve SSO hangi ihtiyaca cevap verir?

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

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

Verinizi iş ortaklarına açmak istediğinizde

Kimlik doğrulama ve SSO ile veri, yetki ve kota kontrolüyle güvenli biçimde dış sistemlere sunulur.

05Kırmızı bayraklar

• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
• Ödemenin tamamını iş başlamadan isteyen plan
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif

06Eskişehir dışındaki bir firmayla nasıl çalışılır?

Uzaktan çalışmanın anahtarı düzenli iletişimdir: haftalık kısa toplantılar, ortak proje panosu ve her aşamada test ortamında çalışan bir sürüm.

• Görüntülü toplantı ve ekran paylaşımı
• Ortak proje panosu ve yazılı karar kaydı
• Her aşamada test ortamında deneme
• Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma

07Çifteler'de kimlik doğrulama ve SSO için çalışma biçimimiz

PTT kayıtlarında Çifteler ilçesine bağlı 28 yerleşim bulunur. 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.

Mesafe yazılım işinin önünde engel değildir: Çifteler'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.

Aynı ildeki Tepebaşı, İnönü ve Mihalgazi ilçeleri için de kimlik doğrulama ve SSO talepleri değerlendirilir; toplantılar uzaktan yapılır.

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.

• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Kaynak kod ve veri işletmeye teslim edilir.
• Yayın sonrası bakım ve destek planlanır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Eskişehir de bunlardan biri.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• OAuth 2.0/OIDC
• SSO
• iki adımlı doğrulama
• webhook
• rate limit
• OAuth 2.0
• geliştirici portalı
• Eskişehir
• Çifteler