Siparişten Tahsilata - Faturalandırma ve Fatura Veri Template'inuz

Microsoft Dynamics 365
Siparişten Tahsilata - Faturalandırma ve Fatura Veri Template'inuz

Siparişten Tahsilata - Faturalandırma ve Fatura Veri Template'inuz

Bu şablon, Siparişten Nakde - Faturalama ve Muhasebe sürecinizi analiz etmek için gereken temel veri noktalarını toplamak için net bir rehberlik. eder. `Event Log`'unuza dahil etmeniz önerilen nitelikleri, izlenecek anahtar etkinlikleri ve bu bilgileri çıkarmak için pratik rehberliği bulacaksınız. Verilerinizi hızlı bir şekilde bilgilendirici Process Mining için ayarlamanıza yardımcı olmak üzere tasarlanmıştır.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Microsoft Dynamics 365 için Veri Çıkarma Rehberliği
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Siparişten Nakde - Faturalama ve Muhasebe Öznitelikleri

Bunlar, detaylı Siparişten Nakde - Faturalama ve Muhasebe analizi için event lognüze (event log) dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 6 Önerilen 9 Opsiyonel
Ad Açıklama
Fatura Numarası
InvoiceNumber
Faturalama süreci için birincil `case` tanımlayıcısı olarak hizmet veren her müşteri faturası için benzersiz tanımlayıcı.
Açıklama

Fatura Numarası, tek bir faturalama belgesiyle ilgili tüm etkinlikleri gruplayan merkezi temel rol oynar. Fatura süreç döngüsünün oluşturulmasından onayına, müşteri ödemesine ve nihai kapanışına kadar eksiksiz, uçtan uca analizine sunar. Bunu Case ID olarak kullanarak, her event log girişi belirli bir faturaya karşılık gelir ve her faturalama işlemi için detaylı varyant analizi, döngü süresi hesaplaması ve performans izlemesi sunar.

Neden Önemli?dir?

Bu nitelik, faturanın tüm süreç döngüsünü izlemek için gereklidir; her bir faturalama belgesi için süreç verimliliğinin, darboğazların ve sapmaların analiz edilmesini sunar.

Nereden Alınır??

Bu genellikle Satış ve pazarlama modülünde, CustInvoiceJour (InvoiceId alanı) gibi tablolarda veya SalesInvoiceHeaderV2 gibi veri varlıkları aracılığıyla ortaya çıkarılır.

Örnekler:::::::
CIV-001254INV-2023-9876US-004321
Aktivite Adı
ActivityName
Fatura süreç döngüsünün belirli bir noktasında meydana gelen iş faaliyetinin veya olayın adı.
Açıklama

Bu nitelik, faturalama sürecindeki "Fatura Oluşturuldu", "Fatura Onaylandı" veya "Müşteri Ödemesi Alındı" gibi belirli bir adımı veya kilometre taşını tanımlar. Bu etkinliklerin sırası süreç akışını oluşturur. Etkinlikleri analiz etmek, Process Mining için temeldir, çünkü süreç modellerinin keşfedilmesine, varyantların belirlenmesine ve farklı adımlar arasındaki performansın ölçülmesine sunar.

Neden Önemli?dir?

Süreçteki adımları tanımlayarak süreç haritalarının görselleştirilmesine, süreç varyantlarının analiz edilmesine ve darboğazların veya standart prosedürden sapmaların belirlenmesine sunar.

Nereden Alınır??

Bu nitelik, genellikle durum değişikliği alanları (örn. DocumentState), belirli tarih alanlarının doldurulması veya Microsoft Dynamics 365 içindeki workflow geçmiş log'ları gibi birden fazla kaynaktan türetilir.

Örnekler:::::::
Fatura OluşturulduFatura OnaylandıMüşteri Ödemesi AlındıAlacak Notu Düzenlendi
Olay Zamanı
EventTime
Belirli bir faaliyet veya olayın ne zaman meydana geldiğini gösteren kesin zaman damgası (zaman damgası)dır.
Açıklama

Event Time (Olay Zamanı), diğer adıyla zaman damgası (zaman damgası), süreçteki her bir aktivite için tam tarih ve saati kaydeder. Bu veri, zamana dayalı tüm process mining analizleri için büyük önem taşır. Aktiviteler arasındaki döngü sürelerini hesaplamak, bir vakanın (case) toplam süresini ölçmek ve zaman içindeki süreç performansını anlamak için kullanılır. Doğru ve güvenilir zaman damgaları, Günlük Satış Vadeleri (DSO) ve Fatura Oluşturma Süresi gibi KPI'ların temelidir.

