Siparişten Nakde - Faturalama ve Muhasebeleştirme Veri Template'iniz

Oracle Fusion Financials
Siparişten Nakde - Faturalama ve Muhasebeleştirme Veri Template'iniz

Siparişten Nakde - Faturalama ve Muhasebeleştirme Veri Template'iniz

Bu template, Siparişten Nakde - Faturalama ve Muhasebeleştirme sürecinizi analiz etmek için gereken verileri çıkarmak için kapsamlı bir rehber sunar. Toplanması gereken temel öznitelikleri, izlenmesi gereken kritik etkinlikleri ve veri çıkarma için pratik rehberliği özetler. Bu template'i takip ederek, etkili process mining ve optimizasyon için sağlam bir veri seti sağlayabilirsiniz.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Oracle Fusion Financials 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 Nakde - Faturalandırma Nitelikleri

Bunlar, kapsamlı Siparişten Nakde - Faturalama ve Muhasebeleştirme analizi için olay log'unuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 5 Önerilen 14 İsteğe Bağlı
Ad Açıklama
Başlangıç Zamanı
EventTimestamp
Belirli bir aktivite veya olayın gerçekleştiği kesin tarih ve saat.
Açıklama

Etkinlik Zaman Damgası, bir etkinliğin gerçekleştiği tam anı kaydeder. Her fatura için olayların kronolojik sırasını sağlar, bu da süreç akışını oluşturmak ve herhangi bir zamana dayalı analizi gerçekleştirmek için esastır.

Bu öznitelik, tüm süre ve performans hesaplamalarının temelidir. Etkinlikler arasındaki süreyi ölçmek, uçtan uca döngü sürelerini hesaplamak, ödemelerin zamanında yapılıp yapılmadığını belirlemek ve zaman içindeki trendleri analiz etmek için kullanılır. 'Ortalama Fatura Onay Süresi' ve 'Uçtan Uca Fatura Döngü Süresi' gibi KPI'lar doğrudan bu zaman damgalarından hesaplanır.

Neden önemli

Zaman damgaları, döngü süreleri, gecikmeler ve son tarihlere uyum dahil olmak üzere tüm performans metriklerini hesaplamak için esastır ve nicel süreç analizinin temelini oluşturur.

Nereden alınır

Bu, RA_CUSTOMER_TRX_ALL'daki CREATION_DATE veya workflow tablolarındaki durum güncelleme zaman damgaları gibi Oracle Fusion Financials tablolarındaki çeşitli tarih alanlarından elde edilir.

Örnekler
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-20T11:25:10Z
Fatura Numarası
InvoiceNumber
Her fatura için benzersiz tanımlayıcı, ilgili tüm etkinlikleri izlemek için birincil vaka kimliği olarak hizmet eder.
Açıklama

Fatura Numarası, faturalama süreci analizinin temel taşıdır. Fatura oluşturmadan nihai ödeme ve kapanışa kadar tüm olayları gruplandıran Vaka Kimliği olarak işlev görür. Bu, tek bir faturalama belgesinin yaşam döngüsünün eksiksiz, uçtan uca bir görünümünü sağlar.

Process mining'de, Fatura Numarasına göre analiz yapmak, süreç varyantlarının görselleştirilmesini, bireysel faturalar için döngü sürelerinin hesaplanmasını ve belirli işlemleri etkileyen bottleneck'lerin veya yeniden işleme döngülerinin belirlenmesini sağlar. 'Fatura Uçtan Uca Döngü Süresi' gibi dashboard'lar ve fatura başına Satışların Tahsilat Süresi (DSO) gibi temel KPI'ları hesaplamak için esastır.

Neden önemli

Bu öznitelik, ilgili tüm faturalama ve ödeme faaliyetlerini tek bir vakada birleştirerek, fatura yaşam döngüsünün eksiksiz ve doğru bir analizini sağladığı için kritiktir.

Nereden alınır

Bu, genellikle Oracle Fusion Financials'taki RA_CUSTOMER_TRX_ALL tablosundan alınan İşlem Numarası (TRX_NUMBER)'dır.

Örnekler
INV-1002345983451CM-55432
Faaliyet Adı
ActivityName
Fatura yaşam döngüsü içinde belirli bir zamanda gerçekleşen iş olayının veya görevinin adı.
Açıklama

Etkinlik Adı, 'Fatura Oluşturuldu', 'Fatura Onaylandı' veya 'Müşteri Ödemesi Alındı' gibi faturalama sürecindeki bir adımı açıklar. Bu olaylar, her fatura için süreç akışını oluşturan eylemler dizisini meydana getirir.

Bu öznitelik, süreç keşfi için temeldir ve mining aracının faturaların gerçekte nasıl işlendiğine dair görsel bir harita oluşturmasına olanak tanır. Süreç varyantlarını analiz etmek, birden fazla onay adımı gibi yeniden işleme döngülerini tanımlamak ve her aşamanın sıklığını ve süresini ölçmek için kullanılır. Tüm dashboard'lar ve KPI'lar, süreç akışını anlamak için bu özniteliğe güvenir.

Neden önemli

Bu öznitelik, süreç haritasındaki adımları tanımlayarak, fatura workflow'undaki verimsizlikleri görselleştirmeyi, analiz etmeyi ve belirlemeyi mümkün kılar.

Nereden alınır

