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 gereken verileri toplamanıza yardımcı olur. Gerekli veri özniteliklerini, izlemeniz gereken temel etkinlikleri ve verileri dışa aktarmaya yönelik pratik yönergeleri içerir. Veri hazırlığını kolaylaştırmak ve Process Mining çalışmalarınıza hız kazandırmak için bu kaynaktan yararlanın.
  • Ayrıntılı analiz için toplanması önerilen öznitelikler
  • Doğru keşif için izlenecek temel süreç etkinlikleri
  • Sisteminizden veri çıkarmaya yönelik pratik yönergeler
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Kredi yönetimi ve tahsilat öznitelikleri

Kredi yönetimi ve tahsilat sürecinizi ayrıntılı analiz edebilmek için olay günlüğünüze eklemeniz önerilen veri alanları şunlardır.
3 Zorunlu 8 Önerilen 8 İsteğe bağlı
Ad Açıklama
Etkinlik adı
ActivityName
Faturanın yaşam döngüsünde belirli bir noktada gerçekleşen olayın veya görevin adı.
Açıklama

Etkinlik adı, kredi ve tahsilat sürecindeki belirli bir adımı veya olayı tanımlar. Örneğin 'Fatura oluşturuldu', 'Ödeme ihtarı gönderildi' ya da 'Ödeme alındı'. Süreç haritasındaki düğümleri belirlediği için Process Mining çalışmalarının temel özniteliklerindendir. Etkinliklerin sırasını ve sıklığını incelemek, gerçek süreç akışını ortaya çıkarır; yeniden çalışma döngülerini, verimsizlikleri ve uyumluluk dışı süreç yollarını belirlemeye yardımcı olur. Süreç akışı görselleştirmelerinin oluşturulmasını doğrudan destekler ve sürecin farklı aşamaları arasındaki çevrim sürelerini hesaplamak için kullanılır.

Neden önemli?

Bu öznitelik, süreç haritasındaki adımları tanımlar ve fatura yaşam döngüsünü görselleştirip analiz etmeyi sağlar.

Nereden alınır?

Bu öznitelik genellikle 'CustInvoiceJour', 'CustTrans', 'CustCollectionLetterJour' ve 'CustPaymPromise' gibi çeşitli tablolardaki belirli sistem olayları, durum değişiklikleri veya kayıt oluşturma tarihlerinin standart etkinlik adlarıyla eşleştirilmesiyle elde edilir.

Örnekler
Fatura kaydedildi ve gönderildiTahsilat mektubu oluşturulduİtiraz kaydedildiÖdeme alındı
Fatura numarası
InvoiceNumber
Her müşteri faturasını benzersiz biçimde tanımlayan ve kredi yönetimi sürecinin temel vaka kimliği olarak kullanılan numara.
Açıklama

Fatura numarası, müşterilerle yapılan her finansal işlemi benzersiz biçimde tanımlayan önemli bir özniteliktir. Faturanın oluşturulup kaydedilmesinden ödemenin tahsil edilmesine ve son kapatmaya kadar ilgili tüm etkinlikleri birbirine bağlar. Process Mining çalışmalarında bu numara, her faturanın uçtan uca yolculuğunu yeniden oluşturmak ve yaşam döngüsünü ayrıntılı biçimde incelemek için kullanılır. Kuruluşlar her faturayı ayrı bir vaka olarak izleyerek yaygın süreç yollarını, darboğazları ve standart prosedürden sapmaları belirleyebilir. Satışların Tahsilat Süresi gibi temel metriklerin hesaplanmasına ve süreç varyantlarının incelenmesine de temel oluşturur.

Neden önemli?

Bu, tüm süreç olaylarını birbirine bağlayan temel vaka kimliğidir. Böylece faturadan tahsilata kadar tüm yaşam döngüsü yeniden oluşturulup analiz edilebilir.

Nereden alınır?

Bu değer genellikle Microsoft Dynamics 365 Finance içindeki 'CustInvoiceJour' tablosunun 'Invoice' alanından alınır.

Örnekler
INV-0012345CIV-2023-8876SI-9510034
Olay zamanı
EventTime
Belirli bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası.
Açıklama

Olay zamanı, bir etkinliğin sisteme kaydedildiği kesin tarih ve saattir. Süreç akışını oluşturmak ve zamana bağlı tüm metrikleri hesaplamak için gereken kronolojik sırayı sağladığından Process Mining çalışmalarının temelini oluşturur. Süreleri incelemek, darboğazları belirlemek ve SLA’ları izlemek için gereklidir. Örneğin 'Fatura oluşturuldu' ile 'Ödeme alındı' olayları arasındaki süre, Satışların Tahsilat Süresini (DSO) hesaplamak için kullanılır. Zaman damgaları doğru değilse performans analizi yapmak ve darboğazları belirlemek mümkün olmaz.

