Pamukkale'de kullanıcı ve yetki yönetimi yaptırmak

01Kullanıcı ve yetki yönetimi nedir, kimler için uygun?

Kullanıcı ve yetki yönetimi projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• log
• davet
• SSO
• roller

İhtiyaca göre kullanım bazlı faturalama, müşteri self servis portalı ve lisans yönetimi da aynı yol haritasına eklenebilir.

02Hangi durumlarda kullanıcı ve yetki yönetimi yaptırılır?

Ürün büyürken altyapı zorlandığında

Ölçekleme, izleme ve kiracı bazlı performans takibi planlanır.

Roller gerektiğinde

Roller, kullanıcı ve yetki yönetimi projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Abonelik ve faturalama elle yürüdüğünde

Planlar, yenileme, deneme süresi ve iptal akışları otomatikleşir.

03Kullanıcı ve yetki yönetimi planlarken bilinmesi gerekenler

• Kullanım ölçümü ve faturalama kuralları netleşir.
• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
• Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.

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

05Pamukkale'de kullanıcı ve yetki yönetimi: çalışma düzeni

Pamukkale'nin PTT verisindeki 61 yerleşim kaydı 5 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için kullanıcı ve yetki yönetimi 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: Pamukkale'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 Tavas, Çivril ve Beyağaç ilçeleri için de kullanıcı ve yetki yönetimi talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Çalışma adımları

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: Ekranlar, raporlar ve entegrasyonlar için gerçek örnekler üzerinden ihtiyaç listesi çıkarılır.
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: Temel ekranlar çizilir; kullanıcıların geri bildirimiyle akış sadeleştirilir.
5. Geliştirme ve test: Kod sürüm kontrolüyle yönetilir, kritik akışlar otomatik testlerle korunur.
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: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanı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.

• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Her değişiklik önce test ortamında denenir.
• Yayın sonrası bakım ve destek planlanır.

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

09Uzman desteği ne zaman şart olur?

Kullanıcı ve yetki yönetimi işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Her müşteri için ayrı kopya kuruluyor: çok kiracılı değil.
• Ödeme yenilemeleri elle takip ediliyor: abonelik altyapısı 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

• roller
• davet
• SSO
• MRR
• lisans
• kullanım bazlı faturalama
• SaaS
• Denizli
• Pamukkale