Bu bilgi, workflow geçmiş tabloları (örneğin onaylarla ilgili) ve işlem durumu alanları gibi Oracle Fusion Financials içindeki çeşitli tablolardan ve durum değişikliklerinden elde edilir.

Örnekler
Fatura OluşturulduFatura OnaylandıMüşteri Ödemesi AlındıFatura Kapatıldı
Fatura Durumu
InvoiceStatus
Faturanın yaşam döngüsündeki mevcut durumu, örneğin 'Açık', 'Kapalı' veya 'İhtilaflı'.
Açıklama

Fatura Durumu, bir faturanın süreçte nerede olduğuna dair bir anlık görüntü sağlar. Yaygın durumlar arasında açık (ödenmemiş), kapalı (ödenmiş), itirazlı veya geçersiz kılınmış bulunur.

Bu attribute, üst düzey izleme ve filtreleme için kullanışlıdır. Örneğin, Gerçek Zamanlı Nakit Akışı Tahmin dashboard'u bu durumu, ödenmemiş tutarları kategorize etmek için kullanır. Vadesi geçmiş, itirazlı veya tamamen ödenmiş faturaların popülasyonunu hızlı bir şekilde belirlemeye yardımcı olur.

Neden önemli

Bir faturanın mevcut durumu hakkında hızlı, üst düzey bir anlayış sunarak, finansal raporlama ve operasyonel yönetim için verimli filtreleme ve kategorizasyon sağlar.

Nereden alınır

RA_CUSTOMER_TRX_ALL veya AR_PAYMENT_SCHEDULES_ALL gibi tablolardaki durum alanlarından (örneğin, STATUS alanı) türetilmiştir.

Örnekler
AçıkKapalıİhtilaflıOnay Bekliyor
Fatura Tutarı
InvoiceAmount
Faturanın toplam tutarıdır.
Açıklama

Bu öznitelik, faturada ödenmesi gereken toplam tutarı temsil eder. Faturalama sürecinden geçen parasal değeri anlamak için kritik bir finansal ölçüttür.

Analizde Fatura Tutarı, yüksek değerli işlemleri önceliklendirmek, vadesi gelmemiş alacakların toplam değerini hesaplamak ve Satışların Tahsilat Süresi (DSO) gibi KPI'ları ağırlıklandırmak için kullanılır. Süreci finansal etkiye göre segmentlere ayırmaya olanak tanır; örneğin, yüksek değerli faturaların farklı bir onay yolunu izleyip izlemediğini veya ödenmesinin daha uzun sürüp sürmediğini analiz etmek gibi.

Neden önemli

Her vaka için finansal bağlamı sağlayarak, değer tabanlı analizi, yüksek değerli faturaların önceliklendirilmesini ve temel finansal KPI'ların hesaplanmasını mümkün kılar.

Nereden alınır

RA_CUSTOMER_TRX_ALL tablosunda, muhtemelen INVOICE_AMOUNT gibi bir alanda veya işlem toplamını temsil eden ilgili bir alanda bulunur.

Örnekler
5000.001250.75250000.00
İş Birimi
BusinessUnit
Faturayı düzenleyen kuruluş içindeki belirli iş birimi.
Açıklama

İş Birimi, işlemden sorumlu organizasyonel birimi temsil eder. Bu, büyük işletmelerde finansal segmentasyon ve raporlama için önemli bir veri elementidir.

Bu öznitelik, şirketin farklı bölümleri arasında süreç performansını karşılaştırmaya olanak tanır. Örneğin, DSO'nun iş birimleri arasında önemli ölçüde değişip değişmediğini veya bir birimin çok daha yüksek bir faturalama yeniden işleme oranına sahip olup olmadığını analiz edebilirsiniz. Bu, iyileştirme girişimlerinin en çok ihtiyaç duyulduğu yerlerde hedeflenmesine yardımcı olur.

Neden önemli

Farklı organizasyonel birimler arasında performans karşılaştırması yapılmasına olanak tanır, en iyi uygulamaları ve detaylı düzeyde iyileştirme gerektiren alanları belirlemeye yardımcı olur.

Nereden alınır

RA_CUSTOMER_TRX_ALL gibi işlem tablolarında bulunur, genellikle iş birimi tanımlarına bağlanan ORG_ID olarak yer alır.

Örnekler
ABD DanışmanlıkEMEA ÜretimAPAC Services
Müşteri Adı
CustomerName
Faturalandırılan müşteri veya kuruluşun adı.
Açıklama

Bu öznitelik, faturayla ilişkili müşteriyi tanımlar. Süreç verilerini segmentlere ayırmak ve filtrelemek için birincil bir boyuttur.

Müşteri Adına göre süreci analiz etmek, hangi müşterilerin en uzun ödeme döngülerine sahip olduğunu, hangilerinin faturalara itiraz etme olasılığının en yüksek olduğunu ve hangilerinin sürekli zamanında ödeme yaptığını belirlemeye yardımcı olur. Bu, DSO Trend dashboard'u ve tahsilat stratejilerini belirli müşteri davranışlarına uyarlamak için çok önemlidir.

Neden önemli

Sürecin müşteriye göre segmentlere ayrılmasına olanak tanır, bu da farklı davranışları, ödeme modellerini ve nakit akışını etkileyen potansiyel ilişki sorunlarını ortaya çıkarır.

Nereden alınır

