Kredi ve Tahsilat Yönetimi Veri Template'iniz

Genel Process Mining şablonu
Kredi ve Tahsilat Yönetimi Veri Template'iniz

Kredi ve Tahsilat Yönetimi Veri Template'iniz

Genel Process Mining şablonu

Bu, Kredi Yönetimi ve Tahsilatlar süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.

Belirli bir sistem seçin
  • Herhangi bir kredi yönetimi veya tahsilat sistemine uygulanabilir evrensel veri yapısı
  • Süreç performansınızın derinlemesine analizi için önerilen nitelikler
  • Doğru süreç keşfi ve optimizasyonu için izlenmesi gereken temel faaliyetler
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Kredi Yönetimi ve Tahsilat Nitelikleri

Bu önerilen veri alanları, kapsamlı süreç analizini sağlamak ve operasyonlarınıza değerli içgörüler sunmak için Event Log'unuza dahil edilmesi esastır.
5 Gerekli 7 Önerilen 4 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Bir fatura için belirli bir zamanda gerçekleşen iş olayının veya görevin adı.
Açıklama

Etkinlik Adı, Kredi ve Tahsilat Yönetimi sürecindeki belirli bir adımı veya kilometre taşını açıklar. Bunlar, 'Müşteriye Fatura Gönderildi', 'Hatırlatma Gönderildi' veya 'Faturaya Ödeme Uygulandı' gibi eylemleri temsil eden süreç haritasının yapı taşlarıdır.

Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining'in temelidir. Gerçek süreç akışını ortaya çıkarmaya, tasarlanan modelle karşılaştırmaya ve sapmaları, tekrar eden işlem döngülerini ve verimsiz yolları belirlemeye yardımcı olur. Örneğin, 'İtiraz Kaydedildi' etkinliklerinin yüksek sıklığı, fatura doğruluğu veya ürün kalitesi ile ilgili sorunlara işaret edebilir.

Neden önemli

Bu nitelik, süreçteki adımları tanımlar, süreç haritasının temelini oluşturur ve süreç akışlarının ve varyasyonlarının analizini sağlar.

Nereden alınır

Kaynak sistemin finans, satış veya tahsilat modüllerindeki çeşitli durum değişikliklerinden, işlem kodlarından veya olay loglarından oluşturulur.

Örnekler
Fatura OluşturulduÖdeme Vadesi GeçtiDunning Süreci BaşlatıldıÖdeme Alındı
Fatura Numarası
InvoiceNumber
Her faturaya ait benzersiz tanımlayıcı. Bu, Kredi ve Tahsilat Yönetimi süreci için birincil durum tanımlayıcısı görevi görür.
Açıklama

Fatura Numarası, her fatura belgesine atanan benzersiz bir alfasayısal koddur. Oluşturulmasından nihai ödeme veya silinmesine kadar bu belirli faturalamayla ilgili tüm faaliyetler ve işlemler için merkezi referans noktası görevi görür.

Process Mining'de, Fatura Numarası, 'Fatura Oluşturuldu', 'Ödeme Alındı' ve 'İtiraz Kaydedildi' gibi ilgili tüm olayları tek bir süreç örneği veya vakası halinde bağlamak için kullanılır. Bu, bir faturanın tüm yaşam döngüsünün uçtan uca görselleştirilmesine ve analizine olanak tanır. Süreçleri Fatura Numarasına göre gruplayarak analiz eden kuruluşlar, darboğazları belirleyebilir, döngü sürelerini takip edebilir ve farklı faturaların nasıl işlendiğindeki varyasyonları anlayabilir.

Neden önemli

Bu, tüm ilgili olayları birbirine bağlayan, uçtan uca fatura yaşam döngüsünün yeniden yapılandırılmasına ve analizine olanak tanıyan temel Durum Kimliğidir.

Nereden alınır

Genellikle kaynak finansal sistemdeki bir fatura veya alacak hesapları belgesinin başlık tablosunda bulunur.

Örnekler
INV-2023-001239100045678SI-54321
Olay Zamanı
EventTime
Bir etkinliğin tam olarak ne zaman gerçekleştiğini gösteren, tarih ve saati içeren zaman damgası.
Açıklama

Olay Zamanı veya zaman damgası, süreçte belirli bir faaliyetin gerçekleştiği tam anı işaretler. Her fatura vakası için olayların sırasını yeniden yapılandırmak için gereken kronolojik sırayı sağlar. Bu veri, zaman bazlı her türlü analiz için temeldir.\n\nSüreç madenciliğinde, Olay Zamanı, faaliyetler arası döngü süreleri, toplam vaka süresi ve hizmet düzeyi anlaşmalarına uyum gibi kritik performans metriklerini hesaplamak için kullanılır. Örneğin, 'Fatura Gönderildi' ve 'Ödeme Alındı' arasındaki süre, Ortalama Tahsilat Süresi'ni (DSO) doğrudan etkiler. Zaman damgalarını analiz etmek, gecikmeleri belirlemeye, süreç adımlarının verimliliğini ölçmeye ve darboğazları tespit etmeye yardımcı olur.

Neden önemli

