Hasar taleplerinin işlenmesi için Veri Templateiniz

Hasar Talebi Kimliği, başvurudan kapanışa kadar tek bir sigorta talebine ait tüm etkinlikleri, olayları ve veri noktalarını birbirine bağlayan temel vaka tanımlayıcısıdır.

Process Mining çalışmalarında bu öznitelik, her talebin baştan sona izlediği yolu yeniden oluşturmak için gereklidir. İlişkili tüm olayları tek bir vakada bir araya getirerek çevrim sürelerini, süreç varyantlarını ve münferit taleplerdeki darboğazları analiz etmenizi sağlar.

Bu, bir hasar talebinin yaşam döngüsünü izlemek için gereken temel anahtardır. Benzersiz bir Hasar Talebi Kimliği olmadan farklı süreç adımlarını analiz edilebilir, tutarlı bir akışta birleştirmek mümkün değildir.

Bu değer genellikle Case nesnesindeki 'CaseNumber' alanında veya 'Claim' (FinancialServicesCloud.Claim) nesnesindeki özel benzersiz kimlik alanında bulunur.

Bu öznitelik, 'Claim Submitted', 'Initial Review Performed' veya 'Payment Issued' gibi hasar sürecindeki tek bir adımı ya da kilometre taşını tanımlar. Süreç haritasının temelini oluşturur.

Etkinliklerin sırasını ve sıklığını analiz ederek en yaygın süreç yollarını (varyantları) belirleyebilir, standart süreçten sapmaları bulabilir ve yeniden çalışmaya işaret eden sık tekrarlanan etkinlikleri saptayabilirsiniz.

Süreçte 'ne' olduğunu tanımlar; süreç akışını görselleştirmenizi, darboğazları, yeniden çalışma döngülerini ve süreç farklılıklarını belirlemenizi sağlar.

Claim/Case nesnesindeki 'Status' alanı değişikliklerinden veya ilişkili Task ya da Event kayıtlarının 'Subject' alanından elde edilir.

Bu öznitelik, verilerin alındığı kaynak uygulamayı veya platformu belirtir. Bu süreçte değer her zaman 'Salesforce Financial Services Cloud' olur.

Değeri sabit görünse de, özellikle birden fazla sistemden veri alınan ortamlarda kaynak sistemi açıkça izlemek iyi bir uygulamadır. Verinin nereden geldiğini netleştirir; veri yönetişimi ve doğrulama çalışmalarına yardımcı olur.

Verinin kaynağını doğrular. Bu bilgi, veri yönetişimi ve sorun giderme çalışmalarının yanı sıra birden fazla kurumsal sistemden veri alırken de önemlidir.

Genellikle veri çıkarma ve dönüştürme sırasında eklenen sabit bir değerdir; veri setinin kaynağını belirtir.

Olay Zamanı, hasar talebinin yaşam döngüsündeki her etkinliğin kesin tarih ve saatini verir. Bu zaman verisi, olayları kronolojik sıraya koymak ve süreleri hesaplamak için gereklidir.

Analizde zaman damgaları; etkinlikler arasındaki çevrim süreleri, bekleme süreleri ve toplam vaka süresi dâhil olmak üzere zamanla ilgili tüm metrikleri hesaplamak için kullanılır. Dinamik bir süreç animasyonu oluşturmanın, gecikmelerin ne zaman ve nerede yaşandığını belirlemenin temelini oluşturur.

Bu öznitelik, her olayın 'ne zaman' gerçekleştiğini gösterir. Böylece süreleri hesaplayabilir, süreç performansını zaman içinde analiz edebilir ve zamana bağlı darboğazları belirleyebilirsiniz.

Durum değişikliklerinde nesnenin alan geçmişindeki 'CreatedDate' (ör. CaseHistory) kullanılır. Görevlerde ise 'CompletedDateTime' veya 'CreatedDate' kullanılır.

Bu öznitelik, verilerin Salesforce Financial Services Cloud üzerinden en son alındığı tarih ve saati gösterir. Analiz edilen verilerin ne kadar güncel olduğunu anlamanıza yardımcı olur.

Dashboard kullanıcılarının analizlerin güncelliğini bilmesi önemlidir. Verilerin ne kadar yeni olduğuna ilişkin beklentileri yönetmeye ve veri hatlarının planlandığı gibi çalıştığını doğrulamaya yardımcı olur.

Verilerin güncelliğini anlamak için gerekli bağlamı sunar; analistlerin ve iş kullanıcılarının süreç görünümünün ne kadar güncel olduğunu bilmesini sağlar.

