Hayta Sigorta

Proje Özeti

Sigorta ürün kataloğu, teklif akışı, acente API'leri ve entegre webmail içeren sigorta acentesi portalı.

Sigorta acentesinde teklif akışı neden ürün kataloğuna bağlı?

Acente ekranında "teklif ver" tek bir düğme gibi görünür; arkasında ise hangi ürünün hangi teminat setiyle, hangi koşulda sunulabildiği bilgisi vardır. Bu bilgi katalogda değil de teklif formunun içine gömülü tutulursa, ürün koşulu her değiştiğinde form kodu değişmek zorunda kalır. Hayta Sigorta'da ürün kataloğu ayrı bir veri katmanıdır ve teklif akışı onu okur; yeni ürün eklemek geliştirici işi olmaktan çıkar. Prisma şeması bu ilişkiyi tip düzeyinde zorlar, böylece kataloğu olmayan bir teklif kaydı oluşamaz.

Acente portalına webmail'i gömmenin gerekçesi ne?

Sigorta acentesinin günlük işi teklif ve poliçe yazışmasıdır; bu yazışma ayrı bir e-posta istemcisinde kaldığında müşteri kaydı ile iletişim geçmişi birbirinden kopar. Roundcube tabanlı entegre webmail bu ikisini aynı arayüzde tutar. Karar, teknik olmaktan çok operasyoneldir: acente personelinin sekme değiştirmesini azaltmak, kayıt tutma disiplinini artırır.

API tarafında hangi koruma zorunluydu?

Teklif uçları dışarıdan çağrılabilir olduğu için kötüye kullanım yüzeyi geniştir: otomatik istemciler fiyat çekmek için uçları dövebilir. Bu yüzden acente API'lerinde rate limiting temel bir gereksinim olarak kurgulandı, sonradan eklenen bir önlem değil. Veri katmanı PostgreSQL + Prisma üzerinde; teklif geçmişi denetlenebilir kalır.

Öne Çıkan Özellikler

• Acente iş akışı
• Entegre webmail
• Rate-limit korumalı API