Bu zaman damgası, olayları sıralamak, döngü sürelerini ve süreleri hesaplamak ve tüm zaman tabanlı performans analizlerini gerçekleştirmek için kritiktir.

Nereden alınır

Genellikle bir işlem veya durum değişikliğiyle ilişkili bir belge oluşturma tarihi, kayıt tarihi veya sistem logu zaman damgası olarak kaydedilir.

Örnekler
2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z
Kaynak Sistem
SourceSystem
Verinin kaynaklandığı sistemin adı veya tanımlayıcısı, örneğin bir ERP veya CRM.
Açıklama

Kaynak Sistem niteliği, olay verilerinin orijinal olarak kaydedildiği belirli uygulama veya platformu tanımlar. Karmaşık BT ortamlarında, krediden nakite gibi tek bir süreç, örneğin faturalama için bir ERP ve hatırlatma için ayrı bir tahsilat platformu gibi birden fazla sistemi kapsayabilir.

Bu nitelik, sürecin teknolojik bağlamını anlamak için değerlidir. Veri doğrulamasına, sisteme özel süreç varyasyonlarını belirlemeye ve farklı platformlar arasındaki entegrasyon sorunlarını teşhis etmeye yardımcı olabilir. Örneğin, analiz, ERP ile tahsilat aracı arasında devir teslimler olduğunda gecikmelerin sürekli olarak meydana geldiğini ortaya çıkarabilir.

Neden önemli

Verinin kaynağını belirler, bu da farklı sistemler arasındaki süreç varyasyonlarını anlamak ve veri doğrulaması için hayati öneme sahiptir.

Nereden alınır

Bu bilgi genellikle veri çıkarma (ETL) işlemi sırasında eklenir veya kaynak tablolardaki teknik meta veri alanlarında bulunabilir.

Örnekler
SAP S/4HANAOracle NetSuiteHighRadius Collections
Son Veri Güncellemesi
LastDataUpdate
Bir etkinlik için verilerin son ne zaman yenilendiğini veya kaynak sistemden çıkarıldığını gösteren zaman damgası.
Açıklama

Bu nitelik, verilerin kaynak sistemden Process Mining ortamına son çekildiği tarih ve saati kaydeder. Analiz edilen veri kümesinin güncelliğini yansıtan bir meta veri alanı olarak hizmet eder.

Son Veri Güncellemesini anlamak, herhangi bir analizin veya Dashboard'un sürecin en güncel durumunu yansıtmasını sağlamak için önemlidir. Kullanıcıların verileri, kesme noktasını bilerek doğru yorumlamalarına yardımcı olur. Bu, devam eden süreçleri veya neredeyse gerçek zamanlı KPI'ları izlerken özellikle önemlidir, çünkü içgörülerin ne kadar güncel olduğu hakkında bağlam sağlar.

Neden önemli

Verinin güncelliğini gösterir, analizin zamanında yapılmasına bağlam sağlar ve kullanıcıların verinin kesme noktasından haberdar olmasını temin eder.

Nereden alınır

Bu, genellikle veri alımı süreci sırasında ETL aracı veya veri hattı tarafından oluşturulan ve depolanan meta veridir.

Örnekler
2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z
Fatura Durumu
InvoiceStatus
Faturanın Açık, Ödenmiş, Vadesi Geçmiş veya İtiraz Edilmiş gibi mevcut finansal veya operasyonel durumu.
Açıklama

Fatura Durumu, bir faturanın yaşam döngüsü içindeki mevcut durumunu gösterir. Bu durum, olaylar meydana geldikçe değişir; oluşturulduğunda 'Açık'tan, vade tarihini geçmişse 'Vadesi Geçmiş'e ve nihayetinde 'Ödendi' veya 'Silindi'ye dönüşür.\n\nBu nitelik, alacak hesaplarının mevcut sağlığının bir anlık görüntüsünü sağlar. Süreç madenciliği analizinde, vakaları kategorize etmeye ve farklı süreç varyantlarının sonuçlarını anlamaya yardımcı olur. Örneğin, 'İhtilaflı' durumuna yol açan süreç akışları ile 'Ödendi' durumuna yol açan süreç akışlarını karşılaştırmak, ödeme sürtüşmesinin kök nedenlerini ortaya çıkarabilir. Ayrıca, devam eden tahsilat çabalarını analiz etmek için şu anda 'Vadesi Geçmiş' olan tüm faturalar gibi aktif vakaları filtrelemek için de kullanılır.

Neden önemli

Faturaların mevcut durumu hakkında net bir görünüm sağlayarak, süreç sonuçlarının analiz edilmesini ve 'Vadesi Geçmiş' veya 'İhtilaflı' gibi belirli bir aşamadaki vakaların filtrelenmesini mümkün kılar.

Nereden alınır

Genellikle fatura veya alacak hesapları belgesi başlığında bir durum alanı olarak mevcuttur.

Örnekler
AçıkÖdendiVadesi GeçmişİhtilaflıSilindi
Fatura Tutarı
InvoiceAmount
Faturanın toplam tutarıdır.
Açıklama