Bu değer, veri çıkarma aracı veya ETL süreci çalıştığı sırada oluşturulur ve veri setine eklenir.

Bu öznitelik, bir etkinlikten veya vakanın tamamından sorumlu hasar eksperini belirtir. Genellikle hasar talebi vakasının sahibinden ya da belirli bir görevi tamamlayan kişiden elde edilir.

Eksper bazında performans analizi, operasyon yönetimi açısından önemlidir. 'Adjuster Workload & Performance' gibi Dashboardlar bu özniteliği kullanarak kişi başına talep hacmini, açık vakaları ve çevrim sürelerini izler. Böylece iş yükünün dengeli dağıtılmasına ve koçluk fırsatlarının belirlenmesine yardımcı olur.

Ekip ve kişi performansını analiz etmek, iş yüklerini yönetmek, iyi uygulamaları ve eğitim ihtiyaçlarını belirlemek için gereklidir.

Case veya Claim nesnesindeki 'OwnerId' alanıdır. Eksperin adını almak için User nesnesine bağlanır.

Bu öznitelik, hasar talebinin ilk olarak nasıl bildirildiğini gösterir. Örneğin web portalı, mobil uygulama, telefon veya e-posta kullanılabilir. Başvuru kanalı, ilk bilgilerin kalitesini ve sonraki işlem adımlarını önemli ölçüde etkileyebilir.

Hasar taleplerini başvuru kanalına göre analiz etmek, talep eğilimlerini ve farklı başvuru yöntemlerinin verimliliğini anlamaya yardımcı olur. 'Claims Throughput & Volume' Dashboardu, her kanaldan zaman içinde kaç talep geldiğini izlemek için bu özniteliği kullanır. Bu veriler, kaynak dağılımı ve teknoloji yatırımlarıyla ilgili kararlara yön verebilir.

Farklı başvuru kanallarının verimliliğini değerlendirmenize ve belirli kanalların daha fazla yeniden çalışmaya ya da daha uzun çevrim sürelerine yol açıp açmadığını anlamanıza yardımcı olur.

Genellikle Claim/Case nesnesindeki, 'Origin' veya 'Channel' olarak adlandırılan özel bir seçim listesi alanıdır.

Bitiş Zamanı özniteliği, bir etkinliğin tamamlandığı kesin anı kaydeder. Başlangıç Zamanı (EventTime) başlangıcı gösterirken Bitiş Zamanı, etkinliğin ne kadar sürdüğünü ölçmek için gereken diğer sınırı belirtir.

Analizde hem Başlangıç Zamanı hem de Bitiş Zamanı bulunduğunda, etkinliklerin işlem süreleri hassas biçimde hesaplanabilir ve bunlar etkinlikler arasındaki bekleme sürelerinden ayrılabilir. Bu, 'Process Step Duration Breakdown' gibi Dashboardlar oluşturmak ve yalnızca etkinlikler arasındaki değil, belirli görevlerdeki verimsizlikleri de saptamak için gereklidir.

Her etkinliğin fiilî işlem süresini hassas biçimde hesaplamanızı sağlar. Katma değer yaratan süreyi bekleme süresinden ayırmak için önemlidir.

Zaman damgası verilerinden elde edilir. Örneğin, 'Initial Review Performed' bir durum değişikliğiyle tetikleniyorsa EndTime olarak bir sonraki durum değişikliğinin zaman damgası kullanılabilir.

Bu öznitelik, hasar talebinin atandığı iş birimini veya departmanı belirtir. Örnekler arasında 'Personal Lines', 'Commercial Auto' ve 'Special Investigations Unit' bulunur.

Süreci departman bazında analiz etmek, ekipler arasındaki performans farklarını görmeye, iş yüklerinin nasıl dağıldığını anlamaya ve departmana özgü süreç sapmalarını veya darboğazları belirlemeye yardımcı olur. Kuruluşun farklı birimlerinin performansını görmek için 'Claim SLA Compliance Overview' gibi Dashboardlarda kullanılır.

Farklı iş birimlerinin performansını karşılaştırmanızı, iyi uygulamaları belirlemenizi ve kaynakları daha verimli dağıtmanızı sağlar.

Claim/Case nesnesindeki özel bir alan olabilir veya User nesnesindeki atanmış kullanıcının profili ya da rolünden çıkarılabilir.

Hasar Talebi Durumu, talebin yaşam döngüsündeki yerini 'New', 'Investigation', 'Pending Customer' veya 'Closed' gibi değerlerle gösterir. Sürecin mevcut durumunu anlamak için önemli bir özniteliktir.