Neden önemli?

Olayları sıralamak, süreç haritasını keşfetmek ve çevrim süreleri ile süreler gibi performans metriklerini hesaplamak için bu zaman damgası gerekir.

Nereden alınır?

Bu öznitelik, ilgili etkinliğe bağlı olarak D365 tablolarındaki çeşitli tarih ve saat alanlarından alınır. Örneğin 'CustInvoiceJour' tablosundaki 'CreatedDateTime' veya 'CustTrans' tablosundaki 'TransDate' alanı kullanılabilir.

Ö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, faturanın süreçteki yerini 'Açık', 'Ödendi', 'İtiraz edildi' veya 'Zarar yazıldı' gibi değerlerle gösterir. Etkinlik günlüğü ayrıntılı bir geçmiş sunarken mevcut durum, filtreleme ve üst düzey raporlama için vaka düzeyinde kullanışlı bir özniteliktir. Analistler bu alanı kullanarak yalnızca vadesi geçmiş açık faturaları filtreleyebilir veya zarar yazılan faturaların özelliklerini inceleyebilir. Alacak hesaplarının mevcut durumunu anlamanın basit ve etkili bir yoludur.

Neden önemli?

Mevcut durumlarına göre faturaları kolayca filtreleyip analiz etmeyi sağlar. Örneğin tüm açık veya itirazlı vakalara odaklanabilirsiniz.

Nereden alınır?

'CustTrans' tablosundaki işlemlerin kapatma durumundan türetilir. Açık işlem ödenmemiş, kapalı işlem ise kapatılmış demektir.

Örnekler
AçıkÖdendiKısmen ödendiZarar yazıldı
Fatura tutarı
InvoiceAmount
Faturanın toplam parasal değeri.
Açıklama

Fatura tutarı, faturalandırılan mal veya hizmetlerin toplam finansal değerini gösterir. Süreçteki finansal analizler için temel bir özniteliktir. Vakaları tutarlarına göre gruplandırarak yüksek tutarlı faturaların farklı bir süreç izleyip izlemediğini veya daha uzun gecikmeler yaşayıp yaşamadığını görebilirsiniz. Bu öznitelik, 'Tahsil edilemeyen faturaların zarar yazılması' ve 'Kredi limiti yönetimi analizi' Dashboardları için gereklidir; finansal etkiyi ölçmeye ve riski değerlendirmeye yardımcı olur.

Neden önemli?

Finansal etkiyi analiz etmeyi, yüksek tutarlı faturalara öncelik vermeyi ve fatura tutarının süreç davranışını nasıl etkilediğini anlamayı sağlar.

Nereden alınır?

Muhtemelen 'CustInvoiceJour' tablosundaki 'InvoiceAmount' alanıdır.

Örnekler
1500.7525000.00549.99
Müşteri adı
CustomerName
Faturanın düzenlendiği müşterinin yasal adı.
Açıklama

Müşteri adı, faturayla ilişkili müşteriyi belirtir. Filtreleme ve gruplandırma için temel bir boyuttur. Süreci müşteriye göre incelemek; sürekli geç ödeme yapan, itiraz bildiren veya yoğun tahsilat çalışması gerektiren müşterileri belirlemeye yardımcı olur. 'İtiraz çözüm çevrim süresi' Dashboardu ve belirli müşteri hesaplarının ayrıntılı analizi için önemli bir özniteliktir.

Neden önemli?

Müşteriye özel süreç analizi yapmayı, örüntüleri belirlemeyi ve önemli ya da sorunlu hesaplarla ilişkileri yönetmeyi sağlar.

Nereden alınır?

Bu bilgi genellikle 'CustInvoiceJour' tablosundaki müşteri hesap numarası kullanılarak 'CustTable' tablosundan alınır.

Ö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 'Stratejik hesaplar', 'KOBİ' veya 'Kamu' gibi anlamlı gruplara ayırmak için kullanılan kategorik bir özniteliktir. Bu gruplandırma stratejik analizler için önemlidir. 'Stratejik müşterilerin DSO değeri daha mı düşük?' veya 'Belirli bir sektörde zarar yazma daha mı yaygın?' gibi soruları yanıtlamaya yardımcı olur. Tek tek müşterilerin ötesinde genel bir görünüm sunmak için 'Satışların tahsilat süresi eğilimi', 'Tahsil edilemeyen faturaların zarar yazılması' ve 'Segmente göre vadesi geçmiş faturalar' Dashboardlarında doğrudan kullanılır.

