Alacak Hesapları Veri Şablonunuz
Alacak Hesapları Veri Şablonunuz
- Defter analizi için gerekli veri alanları
- Takip için standart süreç kilometre taşları
- Microsoft Dynamics 365 için Teknik Veri Çıkarma Rehberliği
Alacak Hesapları Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
Activity
|
Fatura üzerinde gerçekleştirilen belirli olay veya görev. | ||
|
Açıklama
Bu nitelik, süreçte meydana gelen adımı tanımlar (örneğin, Fatura Kaydedildi, Ödeme Alındı veya İhtilaf Açıldı). Microsoft Dynamics 365'te bunlar genellikle işlem türünden (TransType) veya kaydın tutulduğu belirli tablodan (örneğin, ödemeler için CustSettlement) türetilir. Bu nitelik, süreç haritasını görselleştirmek için elzemdir.
Neden önemli
Süreç haritasındaki düğümleri tanımlar ve süreç akışı ile varyant keşfi analizine olanak tanır.
Nereden alınır
TransType enum'undan veya tablo bağlamından (CustTrans, CustSettlement vb.) türetilmiştir
Örnekler
Fatura MuhasebeleştirildiÖdeme AlındıTahsilat Mektubu GönderildiFaiz Notu Kaydedildi
|
|||
|
Fatura Numarası
InvoiceNumber
|
Finansal fatura belgesi için benzersiz tanımlayıcı. | ||
|
Açıklama
Fatura Numarası, Microsoft Dynamics 365 içinde bir alacağın yaşam döngüsünü izlemek için birincil anahtardır. İlk satış siparişini, kaydedilen faturayı, sonraki ödemeleri ve tüm tahsilat faaliyetlerini tek bir vakaya bağlar. Analizde, bu nitelik uçtan uca süreç akışını yeniden yapılandırmak için vaka tanımlayıcısı olarak hizmet eder.
Neden önemli
Alacak Hesapları için temel analiz birimidir ve Process Mining motorunun farklı olayları tutarlı bir vaka halinde gruplamasına olanak tanır.
Nereden alınır
CustInvoiceJour.InvoiceId veya CustTrans.Invoice
Örnekler
INV-2023-001CIV-88921US-004321DE-99120
|
|||
|
Olay Zaman Damgası
EventTimestamp
|
Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Bu nitelik, bir olayın sisteme kaydedildiği belirli zaman noktasını kaydeder. Faaliyetler arasındaki süreleri hesaplamak, süreç teslim sürelerini belirlemek ve olayları sırayla sıralamak için kullanılır. D365'te bu genellikle CreatedDateTime veya TransDate'in bir zaman bileşeniyle birleştirilmesiyle elde edilir.
Neden önemli
Zaman damgaları, Fatura Döngü Süresi ve Gönderme Teslim Süresi gibi tüm zamana dayalı KPI'ları hesaplamak için kritiktir.
Nereden alınır
Çeşitli tablolarda yaygın olarak kullanılan CreatedDateTime veya TransDate alanları
Örnekler
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Bu nitelik, verilerin kayıt sistemini tanımlar ki bu bağlamda Microsoft Dynamics 365'tir. Birden çok ERP örneğinden veya harici tahsilat araçlarından gelen verileri tek bir görünümde birleştirirken faydalıdır. Bu, analistlerin süreçleri kaynak ortamlarına göre filtrelemesine veya segmentlere ayırmasına olanak tanır.
Neden önemli
Özellikle çoklu sistem ortamlarında veri soyutluğunu ve izlenebilirliğini sağlar.
Nereden alınır
Çıkarma sırasında sabit kodlanmış veya bağlantı dizesinden türetilmiş
Örnekler
D365 F&O ProdD365 FinanceDynamics AX 2012
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verilerin çıkarıldığı veya yenilendiği zaman damgası. | ||
|
Açıklama
Bu nitelik, verilerin Microsoft Dynamics 365'ten en son ne zaman çekildiğini gösterir. Kullanıcıların analizin güncelliğini ve KPI'ların geçerliliğini anlamalarına yardımcı olur. Genellikle sorgu anında çıkarma aracı tarafından oluşturulur.
Neden önemli
Veri gecikmesi hakkında bağlam sağlar ve kullanıcıların dashboard'ların güncelliğine güvenmelerine yardımcı olur.
Nereden alınır
ETL / çıkarma komut dosyası tarafından oluşturuldu
Örnekler
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
|
|||
|
Fatura Tutarı
InvoiceAmount
|
Faturanın toplam tutarıdır. | ||
|
Açıklama
Bu nitelik, fatura belgesinin finansal değerini temsil eder. Alacak Hesapları'ndaki toplam riski hesaplamak ve yüksek değerli tahsilatları önceliklendirmek için kullanılır. Bu alan genellikle fatura yevmiye tablosunda bulunur.
Neden önemli
Finansal etki analizi ve yüksek değerli darboğazların belirlenmesi için kritik öneme sahiptir.
Nereden alınır
CustInvoiceJour.InvoiceAmount
Örnekler
1500.00250.5010000.00
|
|||
|
İş Birimi
BusinessUnit
|
Faturadan sorumlu işletme birimi veya bölümü. | ||
|
Açıklama
Bu nitelik, verileri Elektronik Bölümü veya Hizmetler Bölümü gibi iç organizasyonel yapıya göre segmentlere ayırır. D365'te bu genellikle işleme bağlı bir finansal boyuttur. Birimler arası karşılaştırmalara olanak tanıyarak Fatura Düzenleme Teslim Süresi dashboard'unu destekler.
Neden önemli
Hangi departmanların en verimli olduğunu bulmak için dahili kıyaslamaya olanak tanır.
Nereden alınır
CustInvoiceJour'daki Finansal Boyutlar (DefaultDimension)
Örnekler
BU-001Sales-NorthServices-Global
|
|||
|
Kullanıcı
User
|
Faaliyeti gerçekleştiren kişinin veya sistem hesabının kullanıcı ID'si. | ||
|
Açıklama
Bu nitelik, CreatedBy veya ModifiedBy alanlarından türetilerek belirli süreç adımını kimin yürüttüğünü belirler. Kaynak kullanımını analiz etmeye, eğitim ihtiyaçlarını belirlemeye ve otomatik sistem görevleri ile manuel kullanıcı müdahaleleri arasında ayrım yapmaya yardımcı olur.
Neden önemli
Kaynak performans analizi ve otomasyon oranı hesaplamasına olanak tanır.
Nereden alınır
İşlem tablolarında CreatedBy alanı
Örnekler
YöneticiJSmithWorkflowAgentBSmith
|
|||
|
Müşteri Grubu
CustomerGroup
|
Müşterinin ait olduğu sınıflandırma veya segment. | ||
|
Açıklama
Bu nitelik, müşterileri Toptan Satış, Perakende veya Şirketler Arası gibi mantıksal gruplara ayırır. Belirli segmentlerin daha uzun ödeme döngülerine veya daha yüksek ihtilaf oranlarına sahip olup olmadığını kontrol etmek gibi karşılaştırmalı analiz yapmak için kullanılır. D365'te bu, CustGroup alanıdır.
Neden önemli
Farklı pazar segmentleri arasında süreç performansının karşılaştırılmasına olanak tanır.
Nereden alınır
CustTable.CustGroup
Örnekler
Toptan SatışPerakendeŞirketler ArasıDışa Aktar
|
|||
|
Müşteri Hesabı
CustomerAccount
|
Müşterinin benzersiz tanımlayıcısı veya hesap numarası. | ||
|
Açıklama
Müşteri Hesabı, faturalandırılan belirli varlığı tanımlar. D365'te bu, AccountNum alanıdır. Bu niteliğe göre gruplandırma, farklı müşterilerdeki ödeme davranışlarının, ihtilaf sıklıklarının ve mutabakat sürelerinin analiz edilmesini sağlar.
Neden önemli
Yüksek riskli müşterileri belirlemek ve performansı müşteriye göre bölümlere ayırmak için esastır.
Nereden alınır
CustInvoiceJour.InvoiceAccount veya CustTrans.AccountNum
Örnekler
US-001DE-550CUST-9921
|
|||
|
Otomatikleştirildi mi?
IsAutomated
|
Etkinliğin bir sistem hesabı tarafından gerçekleştirilip gerçekleştirilmediğini gösteren bayrak. | ||
|
Açıklama
Bu nitelik, belirli bir adımın bir kullanıcı veya otomatik bir toplu iş tarafından gerçekleştirilip gerçekleştirilmediğini belirler. Kullanıcı niteliğinin bilinen sistem hesapları listesiyle (örneğin, 'Workflow', 'Batch') karşılaştırılmasıyla hesaplanır. Manuel Mutabakat Oranı KPI'ını destekler.
Neden önemli
Otomasyon fırsatlarını belirlemek ve mevcut otomasyon seviyelerini ölçmek için kritik öneme sahiptir.
Nereden alınır
Kullanıcı alanı mantığından türetilmiştir
Örnekler
truefalse
|
|||
|
Şirket Kodu
CompanyCode
|
D365 içindeki tüzel kişilik tanımlayıcısı. | ||
|
Açıklama
Bu nitelik, D365'teki DataAreaId'yi temsil eder ve işlemin gerçekleştiği tüzel kişiliğe veya şirkete karşılık gelir. Çoklu şirket dağıtımlarında verileri filtrelemek için elzemdir ve şirketler arasında çakışabilecek fatura numaralarının ayrı ayrı ele alınmasını sağlar.
Neden önemli
Çoklu varlık ortamlarında benzersizlik ve bölgesel analiz için çok önemlidir.
Nereden alınır
Tüm tablolarda DataAreaId alanı
Örnekler
USMFDEMFGBSI
|
|||
|
Vade Tarihi
DueDate
|
Ödemenin alınmasının beklendiği tarih. | ||
|
Açıklama
Vade Tarihi, ödeme koşulları tarafından belirlenen ödeme son tarihidir. Zamanında performansı belirlemek ve Günlük Satış Bekletme Süresi (DSO) hesaplamak için gerçek ödeme tarihiyle karşılaştırılır. Müşteri işlem kaydında standart bir alandır.
Neden önemli
Zamanında Ödeme Oranı'nı hesaplamak ve vadesi geçmiş faturaları analiz etmek için temeldir.
Nereden alınır
CustTrans.DueDate
Örnekler
2023-11-302023-12-15
|
|||
|
Kredi Notu mu
IsCreditMemo
|
Belgenin bir kredi notu olup olmadığını gösteren bayrak. | ||
|
Açıklama
Bu boolean niteliği, işlemin müşteriye düzenlenen bir kredi notunu temsil edip etmediğini belirler. Kredi Notu Düzenleme Oranı'nı hesaplamak ve yeniden işleme analizinden standart faturaları filtrelemek için kullanılır.
Neden önemli
Kredi Notu ve Yeniden İşleme Sıklığı dashboard'unu doğrudan destekler.
Nereden alınır
CustInvoiceJour.InvoiceAmount < 0 veya TransType'tan türetilmiştir
Örnekler
truefalse
|
|||
|
Mutabakatı Yapıldı mı
IsCleared
|
Faturanın tamamen kapatılıp kapatılmadığını gösteren bayrak. | ||
|
Açıklama
Bu boolean niteliği, faturanın ödeme veya silme yoluyla sıfır bakiyeye ulaşıp ulaşmadığını gösterir. Ortalama Fatura Döngü Süresi'ni hesaplamak için açık ve kapalı vakaların hızlı bir şekilde filtrelenmesine olanak tanır.
Neden önemli
Aktif ve geçmiş vakalar arasında ayrım yapar.
Nereden alınır
CustTrans.Closed tarih alanının varlığından türetilmiştir
Örnekler
truefalse
|
|||
|
Nakit İskonto Tarihi
CashDiscountDate
|
Erken ödeme indiriminin geçerli olduğu tarih. | ||
|
Açıklama
Bu nitelik, müşterinin erken ödeme indirimi alması için son tarihi gösterir. Kaçırılan İndirim Oranı KPI'ını hesaplamak ve indirim teşviklerinin etkinliğini analiz etmek için ödeme tarihiyle karşılaştırılır.
Neden önemli
Erken Ödeme İskontosu Optimizasyonu dashboard'u için anahtar.
Nereden alınır
CustTrans.CashDisc veya CashDiscCode'dan hesaplanmış
Örnekler
2023-11-102023-11-15
|
|||
|
Ödeme Vadeleri
PaymentTerms
|
Üzerinde anlaşılan ödeme planını tanımlayan kod. | ||
|
Açıklama
Bu nitelik, ödemenin ne zaman yapılacağını belirleyen kodu (örneğin, Net30, Net60) içerir. Müşterilerin belirli koşullarına uyup uymadığını analiz etmek ve Vade Tarihi'nin doğru hesaplanıp hesaplanmadığını doğrulamak için kullanılır.
Neden önemli
Vade Tarihi için bağlam sağlar ve koşulların çok esnek veya katı olup olmadığını belirlemeye yardımcı olur.
Nereden alınır
CustInvoiceJour.Payment veya CustTable.PaymTermId
Örnekler
Net30Net45CODAy Sonu
|
|||
|
Para Birimi
Currency
|
Fatura işleminin para birimi kodu. | ||
|
Açıklama
Bu nitelik, faturanın düzenlendiği para birimini (örneğin, USD, EUR) belirtir. Farklı bölgelerde küresel analiz gerekiyorsa finansal değerleri normalleştirmek için önemlidir.
Neden önemli
Çoklu para birimli sistemlerde değer dağılımını anlamak için gereklidir.
Nereden alınır
CustInvoiceJour.CurrencyCode
Örnekler
USDEURGBPJPY
|
|||
|
Satış Siparişi ID
SalesOrderId
|
Fatura ile ilişkili satış siparişinin referans numarası. | ||
|
Açıklama
Bu nitelik, faturayı kaynak satış siparişine geri bağlar. Siparişten Naktine süreç verileri mevcutsa çapraz süreç analizine olanak tanır ve faturalama sorunlarının yukarı akış nedenlerini araştırmaya yardımcı olur.
Neden önemli
Faturalama sürecini satış sürecine bağlar.
Nereden alınır
CustInvoiceJour.SalesId
Örnekler
SO-10022SO-55912
|
|||
|
Uyuşmazlık Nedeni
DisputeReason
|
Bir vaka ihtilaflı olduğunda atanan neden kodu. | ||
|
Açıklama
Bu nitelik, bir faturanın neden ihtilaflı olduğunu kategorial olarak yakalar (örneğin, 'Fiyat Hatası' veya 'Hasarlı Mallar'). Ödeme gecikmelerinin temel nedenlerini belirlemek için İhtilaf Çözüm Yaşam Döngüsü dashboard'u için hayati öneme sahiptir.
Neden önemli
Uyuşmazlık Çözüm Süresi KPI'ı için kök neden analizini sağlar.
Nereden alınır
CustTrans.ReasonRefRecId veya ilgili tahsilat vaka tablosu
Örnekler
PriceDiscrepancyHasarlı MallarMissingPOServiceQuality
|
|||
|
Vadesi Geçen Günler
DaysOverdue
|
Ödemenin vadesine göre geciktiği gün sayısı. | ||
|
Açıklama
Bu metrik, ödeme tarihi ile vade tarihi arasındaki farkı hesaplar. Pozitif değerler geç ödemeleri gösterirken, negatif değerler erken ödemeleri gösterir. Basit boolean bayraklarının ötesinde, ödeme performansına ayrıntılı bir bakış sunar.
Neden önemli
Zamanında Ödeme Oranı KPI analizine derinlik katar.
Nereden alınır
Calculated: PaymentDate - DueDate
Örnekler
50-230
|
|||
Alacak Hesapları Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura Gönderildi
|
Faturanın müşteriye e-posta, baskı veya EDI yoluyla gönderildiği olay. Bu, genellikle 'Basıldı' sayısının artmasından veya baskı yönetimi günlüklerinden çıkarılır. | ||
|
Neden önemli
Kayıt ve sevk arasındaki gecikmeler, müşteriye yönelik etkili ödeme penceresini doğrudan kısaltarak, gecikmiş ödeme algısına yol açar.
Nereden alınır
CustInvoiceJour.PrintedOriginals'ın 0'dan 1'e değişmesinden veya günlük kaydı etkinse PrintJobHeader tablosu aracılığıyla izlenmesinden çıkarılmıştır.
Yakala
Durum alanını öncesi/sonrası olarak veya PrintJobHeader günlüğünü karşılaştırın
Event tipi
inferred
|
|||
|
Fatura Muhasebeleştirildi
|
Faturanın finansal deftere ilk kaydı. Bu faaliyet, CustInvoiceJour tablosunda finansal yükümlülüğün oluşturulmasını yakalar. | ||
|
Neden önemli
Alacak Hesapları yaşam döngüsünün resmi başlangıcını ve ödeme vadesi sayacının başlangıcını işaretler. Günlük Satış Bekletme Süresi (DSO) hesaplaması için kritik öneme sahiptir.
Nereden alınır
CustInvoiceJour tablosu. CreatedDateTime veya InvoiceDate alanı zaman damgası olarak hizmet verir.
Yakala
CustInvoiceJour'a işlem kaydedildiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Fatura Mutabakatı Yapıldı
|
Fatura bakiyesinin sıfır olduğu ve işlemin sistemde 'Kapalı' olarak işaretlendiği son durum değişikliği. | ||
|
Neden önemli
Süreç örneğinin mutlak sonu. Toplam Döngü Süresi hesaplaması için kullanılır.
Nereden alınır
CustTrans.Closed alanı (tarih). Bu tarih, mutabakat toplamı fatura tutarına eşit olduğunda doldurulur.
Yakala
CustTrans.Closed tarih alanından çıkarılmıştır
Event tipi
inferred
|
|||
|
Kısmi Ödeme Kaydedildi
|
Faturanın açık bakiyesini tam olarak karşılamayan bir ödemenin kaydedilmesi. Genellikle kalan bir bakiyenin takip edilmesini tetikler. | ||
|
Neden önemli
Taksit davranışları ve tam mutabakatlar arasında ayrım yapar. Nakit akışı tahmin doğruluğu için önemlidir.
Nereden alınır
Bir Ödemeyi (CustTrans) Faturaya (CustTrans) bağlayan CustSettlement tablosu, burada Mutabakat Tutarı < Fatura Tutarı.
Yakala
CustSettlement'ta X işlemi yürütüldüğünde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Kredi Notu Düzenlendi
|
Orijinal fatura tutarını dengeleyen bir kredi notunun kaydı. Genellikle çözülmüş bir ihtilaf veya iadenin sonucudur. | ||
|
Neden önemli
Yüksek sıklık, gelir kaybını ve üst düzey kalite sorunlarını gösterir. Nakit dışı mutabakatı temsil ettiği için ödemeden farklıdır.
Nereden alınır
Tipi 'Kredi Notu' olan CustTrans tablosu veya negatif Fatura Tutarı olan CustInvoiceJour.
Yakala
CustTrans'a işlem kaydedildiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Hatırlatıcısı Gönderildi
|
Müşteriye resmi bir tahsilat mektubu gönderilmesini kaydeder. Bu, Tahsilat Mektubu Defteri'nden alınır. | ||
|
Neden önemli
Aktif tahsilat çabalarının başlangıcını gösterir. Sıklık analizi, ihtar stratejisini optimize etmeye ve idari maliyetleri düşürmeye yardımcı olur.
Nereden alınır
CustCollectionLetterJour tablosu. Belirli fatura işlemi için mektup kodunun kaydedildiği tarihi yakalar.
Yakala
CustCollectionLetterJour'a işlem kaydedildiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Tam Ödeme Alındı
|
Faturanın kalan bakiyesini karşılayan bir ödeme işleminin kaydı. Bu, nakit girişi olayıdır. | ||
|
Neden önemli
En kritik başarı olayı. Zamanında Ödeme Oranı ve indirim koşullarının etkinliğini hesaplamak için kullanılır.
Nereden alınır
Tipi 'Ödeme' olan ve CustSettlement aracılığıyla faturaya bağlı olan, bakiyeyi sıfıra indiren CustTrans tablosu.
Yakala
CustTrans'a işlem kaydedildiğinde ve mutabakatı yapıldığında günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Uyuşmazlık Vakası Açıldı
|
Fatura ile bağlantılı olarak Vaka Yönetimi modülünde bir vaka oluşturulması, müşteri anlaşmazlığını işaret eder. Standart tahsilat akışlarını engeller. | ||
|
Neden önemli
Uyuşmazlıklar, gecikmiş ödemelerin başlıca nedenidir. Bunu izlemek, fiyatlandırma veya yerine getirme gibi üst süreçlerdeki kalite sorunlarını belirler.
Nereden alınır
Kategori'nin Tahsilatlar/AR ile ilgili olduğu ve RefRecId'nin fatura bağlamına bağlandığı CaseDetailBase tablosu.
Yakala
Vaka Yönetimi'nde X işlemi yürütüldüğünde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Anlaşmazlık Çözüldü
|
İhtilaf dosyasının kapatılması, faturanın ödeme veya kredi sürecine devam etmesine olanak tanır. İstisna işleme alt sürecinin sonunu işaret eder. | ||
|
Neden önemli
Açıldı ve Çözüldü arasındaki zaman damgası farkı, idari verimlilik için önemli bir KPI'dır.
Nereden alınır
Durumun Kapalı/Çözüldü olarak değiştiği CaseDetailBase tablosu.
Yakala
CaseDetailBase'de durum alanını öncesi/sonrası olarak karşılaştırın
Event tipi
inferred
|
|||
|
Banka Hesap Özeti Eşleştirildi
|
Alacak Hesapları'na kaydedilen ödemenin, içe aktarılan banka ekstresindeki bir satırla eşleştirildiği mutabakat olayı. | ||
|
Neden önemli
Fonların gerçekten bankada olduğunu doğrular. Buradaki gecikmeler, Nakit ve Banka Yönetimi süreçlerindeki verimsizlikleri gösterir.
Nereden alınır
BankReconciliationLine veya BankAccountTrans eşleşen durumu. Gelişmiş Banka Mutabakatı modülünü gerektirir.
Yakala
Banka Mutabakatında işlem eşleştirildiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Faiz Notu Oluşturuldu
|
Vadesi geçmiş ödemeler için bir faiz notu oluşturulması. Müşteri hesabına uygulanan finansal bir cezayı temsil eder. | ||
|
Neden önemli
Ciddi gecikmeyi gösterir. Analiz, cezaların ödemeyi etkili bir şekilde hızlandırıp hızlandırmadığını veya müşteri ilişkilerine zarar verip vermediğini belirlemeye yardımcı olur.
Nereden alınır
CustInterestJour tablosu. Bu tablo, belirli müşteri işlemleri için oluşturulan faiz notlarını kaydeder.
Yakala
CustInterestJour'a işlem kaydedildiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Silindi
|
Faturayı tahsil edilemez olarak ilan etme ve bakiyeyi bir silme yevmiyesi aracılığıyla kaldırma eylemi. Finansal bir kaybı temsil eder. | ||
|
Neden önemli
Başarısız tahsilat süreçleri için son durum. Şüpheli alacak oranlarını ve kredi politikası etkinliğini analiz etmek için esastır.
Nereden alınır
Tipi 'Şüpheli Alacak' olan CustTrans tablosu veya şüpheli alacak neden kodları ile özel olarak işaretlenmiş GeneralJournalEntry.
Yakala
Şüpheli Alacak tipiyle işlem kaydedildiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Taahhüdü Alındı
|
Bir tahsilat temsilcisi tarafından müşterinin belirli bir tarihe kadar ödeme yapacağına dair kaydedilen özel bir taahhüt. Tahsilat Yönetimi modülünden alınır. | ||
|
Neden önemli
Tahsilat aramalarının etkinliğini ölçer. Bu tarihi gerçek ödeme ile karşılaştırmak, müşteri taahhütlerinin güvenilirliğini ortaya koyar.
Nereden alınır
CustPromiseToPay tablosu. TransRecId aracılığıyla müşteri işlemine bağlıdır.
Yakala
CustPromiseToPay'de kayıt oluşturulduğunda günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Uyuşmazlık İnceleniyor
|
Uyuşmazlık vakasının 'Açıldı' durumundan 'Devam Ediyor' durumuna geçtiğini gösterir. Çözüm ekibinin çalışma süresini temsil eder. | ||
|
Neden önemli
Buradaki darboğazlar Nakit Dönüşüm Döngüsünü artırır. Bekleme süresini aktif çözüm süresinden ayırır.
Nereden alınır
CaseDetailBase.Status alan değişikliklerinden veya durum ilerlemesine karşılık gelen CaseLog tablo girişlerinden çıkarılmıştır.
Yakala
CaseDetailBase'de durum alanını öncesi/sonrası olarak karşılaştırın
Event tipi
inferred
|
|||
|
Vade Tarihi Geçti
|
Mevcut tarihin fatura vadesini geçtiğini ve faturanın hala açık olduğunu gösteren hesaplanmış bir dönüm noktasıdır. Bu, faturayı vadesi geçmiş olarak işaretler. | ||
|
Neden önemli
Yaşlandırma analizi ve tahsilat iş akışlarını tetiklemek için kritik öneme sahiptir. Süreci standart faturalama ve tahsilat yönetimi arasında bölümlere ayırır.
Nereden alınır
CustInvoiceJour.DueDate'in mevcut simülasyon zamanı veya ödeme zaman damgasıyla karşılaştırılmasıyla hesaplanır.
Yakala
DueDate alanını mevcut zamanla karşılaştırarak türetin
Event tipi
calculated
|
|||