Bu öznitelik, mevcut iş yükünü görselleştirmek ve belirli bir durumda gereğinden uzun süre bekleyen talepleri belirlemek için 'Open Claims Ageing Report' gibi operasyonel Dashboardlarda yoğun biçimde kullanılır. Durumlar arasındaki geçişleri analiz etmek de süreç haritasındaki etkinlikleri tanımlamanın temel yollarından biridir.

Açık hasar taleplerinin mevcut durumunu anlık olarak görmenizi sağlar; birikmiş işleri yönetmeye ve ilerlemeyen vakaları belirlemeye yardımcı olur.

Case veya Claim nesnesindeki standart 'Status' alanıdır.

Hasar Talebi Türü, hasar sürecini gruplandırmak ve analiz etmek için önemli bir boyuttur. Farklı talep türleri genellikle farklı süreçlerden geçer, farklı karmaşıklık düzeylerine sahiptir ve farklı SLA’lara tabidir.

Analistler, Hasar Talebi Türüne göre filtreleme veya performans karşılaştırması yaparak türe özgü darboğazları ortaya çıkarabilir, belirlenen SLA’lara uyumluluğu değerlendirebilir ve süreç farklılıklarının kategorilere göre nasıl değiştiğini anlayabilir. Daha hedefli içgörüler sunmak için 'Claim SLA Compliance Overview' ve 'Claim Rejection Reason Analysis' gibi Dashboardlarda kullanılır.

Hasar taleplerini gruplandırarak süreçleri karşılaştırmanızı, türe özgü sorunları belirlemenizi ve iyileştirme çalışmalarını ihtiyaca göre şekillendirmenizi sağlar.

Genellikle Case veya Claim nesnesindeki standart 'Type' alanı ya da özel bir seçim listesi alanıdır.

Bu öznitelik, müşterinin sürecin başında talep ettiği toplam hasar veya zarar tutarını gösterir. Bu tutar, talebin karmaşıklığını, gereken inceleme düzeyini ve izlenecek işlem yolunu etkileyebilir.

Hasar talebi tutarına göre süreç metriklerini analiz etmek önemli örüntüleri ortaya çıkarabilir. Örneğin, yüksek tutarlı taleplerin çevrim süresi daha uzun olabilir, daha fazla adım içerebilir veya uzman ekiplere yönlendirilebilir. Bu analiz, gerçekçi SLA’lar belirlemeye ve finansal karşılıkları öngörmeye yardımcı olur.

Her vakaya finansal bağlam kazandırır; hasar talebi tutarının süreç karmaşıklığını, süresini ve sonuçlarını nasıl etkilediğini analiz etmenizi sağlar.

Financial Services Cloud içindeki Claim nesnesinde bulunan, örneğin 'ClaimedAmount__c' adlı özel bir para birimi alanı olabilir.

Hasar Tarihi, sigorta poliçesi kapsamındaki olayın ne zaman gerçekleştiğini kaydeder. Hasar talebinin iletildiği tarihten farklıdır.

Bu öznitelik, uyumluluk ve olayın gerçekleşmesiyle bildirilmesi arasındaki süreyi analiz etmek açısından önemlidir. Aradaki uzun süreler olası sorunlara işaret edebilir veya farklı işlem yöntemleri gerektirebilir. Olayların zaman çizelgesini bütünüyle anlamak için değerli bir bağlam sunar.

Olayın gerçekleşmesiyle bildirilmesi arasındaki süreyi analiz etmeye yardımcı olur. Bu süre, inceleme ve uzlaşma sürecini etkileyebilir.

Claim nesnesindeki, örneğin 'DateOfLoss__c' adlı özel bir tarih alanı olabilir.

Bu öznitelik, hasarın meydana geldiği eyalet veya poliçe sahibinin ülkesi gibi, hasar talebine ilişkin coğrafi bağlamı gösterir. Bu veri, poliçe sahibinin adresinden ya da hasar ayrıntılarından elde edilebilir.

Coğrafi analiz, hasar türleri, sıklıkları ve işlem sürelerindeki bölgesel eğilimleri ortaya çıkarabilir. Ayrıca farklı bölge ofislerinin performansını değerlendirmek ve konuma özgü düzenlemelere uyumu sağlamak için kullanılabilir.

Hasar taleplerinin coğrafi analizini sağlar; bölgesel performans farklılıklarını, dolandırıcılık örüntülerini veya yerel olayların etkilerini ortaya çıkarabilir.

Genellikle ilgili Account veya Contact nesnesindeki adres alanlarından (ör. 'BillingState', 'BillingCountry') elde edilir.

Müşteri Kimliği, hasar talebini başvuruyu yapan kişi veya kuruluşa bağlar. Salesforce’ta bu genellikle Account veya Contact nesnesine yönelik bir arama alanıdır.