İşlem tablosunun (RA_CUSTOMER_TRX_ALL) HZ_PARTIES gibi müşteri ana data tablolarıyla birleştirilmesiyle türetilmiştir.

Örnekler
`Global Tech Inc.`Innovate Solutions LLCApex Üretim
Vade Tarihi
DueDate
Fatura ödemesinin vadesi dolacağı tarih.
Açıklama

Vade Tarihi, ödeme koşulları tarafından belirlenen bir faturanın ödeme son tarihini tanımlayan kritik bir tarih özniteliğidir.

Bu öznitelik, tahsilatları ve finansal sağlığı izlemek için esastır. Zamanında Ödeme Oranı KPI'sını hesaplamak ve ödeme yaşlandırma raporları oluşturmak için temel oluşturur. Dashboard'larda, ödemelerin ne zaman beklendiğini göstererek nakit akışını tahmin etmek ve tahsilat faaliyetleri gerektiren vadesi geçmiş faturaları belirlemek için kullanılır.

Neden önemli

Bu, ödeme zamanlamasını ölçmek, DSO'yu hesaplamak ve alacak hesapları yaşlandırmayı yönetmek için birincil kriterdir.

Nereden alınır

AR_PAYMENT_SCHEDULES_ALL tablosunda, tipik olarak DUE_DATE alanında bulunur.

Örnekler
2023-05-302023-06-152023-07-01
Bitiş Saati
EventEndTime
Belirli bir etkinliğin veya olayın tamamlandığı kesin tarih ve saat.
Açıklama

Etkinlik Bitiş Saati, bir etkinliğin tamamlandığı anı kaydeder. Birçok olay anlık olsa da, 'Fatura Onayı' gibi bazı etkinliklerin bir süresi olabilir; bu, gönderildiğinde başlar ve bir karar verildiğinde sona erer.

Bir bitiş zamanına sahip olmak, etkinlik işleme süresinin hassas bir şekilde hesaplanmasına olanak tanır. Bu, kullanıcıların belirli görevlere ne kadar zaman harcadığını analiz etmek için faydalıdır. Bekleme süresi ile gerçek işleme süresi arasında ayrım yaparak bottleneck analizinin doğruluğunu artırır.

Neden önemli

Etkinlik işleme sürelerinin hassas bir şekilde hesaplanmasını sağlar, aktif çalışma süresi ile boş bekleme süresini ayırt eder, bu da detaylı bottleneck analizi için anahtardır.

Nereden alınır

Bu, genellikle süreçteki sonraki etkinliğin Başlangıç Zamanı alınarak elde edilir. Bazı etkinlikler için, workflow log'larında özel bir bitiş zamanı alanı bulunabilir.

Örnekler
2023-04-15T09:05:12Z2023-04-18T15:00:00Z2023-05-20T11:25:45Z
Bölge
Region
Müşteri veya işlemle ilişkili coğrafi bölge.
Açıklama

Bölge, genellikle müşterinin konumuna dayalı olarak fatura için coğrafi bağlamı sağlar. Bu, süreç performansının mekansal analizine olanak tanır.

Bölgeye göre analiz yapmak, yerel düzenlemelerden, piyasa koşullarından veya bölgesel ekip performansından kaynaklanan varyasyonları ortaya çıkarabilir. DSO Trend ve Fatura Uçtan Uca Döngü Süresi gibi Dashboard'lar, belirli bölgelerin faturaların ödenmesinde benzersiz zorluklarla karşılaşıp karşılaşmadığını görmek için bölgeye göre segmentlere ayrılabilir.

Neden önemli

Sürecin coğrafi olarak segmentlere ayrılmasına olanak tanır, bu da performans, müşteri davranışı veya uyumluluk açısından bölgesel farklılıkları vurgulayabilir.

Nereden alınır

Bu, genellikle TCA'da (HZ_LOCATIONS, HZ_PARTY_SITES) saklanan müşterinin adres bilgilerinden elde edilir. Faturanın kendisinde doğrudan bir alan değildir.

Örnekler
Kuzey AmerikaAvrupaAsya-Pasifik
Fatura Departmanı
BillingDepartment
Faturayı oluşturmaktan ve yönetmekten sorumlu dahili departman veya ekip.
Açıklama

Bu öznitelik, kuruluş içinde faturalama sürecini yürüten belirli ekibi veya departmanı tanımlar. Analiz için başka bir organizasyonel bağlam katmanı sağlar.

Faturalama Departmanına göre süreci segmentlere ayırarak, bir şirket farklı ekiplerin verimliliğini ve doğruluğunu karşılaştırabilir. Hangi departmanların daha yüksek yeniden işleme oranlarına, daha uzun onay döngülerine sahip olduğunu veya yüksek DSO'ya daha fazla katkıda bulunduğunu belirlemeye yardımcı olabilir, hedefe yönelik eğitim veya süreç standardizasyonu için fırsatları vurgular.

Neden önemli

İç ekipler arasında performans karşılaştırması yapılmasına olanak tanır, en iyi uygulamaları, kaynak ihtiyaçlarını veya süreç iyileştirme gerektiren alanları belirlemeye yardımcı olur.

Nereden alınır

Bu bilgi, faturayı oluşturan kullanıcıdan, kullanıcının İK sistemindeki atandığı departmanla (örneğin PER_ALL_ASSIGNMENTS_F aracılığıyla) ilişkilendirilerek elde edilebilir.

