Merkezi e-bilet ve gişe platformu

Sorun

Saray ve müzelerde bilet satışı büyük ölçüde gişeye bağlıydı. Ön satış imkânı sınırlıydı; bayram ve tatil günlerinde gişe kuyrukları uzuyor, farklı yapıların satış ve giriş verileri tek bir yerde toplanamıyordu.

Rolüm

Tek geliştirici: platformun mimarisi, ortak API katmanı, veritabanı tasarımı, ödeme entegrasyonu, gişe uygulaması ve canlıya alma.

Çözüm

Tüm yapılar için tek bir biletleme platformu kuruldu. Ziyaretçi biletini çevrim içi alabiliyor, gişeden alabiliyor ya da acentesi aracılığıyla edinebiliyor. Bütün kanallar aynı merkezi API'ye bağlı olduğu için bir bilet hangi kanaldan satılırsa satılsın her turnikede ve el terminalinde aynı şekilde doğrulanıyor.

Çevrim içi ödemeler banka sanal POS entegrasyonuyla alınıyor. Bayram sabahı gibi ani yük artışlarında sık okunan veriler önbellekten sunuluyor; veritabanına yalnızca gerçekten gerektiğinde gidiliyor. Gişe uygulaması da aynı altyapıyı kullandığı için gün sonu raporları tüm kanalları birlikte gösteriyor.

Sonuç

• Platformun hizmet verdiği yapılar 2024'te 8,7 milyon ziyaretçi ağırladı; bir önceki yıla göre %20 artış (kurumun kamuya açıkladığı rakam).
• Satış, ödeme ve giriş tek kaynaktan izlenebilir hale geldi; yoğun dönemlerde kuyruğun bir kısmı çevrim içi satışa kaydı.

Teknolojiler

• Backend: C#, .NET, ortak REST API katmanı (rol tabanlı yetkilendirme)
• Veritabanı: SQL Server
• Performans: Bellek içi önbellek katmanı
• Ödeme: Banka sanal POS entegrasyonu
• Entegrasyonlar: Turnike ve el terminalleri, gişe, acente portalı, e-Devlet ve KPS kimlik doğrulama
• Arayüz: Web (çevrim içi satış), gişe uygulaması