Borçlar Muhasebesi Veri Şablonunuz
Borçlar Muhasebesi Veri Şablonunuz
- Defter analizi için temel veri alanları
- İzleme için standart süreç kilometre taşları
- Microsoft Dynamics 365 için teknik veri çıkarma rehberi
Alacaklar Muhasebesi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet
Activity
|
Fatura üzerinde gerçekleştirilen belirli olay veya görevdir. | ||
|
Açıklama
Bu öznitelik, Fatura kaydedildi, Ödeme alındı veya Anlaşmazlık açıldı gibi süreçte gerçekleşen adımı tanımlar. Microsoft Dynamics 365'te bu bilgiler çoğu zaman işlem türünden (TransType) veya kaydın tutulduğu belirli tablodan, örneğin ödemeler için CustSettlement tablosundan türetilir. Bu öznitelik, süreç haritasını görselleştirmek için gereklidir.
Neden önemli?
Süreç haritasındaki düğümleri tanımlar ve süreç akışının, ayrıca varyant keşfinin analiz edilmesini sağlar.
Nereden alınır?
TransType enum'undan veya tablo bağlamından türetilir (CustTrans, CustSettlement vb.)
Örnekler
Fatura kaydedildiÖdeme alındıTahsilat mektubu gönderildiFaiz notu muhasebeleştirildi
|
|||
|
Fatura Numarası
InvoiceNumber
|
Finansal fatura belgesinin benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Fatura Numarası, Microsoft Dynamics 365 içinde bir alacağın yaşam döngüsünü izlemek için kullanılan birincil anahtardır. İlk satış siparişini, kaydedilen faturayı, sonraki ödemeleri ve tüm tahsilat faaliyetlerini tek bir kayıtta birleştirir. Analizde bu öznitelik, uçtan uca süreç akışını yeniden oluşturmak için kayıt tanımlayıcısı olarak kullanılır.
Neden önemli?
Alacak hesapları analizinin temel birimidir ve Process Mining motorunun farklı olayları tutarlı bir kayıt altında gruplandırmasını sağlar.
Nereden alınır?
CustInvoiceJour.InvoiceId veya CustTrans.Invoice
Örnekler
INV-2023-001CIV-88921US-004321DE-99120
|
|||
|
Olay zaman damgası
EventTimestamp
|
Faaliyetin gerçekleştiği kesin tarih ve saattir. | ||
|
Açıklama
Bu öznitelik, bir olayın sistemde kaydedildiği kesin zamanı gösterir. Faaliyetler arasındaki süreleri hesaplamak, süreç çevrim sürelerini belirlemek ve olayları sıralamak için kullanılır. D365'te bu değer genellikle CreatedDateTime veya zaman bileşeniyle birlikte TransDate alanından alınır.
Neden önemli?
Zaman damgaları, Fatura Çevrim Süresi ve Gönderim Çevrim Süresi gibi zamana dayalı tüm KPI'ları hesaplamak için gereklidir.
Nereden alınır?
Çeşitli tablolardaki yaygın CreatedDateTime veya TransDate alanları
Örnekler
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin geldiği sistemin adıdır. | ||
|
Açıklama
Bu öznitelik, bu bağlamda Microsoft Dynamics 365 olan veri kaynağı sistemini tanımlar. Birden fazla ERP örneğinden veya harici tahsilat araçlarından gelen verileri tek bir görünümde birleştirirken faydalıdır. Analistlerin süreçleri kaynak ortamlarına göre filtrelemesine veya segmentlere ayırmasına olanak tanır.
Neden önemli?
Özellikle birden fazla sistemin bulunduğu ortamlarda veri kökenini ve izlenebilirliğini sağlar.
Nereden alınır?
Çıkarma sırasında sabit olarak atanır veya bağlantı dizesinden türetilir
Örnekler
D365 F&O ProdD365 FinanceDynamics AX 2012
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin çıkarıldığı veya yenilendiği zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, verilerin Microsoft Dynamics 365'ten en son ne zaman alındığını gösterir. Analizin güncelliğini ve KPI'ların geçerliliğini anlamanıza yardımcı olur. Genellikle sorgu sırasında çıkarma aracı tarafından oluşturulur.
Neden önemli?
Veri gecikmesi hakkında bağlam sağlar ve kullanıcıların Dashboardların güncelliğine güvenmesine yardımcı olur.
Nereden alınır?
ETL / çıkarma betiği tarafından oluşturulur
Örnekler
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
|
|||
|
Fatura Tutarı
InvoiceAmount
|
Faturanın toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, fatura belgesinin finansal değerini gösterir. Borçlar Muhasebesindeki toplam riski hesaplamak ve yüksek değerli tahsilatlara öncelik vermek için kullanılır. Bu alan genellikle fatura günlüğü tablosunda bulunur.
Neden önemli?
Finansal etki analizi ve yüksek değerli darboğazları belirlemek için önemlidir.
Nereden alınır?
CustInvoiceJour.InvoiceAmount
Örnekler
1500.00250.5010000.00
|
|||
|
İş Birimi
BusinessUnit
|
Faturadan sorumlu operasyon birimi veya bölüm. | ||
|
Açıklama
Bu öznitelik, Elektronik Bölümü veya Hizmetler Bölümü gibi iç kurumsal yapıya göre verileri bölümlere ayırır. D365 içinde bu, çoğu zaman işleme bağlı bir finansal boyuttur. Birimler arasında karşılaştırma yapılmasını sağlayarak Fatura Düzenleme Teslim Süresi Dashboardını destekler.
Neden önemli?
En verimli bölümleri belirlemek için kurum içi kıyaslama yapılmasını sağlar.
Nereden alınır?
CustInvoiceJour üzerindeki Finansal Boyutlar (DefaultDimension)
Örnekler
BU-001Satış-KuzeyHizmetler-Küresel
|
|||
|
Kullanıcı
User
|
Etkinliği gerçekleştiren kişinin veya sistem hesabının kullanıcı kimliği. | ||
|
Açıklama
Bu öznitelik, CreatedBy veya ModifiedBy alanlarından alınan bilgilerle belirli süreç adımını kimin gerçekleştirdiğini gösterir. Kaynak kullanımını analiz etmeye, eğitim ihtiyaçlarını belirlemeye ve otomatik sistem görevleriyle manuel kullanıcı müdahalelerini ayırt etmeye yardımcı olur.
Neden önemli?
Kaynak performansı analizini ve otomasyon oranı hesaplamasını sağlar.
Nereden alınır?
İşlem tablolarındaki CreatedBy alanı
Örnekler
YöneticiJSmithWorkflowAgentBSmith
|
|||
|
Müşteri Grubu
CustomerGroup
|
Müşterinin ait olduğu sınıflandırma veya segment. | ||
|
Açıklama
Bu öznitelik, 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 itiraz oranlarına sahip olup olmadığını kontrol etmek gibi karşılaştırmalı analizlerde kullanılır. D365 ortamında bu alan CustGroup olarak adlandırılır.
Neden önemli?
Farklı pazar segmentlerinde süreç performansının karşılaştırılmasını sağlar.
Nereden alınır?
CustTable.CustGroup
Örnekler
ToptanPerakendeŞirketler arasıİhracat
|
|||
|
Müşteri hesabı
CustomerAccount
|
Müşterinin benzersiz tanımlayıcısı veya hesap numarasıdır. | ||
|
Açıklama
Müşteri Hesabı, faturalandırılan belirli kuruluşu tanımlar. D365'te bu bilgi AccountNum alanında tutulur. Bu özniteliğe göre gruplama yapmak, farklı müşterilerdeki ödeme davranışlarını, anlaşmazlık sıklığını ve kapatma sürelerini analiz etmenizi sağlar.
Neden önemli?
Yüksek riskli müşterileri belirlemek ve performansı müşteri bazında segmentlere ayırmak için gereklidir.
Nereden alınır?
CustInvoiceJour.InvoiceAccount veya CustTrans.AccountNum
Örnekler
US-001DE-550CUST-9921
|
|||
|
Otomatik mi
IsAutomated
|
Etkinliğin bir sistem hesabı tarafından gerçekleştirilip gerçekleştirilmediğini gösteren işaret. | ||
|
Açıklama
Bu öznitelik, belirli bir adımın kullanıcı tarafından mı yoksa otomatik bir toplu iş tarafından mı gerçekleştirildiğini belirler. User özniteliği, bilinen sistem hesaplarının listesiyle (ör. Workflow, Batch) karşılaştırılarak hesaplanır. Manuel Mahsup Oranı KPI'ını destekler.
Neden önemli?
Otomasyon fırsatlarını belirlemek ve mevcut otomasyon düzeylerini ölçmek için önemlidir.
Nereden alınır?
User alanı mantığından türetilir
Örnekler
truefalse
|
|||
|
Şirket Kodu
CompanyCode
|
D365 içindeki tüzel kişi tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, D365 ortamındaki DataAreaId değerini gösterir. İşlemin gerçekleştiği tüzel kişiye veya şirkete karşılık gelir. Birden fazla şirketin bulunduğu kurulumlarda verileri filtrelemek için gereklidir. Şirketler arasında aynı fatura numaraları kullanılabilse de bu alan bunların ayrı kayıtlar olarak ele alınmasını sağlar.
Neden önemli?
Birden fazla tüzel kişinin bulunduğu ortamlarda benzersizliği ve bölgesel analizi sağlamak için önemlidir.
Nereden alınır?
Tüm tablolardaki DataAreaId alanı
Örnekler
USMFDEMFGBSI
|
|||
|
Vade Tarihi
DueDate
|
Ödemenin alınmasının beklendiği tarih. | ||
|
Açıklama
Vade Tarihi, ödeme koşullarında tanımlanan ödeme son tarihidir. Zamanında ödeme performansını belirlemek ve satışların ortalama tahsilat süresini (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 temel bir veridir.
Nereden alınır?
CustTrans.DueDate
Örnekler
2023-11-302023-12-15
|
|||
|
Alacak Dekontu mu
IsCreditMemo
|
Belgenin alacak dekontu olup olmadığını gösteren işaret. | ||
|
Açıklama
Bu boolean öznitelik, işlemin müşteriye düzenlenen bir alacak dekontunu temsil edip etmediğini gösterir. Alacak Dekontu Düzenleme Oranını hesaplamak ve yeniden işleme analizinde standart faturaları filtrelemek için kullanılır.
Neden önemli?
Alacak Dekontu ve Yeniden Çalışma Sıklığı Dashboardını doğrudan destekler.
Nereden alınır?
CustInvoiceJour.InvoiceAmount < 0 veya TransType değerinden türetilir
Örnekler
truefalse
|
|||
|
Gecikme Günleri
DaysOverdue
|
Ödemenin vade tarihine göre kaç gün geciktiği. | ||
|
Açıklama
Bu metrik, ödeme tarihi ile vade tarihi arasındaki farkı hesaplar. Pozitif değerler gecikmiş ödemeleri, negatif değerler ise erken ödemeleri gösterir. Basit doğru/yanlış işaretlerinin ötesinde ödeme performansını ayrıntılı biçimde incelemeyi sağlar.
Neden önemli?
Zamanında Ödeme Oranı KPI'ı analizine ayrıntı kazandırır.
Nereden alınır?
Hesaplama: PaymentDate - DueDate
Örnekler
50-230
|
|||
|
İtiraz Nedeni
DisputeReason
|
Bir kayıt itiraz durumundayken atanan neden kodu. | ||
|
Açıklama
Bu öznitelik, bir faturaya neden itiraz edildiğini kategorik olarak gösterir. Örnekler arasında Fiyat Hatası ve Hasarlı Ürünler bulunur. Ödeme gecikmelerinin kök nedenlerini belirlemek için İtiraz Çözüm Yaşam Döngüsü Dashboardı açısından büyük önem taşır.
Neden önemli?
İtiraz Çözüm Süresi KPI'ı için temel neden analizi yapılmasını sağlar.
Nereden alınır?
CustTrans.ReasonRefRecId veya ilgili tahsilat kayıt tablosu
Örnekler
FiyatUyuşmazlığıHasarlıÜrünlerEksikPOHizmetKalitesi
|
|||
|
Mahsup Edildi mi
IsCleared
|
Faturanın tamamen kapatılıp kapatılmadığını gösteren işaret. | ||
|
Açıklama
Bu boolean öznitelik, ödeme veya zarar yazma sonucunda faturanın bakiyesinin sıfıra ulaşıp ulaşmadığını gösterir. Ortalama Fatura Döngü Süresini hesaplamak için açık ve kapalı kayıtların hızlıca filtrelenmesini sağlar.
Neden önemli?
Aktif ve geçmiş kayıtları birbirinden ayırır.
Nereden alınır?
CustTrans.Closed tarihinin bulunup bulunmadığından türetilir
Örnekler
truefalse
|
|||
|
Nakit İskonto Tarihi
CashDiscountDate
|
Erken ödeme iskontosunun geçerli olduğu son tarih. | ||
|
Açıklama
Bu öznitelik, müşterinin erken ödeme iskontosundan yararlanabileceği son tarihi gösterir. Kaçırılan İskonto Oranı KPI'ını hesaplamak ve iskonto teşviklerinin etkinliğini analiz etmek için ödeme tarihiyle karşılaştırılır.
Neden önemli?
Erken Ödeme İskontosu Optimizasyonu Dashboardı için gereklidir.
Nereden alınır?
CustTrans.CashDisc veya CashDiscCode değerinden hesaplanır
Örnekler
2023-11-102023-11-15
|
|||
|
Ödeme Koşulları
PaymentTerms
|
Üzerinde anlaşmaya varılan ödeme planını tanımlayan kod. | ||
|
Açıklama
Bu öznitelik, ödemenin ne zaman yapılacağını belirleyen kodu içerir (ör. Net30, Net60). Müşterilerin belirlenen koşullara uyup uymadığını analiz etmek ve Vade Tarihinin 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 fazla esnek veya katı olup olmadığını belirlemeye yardımcı olur.
Nereden alınır?
CustInvoiceJour.Payment veya CustTable.PaymTermId
Örnekler
Net30Net45CODEOM
|
|||
|
Para Birimi
Currency
|
Fatura işleminde kullanılan para birimi kodu. | ||
|
Açıklama
Bu öznitelik, faturanın hangi para biriminde düzenlendiğini belirtir (ör. USD, EUR). Farklı bölgeler arasında küresel analiz yapılması gerektiğinde finansal değerleri ortak bir ölçekte değerlendirmek için önemlidir.
Neden önemli?
Birden fazla para biriminin kullanıldığı sistemlerde değer dağılımını anlamak için gereklidir.
Nereden alınır?
CustInvoiceJour.CurrencyCode
Örnekler
USDEURGBPJPY
|
|||
|
Satış Siparişi Kimliği
SalesOrderId
|
Faturayla ilişkili satış siparişinin referans numarası. | ||
|
Açıklama
Bu öznitelik, faturayı kaynak satış siparişine bağlar. Satıştan Tahsilata sürecine ait veriler mevcutsa süreçler arası analiz yapılmasını sağlar ve faturalama sorunlarının üst süreçlerdeki nedenlerinin incelenmesine yardımcı olur.
Neden önemli?
Faturalama sürecini satış sürecine bağlar.
Nereden alınır?
CustInvoiceJour.SalesId
Örnekler
SO-10022SO-55912
|
|||
Alacaklar Muhasebesi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Anlaşmazlık kaydı açıldı
|
Faturayla ilişkilendirilmiş bir Case Management kaydının oluşturulmasıdır ve müşterinin itirazını gösterir. Standart tahsilat akışlarını durdurur. | ||
|
Neden önemli?
Anlaşmazlıklar, geç ödemelerin başlıca nedenlerindendir. Bunları izlemek, fiyatlandırma veya sipariş karşılama gibi üst süreçlerdeki kalite sorunlarını belirlemeye yardımcı olur.
Nereden alınır?
Category alanının Collections/AR ile ilişkili, RefRecId alanının ise fatura bağlamına bağlı olduğu CaseDetailBase tablosu.
Yakalayın
Case Management içinde X işlemi yürütüldüğünde günlüğe alınır
Olay türü
explicit
|
|||
|
Fatura gönderildi
|
Faturanın müşteriye e-posta, basılı belge veya EDI yoluyla gönderildiği olaydır. Bu olay çoğu zaman 'Printed' sayacındaki artıştan veya yazdırma yönetimi günlüklerinden çıkarılır. | ||
|
Neden önemli?
Kaydetme ile gönderme arasındaki gecikmeler, müşterinin etkin ödeme süresini doğrudan kısaltır ve ödemelerin geç yapıldığı algısına yol açar.
Nereden alınır?
CustInvoiceJour.PrintedOriginals değerinin 0'dan 1'e değişmesinden çıkarılır veya günlük kaydı etkinse PrintJobHeader tablosu üzerinden izlenir.
Yakalayın
Öncesi ve sonrası durum alanını veya PrintJobHeader günlüğünü karşılaştırın
Olay türü
inferred
|
|||
|
Fatura kapatıldı
|
Fatura bakiyesinin sıfıra indiği ve işlemin sistemde 'Closed' olarak işaretlendiği son durum değişikliğidir. | ||
|
Neden önemli?
Süreç örneğinin kesin sonudur. Toplam Çevrim Süresini hesaplamak için kullanılır.
Nereden alınır?
CustTrans.Closed alanı (tarih). Bu tarih, kapatma toplamı fatura tutarına eşit olduğunda doldurulur.
Yakalayın
CustTrans.Closed tarih alanından çıkarılır
Olay türü
inferred
|
|||
|
Fatura kaydedildi
|
Faturanın finansal deftere ilk kez kaydedilmesi. Bu faaliyet, CustInvoiceJour tablosunda finansal yükümlülüğün oluşturulmasını kaydeder. | ||
|
Neden önemli?
Alacak hesapları yaşam döngüsünün resmi başlangıcını ve ödeme vadesi sayacının çalışmaya başladığı anı gösterir. Satış Gün Sayısını (DSO) hesaplamak için gereklidir.
Nereden alınır?
CustInvoiceJour tablosu. CreatedDateTime veya InvoiceDate alanı zaman damgası olarak kullanılır.
Yakalayın
İşlem CustInvoiceJour'a kaydedildiğinde günlüğe alınır
Olay türü
explicit
|
|||
|
Kısmi ödeme kaydedildi
|
Faturanın açık bakiyesini tamamen karşılamayan bir ödemenin kaydedilmesidir. Çoğu zaman takip edilmesi gereken kalan bir bakiye oluşturur. | ||
|
Neden önemli?
Taksitli ödeme davranışları ile tam kapatmaları birbirinden ayırır. Nakit akışı tahminlerinin doğruluğu için önemlidir.
Nereden alınır?
SettlementAmount < InvoiceAmount koşulunu sağlayan ve bir Payment kaydını (CustTrans) bir Invoice kaydına (CustTrans) bağlayan CustSettlement tablosu.
Yakalayın
X işlemi CustSettlement içinde yürütüldüğünde günlüğe alınır
Olay türü
explicit
|
|||
|
Kredi dekontu düzenlendi
|
İlk fatura tutarını mahsup eden bir kredi dekontunun kaydedilmesidir. Çoğu zaman çözülmüş bir anlaşmazlığın veya iadenin sonucudur. | ||
|
Neden önemli?
Yüksek sıklık, gelir kaybına ve üst süreçlerdeki kalite sorunlarına işaret eder. Nakit dışı bir kapatma olduğu için ödemeden farklıdır.
Nereden alınır?
Type alanının 'Credit Note' olduğu CustTrans tablosu veya InvoiceAmount alanı negatif olan CustInvoiceJour kaydı.
Yakalayın
İşlem CustTrans'a kaydedildiğinde günlüğe alınır
Olay türü
explicit
|
|||
|
Ödeme hatırlatması gönderildi
|
Müşteriye resmi bir tahsilat mektubu gönderilmesini kaydeder. Bu bilgi Collection Letter Journal'dan alınır. | ||
|
Neden önemli?
Aktif tahsilat çalışmalarının başladığını gösterir. Sıklık analizi, takip stratejisini optimize etmeye ve idari maliyetleri azaltmaya yardımcı olur.
Nereden alınır?
CustCollectionLetterJour tablosu. Belirli bir fatura işlemi için mektup kodunun kaydedildiği tarihi içerir.
Yakalayın
İşlem CustCollectionLetterJour'a kaydedildiğinde günlüğe alınır
Olay türü
explicit
|
|||
|
Tam ödeme alındı
|
Faturanın kalan bakiyesini karşılayan bir ödeme işleminin kaydedilmesidir. Nakit girişini gösteren olaydır. | ||
|
Neden önemli?
En önemli başarı olayıdır. Zamanında Ödeme Oranını ve indirim koşullarının etkinliğini hesaplamak için kullanılır.
Nereden alınır?
Type alanı 'Payment' olan, CustSettlement üzerinden faturayla ilişkilendirilen ve bakiyeyi sıfıra indiren CustTrans kaydı.
Yakalayın
İşlem CustTrans'a kaydedilip kapatıldığında günlüğe alınır
Olay türü
explicit
|
|||
|
Anlaşmazlık çözüldü
|
Anlaşmazlık kaydının kapatılmasıdır. Bu işlem, faturanın ödemeye veya kredi işlemine devam etmesini sağlar ve istisna yönetimi alt sürecinin sonunu gösterir. | ||
|
Neden önemli?
Opened ile Resolved arasındaki zaman damgası farkı, idari verimlilik için temel bir KPI'dır.
Nereden alınır?
Status alanının Closed/Resolved olarak değiştiği CaseDetailBase tablosu.
Yakalayın
CaseDetailBase içindeki durum alanını öncesi ve sonrası olarak karşılaştırın
Olay türü
inferred
|
|||
|
Anlaşmazlık inceleniyor
|
Anlaşmazlık kaydının 'Opened' durumundan 'In Process' 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ındaki değişikliklerden veya durum ilerlemesine karşılık gelen CaseLog tablosu kayıtlarından çıkarılır.
Yakalayın
CaseDetailBase içindeki durum alanını öncesi ve sonrası olarak karşılaştırın
Olay türü
inferred
|
|||
|
Banka ekstresi eşleştirildi
|
Alacak hesaplarında kaydedilen ödemenin içe aktarılan banka ekstresindeki bir satırla eşleştirildiği mutabakat olayıdır. | ||
|
Neden önemli?
Paranın gerçekten bankada bulunduğunu doğrular. Buradaki gecikmeler, Nakit ve Banka Yönetimi süreçlerindeki verimsizliklere işaret eder.
Nereden alınır?
BankReconciliationLine veya BankAccountTrans eşleşme durumu. Advanced Bank Reconciliation modülü gerekir.
Yakalayın
İşlem Bank Reconciliation içinde eşleştirildiğinde günlüğe alınır
Olay türü
explicit
|
|||
|
Faiz dekontu oluşturuldu
|
Vadesi geçmiş ödemeler için faiz dekontu oluşturulmasıdır. Müşteri hesabına uygulanan finansal cezayı temsil eder. | ||
|
Neden önemli?
Ciddi ödeme gecikmesine işaret eder. Analiz, cezaların ödemeyi hızlandırmada etkili olup olmadığı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 dekontlarını kaydeder.
Yakalayın
İşlem CustInterestJour'a kaydedildiğinde günlüğe alınır
Olay türü
explicit
|
|||
|
Ödeme taahhüdü alındı
|
Tahsilat temsilcisinin müşterinin belirli bir tarihe kadar ödeme yapacağına ilişkin kaydettiği özel bir taahhüttür. Collections Management modülünden alınır. | ||
|
Neden önemli?
Tahsilat görüşmelerinin etkinliğini ölçer. Bu tarihi gerçek ödeme tarihiyle karşılaştırmak, müşteri taahhütlerinin güvenilirliğini gösterir.
Nereden alınır?
CustPromiseToPay tablosu. TransRecId üzerinden müşteri işlemiyle ilişkilendirilir.
Yakalayın
Kayıt CustPromiseToPay'de oluşturulduğunda günlüğe alınır
Olay türü
explicit
|
|||
|
Ödeme zarar yazıldı
|
Faturanın tahsil edilemez ilan edilmesi ve bakiyenin zarar yazma günlüğü üzerinden kaldırılmasıdır. Finansal kaybı temsil eder. | ||
|
Neden önemli?
Başarısız tahsilat süreçlerinin son durumudur. Şüpheli alacak oranlarını ve kredi politikasının etkinliğini analiz etmek için gereklidir.
Nereden alınır?
Type alanının 'WriteOff' olduğu CustTrans tablosu veya zarar yazma neden kodlarıyla özel olarak işaretlenmiş GeneralJournalEntry kaydı.
Yakalayın
İşlem WriteOff türüyle kaydedildiğinde günlüğe alınır
Olay türü
explicit
|
|||
|
Vade tarihi geçti
|
Fatura açık durumdayken geçerli tarihin fatura vadesini aştığını gösteren hesaplanmış bir kilometre taşıdır. Faturayı vadesi geçmiş olarak işaretler. | ||
|
Neden önemli?
Yaşlandırma analizi ve tahsilat iş akışlarını tetiklemek için gereklidir. Süreci standart faturalama ile tahsilat yönetimi arasında bölümlere ayırır.
Nereden alınır?
CustInvoiceJour.DueDate ile geçerli simülasyon zamanı veya ödeme zaman damgası karşılaştırılarak hesaplanır.
Yakalayın
DueDate alanını geçerli zamanla karşılaştırarak türetin
Olay türü
calculated
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu veri şablonunu bugün uygulayarak finansal operasyonlarınızı dönüştürmeye başlayın. Ekibimiz, Microsoft Dynamics 365 verilerinizi bu gereksinimlere göre haritalamanıza yardımcı olmaya hazır.
Borçlar Muhasebenizi optimize edin, nakit akışınızı şimdi iyileştirin
Microsoft Dynamics 365 içinde DSO'yu 15-20 gün azaltan ekiplere katılın
Kredi kartı gerekmez, kurulum 5 dakika sürer