Örnekler
Kurumsal FaturalandırmaHizmet Faturalandırma EkibiÜrün Satış Faturalaması
Fatura Döngü Süresi
InvoiceCycleTime
Bir faturanın ilk oluşturulduğu andan kapatıldığı ana kadar geçen toplam süre.
Açıklama

Bu öznitelik, tek bir vaka için tüm fatura yaşam döngüsünün uçtan uca süresini ölçer. Genellikle 'Fatura Oluşturuldu' gibi en ilk etkinlik ile 'Fatura Kapatıldı' gibi son etkinlik arasındaki zaman farkı olarak hesaplanır.

Bu metrik, genel süreç verimliliğinin üst düzey bir görünümünü sağlar. 'Uçtan Uca Fatura Döngü Süresi' dashboard'u için birincil ölçüttür. Bu özniteliği müşteri veya iş birimi gibi farklı boyutlarda analiz ederek, kuruluşlar hangi tür faturaların işlenmesinin en uzun sürdüğünü belirleyebilir ve temel nedenleri araştırabilir.

Neden önemli

Genel süreç hızının tek, kritik bir ölçümünü sunarak, hangi faturaların baştan sona tamamlanmasının en uzun sürdüğünü hızlıca belirlemeye yardımcı olur.

Nereden alınır

Bu, her benzersiz Fatura Numarası için maksimum ve minimum EventTimestamp arasındaki fark alınarak elde edilen hesaplanmış bir metriktir.

Örnekler
45 gün 8 saat32 gün 2 saat90 gün 12 saat
Fatura Tarihi
InvoiceDate
Faturanın düzenlendiği resmi tarih.
Açıklama

Fatura Tarihi, işlem tarihi olarak da bilinir ve fatura belgesinde kaydedilen tarihtir. Ödeme süresi hesaplamaları için başlangıç noktası olarak hizmet eder.

Bu tarih, Satışların Tahsilat Süresi (DSO) hesaplaması için kritik bir bileşendir, çünkü DSO, Fatura Tarihinden ödeme tarihine kadar geçen süreyi ölçer. Sistemdeki oluşturma tarihinden farklıdır ve müşterinin bakış açısından ödeme döngüsünün resmi başlangıcını temsil eder.

Neden önemli

Bir faturanın yaşam döngüsü için resmi başlangıç tarihi olarak hizmet eder ve Satışların Tahsilat Süresi (DSO) KPI'sını hesaplamak için temel oluşturur.

Nereden alınır

RA_CUSTOMER_TRX_ALL tablosunda, TRX_DATE alanında bulunur.

Örnekler
2023-04-142023-05-182023-06-25
Kaynak Sistem
SourceSystem
Event verilerinin çıkarıldığı kayıt sistemi.
Açıklama

Bu öznitelik, verinin kaynaklandığı uygulama kaynağını tanımlar. Bu süreç için tipik olarak Oracle Fusion Financials olacaktır, ancak içinde Oracle Alacaklar (AR) gibi belirli bir modülü de belirtebilir.

Birden fazla entegre sisteme sahip ortamlarda, bu alan veri kaynaklarını ayırmaya yardımcı olur ve veri doğrulaması ve yönetişimi için kritiktir. Analizin doğru ve amaçlanan veri setine dayandığından emin olur.

Neden önemli

Data'nın kökenini belirler; bu, data governance, sorun giderme ve analizin doğru kayıt sistemine dayanmasını sağlamak için kritik öneme sahiptir.

Nereden alınır

Bu, genellikle veri çıkarma ve dönüştürme süreci sırasında eklenen statik bir değerdir ('Oracle Fusion Financials').

Örnekler
Oracle Fusion FinancialsOracle AR BulutuFusion Uygulamaları
Kullanıcı
User
Belirli bir etkinliği gerçekleştiren çalışan veya sistem kullanıcısı.
Açıklama

Kullanıcı özniteliği, bir süreç adımını yürütmekten sorumlu kişiyi veya otomatik temsilciyi tanımlar. Bu, faturayı oluşturan kullanıcı, onaylayan yönetici veya hatırlatıcı gönderen tahsilat görevlisi olabilir.

Kullanıcıya göre analiz yapmak, eğitim fırsatlarını, iş yükü dağılımını ve bireyler veya ekipler arasındaki performans farklılıklarını belirlemeye yardımcı olur. Belirli kullanıcıların yüksek hata oranlarıyla ilişkili olup olmadığını veya belirli onaylayıcıların sürekli bottleneck oluşturup oluşturmadığını ortaya çıkarabilir.

Neden önemli

Süreç adımları için hesap verebilirliği atar, kullanıcı performansı analizini, iş yükü dengelemesini ve eğitim ihtiyaçlarının belirlenmesini sağlar.

Nereden alınır

Çeşitli işlem ve workflow tablolarındaki CREATED_BY veya LAST_UPDATED_BY gibi kullanıcı kimliği alanlarından alınır. Bu kimlik daha sonra kullanıcının adını almak için kullanıcı dizin tablolarıyla (örn. PER_ALL_PEOPLE_F) birleştirilir.

Örnekler
john.smithjane.doeTahsilatBotu
Ödeme Vadeleri
PaymentTerms
Fatura ödemesi için üzerinde anlaşılan şartlar, örneğin 'Net 30' veya '2% 10, Net 30'.
Açıklama