Fatura Tutarı, müşteriye fatura edilen ve ödenmesi beklenen toplam para miktarını temsil eder. Bu, her fatura vakası için temel bir finansal rakamdır.\n\nBu nitelik, finansal etki analizi için hayati öneme sahiptir. Süreç metriklerini fatura tutarıyla ilişkilendirerek, kuruluşlar tahsilat çabalarını önceliklendirebilirler. Örneğin, analizler yüksek değerli faturaların daha uzun ödeme gecikmeleri yaşayabileceğini veya daha fazla ihtilaflı olabileceğini gösterebilir. Bu, Ortalama Tahsilat Süresi (DSO) gibi temel finansal KPI'ları hesaplamayı ve süreç darboğazlarında veya silme işlemlerinde bağlanan parasal değeri belirlemeyi sağlar.

Neden önemli

Finansal analiz, yüksek değerli faturalar için tahsilatları önceliklendirme ve süreç verimsizliklerinin parasal etkisini nicelendirme açısından kritik öneme sahiptir.

Nereden alınır

Kaynak sistemin alacak hesapları veya faturalama modülündeki fatura üst verisi içinde standart bir alan.

Örnekler
5400.50125000.00750.75
İhtar Seviyesi
DunningLevel
Vadesi geçmiş bir fatura için ulaşılmış olan otomatik hatırlatma veya tahsilat sürecinin aşaması veya seviyesi.
Açıklama

Hatırlatma Seviyesi, vadesi geçmiş bir faturanın resmi tahsilat iletişim sürecinde ne kadar ilerlediğini gösterir. Bu genellikle bir sayı veya kod olarak temsil edilir; burada 'Seviye 1' nazik bir hatırlatma, 'Seviye 4' ise yasal işlem öncesi son bir uyarı olabilir.

Hatırlatma Seviyesini analiz etmek, hatırlatma stratejisinin etkinliğini değerlendirmek için anahtardır. Process Mining, hangi süreç yollarının daha yüksek hatırlatma seviyelerine yol açtığını ve belirli seviyelerin ödemeyi tetiklemede etkili olup olmadığını gösterebilir. Örneğin, analizler çoğu ödemenin Hatırlatma Seviyesi 2'den sonra gerçekleştiğini, bu durumun Seviye 3 ve 4'ü büyük ölçüde etkisiz ve maliyetli hale getirdiğini ortaya koyabilir. Bu, tahsilat bildirimlerinin zamanlamasını ve içeriğini optimize etmeye yardımcı olur.

Neden önemli

Tahsilat çabalarının yoğunluğunu ölçer ve her aşamadaki dunning stratejisinin etkinliğini analiz etmek için kritik öneme sahiptir.

Nereden alınır

Tahsilat yönetimi modüllerinde veya alacak hesapları verilerinde bulunur, genellikle müşteri hesabıyla veya belirli vadesi geçmiş belgelerle ilişkilidir.

Örnekler
123Yasal İşlem Bekleniyor
Müşteri Kimliği
CustomerId
Faturayla ilişkili müşteri için benzersiz bir tanımlayıcı.
Açıklama

Müşteri Kimliği, sistemdeki belirli bir müşteri hesabını temsil eden benzersiz koddur. Bir faturayı ödeme konusunda yasal olarak sorumlu olan varlığa bağlar.

Bir Process Mining analizinde, Müşteri Kimliği segmentasyon için kritik bir boyuttur. Analistlerin belirli müşteriler veya müşteri grupları için süreç performansını incelemesine olanak tanır. Bu, hangi müşterilerin sürekli geç ödeme yaptığını, hangilerinin en çok itirazda bulunduğunu veya belirli süreç verimsizliklerinin sadece müşteri tabanının bir alt kümesini mi etkilediğini ortaya çıkarabilir. Bu içgörüler, tahsilat stratejilerini özelleştirmek ve müşteri ilişkilerini geliştirmek için hayati öneme sahiptir.

Neden önemli

Müşteri davranışlarını analiz etmek, sorunlu hesapları belirlemek ve tahsilat stratejilerini özelleştirmek için süreç verilerinin güçlü bir şekilde segmentlere ayrılmasını sağlar.

Nereden alınır

Fatura belgesi üst verisinde (header) veya finans ya da satış sistemindeki müşteri ana veri tabloları aracılığıyla bağlantılı olarak bulunur.

Örnekler
CUST-00543100234ACME-CORP
Tahsilatçı Adı
CollectorName
Bir tahsilat etkinliğini gerçekleştirmekten sorumlu kullanıcının, temsilcinin veya ekibin adı veya tanımlayıcısı.
Açıklama

Tahsilat Uzmanı Adı, vadesi geçmiş bir faturayı yönetmek ve tahsilat faaliyetlerini gerçekleştirmekle görevli kişiyi veya grubu tanımlar. Bu, bir muhasebe memuru, özel bir tahsilat acentesi veya bir tahsilat ekibi olabilir.\n\nBu nitelik, bireysel veya ekip düzeyinde performans analizini mümkün kılar. Süreçleri Tahsilat Uzmanı Adına göre filtreleyerek veya karşılaştırarak, kuruluşlar en iyi performans gösterenlerden en iyi uygulamaları belirleyebilir, diğerleri için eğitim ihtiyaçlarını tespit edebilir ve iş yükü dağıtımını analiz edebilir. Tahsilat sürecinin insan unsurunu ve ödeme süreleri ve silmeler gibi sonuçlar üzerindeki etkisini anlamak için çok önemlidir.