Bu öznitelik, hasar sürecini müşteri odaklı biçimde görmenizi sağlar. Müşteri başına hasar geçmişini analiz etmek, sık başvuru yapan müşterileri belirlemek ve hizmeti kişiselleştirmek için kullanılabilir. Ayrıca bütünsel bir iş görünümü elde etmek amacıyla hasar talebi verilerini CRM’deki diğer müşteri verileriyle birleştirmek için de gereklidir.

Müşteri odaklı analiz yapmanızı sağlar; bireysel müşterilerin hasar örüntülerini anlamaya ve hasar sürecinin müşteri ilişkilerine etkisini ölçmeye yardımcı olur.

Claim/Case nesnesinde bulunan ve Account veya Contact nesnesine işaret eden bir arama alanıdır (ör. 'AccountId' veya 'ContactId').

Bu gösterge, insan eksperlerin tamamladığı görevlerle otomatik iş akışları, kurallar veya sistem entegrasyonları tarafından yürütülenleri birbirinden ayırır. Örneğin, ilk hasar kaydı tamamen otomatik olarak oluşturulabilir.

Otomasyonun analizi, süreç verimliliğini anlamak açısından önemlidir. Otomasyon girişimlerinin başarısını ölçmeye, gelecekte otomatikleştirilebilecek adımları belirlemeye ve otomatik görevlerin hızını ve tutarlılığını manuel görevlerle karşılaştırmaya yardımcı olur.

İnsanlar tarafından yürütülen etkinliklerle sistemlerin yürüttüklerini ayırır; otomasyonun etkisini ve verimliliğini değerlendirmek için önemlidir.

Bu değer genellikle türetilir. Bir olayla ilişkili kullanıcı genel bir 'System' veya 'Integration' kullanıcısıysa bu gösterge true olarak ayarlanır.

Poliçe Numarası, hasar talebini müşterinin etkin sigorta poliçesine bağlar. Teminat, limitler ve poliçe sahibinin geçmişi hakkında gerekli bağlamı sunar.

Süreç akışını her zaman doğrudan etkilemese de önemli bir bağlam verisidir. Daha ayrıntılı analiz için hasar talebi verilerini poliçe verileriyle birleştirmekte kullanılabilir. Örneğin, belirli poliçe türlerinin daha sık veya daha karmaşık taleplerle ilişkili olup olmadığını anlamaya yardımcı olur.

Hasar talebini ilgili sigorta poliçesine bağlar. Böylece belirli poliçeler veya teminat türleriyle ilişkili hasar örüntülerini daha geniş kapsamda analiz edebilirsiniz.

Financial Services Cloud içindeki 'InsurancePolicy' nesnesine başvuran, Claim nesnesindeki bir arama alanı olabilir.

Hasar talebinin nihai kararı 'Rejected' olduğunda bu öznitelik, 'Not Covered by Policy', 'Fraud Suspected' veya 'Incomplete Information' gibi ret nedenini belirtir.

Bu, 'Claim Rejection Reason Analysis' Dashboardu için temel özniteliktir. Kuruluş, farklı ret nedenlerinin sıklığını genellikle talep türüne veya departmana göre gruplandırarak analiz edebilir. Böylece sigorta kabul sürecini iyileştirme, poliçe metinlerini netleştirme veya geçersiz başvuruları azaltmak için bilgi toplama sürecini geliştirme fırsatlarını belirleyebilir.

Hasar taleplerinin neden reddedildiğini doğrudan gösterir. Sigorta kabul politikalarını iyileştirmek ve geçersiz taleplerin işlenmesiyle oluşan kaybı azaltmak için gereklidir.

Genellikle Claim/Case nesnesinde bulunan ve durum 'Rejected' veya 'Closed - Denied' olarak değiştirildiğinde doldurulması zorunlu olan özel bir seçim listesi alanıdır.

Bu öznitelik, genellikle 'Karşılandı' veya 'Aşıldı' gibi değerler alan kategorik bir sonuçtur. Hasar talebinin gerçek tamamlanma tarihi (son etkinliğin zaman damgası), 'SlaTargetDate' ile karşılaştırılarak belirlenir.

'SLA Hedefine Uyum Oranı' KPI’ının ve 'Hasar SLA Uyumluluğu Genel Bakışı' Dashboardının temel metriğidir. Hedeflere göre performansı açıkça gösterir; uyumluluk raporlaması ve operasyon yönetimi için gereklidir.

Zaman hedeflerine göre performansı açıkça gösterir; müşteri memnuniyeti ve mevzuata uyum açısından önemlidir.