Ödeme Koşulları, bir faturanın ne zaman ve nasıl ödenmesi gerektiğini, erken ödeme için potansiyel indirimler de dahil olmak üzere yöneten kuralları tanımlar. Bu bilgi, alacak hesaplarını ve nakit akışını yönetmek için kritik öneme sahiptir.

Bu attribute, doğru son ödeme tarihini hesaplamak ve erken ödeme indirimleri için fırsatları belirlemek için esastır. Erken Ödeme İndirimi Yakalama Oranı KPI'si, hangi faturaların indirime uygun olduğunu belirlemek için bu data'ya doğrudan bağlıdır.

Neden önemli

Bir fatura için ödeme kurallarını tanımlar, son ödeme tarihi hesaplamalarını ve erken ödeme indirimi yakalama yeteneğini doğrudan etkiler ve optimize etmeye yardımcı olur.

Nereden alınır

RA_TERMS tablosunda bulunur ve RA_CUSTOMER_TRX_ALL'deki bir term_id aracılığıyla işleme bağlanır.

Örnekler
Net 30 GünNet 60 Gün2% 10, Net 30
Ödeme Yöntemi
PaymentMethod
Müşterinin ödeme yapmak için kullandığı yöntem, örneğin banka havalesi veya kredi kartı.
Açıklama

Bu öznitelik, bir müşterinin faturasını nasıl ödediğini belirtir. Bu bilgi, ödeme trendlerini ve maliyetlerini analiz etmek için faydalı olabilir.

Farklı ödeme yöntemlerinin farklı işlem süreleri ve işlem maliyetleri olabilir. Ödeme yöntemine göre analiz yapmak, belirli yöntemlerin mutabakat hatalarına veya gecikmelere yatkın olup olmadığını anlamaya yardımcı olabilir. Ayrıca, müşterileri daha verimli ödeme kanalları kullanmaya teşvik edecek stratejileri de bilgilendirebilir.

Neden önemli

Farklı ödeme kanallarıyla ilişkili ödeme işleme verimliliğini, işlem maliyetlerini ve mutabakat hata oranlarını analiz etmeye yardımcı olur.

Nereden alınır

AR_CASH_RECEIPTS_ALL gibi nakit makbuz tablolarında bulunur ve ödeme yöntemini gösteren bir alan içerir.

Örnekler
ACHHavaleKredi KartıÇek
Ortalama Tahsilat Süresi
DaysSalesOutstanding
Fatura tarihi ile ödemenin alındığı tarih arasındaki gün sayısı.
Açıklama

Günlük Satış Hasılatı (DSO), bir faturanın düzenlenmesinden sonra ödeme tahsilatının ortalama süresini ölçen kritik bir finansal metriktir. Bu attribute, bunu her bir fatura için hesaplar.

Genel DSO önemli bir KPI olmasına rağmen, bunu bireysel fatura düzeyinde hesaplamak çok daha derin bir analiz sağlar. trend dashboard'ları oluşturmak, yüksek DSO'ya sahip faturaların özelliklerini belirlemek ve süreç gecikmelerinin finansal etkisini ölçmek için kullanılabilir. Bu detaylı hesaplama, toplam DSO KPI'sinin arkasındaki itici güçleri anlamak için gereken data'yı sağlar.

Neden önemli

Bireysel fatura düzeyinde kritik bir nakit akışı metriğini hesaplar, tahsilat sürelerini ve finansal performansı neyin yönlendirdiğinin detaylı analizini sağlar.

Nereden alınır

Bu, 'Müşteri Ödemesi Alındı' etkinliğinin zaman damgası ile 'Fatura Tarihi' özniteliği arasındaki fark bulunarak hesaplanır.

Örnekler
356228
Son Veri Güncellemesi
LastDataUpdate
Bu `event` için `veri`nin kaynak sistemden son yenilenme veya çıkarılma zamanını gösteren `timestamp`.
Açıklama

Bu öznitelik, en son veri çıkarma işleminin zaman damgasını sağlar. Analiz edilen verinin güncelliğini anlamak için gerekli olan bir meta veri alanıdır.

Analistler bu bilgiyi, güncel bilgilerle çalıştıklarını doğrulamak ve verinin yakın tarihini anlamak için kullanır. Özellikle 'gerçek zamanlı' veya gerçeğe yakın zamanlı olduğunu iddia eden dashboard'lar için önemlidir, çünkü olası veri gecikmeleri hakkında şeffaflık sağlar.

Neden önemli

Kullanıcılara data'nın güncelliği hakkında bilgi verir, analizlerin ve sonuçların bilinen ve kabul edilebilir bir güncellik düzeyine sahip bilgilere dayanmasını sağlar.

Nereden alınır

Bu, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulan bir meta veri alanıdır. Genellikle veri boru hattının yürütme zamanına karşılık gelir.

Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Uyuşmazlık Nedeni
DisputeReason
Müşteri tarafından faturaya itiraz edilmesinin nedeni.
Açıklama

Bir müşteri faturaya itiraz ettiğinde, anlaşmazlığın nedeni kaydedilir. Bu, fiyatlandırma, miktar, hizmet kalitesi veya diğer sorunlarla ilgili olabilir.