Neden önemli

Ekip ve bireysel performansın, iş yükü dağılımının ve farklı tahsilat uzmanları veya stratejilerinin etkinliğinin analizini sağlar.

Nereden alınır

Alacak hesapları işlem verilerinde, müşteri ana kayıtlarında veya belirli tahsilat yönetimi modüllerinde bulunur. 'Muhasebe Memuru' veya 'Kullanıcı Kimliği' gibi alanlara karşılık gelebilir.

Örnekler
Can DemirTahsilat Ekibi AUSER123
Uyuşmazlık Nedeni
DisputeReason
Bir fatura müşterisi tarafından itiraz edildiğinde sağlanan neden kodu veya açıklaması.
Açıklama

Anlaşmazlık Nedeni, bir müşterinin bir faturayı ödemeyi reddetmesinin nedenini yakalar. Yaygın nedenler arasında yanlış fiyatlandırma, hasarlı mallar, miktar farklılıkları veya eksik dokümantasyon bulunur. Bu bilgi genellikle resmi bir anlaşmazlık vakası açıldığında kaydedilir.\n\nAnlaşmazlık Nedeni, kök neden analizi için güçlü bir niteliktir. Farklı anlaşmazlık nedenlerinin sıklığını analiz ederek, bir şirket tahsilat departmanı dışındaki sistemik sorunları (örneğin, sevkiyat, faturalama doğruluğu veya satış siparişi girişi sorunları) belirleyebilir. Süreç madenciliği, farklı anlaşmazlık nedenlerinin çözüm süresini ve süreç akışını nasıl etkilediğini daha da ortaya koyabilir, bu da anlaşmazlık yönetimi sürecini kolaylaştırmaya yardımcı olur.

Neden önemli

Ödeme gecikmelerinin ve anlaşmazlıkların kök neden analizini sağlar; faturalama, sevkiyat veya satış gibi alanlardaki yukarı akış sorunlarını belirlemeye ve düzeltmeye yardımcı olur.

Nereden alınır

Uyuşmazlık yönetimi modüllerinde, CRM sistemlerinde veya faturanın ya da alacak belgesinin kendisinde bir neden kodu olarak saklanır.

Örnekler
Yanlış FiyatMiktar EksikliğiHasarlı MallarMükerrer Fatura
Vade Tarihi
DueDate
Fatura ödemesinin sözleşmeye göre vadesinin geldiği hesaplanan tarih.
Açıklama

Vade Tarihi, bir fatura ödemesinin zamanında kabul edilmesi için alınması gereken belirli tarihtir. Genellikle fatura oluşturma tarihi ve üzerinde anlaşılan ödeme koşullarına göre hesaplanır.

Bu tarih, tahsilat sürecinde performans ölçümü için kritik bir kıyas noktasıdır. Bir ödemenin geç olup olmadığını belirlemek, hatırlatma prosedürlerini tetiklemek ve yaşlandırma raporlarını hesaplamak için temeldir. Process Mining'de, Vade Tarihi, Zamanında Ödeme Oranı ve Bekleyen Alacak Günleri (DSO) gibi KPI'ları hesaplamak ve tahsilat faaliyetlerinin ödeme son tarihlerine göre etkinliğini analiz etmek için kullanılır.

Neden önemli

Zamanında ödeme performansını ölçmek için birincil kriter görevi görür ve DSO ile ödeme zamanındalığı gibi KPI'ları hesaplamak için temeldir.

Nereden alınır

Fatura üst verilerinde bulunur. Doğrudan bir alan olabilir veya fatura tarihi ve ödeme koşullarından türetilebilir.

Örnekler
2023-04-142023-05-302023-06-01
Fatura Para Birimi
InvoiceCurrency
Fatura tutarının belirlendiği para birimi.
Açıklama

Fatura Para Birimi, faturanın düzenlendiği ve ödemenin beklendiği para birimini (örneğin USD, EUR veya JPY) belirtir. Bu, özellikle uluslararası faaliyet gösteren şirketler için önemlidir.\n\nSüreç madenciliği genellikle finansal dönüşümlerden ziyade süreç akışlarına odaklansa da, bu nitelik Fatura Tutarını doğru yorumlamak için önemlidir. Analizi belirli bir para birimine göre filtrelemeye veya belirli para birimlerindeki işlemlerin farklı modeller izleyip izlemediğini (belki de uluslararası ödeme işleme gecikmeleri veya yabancı pazarlardaki farklı tahsilat stratejileri nedeniyle) görmek için süreci segmentlere ayırmaya olanak tanır.

Neden önemli

Fatura Tutarı için gerekli bağlamı sağlar ve analizin para birimine göre segmentlere ayrılmasına olanak tanır, bu da uluslararası işletmeler için önemli olabilir.

Nereden alınır

Fatura üst verisinde standart bir alan.