Neden Önemli?dir?

Bu, tüm performans ve zamanla ilgili analizler için temel niteliktir; süreç verimliliğini ölçmek için döngü sürelerinin, sürelerin ve verimin hesaplanmasını sunar.

Nereden Alınır??

Zaman damgaları, Dynamics 365'teki farklı tablolardaki çeşitli tarih ve saat alanlarından alınır; örneğin fatura oluşturma için CustInvoiceJour tablosundaki CreatedDateTime veya belirli workflow geçmiş zaman damgası (zaman damgası)'leri.

Örnekler:::::::
2023-04-15T10:22:15Z2023-05-01T14:05:00Z2023-05-10T09:00:30Z
Bölüm
Department
Kullanıcı veya etkinlikle ilişkili iş departmanı.
Açıklama

Bu nitelik, bir etkinliği veya kullanıcıyı "Ticari Alacaklar" veya "Satış" gibi belirli bir organizasyonel departmana atar. Bireysel kullanıcı düzeyinden daha yüksek bir süreç performans görünümü sunar. Departmana göre analiz yapmak, çapraz fonksiyonel geçişleri anlamaya, ekipler arasındaki verimliliği karşılaştırmaya ve "Faturalama Departmanı Etkinlik Yükü" Dashboard'unun gerektirdiği gibi departman düzeyindeki darboğazları belirlemeye yardımcı olur.

Neden Önemli?dir?

Organizasyon düzeyinde performans analizi yapılmasına, farklı ekipler arasındaki verimliliğin karşılaştırılmasına ve departmanlar arası geçişlerin süreci nasıl etkilediğinin anlaşılmasına sunar.

Nereden Alınır??

Bu genellikle fatura işleminde doğrudan bir alan değildir. UserResponsible ID'sinin departman bilgilerini içeren çalışan veya kullanıcı diziniyle birleştirilmesiyle türetilir.

Örnekler:::::::
Ticari AlacaklarFinansFaturalama Operasyonları
Fatura Durumu
InvoiceStatus
Faturanın süreç döngüsündeki mevcut durumu (örn. Açık, Ödenmiş, İptal Edilmiş).
Açıklama

Bu nitelik, faturanın mevcut durumunun bir güncel durumunu gösterir. Bir faturanın hala ödeme bekleyip beklemediğini, tamamen ödenip ödenmediğini, vadesi geçmiş olup olmadığını veya bir kredi notu aracılığıyla iptal edilip edilmediğini gösterir. Bu, yalnızca açık faturaları analiz etmek veya kapatılmış bir faturanın nihai sonucunu doğrulamak için case'leri filtrelemek için kullanışlıdır. Mevcut iş yükünü ve alacakların finansal durumunu anlamaya yardımcı olur.

Neden Önemli?dir?

Faturanın mevcut durumunun hızlı bir anlık görüntüsünü sunar, bu da case'leri filtrelemek ve farklı süreç varyantlarının sonuçlarını anlamak için kullanışlıdır.

Nereden Alınır??

Bu, faturanın ödeme durumundan türetilebilir, genellikle ilgili CustTrans kaydındaki bakiyenin sıfır olup olmadığı kontrol edilerek. Her zaman tek bir "durum" alanı yoktur.

Örnekler:::::::
AçıkÖdendiVadesi Geçmişİptal Edildi
Fatura Tutarı
InvoiceAmount
Faturanın toplam tutarıdır.
Açıklama

Bu nitelik, faturada ödenecek toplam tutarı temsil eder. Finansal analiz için kritik bir metriktir ve faturaların değere göre bölümlendirilmesine sunar. Örneğin, analistler ödeme davranışlarını anlamak veya daha büyük faturaların daha uzun onay süreleriyle karşılaşıp karşılaşmadığını belirlemek için yüksek değerli faturalara odaklanabilirler. Ayrıca, ödenmemiş faturaların toplam değerini ve DSO hesaplamalarını yapmak için de temel teşkil eder.

Neden Önemli?dir?

Finansal etki analizi yapılmasını sağlayarak süreçleri parasal değere göre filtreleyip bölümlendirmenize, yüksek değerli faturaları önceliklendirmenize ve bunların spesifik süreç davranışlarını anlamanıza sunar.

Nereden Alınır??

CustInvoiceJour tablosunda, genellikle InvoiceAmount gibi bir alanda bulunur. Ayrıca ilgili işlem tablolarında da mevcuttur.

Örnekler:::::::
5430.5012500.00750.25
Müşteri Adı
CustomerName
Faturanın kesildiği müşterinin adı.
Açıklama

