Siparişten Tahsilata - Faturalandırma ve Fatura Veri Template'inuz
Siparişten Tahsilata - Faturalandırma ve Fatura Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Microsoft Dynamics 365 için Veri Çıkarma Rehberliği
Siparişten Nakde - Faturalama ve Muhasebe Öznitelikleri
| 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
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
Ö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
Ö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
Neden Önemli?dir?
Faturanın mevcut durumunun hızlı bir anlık görüntüsünü sunar, bu da
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
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,
Ö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ı"
Neden Önemli?dir?
Bu bayrak, tekrarlayan veya düzeltici eylemleri olan
Nereden Alınır??
Bu nitelik kaynak sistemde mevcut değildir. Veri dönüştürme katmanında, bir
Ö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
|
|||
Siparişten Nakde - Faturalama ve Muhasebe Faaliyetleri
| 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
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
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
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
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
Nereden Alınır??
Bu bir
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
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
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
|
|||