Anlaşmazlık nedenlerini analiz etmek, kök neden analizi yapmak için güçlü bir yoldur. En yaygın anlaşmazlık nedenlerini anlayarak, işletme fiyatlandırma, sipariş karşılama veya veri kalitesindeki temel sorunları ele alabilir. Bu, Ortalama Fatura Anlaşmazlığı Çözüm Süresi'ni azaltmaya ve müşteri memnuniyetini artırmaya yardımcı olur.

Neden önemli

Ödeme gecikmelerinin ve müşteri memnuniyetsizliğinin temel nedenlerine doğrudan içgörü sağlayarak, işletmenin sistemik sorunları ele almasına olanak tanır.

Nereden alınır

Bu bilgi, Oracle Collections'da veya ilgili bir anlaşmazlık yönetimi modülünde saklanabilir. Özel bir anlaşmazlık tablosunda veya işlemin kendisinde bir neden kodu olarak bulunabilir.

Örnekler
Hatalı FiyatlandırmaMiktar UyuşmazlığıHasarlı MallarMükerrer Fatura
Yeniden İşleme mi?
IsRework
Bir etkinliğin, tekrarlayan bir onay veya düzeltme gibi, yeniden işleme sayılıp sayılmadığını belirten `boolean` bir bayrak.
Açıklama

Bu hesaplanmış öznitelik, gereksiz veya fazladan işleri temsil eden etkinlikleri işaretler. Örnekler arasında bir faturanın reddedilip tekrar onay için gönderilmesi veya ilk oluşturulduktan sonra bir düzeltme yapılması yer alır.

Yeniden işleme işaretleyerek, bunun süreç üzerindeki etkisini nicelleştirmek kolaylaşır. Faturalama Yeniden İşleme Oranı KPI'sı doğrudan bu öznitelikten hesaplanır. Dashboard'lar, yeniden işleme sıklığını görselleştirebilir ve bunun eklediği ekstra döngü süresini ölçerek verimsizlik ve hata kaynaklarını belirlemeye yardımcı olur.

Neden önemli

Gereksiz veya tekrarlayan işleri işaretleyerek süreç verimsizliğini doğrudan nicelendirir, bu da kalite sorunlarının maliyet ve zaman etkisini ölçmeyi kolaylaştırır.

Nereden alınır

Bu, veri dönüşümü sırasında etkinlik dizisine göre hesaplanır. Örneğin, aynı vaka için 'Fatura Onaylandı' etkinliğinden önce 'Fatura Reddedildi' etkinliği gelirse, yeniden işleme olarak işaretlenir.

Örnekler
truefalse
Zamanında Ödendi mi
IsPaidOnTime
Faturanın vadesi içinde veya vadesinden önce ödenip ödenmediğini belirten `boolean` bir bayrak.
Açıklama

Bu hesaplanmış öznitelik, ödeme zamanlamasının basit bir doğru veya yanlış göstergesini sağlar. 'Müşteri Ödemesi Alındı' etkinliğinin tarihi ile faturanın 'Vade Tarihi' özniteliği karşılaştırılarak elde edilir.

Bu işaret, Zamanında Ödeme Oranı KPI'sı için analizi ve raporlamayı basitleştirir. Müşteri, bölge veya fatura tutarı gibi hangi faktörlerin gecikmiş ödemelerle ilişkili olduğunu anlamak için kolay filtreleme ve segmentasyona olanak tanır. Tahsilat etkinliğini değerlendirmek için önemli bir metriktir.

Neden önemli

Tahsilat performansının ölçümünü basitleştirir ve zamanında yapılan ödemeler ile gecikmiş ödemelere katkıda bulunan faktörlerin kolay analizine olanak tanır.

Nereden alınır

Nihai ödeme etkinliğinin timestamp'inin DueDate attribute'ü ile karşılaştırılmasıyla hesaplanır. Mantık şudur: PaymentTimestamp <= DueDate.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

Siparişten Nakde - Faturalandırma Etkinlikleri

Bunlar, doğru süreç keşfi için `event log`'unuza kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 7 İsteğe Bağlı
Aktivite Açıklama
Fatura Kapatıldı
Fatura tamamen ödenmiş ve mutabık kalınmış, yaşam döngüsü tamamlanmıştır. Bu olay genellikle faturadaki ödenmemiş bakiyenin sıfır olması ve durumunun güncellenmesiyle çıkarılır.
Neden önemli

Bu, faturanın nihai çözümüdür ve sürecin sonunu işaret eder. Bu duruma ulaşmak için geçen toplam süre, faturalama süreci için birincil KPI olan uçtan uca döngü süresidir.

Nereden alınır

AR_PAYMENT_SCHEDULES_ALL tablosundan, durum 'CLOSED' olarak güncellendiğinde ve amount_due_remaining sıfır olduğunda çıkarılmıştır. 'gl_date_closed' alanı kapanış tarihini gösterir.

Yakala

Belirli fatura için AR_PAYMENT_SCHEDULES_ALL'daki gl_date_closed değerini kullanın.

Event tipi inferred
Fatura Müşteriye Gönderildi
Fatura, müşteriye tercih ettikleri yöntemle (örneğin e-posta veya basılı olarak) teslim edilmiştir. Sistem genellikle teslimat eyleminin ne zaman gerçekleştirildiğinin zaman damgasını kaydeder.
Neden önemli

