Siparişten Tahsilata - Faturalama ve Muhasebe Veri Template'iniz

Microsoft Dynamics 365
Siparişten Tahsilata - Faturalama ve Muhasebe Veri `Template`'iniz

Siparişten Tahsilata - Faturalama ve Muhasebe Veri Template'iniz

Bu `template`, Siparişten Tahsilata - Faturalama ve Muhasebe sürecinizi analiz etmek için gereken temel veri noktalarını toplamak için net bir yol haritası sunar. `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.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Microsoft Dynamics 365 için Veri Çıkarma Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Siparişten Tahsilata - Faturalama ve Muhasebe Nitelikleri

Bunlar, kapsamlı Siparişten Tahsilata - Faturalama ve Muhasebe analizi için `event log`'unuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 6 Önerilen 9 İsteğe Bağlı
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 anahtardır. Fatura yaşam döngüsünün oluşturulmasından onayına, müşteri ödemesine ve nihai kapanışına kadar eksiksiz, uçtan uca analizine olanak tanır. 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 sağlar.

Neden önemli

Bu nitelik, bir faturanın tüm yaşam döngüsünü izlemek için esastır; her bir faturalama belgesi için süreç verimliliğinin, bottleneck'lerin ve sapmaların analiz edilmesini sağlar.

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
Faaliyet Adı
ActivityName
Fatura yaşam 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 olanak tanır.

Neden önemli

Süreçteki adımları tanımlayarak süreç haritalarının görselleştirilmesine, süreç varyantlarının analiz edilmesine ve bottleneck'lerin veya standart prosedürden sapmaların belirlenmesine olanak tanır.

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ı.
Açıklama

Event Time (Olay Zamanı), diğer adıyla 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 kritiktir. 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

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ı sağlar.

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ş timestamp'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ı "Alacak Hesapları" veya "Satış" gibi belirli bir organizasyonel departmana atar. Bireysel kullanıcı düzeyinden daha yüksek bir süreç performans görünümü sağlar. 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 bottleneck'leri belirlemeye yardımcı olur.

Neden önemli

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 olanak tanır.

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
Alacak HesaplarıFinansFaturalama Operasyonları
Fatura Durumu
InvoiceStatus
Faturanın yaşam döngüsündeki mevcut durumu (örn. Açık, Ödenmiş, İptal Edilmiş).
Açıklama

Bu nitelik, faturanın mevcut durumunun bir anlık görüntüsünü sağlar. 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

Faturanın mevcut durumunun hızlı bir anlık görüntüsünü sağlar, 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 olanak tanır. Ö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 temeldir.

Neden önemli

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 olanak tanır.

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ı sağlar. Process Mining analizinde bu, faturalama sürecini müşteriye göre bölümlendirmeye olanak tanır. 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 anahtardır.

Neden önemli

Bu, süreç analizinin müşteriye göre bölümlendirilmesine olanak tanır, 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

Ödeme Vade 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ı hesaplamak için temeldir. 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

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 esastır.

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 nakit uygulamak 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 çok önemlidir. Ö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

Kaynak seviyesinde analiz yapılmasını sağlayarak bottleneck'leri 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
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ı sağlamak için çok sistemli ortamlarda önemlidir, bu da veri doğrulama ve sorun gidermede yardımcı olur.

Neden önemli

Veri kaynağı hakkında önemli bir bağlam sağlar; 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, nakit uygulama sürecinde manuel müdahale veya düzeltme gerektiren ödemeleri işaretler. Bu, "Nakit Uygulama Tutarsızlık Oranı" KPI'sı için anahtardı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

Bu nitelik, nakit uygulama adımındaki süreç sürtünmesini ve yanlışlıkları belirlemeye yardımcı olur, bu da otomasyonu iyileştirmek ve manuel çabayı azaltmak için çok önemlidir.

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 Vadeleri
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, Ödeme Vade 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

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

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
Ortalama Tahsilat Süresi
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' dashboard'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

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
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 esastır. 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 olanak tanır.

Neden önemli

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

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 paha biçilmezdir. 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 olanak tanır. Ö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

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

Nereden alınır

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

Örnekler
SO-009876SO-010234US-SO-00543
Son Veri Güncellemesi
LastDataUpdate
Bu olay için `veri`nin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası.
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 kritik öneme sahip 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 sağlamak için hayati öneme sahiptir.

Neden önemli

Kullanıcıların verinin güncelliğini anlamasını sağlar, bu da veri yönetimi, Dashboard yenileme yönetimi ve içgörülerin zamanında olmasına güvenmek için kritiktir.

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 boolean niteliktir. 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 tasarlanmıştır. 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

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ı" timestamp'ini "Ödeme Vade 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

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 İsteğe Bağlı

Siparişten Tahsilata - Faturalama ve Muhasebe Etkinlikleri

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 İsteğe Bağlı
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

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

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 timestamp'ini kullanın; aksi takdirde, fatura kayıt timestamp'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

Bu, bir fatura için faturalama yaşam 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ı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

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

Bu, DSO'yu doğru bir şekilde hesaplamak ve nakit uygulama 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ığı timestamp'i sağlar.

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

Bu, nakit uygulama 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 timestamp'ini kullanın.

Event tipi explicit
Ödeme Vade Tarihine Ulaşıldı
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

Bu event, zamanında ödeme oranlarını analiz etmek ve vadesi geçmiş faturaları belirlemek için çok önemlidir. 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 timestamp'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

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

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

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 olanak tanır.

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 timestamp'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

Ödeme iadeleri, operasyonel hataları veya müşteri ödemelerindeki sorunları vurgular. Sıklıklarını analiz etmek, kök nedenleri belirlemeye ve nakit uygulama 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 Tamamlandı
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

Bu event, fatura oluşturma döngü süresini ölçmek için başlangıç noktası olarak hizmet eder. Tamamlanma ile faturalama arasındaki gecikmeyi anlamak, nakit akışını etkileyebilecek idari bottleneck'leri 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 İsteğe Bağlı

Veri Çekim Kılavuzları

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