Neden önemli?

Müşteri gruplarını toplu olarak analiz ederek stratejik eğilimleri belirlemeyi ve farklı segmentlere uygun tahsilat yöntemleri geliştirmeyi sağlar.

Nereden alınır?

Bu genellikle özel bir alandır veya 'CustTable' müşteri ana tablosundaki özniteliklerden türetilir.

Örnekler
KurumsalOrta ölçekli pazarKamu sektörüİş ortağı
Ödeme ihtarı düzeyi
DunningLevel
Vadesi geçmiş bir fatura için ödeme ihtarı (tahsilat) sürecinin mevcut aşamasını veya ciddiyetini belirtir.
Açıklama

Ödeme ihtarı düzeyi, yapılandırılmış ödeme ihtarı prosedüründeki adımı gösterir. Örneğin 'Düzey 1: Nazik hatırlatma', 'Düzey 2: Resmî bildirim' veya 'Düzey 3: Son uyarı'. Bu özniteliği izlemek, tahsilat yönteminin başarısını değerlendirmek için gereklidir. 'Ödeme ihtarı yönteminin etkinliği' Dashboardu, her düzeye ulaşan faturaların yüzde kaçının ödendiğini gösterir. Böylece işletmeler, müşteri ilişkilerini korurken ödemelerin tahsil edilmesini kolaylaştıracak şekilde iş akışlarını iyileştirebilir.

Neden önemli?

Ödeme ihtarı yönteminin etkinliğini ölçmeye ve müşterilerin hangi aşamada ödeme yapma olasılığının en yüksek olduğunu anlamaya yardımcı olur.

Nereden alınır?

Bu bilgi, 'CustCollectionLetterJour' gibi tahsilat ve ödeme ihtarı mektuplarıyla ilgili tablolarda bulunabilir.

Örnekler
123 - SonYasal işlem
Ödeme vade tarihi
PaymentDueDate
Sözleşmeye göre fatura ödemesinin yapılması gereken tarih.
Açıklama

Ödeme vade tarihi, müşteriyle kararlaştırılan ödeme koşullarına göre belirlenen önemli bir tarihtir. Faturanın vadesinin geçip geçmediğini belirlemek için temel alınır. Hatırlatma gönderme veya resmî bir ödeme ihtarı süreci başlatma gibi tahsilat işlemlerini başlatan başlıca tarihtir. Process Mining çalışmalarında 'Vadesi geçen gün sayısı' metriğini hesaplamak ve ödeme ihtarı politikalarına uyumu kontrol etmek için kullanılır. Örneğin, vade tarihinden sonraki X gün içinde hatırlatma gönderilip gönderilmediği doğrulanabilir.

Neden önemli?

Ödemelerin zamanında yapılıp yapılmadığını ölçmek için bu tarih esas alınır; vadesi geçmiş faturalarla ilgili tüm tahsilat işlemlerini başlatır.

Nereden alınır?

Genellikle 'CustTrans' veya 'CustInvoiceJour' tablolarındaki 'DueDate' alanında bulunur.

Örnekler
2023-02-142023-03-312023-04-30
Tahsilat görevlisi atandı
CollectorAssigned
Vadesi geçmiş faturayı yönetmekten sorumlu tahsilat görevlisinin veya ekip üyesinin adı.
Açıklama

Bu öznitelik, belirli bir faturanın tahsilat işlemlerinden sorumlu çalışanı belirtir. Performans ve iş yükü analizleri için önemlidir. Yöneticiler süreç haritasını veya Dashboardları tahsilat görevlisine göre filtreleyerek çalışanların verimliliğini değerlendirebilir, tahsilat yöntemlerini karşılaştırabilir ve koçluk fırsatlarını belirleyebilir. 'Tahsilat ekibi verimliliği' ve 'İtiraz çözüm çevrim süresi' Dashboardları için temel bir boyuttur; süreç sonuçlarının belirli çalışanlara veya ekiplere bağlanmasını sağlar.

Neden önemli?

Tahsilat ekibinin performansını analiz etmeyi, iş yükünü dengelemeyi ve görevlilerin etkinliğini karşılaştırarak iyi uygulamaları belirlemeyi sağlar.

Nereden alınır?