Örnekler
USDEURGBPJPY
Müşteri Segmenti
CustomerSegment
Müşterinin büyüklük, sektör, stratejik önem veya bölge gibi özelliklerine göre bir sınıflandırmasıdır.
Açıklama

Müşteri Segmenti, müşterileri ortak özelliklere göre gruplandıran bir kategorizasyondur. Segmentler, sektör (örn. üretim, perakende), büyüklük (örn. büyük işletme, KOBİ), coğrafi bölge veya stratejik değer (örn. altın, gümüş, bronz) gibi faktörlerle tanımlanabilir.\n\nBu nitelik, tahsilat sürecinin daha incelikli ve stratejik bir analizini sağlar. Farklı segmentler arasında süreç performansını karşılaştırarak, işletmeler belirli müşteri gruplarının benzersiz ödeme davranışlarına veya zorluklarına sahip olduğunu keşfedebilirler. Örneğin, uluslararası müşteriler sınır ötesi bankacılık nedeniyle daha uzun ödeme döngüleriyle karşılaşabilirler. Bu içgörüler, her segment için hedefe yönelik tahsilat stratejileri ve politikaları geliştirmeyi mümkün kılarak genel verimliliği ve müşteri memnuniyetini artırır.

Neden önemli

Farklı müşteri grupları arasında karşılaştırmalı analiz yaparak, hedefe yönelik tahsilat stratejileri ve politikaları geliştirilmesini sağlar.

Nereden alınır

Genellikle bir CRM veya ERP sistemi içindeki müşteri ana verilerinde bulunur.

Örnekler
Büyük İşletmeKüçük ve Orta Ölçekli İşletmelerHükümetKuzey Amerika
Ödeme Vadeleri
PaymentTerms
Bir müşterinin bir faturayı ne zaman ödemesi gerektiğini tanımlayan üzerinde anlaşılan şartlar.
Açıklama

Ödeme Koşulları, bir satışın yapıldığı koşulları, özellikle ödeme zamanlamasını belirtir. Genellikle 'Net 30' (ödeme 30 gün içinde vadesi gelmiş) veya '2/10 Net 30' (10 gün içinde ödenirse %2 indirim, aksi takdirde tam tutar 30 gün içinde vadesi gelmiş) gibi bir kod veya kısa metin olarak ifade edilir.\n\nBu nitelik, fatura vade tarihi ve müşteri ödeme davranışı için temel bağlamı sağlar. Süreci ödeme koşullarına göre analiz etmek, belirli koşulların daha yüksek gecikmeli ödeme oranları veya anlaşmazlıklarla ilişkili olup olmadığını ortaya koyabilir. Ayrıca, erken ödeme indirimlerinin etkinliğini değerlendirmek ve müşterilerle gelecekteki ödeme koşulları müzakerelerini bilgilendirmek için kullanılabilir, bu da nakit akışını optimize etmeye yardımcı olur.

Neden önemli

Fatura vade tarihleri için bağlam sağlar ve farklı ödeme anlaşmalarının zamanında ödeme oranlarını ve genel nakit akışını nasıl etkilediğinin analiz edilmesine olanak tanır.

Nereden alınır

Müşteri ana verilerinde veya satış siparişi ve fatura başlığında saklanır.

Örnekler
Net 30 GünNet 60 Gün2/10 Net 30Teslimatta Ödenecek
Şirket Kodu
CompanyCode
Faturanın ait olduğu tüzel kişilik veya iş birimi tanımlayıcısı.
Açıklama

Şirket Kodu, yasal olarak bağımsız bir şirketi veya finansal tabloların hazırlandığı ayrı bir iş alanını temsil eden bir kurumsal birim tanımlayıcısıdır. Çoklu varlıklı bir kuruluşta, her işlem belirli bir şirket koduna atanır.

Bu nitelik, kurumsal düzeyde analiz için temeldir. Süreç performansının farklı tüzel kişilikler, iştirakler veya iş birimleri arasında karşılaştırılmasına olanak tanır. Bu tür karşılaştırmalar, kuruluşun farklı bölümleri arasındaki süreç verimliliği, politika uyumu ve tahsilat uzmanı performansındaki farklılıkları vurgulayabilir, böylece en iyi uygulamaların paylaşılmasını ve uygun olduğunda süreçlerin standardizasyonunu kolaylaştırır.

Neden önemli

Bir kuruluş içindeki farklı tüzel kişilikler, iştirakler veya iş birimleri arasında süreç karşılaştırması ve performans kıyaslaması yapmayı sağlar.

Nereden alınır

Bir ERP sistemi içinde, faturalar da dahil olmak üzere tüm finansal belgelerde standart bir organizasyonel alan.

Örnekler
1000US01DE01UK_SALES
Gerekli Önerilen İsteğe Bağlı

Kredi Yönetimi ve Tahsilat Faaliyetleri

Bu tablo, sağlam süreç keşfini ve etkili performans ölçümünü sağlamak için doğru bir şekilde yakalanması gereken temel süreç adımlarını ve önemli kilometre taşlarını detaylandırır.
6 Önerilen 10 İsteğe Bağlı
Aktivite Açıklama
Anlaşmazlık Kaydedildi
Bir müşterinin bir faturaya karşı resmi olarak bir anlaşmazlık başlattığı ve bunun sisteme kaydedildiği noktayı işaretler. Bu olay, genellikle ihtilaflı miktar için standart tahsilat sürecini durdurur.
Neden önemli