Müşteri adı, faturalanan işletme veya kişi için insan tarafından okunabilir bir tanımlayıcı sunar. Process Mining analizinde bu, faturalama sürecini müşteriye göre bölümlendirmeye sunar. Bu, hangi müşterilerin sürekli zamanında ödeme yaptığını, hangilerinin sık sık geciktiğini veya belirli müşteri gruplarının benzersiz süreç varyasyonları veya gecikmeler yaşayıp yaşamadığını ortaya çıkarabilir. Müşteri ödeme davranışı ve Satış Alacakları Gün Sayısı analizleriyle ilgili Dashboard'lar için temel rol oynar.

Neden Önemli?dir?

Bu, süreç analizinin müşteriye göre bölümlendirilmesine sunar, müşteri özelindeki davranışları, ödeme modellerini veya süreç sorunlarını belirlemeye yardımcı olur.

Nereden Alınır??

Bu bilgi, fatura verilerinin müşteri ana veri tablosu, tipik olarak CustTable, ile müşteri hesap numarasına göre birleştirilmesiyle alınır.

Örnekler:::::::
Contoso Ltd.Fabrikam, Inc.Northwind Traders
Son Ödeme Tarihi
PaymentDueDate
Müşterinin faturayı ödemesi beklenen tarih.
Açıklama

Son Ödeme Tarihi, fatura tarihi ve müşterinin ödeme koşullarına göre hesaplanan kritik bir tarih alanıdır. Ödeme zamanında olmasını ölçmek için bir referans noktası görevi görür. Bu nitelik, "Ödeme Koşullarına Uyum Analizi" Dashboard'u için ve "Zamanında Ödeme Oranı" ve "Satış Alacakları Gün Sayısı" gibi KPI'ları hesaplanmasında temel rol oynar. Bu tarihi gerçek ödeme tarihiyle karşılaştırmak, müşteri ödeme davranışını ve tahsilat sürecinin etkinliğini ortaya koyar.

Neden Önemli?dir?

Bu, ödeme performansını ölçmek için bir kıyaslama noktasıdır. Zamanında ödeme oranlarını hesaplamak ve müşteri ödeme koşullarına uyumu analiz etmek için gereklidir.

Nereden Alınır??

Bu genellikle CustInvoiceJour tablosunda DueDate gibi bir alanda bulunur.

Örnekler:::::::
2023-05-152023-06-302023-07-01
Sorumlu Kullanıcı
UserResponsible
Belirli bir etkinliği yürütmekten sorumlu kullanıcı veya çalışan.
Açıklama

Bu nitelik, faturalama sürecinde bir faturayı onaylamak veya tahsilat eşleştirmek gibi belirli bir görevi gerçekleştiren kişiyi tanımlar. İş yükü analizi, performans karşılaştırması ve eğitim ihtiyaçlarının belirlenmesi için büyük önem taşır. Örneğin, "Faturalama Departmanı Etkinlik Yükü" Dashboard'u, işin eşit olarak dağıtılıp dağıtılmadığını veya belirli kullanıcıların bottleneck olup olmadığını görmek için bu niteliğe güvenir. Ayrıca kaynak tahsisini ve verimliliği anlamaya da yardımcı olur.

Neden Önemli?dir?

Kaynak seviyesinde analiz yapılmasını sağlayarak darboğazları belirlemeye, bireysel veya ekip performansını ölçmeye ve faturalama departmanındaki iş yükü dağılımını analiz etmeye yardımcı olur.

Nereden Alınır??

Bu, workflow geçmiş log'larından (örn. WorkflowTrackingStatusTable) veya ilgili tablolardaki Owner veya ModifiedBy gibi sahiplik alanlarından alınabilir.

Örnekler:::::::
Can DemirAlicia BakerSistem Yöneticisi
Alacak Tahsil Süresi (DSO)
DaysSalesOutstanding
Fatura oluşturma ile müşteri ödemesinin alınması arasındaki gün sayısı.
Açıklama

Günlük Satış Vadeleri (DSO), bir şirketin satış yaptıktan sonra ödemeyi tahsil etmesinin ortalama kaç gün sürdüğünü ölçen temel bir finansal metriktir. Bu hesaplanmış nitelik, her bir fatura için bu süreyi hesaplar. 'Günlük Satış Vadeleri Trend Analizi' kontrol paneli'u ve 'DSO' KPI'sı için temel metriktir. DSO analizi, nakit akışını yönetmeye ve kredi ile tahsilat fonksiyonunun verimliliğini değerlendirmeye yardımcı olur.

Neden Önemli?dir?