Microsoft Dynamics 365 belgelerine başvurun. Bu bilgi, tahsilat yönetimi modülünden veya müşteri ya da işlem kayıtlarındaki kullanıcı sorumluluğu alanlarından alınabilir.

Örnekler
John SmithEmily JonesTahsilat ekibi A
Vadesi geçen gün sayısı
DaysOverdue
Faturanın ödeme vade tarihini kaç gün geçtiği.
Açıklama

Vadesi geçen gün sayısı, ödenmemiş bir faturanın ödeme vade tarihinden bu yana geçen süreyi ölçen hesaplanmış bir metriktir. Bugünün tarihinden ödeme vade tarihi çıkarılarak hesaplanır. Tahsilat ekibi için temel bir performans göstergesidir ve hangi faturalara öncelik verileceğini belirlemeye yardımcı olur. 'Segmente göre vadesi geçmiş faturalar' Dashboardunun temel metriğidir; alacak hesaplarının durumunu ve tahsilat çalışmalarının etkinliğini değerlendirmek için kullanılır.

Neden önemli?

Tahsilat çalışmalarına öncelik vermek ve ödeme gecikmelerinin boyutunu ölçmek için kullanılan önemli bir operasyonel metriktir.

Nereden alınır?

Hesaplanmış bir alandır. Mantık şöyledir: Fatura ödenmemişse (Bugün() - ÖdemeVadeTarihi), aksi durumda 0.

Örnekler
1532910
İtiraz çözüm süresi
DisputeResolutionTime
Müşteri itirazının ilk kaydedildiği andan çözülmesine kadar geçen süre.
Açıklama

İtiraz çözüm süresi, itirazların ele alınma sürecinin verimliliğini ölçer. 'İtiraz kaydedildi' ve 'İtiraz çözüldü' etkinlikleri arasındaki süre olarak hesaplanır. Çözümün uzun sürmesi ödemeyi geciktirebilir ve müşteri memnuniyetini olumsuz etkileyebilir. Bu metriği tahsilat görevlisine veya itiraz nedenine göre incelemek, itiraz yönetimi iş akışındaki darboğazları ve iyileştirme alanlarını belirlemeye yardımcı olur.

Neden önemli?

Önemli ödeme gecikmelerinin yaygın nedenlerinden biri olan itiraz yönetimi sürecinin verimliliğini ölçer.

Nereden alınır?

'İtiraz kaydedildi' ve 'İtiraz çözüldü' etkinliklerinin zaman damgaları arasındaki süre olarak hesaplanır.

Örnekler
7.215.83.5
İtiraz edildi mi
IsDisputed
Faturaya daha önce hiç itiraz edilip edilmediğini belirten doğru/yanlış değeri.
Açıklama

Fatura vakasında 'İtiraz kaydedildi' etkinliği varsa doğru olarak ayarlanan hesaplanmış bir göstergedir. İtirazlı ve itirazsız faturaların süreç akışlarını kolayca filtrelemeyi veya karşılaştırmayı sağlar. Örneğin, itirazların nakit akışına etkisini ölçmek için itirazlı faturaların ortalama DSO değeri itirazsız faturalarınkiyle karşılaştırılabilir. Üst düzey Dashboardlar ve karşılaştırmalı analizler için kullanışlı bir özniteliktir.

Neden önemli?

İtirazlı ve itirazsız fatura gruplarını kolayca karşılaştırmayı sağlayarak analiz ve filtreleme işlemlerini basitleştirir.

Nereden alınır?

Hesaplanmış bir alandır. Mantık şöyledir: Vakada 'İtiraz kaydedildi' etkinliği varsa doğru, aksi durumda yanlış.

Örnekler
truefalse
İtiraz nedeni
DisputeReason
Müşterinin faturaya itiraz etme nedeni.
Açıklama

Müşteri faturaya itiraz ettiğinde genellikle 'Fiyatlandırma hatası', 'Ürün hasarlı' veya 'Çift faturalandırma' gibi bir neden belirtir. Bu öznitelik, belirtilen nedeni kaydeder. İtiraz nedenlerini incelemek, temel neden analizleri için önemlidir. Satış, sevkiyat veya faturalandırma ekiplerindeki sorunlar gibi siparişten tahsilata sürecinde tekrarlanan problemleri belirlemeye yardımcı olur. Sorunları kaynağında azaltmak, bu analizin önemli bir sonucudur ve ödeme gecikmelerini önleyerek DSO değerini doğrudan etkiler.

Neden önemli?

Ödeme gecikmelerinin temel nedenlerini incelemek için gerekli veriyi sunar; fatura itirazlarına yol açan önceki aşamalardaki sorunları belirlemeye ve gidermeye yardımcı olur.