Hesaplanan alan: Son olayın 'EndTime' değeri 'SlaTargetDate' değerinden küçük veya ona eşitse 'Karşılandı', değilse 'Aşıldı' olarak belirlenir. Bu mantık, veri dönüştürme sırasında veya Process Mining aracı içinde uygulanır.

SLA Hedef Tarihi, hasar talebinin sonuçlandırılması için belirlenen son tarihi gösteren, hesaplanmış veya elle girilmiş bir tarihtir. Zamanında tamamlanma performansı bu tarihe göre ölçülür.

Bu öznitelik, müşterilere veya düzenleyici kurumlara verilen taahhütlerin yerine getirilip getirilmediğini izlemek için gereklidir. 'SLA Adherence Rate' KPI’ının ve 'Claim SLA Compliance Overview' Dashboardunun temelini oluşturur. Kuruluş, taleplerin yüzde kaçının zamanında sonuçlandığını izleyebilir ve hedeflerini tutturmakta zorlanan talep türlerini veya departmanları belirleyebilir.

Hasar talebinin sonuçlandırılma süresi için performans hedefini belirler ve SLA uyumluluğunu doğrudan ölçmenizi sağlar.

Genellikle Claim/Case nesnesindeki özel bir formül alanı veya tarih alanıdır. Başvuru tarihine ve hasar talebi türüne göre hesaplanır.

Bu öznitelik, hasar talebi kapatılıp uzlaşma sağlandığında talepte bulunan kişiye fiilen ödenen tutarı kaydeder. Değerlendirme, muafiyetler ve poliçe limitleri nedeniyle bu tutar başlangıçta talep edilenden farklı olabilir.

Özellikle başlangıçta talep edilen tutarla karşılaştırıldığında, uzlaşma tutarının analizi hasar değerlendirmesinin doğruluğu ve uzlaşma görüşmelerinin sonuçları hakkında bilgi verir. Hasar taleplerinin toplam maliyetini anlamak için önemli bir finansal metriktir.

Bir hasar talebinin nihai mali etkisini gösterir. Finansal analiz, karşılık ayırma ve ilk hasar değerlendirmelerinin doğruluğunu ölçme açısından önemlidir.

Financial Services Cloud içindeki Claim nesnesinde veya ilişkili bir Payment nesnesinde bulunan özel bir para birimi alanı olabilir.

Bu metrik, bir hasar vakasının ilk başvurudan nihai kapanışa kadar geçen toplam süresini ölçer. Belirli bir Claim ID için son olayın zaman damgası ile ilk olayın zaman damgası arasındaki fark hesaplanır.

Bu, süreç performansını ölçen en önemli KPI’lardan biridir. 'Ortalama Hasar Çevrim Süresi' KPI’ı ve 'Hasar Uçtan Uca Çevrim Süresi' Dashboardı bu metriği doğrudan ele alır. Süreç iyileştirme projelerinde bu değeri düşürmek çoğu zaman temel hedeflerden biridir.

Sürecin uçtan uca genel verimliliğini ölçer ve müşteri deneyiminin önemli göstergelerinden biridir.

Hesaplanan alan: Her 'ClaimId' için son olayın zaman damgasından ilk olayın zaman damgası çıkarılır. Bu hesaplama Process Mining aracı tarafından yapılır.

Bir hasar talebi süreçte önceki bir aşamaya döndüğünde bu gösterge true olarak ayarlanır. Bunun tipik bir örneği, 'İnceleme tamamlandı' aşamasından 'Ek bilgiler istendi' aşamasına geri dönülmesidir. Yeniden çalışmayı belirleme mantığı, süreç bilgisine göre tanımlanır.

Bu öznitelik, 'Hasar Taleplerinde Yeniden Çalışma Döngüsü Analizi' Dashboardı ve 'Yeniden Çalışma Oranı' KPI’ı için temel oluşturur. Verimsizliğin, artan maliyetlerin ve uzayan çevrim sürelerinin başlıca nedenlerinden biri olan yeniden çalışmanın sıklığını ve etkisini doğrudan ölçmeyi sağlar.

Verimsiz süreç döngülerini doğrudan işaretler; yeniden çalışmayı kolayca ölçmenizi ve temel nedenlerini hedefli biçimde analiz etmenizi sağlar.

Hesaplanan alan. Her vaka için etkinlik dizisi analiz edilerek türetilir. Örneğin, 'Etkinlik A’nın ardından 'Etkinlik B' ve sonra yeniden 'Etkinlik A' geliyorsa, 'A’nın ikinci örneği yeniden çalışma sayılır.