Bu etkinlik, ödeme süresi dönemini resmi olarak başlatır. Onaydan teslimata kadar geçen süreyi ölçmek, fatura dağıtım sürecinin verimliliğini anlamanın anahtarıdır.

Nereden alınır

Bu, RA_CUSTOMER_TRX_ALL'daki 'last_printed_date' alanından veya elektronik teslimat kullanılıyorsa Oracle Business Intelligence Publisher'daki log'lardan çıkarılabilir.

Yakala

Faturayla ilişkili ilgili teslimat veya yazdırma log'undaki zaman damgasını kullanın.

Event tipi inferred
Fatura Oluşturuldu
Fatura işleminin sistemde ilk kez oluşturulması, genellikle taslak veya tamamlanmamış bir durumda. Bu olay, bir kullanıcı Alacaklar modülünde yeni bir fatura kaydını ilk kez kaydettiğinde açıkça loglanır.
Neden önemli

Bu, faturalama sürecinin kesin başlangıcıdır. Oluşturmadan tamamlanmaya kadar geçen süreyi analiz etmek, ön uç veri girişi gecikmelerini veya sistem performans sorunlarını belirlemeye yardımcı olur.

Nereden alınır

Bu olay, RA_CUSTOMER_TRX_ALL tablosundaki işlem kaydının oluşturulma tarihinden yakalanır. Başlangıç durumu genellikle 'Tamamlanmamış'tır.

Yakala

Belirli fatura numarası için RA_CUSTOMER_TRX_ALL tablosundaki creation_date değerini kullanın.

Event tipi explicit
Fatura Onaylandı
Fatura gerekli tüm onayları almış ve müşteriye gönderilmeye hazırdır. Bu olay, onay workflow'u başarıyla tamamlandığında, faturanın durumunu güncelleyerek yakalanır.
Neden önemli

Bu, faturanın müşteriye teslimatını engelleyen kritik bir kilometre taşıdır. Buradaki gecikmeler, ödeme süresi başladığında doğrudan etki ederek Satışların Tahsilat Süresi'ni (DSO) etkiler.

Nereden alınır

Fatura işlem kaydındaki son onay durumu güncellemesinden veya ilişkili BPM workflow görevindeki tamamlanma timestamp'inden çıkarılmıştır.

Yakala

Fatura onay durumunun 'Onaylandı' olarak ayarlandığı timestamp'i yakalar.

Event tipi inferred
Müşteri Ödemesi Alındı
Bir müşteriden gelen ödeme, sisteme nakit tahsilat olarak girilmiştir. Bu aşamada, ödeme henüz belirli bir faturaya uygulanmamış olabilir.
Neden önemli

Bu, nakit girişini temsil eden önemli bir kilometre taşıdır. Ödeme makbuzu ile faturaya uygulanması arasındaki zaman farkı, nakit yönetimi verimliliğinin önemli bir göstergesidir.

Nereden alınır

AR_CASH_RECEIPTS_ALL tablosunda bir kayıt oluşturulduğunda açıkça kaydedilir. receipt_date ödemenin ne zaman işlendiğini gösterir.

Yakala

AR_CASH_RECEIPTS_ALL tablosundaki creation_date veya receipt_date değerini kullanın.

Event tipi explicit
Ödeme Faturaya Uygulandı
Alınan müşteri ödemesi, belirli faturayla başarıyla eşleştirilmiş ve faturaya uygulanarak ödenmemiş bakiyesini azaltmıştır. Bu, ayrık bir işlemsel kayıttır.
Neden önemli

Bu etkinlik, nakitin doğru bir şekilde tahsis edildiğini doğrular; bu, doğru yaşlandırma raporları ve finansal tablolar için kritiktir. Tahsil edilebilir alacağa karşı nakiti tanıma konusundaki son adımdır.

Nereden alınır

AR_RECEIVABLE_APPLICATIONS_ALL tablosunda açıkça kaydedilmiştir. apply_date ve gl_date alanları uygulamanın ne zaman gerçekleştiğini gösterir.

Yakala

Nakit makbuzunu faturaya bağlayan AR_RECEIVABLE_APPLICATIONS_ALL tablosundaki apply_date değerini kullanın.

Event tipi explicit
Fatura Düzeltildi
Fatura tutarında silme veya kredi gibi bir değişiklik yapılmıştır. Bu, faturanın ödenmemiş bakiyesini değiştirmek için açık bir işlemdir.
Neden önemli

Düzeltmeler genellikle anlaşmazlıkları, imtiyazları veya düzeltmeleri gösterir. Düzeltmelerin sıklığını ve değerini analiz etmek, siparişten nakde sürecindeki temel sorunları ortaya çıkarabilir.

Nereden alınır

AR_ADJUSTMENTS_ALL tablosunda açıkça kaydedilmiştir. Düzeltme kaydının creation_date'i event'i işaretler.

Yakala

İlgili fatura için AR_ADJUSTMENTS_ALL tablosundaki creation_date değerini kullanın.

Event tipi explicit
Fatura Onaya Sunuldu
Fatura, yapılandırılmışsa resmi olarak bir onay workflow'una gönderilir. Bu durum, fatura durumu beklemede bir onay durumuna güncellendiğinde, belirlenen onaylayıcılara bildirimler tetikleyerek yakalanır.
Neden önemli