Anlaşmazlıklar, ödeme gecikmelerinin önemli bir nedenidir. Anlaşmazlıkların ne zaman ve neden ortaya çıktığını belirlemek, kök neden analizi, süreç iyileştirme ve Ortalama Tahsilat Süresi'ni (DSO) azaltmak için kritik öneme sahiptir.

Nereden alınır

Bu, bir uyuşmazlık davası oluşturulduğunda veya bir faturanın durumu bir uyuşmazlık veya tahsilat yönetimi modülünde 'İtiraz Edildi' olarak değiştirildiğinde alınır.

Yakala

Uyuşmazlık davası kaydının oluşturulma zaman damgasını veya faturadaki durum değişikliği zaman damgasını kullanın.

Event tipi explicit
Fatura Mutabakata Bağlandı
Faturanın tamamen ödendiği ve bakiyesinin sıfır olduğu fatura yaşam döngüsünün başarılı sonunu işaret eder. Bu, süreç için arzu edilen son durumdur.
Neden önemli

Bu, süreç için birincil 'mutlu yol' bitiş olayıdır. Bu etkinliğe kadar geçen süreyi ölçmek, kritik bir iş metriği olan toplam faturadan nakite döngü süresini verir.

Nereden alınır

Bu genellikle, uygulanan ödemeler ve kredilerin toplamının toplam fatura tutarına eşit olduğunda veya durumun 'Ödendi' veya 'Kapandı' olarak değişmesinden çıkarılır.

Yakala

Faturanın ödenmemiş bakiyesini sıfıra indiren bir temizleme veya ödeme uygulama işleminin en son zaman damgasını belirleyin.

Event tipi inferred
Fatura Oluşturuldu
Kaynak sistemde fatura kaydının resmi olarak oluşturulduğu anı işaretler. Bu olay, alacak tutarını ve ödeme koşullarını belirleyerek faturadan nakde yaşam döngüsünün birincil başlangıç noktasıdır.
Neden önemli

Bu, süreç için çok önemli başlangıç olayıdır. Faturadan Nakite (Invoice-to-Cash) ve Bekleyen Alacak Günleri (Days Sales Outstanding) gibi tüm döngü süresi hesaplamaları bu noktadan başlar.

Nereden alınır

Bu, alacak hesapları veya faturalama modülünde bulunan, fatura belgesinin oluşturulma veya kayıt tarihinden alınan temel bir işlemdir.

Yakala

Ana fatura veya finansal belge başlık tablosundaki oluşturulma zaman damgasını veya kayıt tarihini kullanın.

Event tipi explicit
Fatura Silindi
Borcun tahsil edilemez kabul edildiği ve değersiz alacak olarak silindiği nihai, başarısız sonucu temsil eder. Bu, alacağı kayıtlardan temizler.
Neden önemli

Bu etkinlik, doğrudan bir finansal kaybı temsil eder. Silme işlemlerinin sıklığını ve değerini analiz etmek, kredi riskini, tahsilat başarısızlıklarını ve potansiyel süreç iyileştirmelerini belirlemeye yardımcı olur.

Nereden alınır

Bu, orijinal faturayı temizleyen, değersiz alacak hesabına kaydedilen bir yevmiye kaydı veya ayarlama gibi açık bir finansal işlemdir.

Yakala

Faturanın kalan bakiyesini silen belirli finansal belgenin veya yevmiye kaydının kayıt tarihini kullanın.

Event tipi explicit
Ödeme Sözü Alındı
Bir müşterinin gelecekteki bir tarihte bir faturayı ödeme taahhüdünde bulunması ve bu anlaşmanın sisteme kaydedilmesi durumunda gerçekleşir. Bu, tahsilat çabalarından elde edilen olumlu bir ara sonucu temsil eder.
Neden önemli

Bu, tahsilat temsilcisi etkinliği için temel bir performans göstergesidir. Müşterilerin taahhütlerine uyup uymadığını ölçmek için bir dönüm noktası sağlar ve nakit girişlerini tahmin etmeye yardımcı olur.

Nereden alınır

Bu, tahsilat yönetimi modülündeki bir kullanıcı tarafından kaydedilen, taahhüt tarihi ve miktarıyla bir kayıt oluşturan açık bir olaydır.

Yakala

Fatura ile ilişkili 'Ödeme Taahhüdü' kaydının oluşturulma zaman damgasını kullanın.

Event tipi explicit
Ödeme Vadesi Geçti
Faturanın net vade tarihinin fatura tamamen ödenmeden geçtiğini gösteren kritik bir dönüm noktasıdır. Bu olay, bir faturanın 'güncel' durumdan 'vadesi geçmiş' durumuna geçişini işaret eder.
Neden önemli

