Kredi Yönetimi ve Tahsilat Veri Şablonunuz
Kredi Yönetimi ve Tahsilat Veri Şablonunuz
- Kapsamlı analiz için toplanması önerilen öznitelikler
- Doğru keşif için izlenecek anahtar süreç etkinlikleri
- Sisteminizden veri çekimi için pratik rehberlik
Kredi Yönetimi ve Tahsilat Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Fatura yaşam döngüsünde belirli bir noktada meydana gelen olayın veya görevin adı. | ||
|
Açıklama
Etkinlik Adı, 'Fatura Oluşturuldu', 'İhtar Mektubu Gönderildi' veya 'Ödeme Alındı' gibi kredi ve tahsilat süreci içindeki belirli bir adımı veya olayı açıklar. Bu öznitelik, süreç haritasındaki düğümleri tanımladığı için Process Mining için temeldir. Bu etkinliklerin sırasını ve sıklığını analiz etmek, gerçek süreç akışını ortaya çıkarır, yeniden işleme döngülerinin, verimsizliklerin ve uyumsuz süreç yollarının belirlenmesine olanak tanır. Tüm süreç akışı görselleştirmelerinin oluşturulmasını doğrudan destekler ve sürecin farklı aşamaları arasındaki döngü süresi hesaplamalarını segmentlere ayırmak için kullanılır.
Neden önemli
Bu öznitelik, süreç haritasındaki adımları tanımlar, fatura yaşam döngüsünü görselleştirmeyi ve analiz etmeyi mümkün kılar.
Nereden alınır
Bu öznitelik, genellikle 'CustInvoiceJour', 'CustTrans', 'CustCollectionLetterJour' ve 'CustPaymPromise' gibi çeşitli tablolardan belirli sistem event'lerini, durum değişikliklerini veya kayıt oluşturma tarihlerini standartlaştırılmış etkinlik adlarına eşleyerek elde edilir.
Örnekler
Fatura Kaydedildi ve Gönderildiİhtar Mektubu Oluşturulduİtiraz KaydedildiÖdeme Alındı
|
|||
|
Fatura Numarası
InvoiceNumber
|
Her müşteri faturası için benzersiz tanımlayıcı, kredi yönetimi süreci için birincil case tanımlayıcısı olarak hizmet eder. | ||
|
Açıklama
Fatura Numarası, bir müşteriyle yapılan her finansal işlemi benzersiz şekilde tanımlayan kritik bir özniteliktir. Fatura oluşturmadan kaydetmeye, ödeme tahsilatından nihai ödemeye kadar tüm ilgili etkinlikleri birbirine bağlar. Process Mining'de bu numara, her faturanın uçtan uca yolculuğunu yeniden yapılandırmak için kullanılır ve yaşam döngüsünün ayrıntılı analizine olanak tanır. Her faturayı ayrı bir case olarak izleyerek, kuruluşlar yaygın süreç yollarını,
Neden önemli
Bu, tüm süreç event'lerini birbirine bağlayan temel Case ID'sidir, tüm faturadan nakde yaşam döngüsünün yeniden yapılandırılmasına ve analizine olanak tanır.
Nereden alınır
Bu genellikle Microsoft Dynamics 365 Finance'daki 'CustInvoiceJour' tablosundaki 'Invoice' alanıdır.
Örnekler
INV-0012345CIV-2023-8876SI-9510034
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir faaliyetin veya event'in ne zaman gerçekleştiğini gösteren zaman damgasıdır. | ||
|
Açıklama
Olay Zamanı, bir aktivitenin sisteme kaydedildiği kesin tarih ve saattir. Süreç madenciliğinin temel taşıdır, süreç akışını oluşturmak ve tüm zaman tabanlı metrikleri hesaplamak için gerekli kronolojik sıralamayı sağlar. Bu nitelik, süreleri analiz etmek, darboğazları belirlemek ve SLA'ları izlemek için çok önemlidir. Örneğin, 'Invoice Generated' ve 'Payment Received' olayları arasındaki zaman farkı, kritik bir iş KPI'ı olan Days Sales Outstanding (DSO) hesaplamak için kullanılır. Doğru zaman damgaları olmadan performans analizi ve darboğaz tespiti imkansızdır.
Neden önemli
Bu timestamp, event'leri sıralamak, süreç haritasını keşfetmek ve cycle time'lar ile süreler gibi tüm performans metriklerini hesaplamak için gereklidir.
Nereden alınır
Bu öznitelik, belirli etkinliğe bağlı olarak D365 tablolarındaki çeşitli tarih/saat alanlarından, örneğin 'CustInvoiceJour'daki 'CreatedDateTime' veya 'CustTrans'daki 'TransDate' gibi kaynaklanır.
Örnekler
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
|
|||
|
Fatura Durumu
InvoiceStatus
|
Faturanın yaşam döngüsündeki mevcut durumu. | ||
|
Açıklama
Fatura Durumu, bir faturanın süreçte nerede olduğunu gösteren bir anlık görüntüdür; örneğin 'Açık', 'Ödendi', 'İtiraz Edildi' veya 'Silindi' gibi. Etkinlik kaydı ayrıntılı bir geçmiş sunarken, mevcut durum filtreleme ve üst düzey raporlama için kullanışlı bir vaka düzeyinde özniteliktir. Analistlerin verileri hızlıca segmentlere ayırarak yalnızca açık vadesi geçmiş faturalara odaklanmasına veya silinmiş tüm faturaların özelliklerini analiz etmesine olanak tanır. Bu, alacak hesaplarının mevcut durumunu anlamak için basit ama güçlü bir yoldur.
Neden önemli
Faturaları mevcut durumlarına göre filtrelemek ve analiz etmek için hızlı ve kolay bir yol sunar; örneğin tüm açık veya itirazlı vakalara odaklanmak gibi.
Nereden alınır
'CustTrans' tablosundaki işlemlerin mutabakat durumundan türetilmiştir. Açık bir işlem ödenmemişken, kapalı bir işlem mutabakata bağlanmıştır.
Örnekler
AçıkÖdendiKısmen ÖdendiSilindi
|
|||
|
Fatura Tutarı
InvoiceAmount
|
Faturanın toplam tutarıdır. | ||
|
Açıklama
Fatura Tutarı, faturalandırılan mal veya hizmetlerin toplam finansal değerini temsil eder. Bu, süreç içindeki finansal analiz için temel bir özniteliktir. Yüksek değerli faturaların farklı bir süreci mi izlediğini yoksa daha uzun gecikmeler mi yaşadığını görmek için vakaları değere göre segmentlere ayırmaya olanak tanır. Bu öznitelik, 'Tahsil Edilemeyen Fatura Silmeleri' ve 'Kredi Limiti Yönetimi Analizi' Dashboard'ları için çok önemlidir, finansal etkiyi ölçmeye ve riski değerlendirmeye yardımcı olur.
Neden önemli
Finansal etki analizi yapmayı, yüksek değerli faturalara öncelik vermeyi ve fatura değerinin süreç davranışını nasıl etkilediğini anlamayı sağlar.
Nereden alınır
Büyük olasılıkla 'CustInvoiceJour' tablosundaki 'InvoiceAmount' alanıdır.
Örnekler
1500.7525000.00549.99
|
|||
|
İhtar Seviyesi
DunningLevel
|
Vadesi geçmiş bir fatura için ihtar (tahsilat) sürecinin mevcut aşamasını veya ciddiyetini gösterir. | ||
|
Açıklama
İhtar Seviyesi, yapılandırılmış bir ihtar prosedüründeki adımı temsil eder; örneğin 'Seviye 1: Nazik Hatırlatma', 'Seviye 2: Resmi Bildirim' veya 'Seviye 3: Son Uyarı' gibi. Bu özniteliği izlemek, tahsilat stratejisinin başarısını değerlendirmek için çok önemlidir. 'İhtar Stratejisi Etkinliği' Dashboard'u, her seviyeye ulaşıldıktan sonra faturaların yüzde kaçının ödendiğini göstermek için bu özniteliği kullanır. Bu, işletmelerin ihtar iş akışlarını iyileştirmelerine, müşteri ilişkilerini sürdürürken ödeme sağlama konusunda daha etkili olmalarına yardımcı olur.
Neden önemli
Bu, ihtar stratejisinin etkinliğini ölçmek ve müşterilerin hangi aşamada ödeme yapma olasılığının en yüksek olduğunu anlamak için anahtardır.
Nereden alınır
Bu bilgi, tahsilatlar ve ihtar mektuplarıyla ilgili tablolarda, örneğin 'CustCollectionLetterJour' gibi bulunur.
Örnekler
123 - FinalYasal İşlem
|
|||
|
Müşteri Adı
CustomerName
|
Faturanın düzenlendiği müşterinin yasal adı. | ||
|
Açıklama
Müşteri Adı, bir fatura ile ilişkili belirli müşteriyi tanımlar. Bu öznitelik, filtreleme ve segmentasyon için birincil bir boyuttur. Süreci müşteriye göre analiz etmek, sürekli geç ödeme yapan, itirazda bulunan veya kapsamlı tahsilat çabaları gerektiren sorunlu müşterileri belirlemeye yardımcı olur. Bu, 'İtiraz Çözüm Süresi' Dashboard'u ve belirli müşteri hesaplarına yönelik derinlemesine analizler için önemli bir özniteliktir.
Neden önemli
Müşteriye özel süreç analizine olanak tanır, önemli veya sorunlu hesaplarla kalıpları belirlemeye ve ilişkileri yönetmeye yardımcı olur.
Nereden alınır
Bu bilgi, genellikle 'CustInvoiceJour'da bulunan müşteri hesap numarası kullanılarak 'CustTable'dan birleştirilir.
Örnekler
Contoso Ltd.Adventure WorksFabrikam Inc.
|
|||
|
Müşteri Segmenti
CustomerSegment
|
Müşterinin büyüklük, sektör veya stratejik önem gibi ölçütlere göre sınıflandırılması. | ||
|
Açıklama
Müşteri Segmenti, müşterileri 'Strategic Accounts', 'SMB' veya 'Government' gibi anlamlı gruplara ayırmak için kullanılan kategorik bir niteliktir. Bu segmentasyon, stratejik analiz için hayati öneme sahiptir. 'Stratejik hesapların DSO'su daha düşük müdür?' veya 'Belirli bir sektör segmentinde borç silme daha yaygın mı?' gibi soruları yanıtlamaya yardımcı olur. Bireysel müşterilerin ötesinde daha üst düzey içgörüler sağlamak için doğrudan 'Days Sales Outstanding Trend', 'Uncollectible Invoice Write-Offs' ve 'Overdue Invoices By Segment' dashboard'larında kullanılır.
Neden önemli
Müşteri grupları arasında toplu analiz yaparak stratejik eğilimleri belirlemeyi ve farklı segmentler için tahsilat stratejilerini uyarlamayı sağlar.
Nereden alınır
Bu genellikle özel bir alan veya 'CustTable'daki (müşteri master tablosu) özniteliklerden türetilmiştir.
Örnekler
KurumsalOrta Ölçekli İşletmelerKamu Sektörüİş Ortağı
|
|||
|
Son Ödeme Tarihi
PaymentDueDate
|
Fatura ödemesinin sözleşmeye göre vadesinin dolduğu tarih. | ||
|
Açıklama
Ödeme Vadesi, müşteriyle üzerinde anlaşılan ödeme koşullarına göre tanımlanan kritik bir tarih özniteliğidir. Bu tarih, bir faturanın vadesinin geçip geçmediğini belirlemek için temel teşkil eder. Hatırlatıcı gönderme veya resmi bir ihtar prosedürü başlatma gibi tahsilat faaliyetlerini başlatmak için birincil tetikleyicidir. Process Mining'de 'Vadesi Geçen Gün Sayısı' metriğini hesaplamak ve ihtar politikalarına uyumluluğu kontrol etmek için kullanılır; örneğin, vadesi geçtikten sonra X gün içinde bir hatırlatıcı gönderildiğini doğrulamak gibi.
Neden önemli
Bu tarih, ödeme zamanlamasını ölçmek için bir ölçüt ve vadesi geçmiş ile tahsilatla ilgili tüm etkinlikler için tetikleyicidir.
Nereden alınır
Genellikle 'CustTrans' veya 'CustInvoiceJour' tablolarındaki 'DueDate' alanı olarak bulunur.
Örnekler
2023-02-142023-03-312023-04-30
|
|||
|
Tahsilatçı Atandı
CollectorAssigned
|
Vadesi geçmiş faturayı yönetmekten sorumlu tahsilat temsilcisinin veya ekip üyesinin adı. | ||
|
Açıklama
Bu öznitelik, belirli bir faturadaki tahsilat faaliyetlerinden sorumlu bireysel çalışanı tanımlar. Performans ve iş yükü analizi için çok önemlidir. Süreç haritasını veya Dashboard'ları tahsilatçıya göre filtreleyerek, yöneticiler bireysel üretkenliği değerlendirebilir, tahsilat stratejilerini karşılaştırabilir ve koçluk fırsatlarını belirleyebilir. Bu öznitelik, 'Tahsilat Ekibi Verimliliği' ve 'İtiraz Çözüm Süresi' Dashboard'ları için önemli bir boyuttur, çünkü süreç sonuçlarını belirli bireylere veya ekiplere atfetmeye yardımcı olur.
Neden önemli
Tahsilat ekibinin performans analizini mümkün kılar, iş yüklerini dengelemeye yardımcı olur ve tahsilatçı etkinliğini karşılaştırarak en iyi uygulamaları belirler.
Nereden alınır
Microsoft Dynamics 365 belgelerine başvurun. Bu, bir tahsilat yönetimi modülünden veya müşteri ya da işlem kayıtlarındaki kullanıcı sorumluluk alanlarından bağlanabilir.
Örnekler
Can DemirEmily JonesTahsilat Ekibi A
|
|||
|
Vadesi Geçmiş Günler
DaysOverdue
|
Bir faturanın ödeme vadesi geçtikten sonraki gün sayısı. | ||
|
Açıklama
Vadesi Geçmiş Günler, ödenmemiş bir faturanın Ödeme Vade Tarihinden bu yana geçen süreyi ölçen hesaplanmış bir metriktir. Mevcut tarih eksi Ödeme Vade Tarihi olarak hesaplanır. Tahsilat ekibi için önemli bir performans göstergesidir, çünkü hangi faturalara odaklanılacağını önceliklendirmeye yardımcı olur. 'Overdue Invoices By Segment' dashboard'ında birincil metriktir ve alacak hesaplarının sağlığını ve tahsilat çabalarının etkinliğini değerlendirmek için temeldir.
Neden önemli
Bu, tahsilat çabalarını önceliklendirmek ve ödeme gecikmelerinin ciddiyetini ölçmek için kullanılan kritik bir operasyonel metriktir.
Nereden alınır
Bu hesaplanmış bir alandır. Mantığı şudur: EĞER Fatura ödenmemişse O ZAMAN (Bugün() - PaymentDueDate) DEĞİLSE 0.
Örnekler
1532910
|
|||
|
İhtilaflı mı
IsDisputed
|
Bir faturanın daha önce itiraz edilip edilmediğini gösteren bir boole bayrağı. | ||
|
Açıklama
Bu, bir fatura case'i 'İtiraz Kaydedildi' etkinliğini içeriyorsa true olarak ayarlanan hesaplanmış bir flag'dir. Kullanıcıların itirazlı ve itirazsız faturaların süreç akışlarını kolayca filtrelemesine veya karşılaştırmasına olanak tanıyarak analizi basitleştirir. Örneğin, itirazların nakit akışı üzerindeki etkisini nicelendirmek için itirazlı faturaların ortalama DSO'sunu itirazsız faturaların ortalamasıyla kolayca karşılaştırabilir. Üst düzey Dashboard oluşturma ve karşılaştırmalı analiz için kullanışlı bir özniteliktir.
Neden önemli
İtirazlı ve itirazsız fatura popülasyonları arasında kolay karşılaştırma yapılmasına olanak tanıyarak analizi ve filtrelemeyi basitleştirir.
Nereden alınır
Bu hesaplanmış bir alandır. Mantığı şudur: EĞER case bir 'İtiraz Kaydedildi' etkinliği içeriyorsa O ZAMAN true DEĞİLSE false.
Örnekler
truefalse
|
|||
|
İtiraz Çözüm Süresi
DisputeResolutionTime
|
Bir müşteri itirazının ilk kaydedildiği andan itibaren çözülmesi için geçen süre. | ||
|
Açıklama
İtiraz Çözüm Süresi, itiraz yönetim sürecinin verimliliğini ölçer. 'Dispute Registered' ve 'Dispute Resolved' aktiviteleri arasındaki süre olarak hesaplanır. Uzun çözüm süreleri, ödemeyi geciktirebilir ve müşteri memnuniyetini olumsuz etkileyebilir. Bu metriği tahsilatçıya veya itiraz nedenine göre segmentlere ayırarak analiz etmek, darboğazları ve itiraz yönetimi iş akışındaki iyileştirme alanlarını belirlemeye yardımcı olur.
Neden önemli
Önemli ödeme gecikmelerinin yaygın bir nedeni olan itiraz işleme sürecinin verimliliğini ölçer.
Nereden alınır
'Dispute Registered' ve 'Dispute Resolved' aktivitelerinin zaman damgaları arasındaki süre olarak hesaplanır.
Örnekler
7.215.83.5
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin kaynaklandığı sistemi tanımlar. | ||
|
Açıklama
Bu öznitelik, olay verilerinin kaydedildiği kaynak uygulamayı belirtir. Bu bağlamda, bu 'Microsoft Dynamics 365' olacaktır. Tek sistemli bir analizde statik görünse de, veri yönetimi, sorun giderme ve gelecekteki entegrasyonlar için çok önemlidir. Ayrı bir CRM veya tahsilat ajansı portalı gibi diğer sistemlerden veriler dahil edilecek olsaydı, bu alan, aralarındaki ayrımı yapmak ve tam çapraz sistem sürecini anlamak için temel olacaktı.
Neden önemli
Net veri soyu sağlar ve veri kalitesini korumak, birden çok entegre sistemde analizi etkinleştirmek için gereklidir.
Nereden alınır
Bu, genellikle veri extraction süreci sırasında kayıtların kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler
Microsoft Dynamics 365D365 F&O
|
|||
|
Kredi Limiti
CreditLimit
|
Müşteri için onaylanan maksimum kredi miktarı. | ||
|
Açıklama
Kredi Limiti, bir müşterinin biriktirmesine izin verilen toplam borç miktarıdır. Bu öznitelik, risk yönetimi için çok önemlidir. 'Kredi Limiti Yönetimi Analizi' Dashboard'u bu değeri, gecikmiş veya silinmiş hesaplar için fatura tutarlarıyla karşılaştırır. Bu analiz, kredi limitlerinin uygun şekilde belirlenip belirlenmediğini, uygulanıp uygulanmadığını ve temerrüde düşen müşterilerin son zamanlarda limitlerinin artırılıp artırılmadığını belirlemeye yardımcı olur, kredi onay sürecindeki potansiyel zayıflıkları vurgular.
Neden önemli
Risk değerlendirmesi için temel olan bu nitelik, borç silmelerin kötü yönetilen veya yetersiz müşteri kredi limitleri ile ilişkili olup olmadığını analiz etmeye yardımcı olur.
Nereden alınır
Bu değer genellikle 'CustTable'daki müşteri master kaydında saklanır.
Örnekler
10000.0050000.000.00
|
|||
|
Ortalama Tahsilat Süresi
DaysSalesOutstanding
|
Fatura oluşturulmasından ödeme alınmasına kadar geçen gün cinsinden süre. | ||
|
Açıklama
Days Sales Outstanding (DSO), bir satış yapıldıktan sonra ödemenin tahsil edilmesine kadar geçen ortalama gün sayısını ölçen kritik bir finansal KPI'dır. Bu süreç modelinde DSO, her bir fatura için 'Fatura Oluşturuldu' ve 'Ödeme Alındı' aktiviteleri arasındaki süre olarak hesaplanır. Düşük bir DSO, tahsilat sürecinin daha verimli olduğunu ve nakit akışının daha sağlıklı olduğunu gösterir. Bu öznitelik, zaman içindeki eğilimleri analiz etmenize ve genel metriği hangi grupların etkilediğini görmek için Müşteri Segmenti gibi boyutlara göre kırılım yapmanıza olanak tanır.
Neden önemli
Bu, nakit akışı verimliliğini ve faturadan nakde sürecinin genel performansını ölçmek için kritik bir KPI'dır.
Nereden alınır
'Invoice Generated' ve 'Payment Received' aktivitelerinin zaman damgaları arasındaki süre olarak hesaplanır.
Örnekler
28.545.261.0
|
|||
|
Para Birimi Kodu
CurrencyCode
|
Faturanın para birimi, örneğin USD veya EUR. | ||
|
Açıklama
Para Birimi Kodu, Fatura Tutarının işlem para birimini belirtir. Bu, özellikle çok uluslu kuruluşlar için önemli bir bağlamsal özniteliktir. Finansal değerleri doğru yorumlamak için gereklidir ve ödeme döngülerinin veya sorunlarının belirli para birimleriyle ilişkili olup olmadığını analiz etmek için kullanılabilir; bu da döviz kuru veya uluslararası ödeme işlemlerindeki karmaşıklıklarla ilgili olabilir.
Neden önemli
Tüm parasal değerler için temel bağlamı sağlar ve birden çok para birimini içeren süreçlerin analizine olanak tanır.
Nereden alınır
Genellikle 'CustInvoiceJour' tablosundaki 'CurrencyCode' alanı olarak bulunur.
Örnekler
USDEURGBPCAD
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Son veri yenileme veya güncelleme zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri kümesinin kaynak sistemden en son ne zaman güncellendiğini gösterir. Process Mining analizini kullananlar için kritik bir metaveri parçasıdır, çünkü verilerin güncelliği hakkında bağlam sağlar. Verilerin belirli bir ana kadar güncel olduğunu bilmek, analistlerin bilinçli kararlar almasına ve bulgularının kapsamını anlamasına yardımcı olur. Genellikle veri alım pipeline'ında tüm veri kümesine uygulanır.
Neden önemli
Kullanıcıları verilerin güncelliği hakkında bilgilendirir, analizlerin belirli bir zaman dilimine dayandığından emin olur ve eski bilgilerle karar alınmasını engeller.
Nereden alınır
Bu değer, yürütme anında ETL/veri pipeline'ı tarafından veri kümesine oluşturulur ve damgalanır.
Örnekler
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
|
|||
|
Ülke
Country
|
Müşterinin fatura adresinin ülkesi. | ||
|
Açıklama
Bu öznitelik, müşteri hesabıyla ilişkili ülkeyi belirtir. Coğrafi analiz için yaygın bir boyuttur. DSO veya silme oranları gibi süreç KPI'larını ülkeye göre segmentlere ayırmak, müşteri ödeme davranışında, tahsilat etkinliğinde veya ekonomik koşullarda bölgesel farklılıkları ortaya çıkarabilir. Bu, coğrafi olarak uyarlanmış tahsilat stratejilerine veya belirli bölgeler için farklı ödeme koşullarına yol açabilir.
Neden önemli
Ödeme davranışlarındaki bölgesel eğilimleri ve tahsilat süreci performansını belirlemek için coğrafi analize olanak tanır.
Nereden alınır
Bu, müşteri master kaydından ('CustTable') birincil adres kaydına, genellikle 'LogisticsPostalAddress' içinde birleştirilerek elde edilir.
Örnekler
USADEUGBRCAN
|
|||
|
Uyuşmazlık Nedeni
DisputeReason
|
Müşteri tarafından bir faturaya itiraz etmek için belirtilen neden. | ||
|
Açıklama
Bir müşteri faturaya itiraz ettiğinde, genellikle 'Yanlış Fiyatlandırma', 'Hasarlı Mallar' veya 'Çift Faturalandırma' gibi bir neden belirtir. Bu öznitelik bu nedeni yakalar. İtiraz nedenlerini analiz etmek, kök neden analizi için kritik öneme sahiptir. Siparişten nakde sürecindeki tekrarlayan sorunları, satış, sevkiyat veya faturalandırma departmanlarındaki sorunlar gibi belirlemeye yardımcı olur. İtirazları kaynaktan azaltmak, ödeme gecikmelerini önleyerek DSO'yu doğrudan etkileyen bu analizin önemli bir sonucudur.
Neden önemli
Ödeme gecikmelerinin kök neden analizi için kritik veriler sağlar, fatura itirazlarına yol açan üst süreç sorunlarını belirlemeye ve gidermeye yardımcı olur.
Nereden alınır
Microsoft Dynamics 365 belgelerine başvurun. Bu, itiraz yönetimi veya vaka yönetimi işlevselliğinin bir parçası olacaktır.
Örnekler
Fiyatlandırma HatasıMiktar EksikÜrün Teslim AlınmadıHizmet Tanımlandığı Gibi Değil
|
|||
Kredi Yönetimi ve Tahsilat Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura Kaydedildi ve Gönderildi
|
Faturanın genel deftere resmi kaydını temsil ederek onu resmi bir alacak hesabı haline getirir. Bu olay genellikle faturanın müşteriye gönderilmesiyle çakışır ve Dynamics 365'te kayıt rutini tamamlandığında kaydedilir. | ||
|
Neden önemli
Bu, ödeme koşulları ve yaşlandırma için saati resmi olarak başlatan kritik bir kilometre taşıdır. Oluşturma ve kaydetme arasındaki gecikmeler, faturalandırma sürecindeki verimsizlikleri gizleyebilir.
Nereden alınır
Müşteri Fatura Kayıt Defteri'ndeki (CustInvoiceJour) gönderi tarihinden veya 'Kaydedildi' durum değişikliğinden çıkarılır. Gönderi zaman damgası ana veri noktasıdır.
Yakala
Müşteri Fatura Kayıt Defteri'ndeki (CustInvoiceJour) gönderi zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Fatura Mutabakata Bağlandı
|
Fatura tamamen ödenmiş ve bakiyesi sıfırdır; bu da sürecin başarılı bir şekilde tamamlandığını gösterir. Bu durum, uygulanan ödemelerin toplamı fatura tutarına eşit olduğunda çıkarılır. | ||
|
Neden önemli
Bu, krediden nakde sürecinin birincil başarılı end point'idir. Buraya götüren yolları analiz etmek, best practice'leri ve verimli süreç varyantlarını vurgular.
Nereden alınır
Müşteri ödeme tablosundaki (CustSettlement) ödeme tarihinden çıkarılır. Bu, CustTrans'taki fatura için 'AmountCur' ve 'SettleAmountCur' alanlarının toplamı sıfır olduğunda gerçekleşir.
Yakala
Bakiyesini sıfırlayan fatura işlemiyle ilişkili en son mutabakat tarihini belirleyin.
Event tipi
inferred
|
|||
|
Fatura Oluşturuldu
|
Sistemde bir satış faturası kaydının, resmi olarak kaydedilmeden önce oluşturulmasını işaretler. Bu etkinlik genellikle bir kullanıcının bir satış siparişini tamamlayıp ilgili fatura belgesini oluşturduğunda kaydedilen açık bir olaydır. | ||
|
Neden önemli
Bu, fatura yaşam döngüsü için birincil start event'idir. Bu noktadan ödemeye kadar geçen süreyi analiz etmek, Days Sales Outstanding'i (DSO) ölçmek için çok önemlidir.
Nereden alınır
Fatura oluşturulduğunda Satış Faturası Başlığı tablosuna (SalesInvoiceHeader) veya Satış Tablosuna (SalesTable) kaydedilir. Kaydın oluşturulma zaman damgası olay zamanı olarak hizmet eder.
Yakala
Satış faturası kaydının oluşturulma zaman damgasını yakalayın.
Event tipi
explicit
|
|||
|
Fatura Silindi
|
Fatura tahsil edilemez olarak kabul edilmiş ve kötü alacak olarak resmi olarak silinmiştir. Bu, yetkili bir kullanıcı tarafından gerçekleştirilen açık bir eylemdir; alacağı temizler ve kaybı kaydeder. | ||
|
Neden önemli
Bu, sürecin birincil başarısız end point'idir. write-off'ları izlemek, kredi riskini, tahsilat başarısızlıklarını ve finansal kayıpları anlamak için kritik öneme sahiptir.
Nereden alınır
Kötü borçların silinmesi için kullanılan, orijinal fatura ile bağlantılı belirli bir genel muhasebe işleminden yakalanır. Borç silme günlük kaydının gönderim tarihi zaman damgası olarak hizmet eder.
Yakala
Faturayı referans alan belirli bir borç silme kayıt profiline sahip günlük girişlerini belirleyin.
Event tipi
explicit
|
|||
|
İhtar Mektubu Oluşturuldu
|
Vadesi geçmiş fatura için resmi bir ihtar veya tahsilat mektubu oluşturulduğunu gösterir. Bu, Dynamics 365'te periyodik ihtar süreci çalıştırıldığında yakalanır ve ilgili faturalar için mektup kayıtları oluşturur. | ||
|
Neden önemli
Resmi tahsilat çabalarının başlatılmasını ve sıklığını izler. İhtar etkinliğini ve dahili tahsilat politikalarına uyumluluğu ölçmek için çok önemlidir.
Nereden alınır
İhtar Geçmişi tablosunda (CustCollectionLetterJour) açık bir kayıt oluşturulur. İhtar mektubu günlüğünün oluşturulma tarihi zaman damgasıdır.
Yakala
Faturaya geri bağlantı kurarak CustCollectionLetterJour tablosundan oluşturma olaylarını çıkarın.
Event tipi
explicit
|
|||
|
İtiraz Kaydedildi
|
Müşterinin faturaya resmi olarak itiraz ettiğini ve durumunun buna göre güncellendiğini gösterir. Bu genellikle bir kullanıcının tahsilat yönetimi modülünde faturanın durumunu 'İtiraz Edildi' olarak değiştirmesiyle kaydedilir. | ||
|
Neden önemli
Bu, itiraz çözüm sürecinin başlangıç noktasıdır. Bunu izlemek, itirazların sıklığını ve bunları çözmek için gereken süreyi ölçmeye yardımcı olur, müşteri memnuniyetini ve nakit akışını etkiler.
Nereden alınır
Müşteri işlemi (CustTrans) üzerindeki bir durum değişikliğinden veya ilgili bir itiraz yönetimi tablosundan (smmCaseDetail) çıkarılır. Durum değişikliğinin zaman damgalı bir kaydı gereklidir.
Yakala
Bir fatura işleminin itiraz durum alanının ne zaman doldurulduğunu veya 'İtiraz Edildi' olarak değiştirildiğini belirleyin.
Event tipi
inferred
|
|||
|
Ödeme Alındı
|
Bir müşteriden ödemenin alındığını ve genellikle bir ödeme günlüğü aracılığıyla sisteme girildiğini gösterir. Bu olay, nakitin belirli faturaya nihai kayıt ve uygulamasından önce gelir. | ||
|
Neden önemli
Bu, DSO'yu hesaplamak ve nakit akışını anlamak için çok önemli bir kilometre taşıdır. Bu event ile 'Payment Posted' arasındaki zaman gecikmesi, nakit uygulama sürecindeki
Nereden alınır
Bir müşteri ödeme günlük satırının (LedgerJournalTrans) kayda geçirilmeden önceki oluşturulma tarihinden yakalanan açık bir olaydır. Ödemenin alındığı tarih olarak kaydedildiği tarihi temsil eder.
Yakala
Müşteri Ödeme Kayıt Defteri satırlarındaki işlem tarihini kullanın.
Event tipi
explicit
|
|||
|
Ödeme Kaydedildi
|
Müşteri ödemesinin genel deftere resmi kaydını ve bir faturayı kapatmak için uygulamasını temsil eder. Bu, müşteri ödeme kayıt defterinin gönderi tarihinden alınır. | ||
|
Neden önemli
Sürecin ödeme kısmını sonuçlandırır. Ödeme makbuzu ve kayıt arasındaki süre olan Nakit Uygulama Gecikmesi, finans departmanı için önemli bir verimlilik metriğidir.
Nereden alınır
Müşteri Ödeme Günlüğü'nün (LedgerJournalTrans) kayda geçirme zaman damgasından yakalanır. Bu, ödemenin defterde tam olarak işlendiğini doğrular.
Yakala
Gönderilmiş Müşteri Ödeme Kayıt Defteri'ndeki gönderi tarihini kullanın.
Event tipi
explicit
|
|||
|
Ödeme Vadesi Geçti
|
Mevcut tarihin faturanın vade tarihini geçmesiyle ortaya çıkan hesaplanmış bir olaydır. Bu etkinlik doğrudan bir kullanıcı eylemine karşılık gelmez, ancak sistem tarihinin faturanın vade tarihi alanı ile karşılaştırılmasıyla türetilir. | ||
|
Neden önemli
Bu event, tüm tahsilat etkinlikleri için tetikleyicidir. Vadesi geçmiş fatura hacminin ve ihtar eylemlerinin zamanlamasının analizine olanak tanır, İhtar Politikası Uyumu gibi KPI'ları destekler.
Nereden alınır
Mevcut zaman damgasının Müşteri İşlemleri tablosundaki (CustTrans) 'DueDate' alanı ile karşılaştırılmasıyla hesaplanır. Olay zaman damgası DueDate'in kendisidir.
Yakala
'NOW()' faturanın Vade Tarihinden büyük olduğunda bir olay oluşturun.
Event tipi
calculated
|
|||
|
İhtilaf Çözüldü
|
İtiraz sürecinin, bir çözümün bulunduğu ve belgelendiği sonucunu işaretler. Bu olay, bir kullanıcının bir faturanın itiraz durumunu 'Çözüldü' olarak güncellediğinde veya ilişkili itiraz vakasını kapattığında kaydedilir. | ||
|
Neden önemli
Bu etkinlik, itiraz alt sürecini sona erdirir. İtiraz kaydı ile çözümü arasındaki süre, çözüm ekibinin verimliliğini ölçmek için önemli bir KPI'dır.
Nereden alınır
Müşteri işlemi (CustTrans) üzerindeki bir durum değişikliğinden veya ilgili itiraz vakası (smmCaseDetail) kapatıldığında çıkarılır. Bu durum değişikliğinin zaman damgası olay zamanıdır.
Yakala
Bir faturanın itiraz durum alanının ne zaman temizlendiğini veya 'Çözüldü' olarak değiştirildiğini belirleyin.
Event tipi
inferred
|
|||
|
Ödeme Sözü Oluşturuldu
|
Bir müşteri belirli bir gelecekteki tarihte ödeme yapmayı taahhüt etmiştir ve bu söz sisteme kaydedilir. Bu olay, bir tahsilat temsilcisinin tahsilat modülüne ödeme taahhüdü detayını girmesiyle açıkça günlüğe kaydedilir. | ||
|
Neden önemli
Gayri resmi ödeme anlaşmalarını ve bunların yerine getirilme oranlarını izler. Sözleri gerçek ödemelerle karşılaştırmak, nakit akışı tahmini yapılmasına ve müşteri güvenilirliğinin değerlendirilmesine yardımcı olabilir.
Nereden alınır
Büyük olasılıkla tahsilat çalışma alanı veya vaka yönetimiyle ilgili tablolara, özellikle ödeme sözü işlevselliği için kaydedilir. Söz kaydının oluşturulma tarihi olay zamanıdır.
Yakala
Ödeme taahhüdü veya tahsilat vaka detay tablosundan oluşturma olaylarını yakalayın.
Event tipi
explicit
|
|||
|
Tahsilat Aktivitesi Kaydedildi
|
Müşteriye veya faturaya karşı kaydedilen, telefon araması veya e-posta gibi manuel bir tahsilat eylemini temsil eder. Bu, bir tahsilatçının etkileşimlerini kaydetmek için tahsilat çalışma alanındaki Etkinlikler özelliğini kullandığında kaydedilir. | ||
|
Neden önemli
Tahsilat ekibinin manuel çabasına görünürlük sağlar. Bu etkinlikleri ödeme başarısıyla karşılaştırmak, ekip verimliliğini ve farklı iletişim yöntemlerinin etkinliğini ölçmeye yardımcı olur.
Nereden alınır
Müşteri hesabıyla ilişkili Etkinlikler (smmActivities) veya ilgili vaka yönetimi tablolarına kaydedilir. Mümkünse etkinliğin belirli bir faturaya geri bağlanması gerekir.
Yakala
Türü tahsilatlarla ilgili 'Telefon Araması' veya 'E-posta' olan Aktivite kayıtlarının oluşturulmasını yakalayın.
Event tipi
explicit
|
|||