Nereden alınır?

Microsoft Dynamics 365 belgelerine başvurun. Bu bilgi, itiraz yönetimi veya vaka yönetimi işlevlerinin bir parçası olabilir.

Örnekler
Fiyatlandırma hatasıEksik miktarÜrün teslim alınmadıHizmet açıklamaya uygun değil
Kaynak sistem
SourceSystem
Verinin hangi sistemden geldiğini belirtir.
Açıklama

Bu öznitelik, olay verilerinin kaydedildiği kaynak uygulamayı belirtir. Bu örnekte değer 'Microsoft Dynamics 365' olur. Tek sistemli bir analizde sabit bir değer gibi görünse de veri yönetişimi, sorun giderme ve gelecekteki entegrasyonlar açısından önemlidir. Ayrı bir CRM veya tahsilat ajansı portalı gibi başka sistemlerden veri eklenirse bu alan, sistemleri ayırt etmek ve sistemler arası sürecin tamamını anlamak için gerekir.

Neden önemli?

Verinin kaynağını açıkça gösterir; veri kalitesini korumak ve entegre birden fazla sistemde analiz yapabilmek için gereklidir.

Nereden alınır?

Bu genellikle veri çıkarma işlemi sırasında kayıtların kaynağını belirtmek için eklenen sabit bir değerdir.

Örnekler
Microsoft Dynamics 365D365 F&O
Kredi limiti
CreditLimit
Müşteri için onaylanan en yüksek kredi tutarı.
Açıklama

Kredi limiti, müşterinin kullanmasına izin verilen toplam borç tutarıdır. Risk yönetimi için önemli bir özniteliktir. 'Kredi limiti yönetimi analizi' Dashboardu, bu değeri gecikmiş veya zarar yazılmış hesapların fatura tutarlarıyla karşılaştırır. Bu analiz, kredi limitlerinin uygun belirlenip belirlenmediğini ve uygulanıp uygulanmadığını değerlendirmeye yardımcı olur. Ayrıca ödeme yapmayan müşterilerin limitlerinin yakın zamanda artırılıp artırılmadığını göstererek kredi onay sürecindeki olası zayıflıkları ortaya çıkarır.

Neden önemli?

Risk değerlendirmesi için gereklidir; zarar yazma işlemlerinin kötü yönetilen veya yetersiz müşteri kredi limitleriyle ilişkili olup olmadığını incelemeye yardımcı olur.

Nereden alınır?

Bu değer genellikle 'CustTable' tablosundaki müşteri ana kaydında tutulur.

Ö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 hangi para biriminde olduğunu belirtir. Özellikle çok uluslu kuruluşlar için önemli bir bağlam bilgisidir. Finansal değerleri doğru yorumlamak için gereklidir. Ayrıca ödeme döngülerinin veya sorunlarının belirli para birimleriyle ilişkili olup olmadığını incelemek için kullanılabilir; bu durum döviz işlemlerindeki veya uluslararası ödeme süreçlerindeki karmaşıklıklardan kaynaklanabilir.

Neden önemli?

Tüm parasal değerler için gerekli bağlamı sağlar ve birden fazla para birimi içeren süreçlerin analizine imkân verir.

Nereden alınır?

Genellikle 'CustInvoiceJour' tablosundaki 'CurrencyCode' alanında bulunur.

Örnekler
USDEURGBPCAD
Son veri güncellemesi
LastDataUpdate
Verinin son yenilendiği veya güncellendiği zaman damgası.
Açıklama

Bu öznitelik, veri setinin kaynak sistemden en son ne zaman güncellendiğini gösterir. Verinin ne kadar güncel olduğunu anlamaya yardımcı olduğu için Process Mining analizini kullananlar açısından önemli bir üst veridir. Verinin belirli bir tarihe kadar güncel olduğunu bilmek, analistlerin bilinçli kararlar almasını ve bulgularının kapsamını anlamasını sağlar. Genellikle veri alım hattı çalışırken tüm veri setine uygulanır.

Neden önemli?

Verinin güncelliğini göstererek analizlerin hangi zaman aralığını kapsadığını açıklar ve eski bilgilere dayanarak karar alınmasını önler.

Nereden alınır?

Bu değer, ETL/veri hattı çalışırken oluşturulur ve veri setine eklenir.

Örnekler
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
Ülke
Country
Müşterinin fatura adresinin bulunduğu ülke.
Açıklama