Bu, bir şirketin nakit akışının sağlığını ve tahsilat sürecinin verimliliğini ölçmek için kritik bir KPI'dır. Gelirin ne kadar hızlı nakite dönüştüğünü nicel olarak ifade eder.

Nereden Alınır??

Bu nitelik kaynak sistemde yoktur. "Fatura Oluşturuldu" etkinliği ile "Müşteri Ödemesi Alındı" etkinliği arasındaki süre olarak hesaplanır.

Örnekler:::::::
284592
Kaynak Sistem
SourceSystem
Verilerin çekildiği sistem.
Açıklama

Bu nitelik, süreç verilerinin kaynağını tanımlar. Bu bağlamda, verilerin Microsoft Dynamics 365'ten geldiğini belirtir. Bu, veri kaynaklarını ayırt etmek ve veri soyunun açık olmasını güçlüak için çok sistemli ortamlarda önemlidir, bu da veri doğrulama ve sorun gidermede yardımcı olur.

Neden Önemli?dir?

Veri kaynağı hakkında önemli bir bağlam sunar; bu, veri yönetimi, doğrulama ve birden fazla kurumsal sistemden veri birleştirilirken temel öneme sahiptir.

Nereden Alınır??

Bu, veri çıkarma ve dönüştürme süreci sırasında veri kümesinin kaynağını etiketlemek için eklenen statik bir değerdir.

Örnekler:::::::
Microsoft Dynamics 365 FinansD365 F&O
Manuel Müdahale Gerektirir
RequiresManualIntervention
Nakit ödeme uygulaması sırasında bir ödemenin manuel düzeltme gerektirip gerektirmediğini belirten işaretçi.
Açıklama

Bu boolean nitelik, tahsilat eşleştirme sürecinde manuel müdahale veya düzeltme gerektiren ödemeleri işaretler. Bu, "Nakit Uygulama Tutarsızlık Oranı" KPI'sı için büyük önem taşır, çünkü ödeme kaydının doğruluğunu ve otomasyon seviyesini ölçmeye yardımcı olur. Eksik havale bilgileri veya ödeme tutarsızlıkları gibi manuel müdahale nedenlerinin belirlenmesi, düz geçiş işlem oranlarını artıran süreç iyileştirmelerine yol açabilir.

Neden Önemli?dir?

Bu nitelik, tahsilat eşleştirme adımındaki süreçteki aksaklıkları ve yanlışlıkları belirlemeye yardımcı olur, bu da otomasyonu iyileştirmek ve manuel çabayı azaltmak için büyük önem taşır.

Nereden Alınır??

Bu bilgi, ödemeyi kaydeden kullanıcıdan (bir sistem kullanıcısı değilse) veya ödeme mutabakatı sırasında kullanılan belirli neden kodlarından çıkarılabilir. Microsoft Dynamics 365 belgelerine başvurun.

Örnekler:::::::
truefalse
Ödeme Koşulları
PaymentTerms
Fatura ödemesi için üzerinde anlaşılan koşullar (örn. Net 30, Net 60).
Açıklama

Ödeme Koşulları, bir müşterinin bir faturayı ne zaman ödemesi beklendiğine dair kuralları tanımlar. Bu nitelik, Son Ödeme Tarihi'ni hesaplamak için kullanılır ve ödeme davranışını analiz etmek için önemli bir boyuttur. "Ödeme Koşullarına Uyum Analizi" Dashboard'u, belirli ödeme koşullarının daha etkili olup olmadığını veya daha yüksek gecikmeli ödeme oranlarıyla ilişkili olup olmadığını görmek için bu niteliği müşterileri ve faturaları gruplandırmak için kullanır.

Neden Önemli?dir?

Bir faturanın belirli bir tarihte neden vadesi geldiğine dair bağlam sunar ve belirli ödeme koşullarının gecikmeli ödemelerle ilişkili olup olmadığını görmek için analizleri bölümlendirmeye sunar.

Nereden Alınır??

Bu genellikle müşteri ana kaydında saklanır ancak fatura başlığına kopyalanır. CustInvoiceJour tablosunda bir Payment veya PaymTermId alanı arayın.

Örnekler:::::::
Net 30 GünNet 60 GünTeslimatta Ödenecek
Para Birimi
Currency
Fatura tutarının para birimi kodu (örn. USD, EUR).
Açıklama

Bu nitelik, fatura tutarının hangi para biriminde olduğunu belirtir. Farklı para birimleriyle işlem yapan çok uluslu kuruluşlar için gereklidir. Bu bağlam olmadan, fatura tutarlarını toplamak veya karşılaştırmak anlamsız olurdu. Farklı bölgeler arasında doğru para birimi dönüşümüne ve doğru finansal raporlama ve analize sunar.

