Kredi ve Tahsilat Yönetimi Veri Template'inuz
Kredi ve Tahsilat Yönetimi Veri Template'inuz
- Detaylı 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 Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Fatura süreç döngüsünde belirli bir noktada meydana gelen olayın veya görevin adı. | ||
|
Açıklama
Aktivite 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 büyük önem taşır. 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 sunar. 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?dir?
Bu öznitelik, süreç haritasındaki adımları tanımlar, fatura süreç döngüsünü görselleştirmeyi ve analiz etmeyi sunar.
Nereden Alınır??
Bu öznitelik, genellikle 'CustInvoiceJour', 'CustTrans', 'CustCollectionLetterJour' ve 'CustPaymPromise' gibi çeşitli tablolardan belirli sistem olaylarıni, 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şturulduAnlaşmazlık 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 vaka tanımlayıcısı olarak olarak kullanılır. | ||
|
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 tüm sürecini yeniden yapılandırmak için kullanılır ve süreç döngüsünün ayrıntılı analizine sunar. Her faturayı ayrı bir case olarak izleyerek, kuruluşlar yaygın süreç yollarını,
Neden Önemli?dir?
Bu, tüm süreç olaylarıni birbirine bağlayan temel Vaka Kimliği'dir (Case ID), tüm faturadan tahsilata uzanan süreç döngüsünün yeniden yapılandırılmasına ve analizine sunar.
Nereden Alınır??
Bu genellikle Microsoft Dynamics 365 Finance'teki 'CustInvoiceJour' tablosundaki 'Invoice' alanıdır.
Örnekler:::::::
INV-001, 2, 3, 45CIV-2023-8876SI-9510034
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir faaliyetin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Olay Zamanı, bir aktivitenin sisteme kaydedildiği tam tarih ve saattir. Process Miningnin en önemli bileşenidir, süreç akışını oluşturmak ve tüm zaman tabanlı metrikleri hesaplamak için gerekli kronolojik sıralamayı sunar. Bu nitelik, süreleri analiz etmek, darboğazları belirlemek ve SLA'ları izlemek için büyük önem taşır. Ö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?dir?
Bu zaman damgası (zaman damgası), olayları sıralamak, süreç haritasını keşfetmek ve döngü süreleri 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 süreç 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 sunar. Bu, alacak hesaplarının mevcut durumunu anlamak için basit ama güçlü bir yoldur.
Neden Önemli?dir?
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 sunar. Bu öznitelik, 'Tahsil Edilemeyen Fatura Silmeleri' ve 'Kredi Limiti Yönetimi Analizi' Dashboard'ları için büyük önem taşır, finansal etkiyi ölçmeye ve riski değerlendirmeye yardımcı olur.
Neden Önemli?dir?
Finansal etki analizi yapmayı, yüksek değerli faturalara öncelik vermeyi ve fatura değerinin süreç davranışını nasıl etkilediğini anlamayı sunar.
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 büyük önem taşır. 'İ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 güçlüa konusunda daha etkili olmalarına yardımcı olur.
Neden Önemli?dir?
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 temel rol oynar.
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 detaylı 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?dir?
Müşteriye özel süreç analizine sunar, ö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 büyük önem taşır. '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 stratejik bilgiler güçlüak için doğrudan 'Days Sales Outstanding Trend', 'Uncollectible Invoice Write-Offs' ve 'Overdue Invoices By Segment' panellerinda kullanılır.
Neden Önemli?dir?
Müşteri grupları arasında toplu analiz yaparak stratejik eğilimleri belirlemeyi ve farklı segmentler için tahsilat stratejilerini uyarlamayı sunar.
Nereden Alınır??
Bu genellikle özel bir alan veya 'CustTable'daki (müşteri ana tablosu) öznitelikler.den 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?dir?
Bu tarih, ödeme zamanlamasını analiz etmek için gereklidir.manlaması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 büyük önem taşır. 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?dir?
Tahsilat ekibinin performans analizini sunar, 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 Son Ödeme Tarihinden bu yana geçen süreyi ölçen hesaplanmış bir metriktir. Mevcut tarih eksi Son Ödeme 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' kontrol paneli'ında birincil metriktir ve alacak hesaplarının sağlığını ve tahsilat çabalarının etkinliğini değerlendirmek için büyük önem taşır.
Neden Önemli?dir?
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
|
|||
|
İ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?dir?
Ö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 büyük önem taşır. 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?dir?
Net veri soyu sunar ve veri kalitesini korumak, birden çok entegre sistemde analizi etkinleştirmek için gereklidir.
Nereden Alınır??
Bu, genellikle veri çıkarma 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 büyük önem taşır. '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?dir?
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
|
|||
|
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?dir?
Tüm parasal değerler için temel bağlamı sunar ve birden çok para birimini içeren süreçlerin analizine sunar.
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ı (zaman damgası)dır. | ||
|
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 sunar. 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 veri hattında tüm veri kümesine uygulanır.
Neden Önemli?dir?
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 veri hattı 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?dir?
Ödeme davranışlarındaki bölgesel eğilimleri ve tahsilat süreci performansını belirlemek için coğrafi analize sunar.
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 mı
IsDisputed
|
Bir faturanın daha önce itiraz edilip edilmediğini gösteren bir boole bayrağı. | ||
|
Açıklama
Bu, bir fatura case'i 'İhtilaf 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?dir?
İ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 'İhtilaf Kaydedildi' etkinliği içeriyorsa O ZAMAN true DEĞİLSE false.
Örnekler:::::::
truefalse
|
|||
|
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 büyük önem taşır. 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?dir?
Ödeme gecikmelerinin kök neden analizi için kritik veriler sunar, 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 | ||
|---|---|---|---|
|
Anlaşmazlık 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?dir?
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
|
|||
|
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?dir?
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ı (zaman damgası) ana veri noktasıdır.
Yakala
Müşteri Fatura Kayıt Defteri'ndeki (CustInvoiceJour) gönderi zaman damgası (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?dir?
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?dir?
Bu, fatura süreç 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 büyük önem taşır.
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ı (zaman damgası) olay zamanı olarak olarak kullanılır.
Yakala
Satış faturası kaydının oluşturulma zaman damgası (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?dir?
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 büyük önem taşır.
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ı (zaman damgası) olarak olarak kullanılır.
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?dir?
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 büyük önem taşır.
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ı (zaman damgası)dır.
Yakala
Faturaya geri bağlantı kurarak CustCollectionLetterJour tablosundan oluşturma olaylarını çıkarın.
Event tipi
explicit
|
|||
|
Ö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?dir?
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, tahsilat eşleştirme 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?dir?
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ı (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?dir?
Bu event, tüm tahsilat etkinlikleri için tetikleyicidir. Vadesi geçmiş fatura hacminin ve ihtar eylemlerinin zamanlamasının analizine sunar, İhtar Politikası Uyumu gibi KPI'ları destekler.
Nereden Alınır??
Mevcut zaman damgası (zaman damgası)nın Müşteri İşlemleri tablosundaki (CustTrans) 'DueDate' alanı ile karşılaştırılmasıyla hesaplanır. Olay zaman damgası (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?dir?
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ı (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?dir?
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?dir?
Tahsilat ekibinin manuel çabasına görünürlük sunar. 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
|
|||