Bu öznitelik, müşteri hesabıyla ilişkili ülkeyi belirtir. Coğrafi analizlerde sık kullanılan bir boyuttur. DSO veya zarar yazma oranı gibi süreç KPI’larını ülkeye göre gruplandırmak; müşteri ödeme davranışındaki, tahsilat etkinliğindeki veya ekonomik koşullardaki bölgesel farklılıkları ortaya çıkarabilir. Bu bulgular, bölgelere özel tahsilat yöntemleri veya farklı ödeme koşulları belirlemeye yardımcı olabilir.

Neden önemli?

Ödeme davranışındaki ve tahsilat sürecinin performansındaki bölgesel eğilimleri belirlemek için coğrafi analiz yapmayı sağlar.

Nereden alınır?

Bu bilgi, müşteri ana kaydının ('CustTable') birincil adres kaydıyla, genellikle 'LogisticsPostalAddress' tablosu üzerinden birleştirilmesiyle elde edilir.

Örnekler
USADEUGBRCAN
Zorunlu Önerilen İsteğe bağlı

Kredi yönetimi ve tahsilat etkinlikleri

Kredi yönetimi ve tahsilat iş akışınızı doğru biçimde keşfetmek için olay günlüğünüze kaydetmeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
9 Önerilen 3 İsteğe bağlı
Aktivite Açıklama
Fatura kapatıldı
Faturanın tamamı ödenmiş ve bakiyesi sıfırlanmıştır; bu da sürecin başarıyla tamamlandığını gösterir. Uygulanan ödemelerin toplamı fatura tutarına eşit olduğunda bu durum çıkarılır.
Neden önemli?

Bu, alacaktan tahsilata sürecinin temel başarı noktasıdır. Buraya ulaşan yolları incelemek, en iyi uygulamaları ve verimli süreç varyantlarını ortaya çıkarır.

Nereden alınır?

Müşteri kapatma tablosundaki (CustSettlement) kapatma tarihinden çıkarılır. CustTrans tablosunda faturaya ait 'AmountCur' ve 'SettleAmountCur' alanlarının toplamı sıfır olduğunda gerçekleşir.

Kaydedin

Fatura bakiyesini sıfırlayan işlemle ilişkili en son kapatma tarihini belirleyin.

Olay türü inferred
Fatura kaydedildi ve gönderildi
Faturanın genel muhasebe defterine resmî olarak kaydedilmesini ve böylece alacak kaydı haline gelmesini ifade eder. Bu olay genellikle faturanın müşteriye gönderilmesiyle aynı zamana denk gelir ve Dynamics 365'te kayıt işlemi tamamlandığında yakalanır.
Neden önemli?

Bu, ödeme koşulları ve vade takibi için süreyi resmen başlatan önemli bir aşamadır. Faturanın oluşturulmasıyla kaydedilmesi arasındaki gecikmeler, faturalandırma sürecindeki verimsizlikleri gizleyebilir.

Nereden alınır?

Customer Invoice Journal (CustInvoiceJour) tablosundaki kayıt tarihinden veya durumun 'Posted' olarak değişmesinden çıkarılır. Kaydın zaman damgası temel veri noktasıdır.

Kaydedin

Customer Invoice Journal (CustInvoiceJour) tablosundaki kayıt zaman damgasını kullanın.

Olay türü inferred
Fatura oluşturuldu
Fatura resmî olarak kaydedilmeden önce sistemde satış faturası kaydının oluşturulduğunu belirtir. Bu etkinlik genellikle kullanıcı satış siparişini tamamlayıp ilgili fatura belgesini oluşturduğunda açık bir olay olarak kaydedilir.
Neden önemli?

Bu, fatura yaşam döngüsünün temel başlangıç olayıdır. Satışların tahsilat süresini (DSO) ölçmek için bu andan ödemeye kadar geçen süreyi analiz etmek önemlidir.

Nereden alınır?

Fatura oluşturulduğunda Sales Invoice Header tablosuna (SalesInvoiceHeader) veya Sales tablosuna (SalesTable) kaydedilir. Kaydın oluşturulma zaman damgası, olay zamanını belirtir.

Kaydedin

Satış faturası kaydının oluşturulma zaman damgasını alın.

Olay türü explicit
Fatura zarar yazıldı
Faturanın tahsil edilemeyeceğine karar verilmiş ve şüpheli alacak olarak resmen zarar yazılmıştır. Yetkili bir kullanıcının gerçekleştirdiği bu işlem, alacağı kapatır ve zararı kaydeder.
Neden önemli?

