Jira Service Management mi, FlowDesk mi? Fintech Müşteri Şikayet Operasyonu

Fintech şikayet operasyonunda Jira Service Management yeterli mi? BDDK/TCMB uyumu, on-premise ve denetim izi gereksinimlerini karşılaştırıyoruz.

Fintech şirketlerinde "müşteri şikayetlerini nasıl takip ediyorsunuz" sorusuna gelen cevaplardan biri Jira olur. Teknik ekiplerin zaten kullandığı bir araçta çalışmak, bilinen bir arayüz ve geliştiricilerle ortak dil; bunlar makul argümanlar. Ancak bir müşteri şikayet operasyonu ile bir IT servis masası, yüzey benzerliğine karşın farklı şeyleri gerektirir. Ve bu fark, regüle bir fintech söz konusu olduğunda daha da belirginleşir.

Jira Service Management ne için tasarlandı

Jira Service Management (JSM), özünde bir IT servis yönetimi (ITSM) aracıdır. Güçlü olduğu alanlar; teknik ekip talepleri, yazılım hata bildirimleri, change management, incident yönetimi ve dahili iş akışlarıdır. Zengin kural motoru, Jira Software ile derin entegrasyon ve geliştiricilerin aşina olduğu arayüz, teknik operasyonlar için olgunlaşmış bir tercih haline getiriyor.

Müşteri tarafına gelindiğinde ise tablo değişir. JSM'in müşteri operasyonları için sunduğu yapı; dışarıya açık bir portal, e-posta entegrasyonu ve kuyruk yönetimidir. Regülasyon uyumu, BDDK/TCMB şikayet yönetimi çerçevesi, yasal SLA tanımları, değiştirilemez denetim izi ve on-premise kurulum ihtiyacı ise bu aracın tasarım öncelikleri arasında yer almaz.

Atlassian Data Center'ın sonu geliyor

Şirket içinde Jira kullanan kurumlar için kritik bir takvim var. Atlassian, on-premise kurulum seçeneği olan Data Center lisanslamasını aşamalı olarak sonlandırıyor:

• Mart 2026: Yeni Data Center lisansı satışı duruyor, mevcut sürümlere yeni özellik eklenmiyor.
• Mart 2028: Son lisans yenileme tarihi; yeni satın alma tamamen kapanıyor.
• Mart 2029: Data Center tam kullanım dışı; ürün salt okunur moda geçiyor.

Bu takvim, bugün on-premise Jira kullanan ve bunu müşteri şikayet operasyonu için planlayan kurumlar açısından ciddi bir stratejik karar noktası oluşturuyor. Atlassian'ın yol haritası bulut yönüne işaret ediyor; bu da veri egemenliği ve KVKK perspektifinden ayrı bir değerlendirme gerektiriyor.

Atlassian Cloud'a geçiş ve veri egemenliği

Atlassian Data Center'ın 2029 sonuna kadar kullanım dışı kalması, birçok kurumu Cloud'a geçişi planlamaya zorluyor. Ancak müşteri şikayet verisi ve ödeme operasyonu kayıtları söz konusu olduğunda bu geçiş bir KVKK sorusunu beraberinde getiriyor: Atlassian Cloud'da veriler hangi ülkenin sunucusunda işleniyor?

Atlassian'ın Türkiye'de fiziksel veri merkezi bulunmuyor. Cloud ürünleri ABD ve AB veri merkezlerinde çalışıyor. Bu, KVKK Madde 9 kapsamında yurt dışı veri aktarımı yükümlülüğünü doğruyor: açık rıza veya uygun güvence mekanizması olmaksızın kişisel veri yurt dışına aktarılamaz. Müşteri şikayeti içinde isim, iletişim bilgisi, işlem detayı ve hesap numarası gibi kişisel veri bulunabileceğinden, Atlassian Cloud geçişi bu perspektiften ayrıca incelenmelidir.

Özetle: Data Center kullanım ömrü doluyor, Cloud ise veri egemenliği sorusunu çözümsüz bırakıyor. Regüle bir fintech için bu ikilem stratejik bir karar noktasına dönüşür.

Fintech operasyonunda JSM'in temel boşlukları

Bir ödeme kuruluşunun veya fintech şirketinin müşteri şikayet operasyonunu JSM üzerinde kurmaya çalıştığında karşılaştığı somut sorunlar şunlardır:

Regülasyon farkındalığı yok. JSM, BDDK veya TCMB şikayet yönetimi yönetmeliklerini bilmez. Yasal yanıt sürelerini manuel tanımlamak, eskalasyon kurallarını sıfırdan inşa etmek ve denetim raporlarını elle hazırlamak tamamen kurum içi sorumluluk haline gelir. Yönetmelik değiştiğinde bu yapıyı güncellemek de aynı şekilde.

Denetim izi yapısal değil. Jira'da bir kaydın değişiklik geçmişi görülebilir; ancak bu, değiştirilemezlik garantisi olan, dışa aktarılabilir ve regülatöre sunulabilir bir audit trail değildir. "Bu kaydı kim, ne zaman, hangi gerekçeyle değiştirdi" sorusu denetim sırasında aranır hale gelebilir.

Müşteri kanalları doğrudan bağlanmaz. WhatsApp, IVR, webhook ve API üzerinden gelen taleplerin JSM'e doğru biçimde iletilmesi için ciddi entegrasyon çalışması gerekir. Bu entegrasyonun bakımı, kurum içi teknik borç haline gelir.

Veri nerede işleniyor. Atlassian Cloud'da Türkiye'de veri merkezi garantisi bulunmuyor. On-premise Data Center seçeneğinin ise yukarıda açıklanan EOL takviminde olduğu göz önüne alındığında, veri egemenliği sorusu çözümsüz kalıyor.