Neden Önemli?dir?

Fatura Tutarı gibi tüm finansal metrikler için temel bağlamı sunar, yanlış toplamaları önler ve çoklu para birimi ortamlarında doğru analiz yapılmasını sunar.

Nereden Alınır??

CustInvoiceJour tablosunda, genellikle CurrencyCode gibi bir alanda bulunur.

Örnekler:::::::
USDEURGBP
Satış Siparişi Numarası
SalesOrderNumber
Faturayı başlatan satış siparişinin tanımlayıcısı.
Açıklama

Satış Sipariş Numarası, faturalama sürecini önceki satış sürecine bağlar. Bu bağlantı, daha geniş, uçtan uca Siparişten Tahsilata analizleri için büyük önem taşır. Analistlerin, sipariş değişiklikleri veya nakliye gecikmeleri gibi satış ve tamamlanma sürecindeki sorunların faturalama döngüsünü nasıl etkileyebileceğini araştırmasına sunar. Örneğin, 'Karmaşık satış siparişlerinden gelen faturaların ödenmesi daha mı uzun sürüyor?' gibi sorulara yanıt bulmaya yardımcı olabilir.

Neden Önemli?dir?

Bu nitelik, faturalama sürecini yukarıdaki satış sürecine bağlar, faturalama sorunlarının kök nedenlerini belirlemek için daha detaylı, uçtan uca Siparişten Tahsilata analizi yapılmasını sunar.

Nereden Alınır??

Fatura başlığında veya satır detaylarında bulunur ve satış siparişine geri bağlantı sunar. CustInvoiceJour tablosunda SalesId gibi bir alan arayın.

Örnekler:::::::
SO-009876SO-010234US-SO-00543
Son Veri Güncellemesi
LastDataUpdate
Bu olay için verinin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu nitelik, verilerin Microsoft Dynamics 365'ten en son ne zaman çıkarıldığını veya güncellendiğini kaydeder. Analiz edilen verilerin güncelliğini anlamak için büyük önem taşıyan bir metadata alanıdır. Bu, analistlerin ve iş kullanıcılarının en güncel bilgilere bakıp bakmadıklarını bilmelerine yardımcı olur ve veri yenileme zamanlamalarını yönetmek ve analizin güvenilirliğini güçlüak için büyük önem taşır.

Neden Önemli?dir?

Kullanıcıların verinin güncelliğini anlamasını sunar, bu da veri yönetimi, Dashboard yenileme yönetimi ve stratejik bilgilerin zamanında olmasına güvenmek için büyük önem taşır.

Nereden Alınır??

Bu nitelik, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde veri kümesine oluşturulur ve damgalanır.

Örnekler:::::::
2023-06-20T05:00:00Z2023-06-21T05:00:00Z
Yeniden İşleme mi?
IsRework
Fatura sürecinin birden fazla onay gibi yeniden işlem (rework) aktiviteleri içerip içermediğini belirten işaretçi.
Açıklama

Bu, yeniden işleme tabi tutulmuş faturaları işaretleyen hesaplanmış bir mantıksal (boolean) değerdir. Yeniden işleme, birden fazla "Fatura Onaylandı" event'i veya ödeme iadeleri olarak tanımlanabilir. Bu nitelik, özellikle "Fatura Yeniden İşleme Analizi" Dashboard'unu ve "Fatura Yeniden İşleme Oranı" KPI'sını desteklemek için optimize edilmiştir. Bu case'leri izole ederek, analistler genellikle süreç verimsizliklerine, veri kalitesi sorunlarına veya eğitim eksikliklerine işaret eden yeniden işlemenin kök nedenlerini araştırabilirler.

Neden Önemli?dir?

Bu bayrak, tekrarlayan veya düzeltici eylemleri olan case'leri belirleyerek süreç verimsizliğini doğrudan nicel olarak ölçer, israf ve gecikmenin kök nedenlerini kesin olarak belirlemeye yardımcı olur.

Nereden Alınır??

Bu nitelik kaynak sistemde mevcut değildir. Veri dönüştürme katmanında, bir case içinde tekrarlayan etkinlikleri veya belirli yeniden işleme modellerini kontrol ederek hesaplanır.

Örnekler:::::::
truefalse
Zamanında Ödeme mi?
IsOnTimePayment
Müşteri ödemesinin son ödeme tarihinde veya öncesinde alınıp alınmadığını belirten işaretçi.
Açıklama