Bu, sürecin temel başarısızlık noktasıdır. Zarar yazılan tutarları izlemek, kredi riskini, tahsilat başarısızlıklarını ve finansal kayıpları anlamak açısından önemlidir.

Nereden alınır?

Asıl faturayla ilişkilendirilmiş, şüpheli alacağı zarar yazmak için kullanılan belirli bir genel yevmiye işleminden alınır. Zarar yazma yevmiyesinin kayıt tarihi zaman damgası olarak kullanılır.

Kaydedin

Faturaya referans veren ve belirli bir zarar yazma kayıt profiline sahip yevmiye kayıtlarını belirleyin.

Olay türü explicit
İtiraz kaydedildi
Müşterinin faturaya resmî olarak itiraz ettiğini ve durumun buna göre güncellendiğini belirtir. Bu olay genellikle bir kullanıcının tahsilat yönetimi modülünde fatura durumunu 'İtiraz edildi' olarak değiştirmesiyle kaydedilir.
Neden önemli?

Bu, itiraz çözüm sürecinin başlangıç noktasıdır. Bu olayı izlemek, itirazların sıklığını ve çözüm için geçen süreyi ölçmeye yardımcı olur. Her ikisi de müşteri memnuniyetini ve nakit akışını etkiler.

Nereden alınır?

Müşteri işlemi (CustTrans) veya ilgili itiraz yönetimi tablosundaki (smmCaseDetail) durum değişikliğinden çıkarılır. Durum değişikliğinin zaman damgalı kaydı gerekir.

Kaydedin

Fatura işlemindeki itiraz durumu alanının ne zaman doldurulduğunu veya 'İtiraz edildi' olarak değiştirildiğini belirleyin.

Olay türü inferred
Ödeme alındı
Müşteriden ödeme alındığını ve genellikle bir ödeme günlüğü aracılığıyla sisteme girildiğini belirtir. Bu olay, ödemenin kesin olarak kaydedilmesinden ve tutarın ilgili faturaya uygulanmasından önce gerçekleşir.
Neden önemli?

Bu aşama, Satışların Tahsilat Süresini (DSO) hesaplamak ve nakit akışını anlamak için önemli bir kilometre taşıdır. Bu olay ile Ödeme kaydedildi arasındaki süre, nakit tahsis sürecindeki darboğazları ortaya çıkarır.

Nereden alınır?

Müşteri ödeme günlüğü satırının (LedgerJournalTrans) kaydedilmeden önce oluşturulduğu tarihten alınan açık bir olaydır. Ödemenin alındı olarak kaydedildiği tarihi gösterir.

Kaydedin

Müşteri Ödeme Günlüğü satırlarındaki işlem tarihini kullanın.

Olay türü explicit
Ödeme kaydedildi
Müşteri ödemesinin büyük deftere resmî olarak kaydedilmesini ve faturanın kapatılması için ödemeye uygulanmasını ifade eder. Müşteri ödeme günlüğündeki kayıt tarihinden alınır.
Neden önemli?

Sürecin ödeme aşamasını tamamlar. Ödemenin alınmasıyla kaydedilmesi arasındaki süre, yani nakit tahsis gecikmesi, finans departmanının verimliliğini ölçen temel bir metriktir.

Nereden alınır?

Müşteri Ödeme Günlüğü (LedgerJournalTrans) kayıt zaman damgasından alınır. Ödemenin deftere tamamen işlendiğini doğrular.

Kaydedin

Kaydedilmiş Müşteri Ödeme Günlüğü’ndeki kayıt tarihini kullanın.

Olay türü explicit
Ödeme vadesi geçti
Geçerli tarih faturanın vade tarihini geçtiğinde gerçekleşen, hesaplanmış bir olaydır. Bu etkinlik doğrudan bir kullanıcı eylemine karşılık gelmez; sistem tarihiyle faturanın vade tarihi alanı karşılaştırılarak belirlenir.
Neden önemli?

Bu olay, tüm tahsilat faaliyetlerini başlatır. Vadesi geçmiş fatura hacmini ve tahsilat adımlarının zamanında uygulanıp uygulanmadığını analiz etmenizi sağlar; Tahsilat Politikalarına Uyum gibi KPI’ları destekler.

Nereden alınır?

Geçerli zaman damgası, Customer Transactions tablosundaki (CustTrans) 'DueDate' alanıyla karşılaştırılarak hesaplanır. Olayın zaman damgası, DueDate değeridir.

Kaydedin

'NOW()' değeri faturanın DueDate değerinden büyük olduğunda bir olay oluşturun.