Onay döngüsünün başlangıcını işaretler. Bu etkinliği izlemek, genel fatura döngü süresinin önemli bir bileşeni olan sonraki onay süresini ölçmek ve analiz etmek için hayati öneme sahiptir.

Nereden alınır

Fatura işlemindeki bir durum değişikliğinden çıkarılmıştır veya onay görevinin başlatılmasını kaydeden Oracle İş Süreçleri Yönetimi (BPM) workflow tablolarından alınmıştır.

Yakala

Faturanın onay durumunun 'Beklemede' veya benzer bir duruma ayarlandığı timestamp'i belirleyin.

Event tipi inferred
Fatura Reddedildi
Bir onaylayıcı, genellikle fiyatlandırma veya miktar gibi `data` hataları nedeniyle faturayı reddetti. Bu `event`, faturayı düzeltme için geri gönderir ve bir yeniden işleme döngüsü oluşturur.
Neden önemli

Redleri takip etmek, faturalama doğruluğu ve dahili kontrollerle ilgili sorunları vurgular. Redlerin sıklığını ve nedenlerini analiz etmek, süreç iyileştirme ve eğitim için alanları belirleyebilir.

Nereden alınır

Fatura işlem kaydındaki bir durum güncellemesinden veya BPM workflow görevindeki 'Reddedildi' sonucundan çıkarılmıştır.

Yakala

Fatura onay durumunun 'Reddedildi' olarak ayarlandığı timestamp'i yakalar.

Event tipi inferred
Fatura Tamamlandı
Fatura veri girişinin tamamlandığı ve işlemin doğrulama ve muhasebeleştirme için hazır olduğu noktayı temsil eder. Bu genellikle faturanın durumunun 'Tamamlanmamış'tan 'Tamamlandı'ya değiştiğinin gözlemlenmesiyle yakalanır.
Neden önemli

Bu kilometre taşı, veri girişi aşamasının sonunu işaret eder. Oluşturma ve tamamlama arasındaki süre, faturalama departmanının veri girişi ve inceleme sürecinin verimliliğini gösterebilir.

Nereden alınır

RA_CUSTOMER_TRX_ALL tablosundaki fatura işlem kaydındaki bir durum değişikliğinden çıkarılmıştır. 'Tamamlandı' durum güncellemesiyle ilişkili timestamp'i arayın.

Yakala

RA_CUSTOMER_TRX_ALL veya ilgili workflow tablolarındaki işlem için durum geçmişini takip edin.

Event tipi inferred
İhtilaf Başlatıldı
Müşteri faturayı resmi olarak itiraz etmiş ve sistemde bir anlaşmazlık vakası oluşturulmuştur. Bu durum genellikle fatura ödeme planındaki bir durum bayrağının değiştirilmesiyle kaydedilir.
Neden önemli

Anlaşmazlıklar ödeme sürecini dondurur ve çözmek için manuel çaba gerektirir. Anlaşmazlık sıklığını ve çözüm süresini analiz etmek, fiyatlandırma veya nakliye hataları gibi temel nedenleri belirlemeye yardımcı olur.

Nereden alınır

Bu, AR_PAYMENT_SCHEDULES_ALL tablosundaki durum alanının bir anlaşmazlık durumuna ayarlanmasından veya AR_DISPUTE_HISTORY'deki oluşturma kayıtlarından çıkarılabilir.

Yakala

Faturanın ödeme planı için itiraz bayrağının veya durumunun ne zaman etkinleştirildiğini belirleyin.

Event tipi inferred
Ödeme Hatırlatıcısı Gönderildi
Vadesi geçmiş bir fatura için müşteriye bir ihtarname veya hatırlatma bildirimi gönderilmiştir. Bu, tahsilat modülü tarafından kaydedilen açık bir eylemdir.
Neden önemli

Hatırlatıcıları takip etmek, tahsilat sürecinin etkinliğini ölçmeye yardımcı olur. Hangi hatırlatma stratejilerinin daha hızlı ödemelere yol açtığını analiz etmeye olanak tanır.

Nereden alınır

Oracle Gelişmiş Tahsilatlar modülünde açıkça kaydedilmiştir. IEX_DUNNINGS gibi ihtarname geçmişi tabloları, gönderilen hatırlatmanın tarihini ve seviyesini kaydederdi.

Yakala

Faturayla olan ihtarname işlemini bağlayarak ihtarname geçmişi tablolarından alınır.

Event tipi explicit
Ödeme Vadesi Geldi
Fatura ödemesinin sözleşmeye göre vadesi dolduğu tarih geçmiştir. Bu, işlemsel bir olay değildir ancak fatura şartları ve mevcut tarihe göre hesaplanır.
Neden önemli

Bu hesaplanmış olay, yaşlandırma analizi ve DSO hesaplaması için temeldir. Zamanında faturaları vadesi geçmiş olanlardan ayırarak, odaklanmış tahsilat faaliyetlerine olanak tanır.

Nereden alınır

Bu hesaplanmış bir olaydır. Belirli bir fatura için AR_PAYMENT_SCHEDULES_ALL tablosundaki due_date alanı geçerli tarihten büyük olduğunda meydana gelir.

Yakala

Geçerli tarihin AR_PAYMENT_SCHEDULES_ALL tablosundaki due_date alanı ile karşılaştırılmasıyla hesaplanır.

Event tipi calculated
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Oracle Fusion Financials'tan Nasıl Alırsınız?