Bu hesaplanmış boolean nitelik, "Müşteri Ödemesi Alındı" zaman damgası (zaman damgası)'ini "Son Ödeme Tarihi" ile karşılaştırır. Her faturayı zamanında ödenmiş veya gecikmiş olarak işaretler. Bu, "Zamanında Ödeme Oranı" KPI'sını hesaplamak için temel bileşendir ve "Ödeme Koşullarına Uyum Analizi" Dashboard'unda yoğun bir şekilde kullanılır. Ödeme performansı için net, ikili bir sonuç sağlayarak analizi ve raporlamayı basitleştirir.

Neden Önemli?dir?

Müşterilerin ödeme koşullarına uyumunu doğrudan ölçer ve Zamanında Ödeme Oranı KPI'sı için temel oluşturarak tahsilat etkinliği analizini basitleştirir.

Nereden Alınır??

Bu nitelik kaynak sistemde yoktur. Veri dönüştürme sırasında ödeme tarihi ile ÖdemeVadeTarihi karşılaştırılarak hesaplanır.

Örnekler:::::::
truefalse
Gerekli Önerilen Opsiyonel

Siparişten Nakde - Faturalama ve Muhasebe Faaliyetleri

Bunlar, doğru `Process Mining` ve analizi için `event log`'unuzda yakalamanız gereken önemli süreç adımları ve kilometre taşlarıdır.
7 Önerilen 5 Opsiyonel
Aktivite Açıklama
Fatura Kapatıldı
Bu etkinlik, bir faturanın nihai durumunu işaretler; burada bakiyesi sıfırdır, çünkü tamamen ödenmiş veya kredi notlarıyla mutabakata varılmıştır. Bu doğrudan bir işlem değil, faturanın finansal durumuna dayalı çıkarımsal bir durumdur.
Neden Önemli?dir?

Bu event, tek bir fatura için Siparişten Tahsilata döngüsünün başarılı bir şekilde tamamlandığını gösterir. Bu duruma ulaşmak için geçen süre, sürecin genel verimliliğinin birincil ölçüsüdür.

Nereden Alınır??

CustTrans tablosundaki fatura işleminin kalan bakiyesinin sıfır olup olmadığı kontrol edilerek çıkarım yapılır. Bu, fatura tutarının ödenen toplam tutarla karşılaştırılmasıyla belirlenir.

Yakala

AmountCur değerinin SettleAmountCur değerine eşit olduğu CustTrans kayıtlarından türetilir. Zaman damgası, son kapatma (settlement) tarihidir.

Event tipi inferred
Fatura Müşteriye Gönderildi
Bu etkinlik, faturanın müşteriye elektronik veya fiziksel olarak iletildiği anı temsil eder. Dynamics 365'te bu, sistem e-postasıyla gönderilirse açık bir `event` olabilir veya belirli bir izleme etkinleştirilmemişse kayıt anında gerçekleştiği çıkarılabilir.
Neden Önemli?dir?

Fatura teslim sürecinin verimliliğini ölçer. Onay ve fatura gönderme arasındaki gecikme, ödeme döngüsünü gereksiz yere uzatır.

Nereden Alınır??

D365'in e-posta yetenekleri kullanılıyorsa SysOutgoingEmailTable gibi e-posta günlüklerinden açıkça yakalanabilir. Aksi takdirde, genellikle CustInvoiceJour'dan alınan fatura deftere nakil zamanıyla aynı olduğu varsayılır.

Yakala

Eğer mevcutsa e-posta log zaman damgası (zaman damgası)'ini kullanın; aksi takdirde, fatura kayıt zaman damgası (zaman damgası)'ini kullanın.

Event tipi inferred
Fatura Oluşturuldu
Sistemde satış faturası belgesinin oluşturulmasını ve kaydedilmesini temsil eder. Bu, Dynamics 365'te yasal bir belge ve alacak alt defterinde finansal girişler oluşturan açık bir işlemdir.
Neden Önemli?dir?

Bu, bir fatura için faturalama süreç döngüsünün resmi başlangıcıdır. Satış Alacakları Gün Sayısı (DSO) ve genel süreç süresini izlemek için kritik bir event'tir.

Nereden Alınır??

CustInvoiceJour tablosundaki deftere nakledilmiş satış faturası kaydının oluşturulma zaman damgası (zaman damgası)ndan yakalanır. İlgili finansal işlemler, deftere nakil sırasında GeneralJournalEntry ve LedgerEntry tablolarında oluşturulur.

Yakala

Kaydedilen fatura için CustInvoiceJour tablosundaki CreatedDateTime alanını kullanın.