Olay türü calculated
Tahsilat mektubu oluşturuldu
Vadesi geçmiş fatura için resmî bir tahsilat mektubunun oluşturulduğunu belirtir. Dynamics 365'te dönemsel tahsilat süreci çalıştırıldığında ve ilgili faturalar için mektup kayıtları oluşturulduğunda yakalanır.
Neden önemli?

Resmî tahsilat girişimlerinin ne zaman başlatıldığını ve ne sıklıkta yapıldığını izler. Tahsilatın etkinliğini ve iç tahsilat politikalarına uyumu ölçmek için gereklidir.

Nereden alınır?

Dunning History tablosunda (CustCollectionLetterJour) açık bir kayıt oluşturulur. Tahsilat mektubu günlüğünün oluşturulma tarihi zaman damgasıdır.

Kaydedin

CustCollectionLetterJour tablosundaki oluşturma olaylarını çıkarıp ilgili faturayla ilişkilendirin.

Olay türü explicit
İtiraz çözüldü
Çözümün karara bağlanıp belgelendiği itiraz sürecinin tamamlandığını gösterir. Bu olay, bir kullanıcının faturanın itiraz durumunu 'Çözüldü' olarak güncellemesi veya ilgili itiraz vakasını kapatmasıyla kaydedilir.
Neden önemli?

Bu etkinlik, itiraz alt sürecini tamamlar. İtirazın kaydedilmesiyle çözülmesi arasında geçen süre, çözüm ekibinin verimliliğini ölçmek için kullanılan temel bir KPI’dır.

Nereden alınır?

Müşteri işlemi (CustTrans) üzerindeki durum değişikliğinden veya ilgili itiraz vakasının (smmCaseDetail) kapatılmasından çıkarılır. Durum değişikliğinin zaman damgası olay zamanıdır.

Kaydedin

Faturadaki itiraz durumu alanının ne zaman temizlendiğini veya 'Çözüldü' olarak değiştirildiğini belirleyin.

Olay türü inferred
Ödeme taahhüdü oluşturuldu
Müşteri, belirli bir gelecek tarihte ödeme yapmayı taahhüt eder ve bu taahhüt sisteme kaydedilir. Tahsilat görevlisi tahsilat modülüne ödeme taahhüdü ayrıntılarını girdiğinde bu olay açıkça kaydedilir.
Neden önemli?

Gayriresmî ödeme anlaşmalarını ve bunların yerine getirilme oranlarını izler. Taahhütleri gerçekleşen ödemelerle karşılaştırmak, nakit akışını tahmin etmeye ve müşterilerin ödeme güvenilirliğini değerlendirmeye yardımcı olabilir.

Nereden alınır?

Büyük olasılıkla tahsilat çalışma alanı veya vaka yönetimiyle ilgili, özellikle ödeme taahhüdü işlevini destekleyen tablolara kaydedilir. Taahhüt kaydının oluşturulma tarihi olay zamanıdır.

Kaydedin

Ödeme taahhüdü veya tahsilat vakası ayrıntı tablosundaki oluşturma olaylarını yakalayın.

Olay türü explicit
Tahsilat faaliyeti kaydedildi
Müşteri veya fatura kaydına işlenen telefon görüşmesi ya da e-posta gibi manuel bir tahsilat eylemini ifade eder. Tahsilat görevlisi, etkileşimlerini kaydetmek için tahsilat çalışma alanındaki Activities özelliğini kullandığında yakalanır.
Neden önemli?

Tahsilat ekibinin manuel çalışmaları hakkında görünürlük sağlar. Bu faaliyetleri ö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 Activities (smmActivities) veya ilgili vaka yönetimi tablolarına kaydedilir. Mümkünse etkinliğin belirli bir faturayla ilişkilendirilmesi gerekir.

Kaydedin

Tahsilatla ilgili türü 'Phone Call' veya 'Email' olan Activity kayıtlarının oluşturulmasını yakalayın.

Olay türü explicit
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

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

Başlamaya hazır mısınız?

Verilerinizi etkili biçimde hazırlamak ve kredi yönetimi ile tahsilat operasyonlarınıza ilişkin değerli içgörüler elde etmek için bu şablondan yararlanın. Nakit akışınızı hızlandırmak için sürecinizi bugün iyileştirmeye başlayın.

Daha hızlı nakit akışı için kredi ve tahsilat süreçlerinizi bugün iyileştirin

Kredi tahsilat sürecini iyileştirerek ve çevrim süresini %30 azaltarak nakit akışınızı artırın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Kurulum birkaç dakika sürer.