Siparişten Tahsilata - Faturalama ve Muhasebe Veri Template'iniz
Siparişten Tahsilata - Faturalama ve Muhasebe Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Microsoft Dynamics 365 için Veri Çıkarma Rehberliği
Siparişten Tahsilata - Faturalama ve Muhasebe Nitelikleri
| 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
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,
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
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ı. | ||
|
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
Ö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
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
Neden önemli
Faturanın mevcut durumunun hızlı bir anlık görüntüsünü sağlar, 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 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
Neden önemli
Kaynak seviyesinde analiz yapılmasını sağlayarak
Nereden alınır
Bu,
Ö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ı"
Neden önemli
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ı"
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
|
|||
Siparişten Tahsilata - Faturalama ve Muhasebe Etkinlikleri
| 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
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
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
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
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ığı
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
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
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
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
Yakala
CustCollectionLetterJour tablosundaki oluşturulma
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
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
|
|||