Event tipi explicit
Fatura Onaylandı
Faturanın resmi olarak onaylandığı dahili inceleme sürecinin tamamlandığını işaretler. Bu `event` Dynamics 365 `workflow` sistemi tarafından kaydedilir ve faturanın müşteriye gönderilmeye hazır olduğunu gösterir.
Neden Önemli?dir?

Bu, onay döngüsü süresini ölçmek için önemli bir kilometre taşıdır. Bu aşamadaki gecikmeler, müşteriden ödeme alma genel süresini doğrudan artırabilir.

Nereden Alınır??

WorkflowTrackingStatusTable gibi workflow geçmiş tablolarında, belirli fatura workflow örneği için bir tamamlama veya onay adımı olarak kaydedilir.

Yakala

Durumu 'Approved' veya 'Completed' olan workflow event log'larını çıkarın.

Event tipi explicit
Faturaya Uygulanan Nakit
Bir müşteri ödemesinin belirli bir faturaya karşı mutabakatını temsil eder ve faturanın ödenmemiş bakiyesini azaltır. Bu, Dynamics 365'te ödeme işlemini fatura işlemine bağlayan ayrı bir adımdır.
Neden Önemli?dir?

Bu, DSO'yu doğru bir şekilde hesaplamak ve tahsilat eşleştirme ekibinin verimliliğini anlamak için kritik bir kilometre taşıdır. Ödemenin faturalananla tamamen mutabık hale geldiği noktayı işaretler.

Nereden Alınır??

CustSettlement tablosunda kaydedilir. Bu tablodaki mutabakat tarihi alanı, belirli bir ödemenin belirli bir fatura işlemine uygulandığı zaman damgası (zaman damgası)'i sunar.

Yakala

CustSettlement tablosundan TransDate veya CreatedDateTime'ı kullanın.

Event tipi explicit
Müşteri Ödemesi Alındı
Bu etkinlik, bir müşteriden alınan ödemeyi kaydetmek için bir muhasebe kaydının oluşturulmasını işaretler. Nakit alındığını gösterir, ancak henüz belirli bir faturaya uygulanmamıştır.
Neden Önemli?dir?

Bu, tahsilat eşleştirme bekleme süresini ölçmek için başlangıç noktasıdır. Parayı almak ile bunu ödenmemiş faturalara karşı gerçekten mutabık kılmak arasında ayrım yapar.

Nereden Alınır??

Bir müşteri ödeme yevmiye fişinin oluşturulması veya deftere nakledilmesinden yakalanır. Bu, LedgerJournalTrans gibi tablolara kaydedilir ve deftere nakledildikten sonra CustTrans içinde bir müşteri işlemi oluşturur.

Yakala

LedgerJournalTable'dan müşteri ödeme muhasebe kaydının kayıt zaman damgası (zaman damgası)'ini kullanın.

Event tipi explicit
Ödeme Vadesi Geldi
Faturanın son ödeme tarihi geldiğinde ödemenin henüz tam olarak kapatılmadığı durumlarda gerçekleşen hesaplanmış bir olaydır. Bu aktivite sistemde doğrudan bir işleme karşılık gelmez, mevcut verilerden türetilir.
Neden Önemli?dir?

Bu event, zamanında ödeme oranlarını analiz etmek ve vadesi geçmiş faturaları belirlemek için büyük önem taşır. Tahsilat ve icra takibi etkinlikleri için bir tetikleyici nokta görevi görür.

Nereden Alınır??

Bu bir event olarak kaydedilmez. CustInvoiceJour tablosundaki DueDate alanı kullanılarak hesaplanır. Event zaman damgası (zaman damgası)'i vade tarihinin kendisidir.

Yakala

Zaman damgasının CustInvoiceJour.DueDate alanındaki değer olduğu bir olay oluşturun.

Event tipi calculated
Alacak Notu Düzenlendi
Genellikle bir faturalama hatasını düzeltmek, bir fiyat ayarlaması yapmak veya iade edilen malları muhasebeleştirmek için bir kredi notu veya kredi memorandumunun oluşturulmasını temsil eder. Bir kredi notu, esasen negatif bir faturadır.
Neden Önemli?dir?

Sık düzenlenen alacak dekontları (credit notes), sipariş karşılama veya faturalama sürecindeki sistemsel sorunlara işaret edebilir. Alacak dekontlarının neden düzenlendiğini analiz etmek, süreci iyileştirmenin ve gelir sızıntısını azaltmanın anahtarıdır.

Nereden Alınır??