Bu etkinlik, tüm tahsilat ve hatırlatma faaliyetleri için birincil tetikleyicidir. Bu noktadan geçen fatura hacmini analiz etmek, ödeme davranışını ve tahsilat iş yükünü ölçmeye yardımcı olur.

Nereden alınır

Bu doğrudan bir sistem olayı değildir, ancak faturanın vade tarihi alanı ile mevcut zaman damgası veya sonraki bir etkinliğin zaman damgası karşılaştırılarak hesaplanır.

Yakala

Fatura o tarihe kadar temizlenmezse fatura vade tarihi için bir olay zaman damgası oluşturun. Örneğin, 'InvoiceDueDate + 1 gün'.

Event tipi calculated
Dunning Süreci Başlatıldı
Vadesi geçmiş bir fatura için resmi bir hatırlatma sürecinin veya belirli bir tahsilat stratejisine atanmanın başlangıcını işaret eder. Bu, tek bir hatırlatmadan daha sistematik bir eskalasyonu temsil eder.
Neden önemli

Bu etkinlik, tahsilat çabalarında bir artışı işaret eder. Bu adıma kadar geçen süreyi ve sonuçlarını analiz etmek, genel hatırlatma stratejisinin verimliliğini ve etkinliğini değerlendirmeye yardımcı olur.

Nereden alınır

Bir faturaya ilk kez dunning seviyesi atandığında veya tahsilat yönetimi sisteminde resmi bir tahsilat stratejisi tetiklendiğinde kaydedilir.

Yakala

Bir faturanın resmi bir dunning sürecine ilk kez dahil edildiği veya bir tahsilat stratejisinin atandığı zaman damgasını yakalayın.

Event tipi explicit
Hatırlatma Gönderildi
Vadesi geçmiş bir fatura ile ilgili olarak müşteriye gönderilen, genellikle otomatik ilk hatırlatmayı veya tahsilat mektubunu temsil eder. Bu, tipik olarak hatırlatma sürecinin ilk adımıdır.
Neden önemli

Hatırlatıcıları izlemek, erken aşama tahsilat çabalarının etkinliğini değerlendirmeye yardımcı olur. Basit bir hatırlatmadan sonra kaç faturanın ödendiği ile daha yoğun eylem gerektirenler arasındaki analizi mümkün kılar.

Nereden alınır

Bu olay, bir fatura için gönderilen iletişimin tarihini ve türünü kaydeden bir hatırlatma veya tahsilat modülünün loglarından alınır.

Yakala

Fatura ile ilişkili hatırlatma geçmişi veya iletişim logu tablosundan yürütme tarihini kullanın.

Event tipi explicit
İhtilaf Çözüldü
Uyuşmazlık yönetimi sürecinin sonuçlandığını, konunun araştırıldığını ve bir çözüme ulaşıldığını temsil eder. Fatura artık ödemeye veya silinmeye devam edebilir.
Neden önemli

Uyuşmazlıkları çözmek için harcanan süre, nakit akışı ve müşteri memnuniyetini doğrudan etkiler. Bu etkinlik, uyuşmazlık çözüm döngü süresini ölçmek için bitiş noktasını sağlar.

Nereden alınır

Bu, bir uyuşmazlık davasının durumu 'Çözüldü' veya 'Kapandı' olarak güncellendiğinde veya bir faturadaki itiraz bayrağı kaldırıldığında alınır.

Yakala

Uyuşmazlık davasında veya çözümü gösteren fatura kaydındaki durum değişikliğinin zaman damgasını kullanın.

Event tipi explicit
Kredi Limiti Onaylandı
Müşteri için bir kredi limitinin resmi olarak verildiği veya güncellendiği bir kredi inceleme sürecinin başarıyla tamamlanmasını temsil eder. Bu etkinlik genellikle bir faturanın oluşturulmasından önce gelir ve işlem koşullarını belirler.
Neden önemli

Kredi onayı ile fatura oluşturma arasındaki süreyi analiz etmek, satış döngüsü verimliliğini anlamaya yardımcı olur. Ayrıca, belirli faturaların neden özel ödeme koşullarına sahip olabileceği veya daha sonra tahsilat sorunlarıyla karşılaşabileceği konusunda bağlam sağlar.

Nereden alınır

Bu olay genellikle bir kredi yöneticisi bir müşterinin kredi başvurusunu veya incelemesini onayladığında bir kredi yönetimi modülünde veya CRM sisteminde kaydedilir.

Yakala

Bir müşteri için kredi inceleme durumunun 'Onaylandı' olarak işaretlendiği veya yeni bir kredi limit değerinin kesinleştirildiği zaman damgasını yakalayın.

Event tipi explicit
Kredi Notu Düzenlendi
Bir faturaya uygulanan bir alacak dekontunun oluşturulmasını temsil eder. Bu genellikle bir faturalama hatasını düzeltmek veya bir uyuşmazlık çözümünün parçası olarak yapılır.
Neden önemli

Sık yapılan kredi notları, yukarı akıştaki siparişten nakde süreçlerinde (örneğin, yanlış fiyatlandırma veya sevkiyat hataları gibi) sistemik sorunlara işaret edebilir. Bu aktivite, kök neden analizi için çok önemlidir.

Nereden alınır

