Kredi Yönetimi ve Tahsilat Veri Şablonunuz

Microsoft Dynamics 365
Kredi Yönetimi ve Tahsilat Veri Şablonunuz

Kredi Yönetimi ve Tahsilat Veri Şablonunuz

Bu şablon, kredi yönetimi ve tahsilat sürecinizi analiz etmek için gerekli verileri toplamak üzere kapsamlı bir rehber sunar. Temel veri özniteliklerini, izlenecek anahtar etkinlikleri ve veri extraction için pratik rehberliği özetler. Bu kaynağı veri hazırlığınızı düzene sokmak ve Process Mining yolculuğunuzu hızlandırmak için kullanın.
  • 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
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Kredi Yönetimi ve Tahsilat Nitelikleri

Bunlar, kredi yönetimi ve tahsilat sürecinizin kapsamlı bir analizi için olay günlüğünüze dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 8 Önerilen 9 İsteğe Bağlı
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ı, bottleneckleri ve standart prosedürden sapmaları belirleyebilir. Days Sales Outstanding gibi temel metrikleri hesaplamak ve süreç varyantlarını analiz etmek için temel teşkil eder.

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
Gerekli Önerilen İsteğe Bağlı

Kredi Yönetimi ve Tahsilat Faaliyetleri

Bunlar, kredi yönetimi ve tahsilat iş akışınızın doğru bir şekilde keşfedilmesi için olay günlüğünüzde yakalanacak anahtar süreç adımları ve kilometre taşlarıdır.
9 Önerilen 3 İsteğe Bağlı
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 bottleneckleri ortaya çıkarır.

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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Microsoft Dynamics 365'ten nasıl alırsınız?