Bu, CustInvoiceJour tablosunda negatif tutarlı yeni bir kaydedilmiş fatura olarak kaydedilen açık bir işlemdir. Genellikle bir referans alanı aracılığıyla orijinal faturaya bağlanır.

Yakala

CustInvoiceJour tablolarındaki negatif toplam tutara sahip kayıtları belirleyin ve bunları orijinal faturalarla ilişkilendirin.

Event tipi explicit
Fatura Onaya Sunuldu
Bu etkinlik, oluşturulan bir faturanın resmi bir onay `workflow`'una gönderildiğini gösterir. Bu, bir fatura müşteriye gönderilmeden önce yönetim incelemesi gerektiren kontrollere sahip kuruluşlarda yaygındır. Bu, D365 `workflow` motorunda belirli bir adım olarak kaydedilir.
Neden Önemli?dir?

Onay için gönderimi takip etmek, fatura oluşturma süresini onay bekleme süresinden ayırmaya yardımcı olur. Bu, dahili inceleme ve kontrol süreçlerinin verimliliğini analiz etmede ilk adımdır.

Nereden Alınır??

Fatura belgesiyle ilgili gönderim (submission) olayı filtrelenerek WorkflowTrackingStatusTable gibi workflow geçmiş tablolarından yakalanır.

Yakala

Durumu 'Submitted' olan workflow event log'larını çıkarın.

Event tipi explicit
Ödeme Hatırlatıcısı Gönderildi
Vadesi geçmiş bir fatura hakkında müşteriye icra mektubu veya tahsilat bildirimi gönderilmesini temsil eder. Dynamics 365, bu iletişimleri oluşturan ve kaydeden resmi bir icra takibi sürecine sahiptir.
Neden Önemli?dir?

Hatırlatıcıları izlemek, icra takibi sürecinin etkinliğini değerlendirmeye yardımcı olur. Bir ödeme alınmadan önce kaç hatırlatıcıya ihtiyaç duyulduğunun analiz edilmesine sunar.

Nereden Alınır??

Bu, vadesi geçmiş fatura işlemine bağlı olan CustCollectionLetterJour tablosundaki tahsilat mektubu muhasebe kaydının oluşturulma tarihinden yakalanan açık bir event'tir.

Yakala

CustCollectionLetterJour tablosundaki oluşturulma zaman damgası (zaman damgası)'ini kullanın.

Event tipi explicit
Ödeme İade Edildi
Bu etkinlik, daha önce kaydedilmiş bir müşteri ödemesinin tersine çevrilmesini gösterir. Bu, yanlış kayıt, yetersiz fon veya diğer ödeme hataları gibi nedenlerle meydana gelir.
Neden Önemli?dir?

Ödeme iadeleri, operasyonel hataları veya müşteri ödemelerindeki sorunları vurgular. Sıklıklarını analiz etmek, kök nedenleri belirlemeye ve tahsilat eşleştirme sürecinin doğruluğunu iyileştirmeye yardımcı olur.

Nereden Alınır??

Genel muhasebe defterinde bir işlem ters kaydı olarak yakalanır. Ters kaydedilen bir yevmiye fişi, GeneralJournalEntry içinde genellikle özel bir işaretçiyle veya orijinal işlemle olan ilişkisiyle tanımlanabilir.

Yakala

Ters kayıt (reversal) işareti olan veya ters kaydedilmiş bir işleme referans veren yevmiye fişi girişlerini belirleyin.

Event tipi explicit
Satış Siparişi Karşılandı
Bu etkinlik, bir satış siparişi için malların sevk edildiği veya hizmetlerin sunulduğu ve faturalama sürecini başlattığı noktayı işaretler. Genellikle, Microsoft Dynamics 365'te ilgili satış siparişi satırlarının durumunu değiştiren bir sevk irsaliyesi veya teslimat notunun kaydedilmesinden çıkarım yapılır.
Neden Önemli?dir?

Bu event, fatura oluşturma döngü süresini ölçmek için başlangıç noktası olarak olarak kullanılır. Tamamlanma ile faturalama arasındaki gecikmeyi anlamak, nakit akışını etkileyebilecek idari darboğazları belirlemeye yardımcı olur.

Nereden Alınır??

Satış siparişine bağlı bir sevk irsaliyesi muhasebe kaydının oluşturulma tarihinden çıkarım yapılır. Bu, faturanın dayandığı satış siparişiyle ilgili olan CustPackingSlipJour ve CustPackingSlipTrans gibi tabloları içerir.

Yakala

Faturayla ilişkili satış siparişine ait en son sevk irsaliyesi kayıt tarihini belirleyin.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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