Bu, alacak hesapları modülündeki alacak dekontu belgesinin kayıt tarihinden alınan standart bir finansal işlemdir.

Yakala

Alacak dekontu belgesi başlığındaki oluşturma veya kayıt tarihini kullanın ve bunu kredilendirdiği orijinal faturaya bağlayın.

Event tipi explicit
Müşteriye Fatura Gönderildi
Faturanın müşteriye elektronik olarak veya basılı olarak resmi olarak teslim edildiği zaman noktasını temsil eder. Ödeme vadeleri için süre genellikle bu tarihten itibaren başlar.
Neden önemli

Fatura oluşturma ve gönderme arasındaki gecikmeler ödeme döngüsünü uzatabilir. Bu aktivite, faturalama çıktı sürecindeki darboğazları ve bunların nakit akışı üzerindeki etkisini belirlemeye yardımcı olur.

Nereden alınır

Bu, bir çıktı yönetimi sisteminde açıkça yakalanabilir veya e-postalar veya EDI iletimleri gibi iletişim loglarından çıkarılabilir.

Yakala

Giden iletişimleri izleyen sistem loglarından veya fatura kaydındaki özel bir 'Gönderme Tarihi' alanından zaman damgasını çıkarın.

Event tipi explicit
Ödeme Alındı
Bir müşteriden fon alındığı anı işaretler, genellikle bir banka ekstresinden veya kasa dosyasından kaydedilir. Bu, nakitin alındığını ancak henüz belirli bir faturaya uygulanmadığını gösterir.
Neden önemli

Bu etkinlik, nakit uygulama sürecinin başlangıcını işaret eder. Ödemeleri alma ve uygulama arasındaki gecikme süresi, hazine ve operasyonel verimlilik için önemli bir ölçüttür.

Nereden alınır

Bu, genellikle bir ödeme günlüğünde veya nakit yönetimi modülünde bulunan bir nakit makbuzu veya müşteri ödeme belgesinin oluşturulmasından alınır.

Yakala

Gelen ödeme veya banka ekstresi işlem kaydından kayıt tarihini veya valör tarihini kullanın.

Event tipi explicit
Ödeme Faturaya Uygulandı
Nakit uygulama sürecinin tamamlanmasını temsil eder; burada alınan bir ödeme başarıyla belirli bir faturayla eşleştirilir ve uygulanır. Bu eylem, açık bakiyeyi azaltır veya kapatır.
Neden önemli

Bu etkinlik, nakit tahsilatı ile alacakların azaltılması arasındaki kritik bağlantıdır. Uygulamadaki gecikmeler, gereksiz tahsilat faaliyetlerine ve hatalı müşteri hesap özetlerine yol açabilir.

Nereden alınır

Bu olay, bir ödeme belgesini alacak defterindeki bir fatura belgesine bağlayan bir mahsup işlemi kaydedildiğinde loglanır.

Yakala

Mahsup belgesinin kayıt tarihini veya ödeme uygulama tablolarında kaydedilen uygulama tarihini kullanın.

Event tipi explicit
Ödeme Sözü Bozuldu
Müşterinin üzerinde anlaşılan ödeme tarihinde ödeme yapmadığını gösteren hesaplanmış bir olaydır. Bu durum, tahsilat sürecinde bir aksaklığa işaret eder ve genellikle daha fazla tırmandırma gerektirir.
Neden önemli

Bu etkinlik, verimsizlikleri ve güvenilir olmayan taahhütleri vurgular. Sıklığını analiz etmek, yüksek riskli müşterileri belirlemeye ve takip eylemleri için tahsilat stratejilerini iyileştirmeye yardımcı olur.

Nereden alınır

Bu olay, bir faturanın ilgili 'Ödeme Taahhüdü' tarihinin bir tahsilat ödemesi yapılmadan geçip geçmediği kontrol edilerek çıkarılır.

Yakala

Söz verilen tarihten sonraki gün, faturaya karşılık gelen bir ödeme yapılmamışsa bir olay oluşturun.

Event tipi calculated
Tahsilat Teması Kuruldu
Bir tahsilat uzmanının müşteriyle iletişime geçmek için yaptığı (telefon araması veya kişiselleştirilmiş e-posta gibi) manuel bir eylemi temsil eder. Bu etkinlik, tahsilat görevlisi tarafından sisteme kaydedilir.
Neden önemli

Bu etkinlik, tahsilat sürecindeki manuel çabayı vurgular. Bu temasların sıklığını ve sonuçlarını analiz etmek, tahsilat uzmanı verimliliğini ve kaynak tahsisini ölçmeye yardımcı olur.

Nereden alınır

Bu, genellikle bir tahsilat veya CRM modülü içindeki kullanıcı tarafından oluşturulan etkinlik, görev veya etkileşim loglarından alınır.

Yakala

Müşteriye veya faturaya bağlı olarak 'Telefon Görüşmesi' veya 'E-posta' gibi kaydedilen faaliyetlerin oluşturulma tarihini ve saatini çıkarın.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Process Mining için verilerinizi nasıl alırsınız.

Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,

ETL rehberimizi okuyun

veya belirli bir süreç ve sistem seçin.