Operasyon ekibi ve teknik ekip birlikte nasıl çalışır

Regüle bir fintech'te müşteri şikayetleri her zaman operasyon ekibinde kalmaz. Bazen bir ödeme akışı hatası, sistem arızası veya entegrasyon problemi teknik ekibin derinlemesine incelemesini gerektirir. Bu noktada iki ekip arasındaki koordinasyon kritik hale gelir.

Somut bir senaryo: Bir ödeme kuruluşunun müşterisi e-posta üzerinden şikayet gönderiyor: "Dünkü transfer işlemim onaylandı ama karşı tarafa ulaşmadı." Operasyon ekibi FlowDesk'te şikayeti alıyor, yasal SLA'yı başlatıyor ve müşteriyi bilgilendiriyor. İnceleme derinleştikçe sorunun ödeme altyapısındaki bir timeout hatasından kaynaklandığı anlaşılıyor. Bu noktada operasyon ekibinin FlowDesk'teki müşteri şikayet kaydından teknik bir Jira görevi oluşturabilmesi gerekiyor.

FlowDesk bu ihtiyacı görüyor ve Jira entegrasyonu üzerinde aktif olarak çalışıyor. Hedef: müşteri şikayet kaydından tek adımda Jira'da teknik görev açabilmek. Müşteri operasyonu tarafı FlowDesk'te yürütülürken, teknik ekip kendi iş akışını Jira'da sürdürüyor. Şikayet iki platformda da takip edilebilir; müşteri perspektifi ile teknik perspektif birbirini kaybetmiyor.

Bu yapıda operasyon ekibi şikayetin hangi teknik göreve bağlandığını, o görevin hangi aşamada olduğunu görebilir. Teknik ekip ise müşteri bağlamını kaybetmeden çalışır. İki araç arasında seçim değil, her birini doğru katmanda kullanmak.

Jira ile FlowDesk: rakip değil, tamamlayıcı

Burada önemli bir ayrım var: FlowDesk, Jira'nın yerini almayı hedeflemiyor. İki araç farklı problemleri çözüyor ve doğru kurulumda birlikte çalışabilirler.

Yani doğru soru "JSM mi, FlowDesk mi?" değil; "müşteri operasyonumu hangi araçla yöneteyim, teknik takibimi hangi araçla yapayım?" sorusudur. Operasyon ekibi şikayeti FlowDesk'te yönetiyor, teknik inceleme gerektiren vakalarda Jira'ya görev açılıyor. Bazı fintech müşterileri tam da bu senaryoyu istiyor.

FlowDesk ne sağlar

FlowDesk, regüle sektörler için müşteri operasyonları ve şikayet yönetimi katmanı olarak tasarlanmıştır. E-posta, WhatsApp, IVR, webhook ve API üzerinden gelen her talebi tek akışta toplar. Her talebe yasal ve içsel SLA atar; ihlale yaklaşıldığında uyarı üretir. Kritik vakaları önceden tanımlı kurallarla otomatik eskale eder. Her adımı değiştirilemez denetim izine yazar.

FlowDesk, fintech şikayet operasyonları için BDDK ve TCMB uyumunu yapısal olarak sağlar: yasal SLA tanımları, regülasyon kaynaklı eskalasyon kuralları ve değiştirilemez audit log tasarımın içine işlenmiştir; sonradan eklenmez.

Tüm bunlar yalnızca on-premise çalışır. Müşteri ve ödeme verisi kurumun kendi altyapısında kalır; üçüncü taraf bulut sunucusuna çıkmaz. KVKK Madde 9 kapsamında yurt dışı aktarım riski ortadan kalkar. BDDK, TCMB, MASAK ve KVKK uyumu için özel konfigürasyon gerekmez; uyum aracın tasarımına işlenmiştir.

Kıyaslama tablosu

Kriter	Jira Service Management	FlowDesk
Birincil kullanım	IT servis masası, ITSM	Müşteri operasyonları ve şikayet yönetimi
BDDK/TCMB uyum desteği	Yok	Evet
On-premise kurulum	Data Center (EOL Mart 2029)	Evet, yalnızca on-premise
Değiştirilemez denetim izi	Hayır	Evet
Yasal SLA tanımları	Manuel kurulum gerekir	Dahili
WhatsApp/IVR entegrasyonu	Üçüncü taraf entegrasyon gerekir	Dahili
Jira entegrasyonu	Doğal	Geliştiriliyor
Türkiye veri egemenliği	Cloud'da garanti yok	Kurum içinde
KVKK yurt dışı aktarım riski	Cloud'da mevcut	Yok (on-premise)

Sonuç

Jira Service Management, teknik ekipler için olgun ve güçlü bir araçtır. Ancak fintech'te müşteri şikayet operasyonu, regülasyon uyumu, yasal denetim izi ve veri egemenliği gerektiren farklı bir problem setidir. Atlassian'ın Data Center EOL takvimi (Mart 2029) ve Cloud'un KVKK perspektifindeki veri egemenliği sorunu, on-premise Jira üzerine müşteri operasyonu planlamayı daha da zorlaştırıyor. FlowDesk bu boşluğu kapatmak için tasarlandı: regüle müşteri şikayet operasyonunu olması gereken yapıyla kuruyor, Jira entegrasyonu geliştirilerek teknik ekiplerin iş akışına da bağlanıyor.

---

Bu yazı genel bilgilendirme amaçlıdır ve hukuki danışmanlık niteliği taşımaz. Atlassian Data Center EOL tarihleri Atlassian'ın resmi açıklamalarına dayanmaktadır; güncel bilgi için Atlassian'ın web sitesini esas alın.