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

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

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

Bu şablon, Siparişten Nakde - Faturalama ve Muhasebe sürecinizi analiz etmek için gereken verileri çıkarmak için detaylı bir rehber sunar. Toplanması gereken temel öznitelikler.i, izlenmesi gereken temel aktiviteleri ve veri çıkarma için pratik rehberliği özetler. Bu şablon'i takip ederek, etkili process mining ve optimizasyon için güçlü bir veri seti oluşturabilirsiniz.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Oracle Fusion Financials için Veri Çıkarma Rehberliği
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Siparişten Nakde - Faturalama ve Muhasebe Öznitelikleri

Bunlar, detaylı Siparişten Nakde - Faturalama ve Muhasebe analizi için event lognüze (event log) dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 5 Önerilen 14 Opsiyonel
Ad Açıklama
Başlangıç Zamanı
EventTimestamp
Belirli bir aktivite veya olayın gerçekleştiği tam 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ı sunar, bu da süreç akışını oluşturmak ve herhangi bir zamana dayalı analizi gerçekleştirmek için gereklidir.

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?dir?

Zaman damgaları, döngü süreleri, gecikmeler ve son tarihlere uyum dahil olmak üzere tüm performans metriklerini hesaplamak için gereklidir 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 (Case ID) olarak olarak kullanılır.
Açıklama

Fatura Numarası, faturalama süreci analizinin en önemli bileşenidir. 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 süreç döngüsünün eksiksiz, uçtan uca görmenizi sunar.

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 darboğazların veya yeniden işleme döngülerinin belirlenmesini sunar. 'Fatura Uçtan Uca Döngü Süresi' gibi kontrol paneli'lar ve fatura başına Satışların Tahsilat Süresi (DSO) gibi temel KPI'ları hesaplamak için gereklidir.

Neden Önemli?dir?

Bu öznitelik, ilgili tüm faturalama ve ödeme faaliyetlerini tek bir vakada birleştirerek, fatura süreç döngüsünün eksiksiz ve doğru bir analizini sağladığı için büyük önem taşır.

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
Aktivite Adı
ActivityName
Fatura süreç döngüsü içinde belirli bir zamanda gerçekleşen iş olayının veya görevinin adı.
Açıklama

Aktivite 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 sunar. 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 kontrol paneli'lar ve KPI'lar, süreç akışını anlamak için bu özniteliğe güvenir.

Neden Önemli?dir?

Bu öznitelik, süreç haritasındaki adımları tanımlayarak, fatura iş akışını (workflow)ndaki verimsizlikleri görselleştirmeyi, analiz etmeyi ve belirlemeyi sunar.

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 süreç döngüsündeki mevcut durumu, örneğin 'Açık', 'Kapalı' veya 'Uyuşmazlık'.
Açıklama

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

Bu nitelik, üst düzey izleme ve filtreleme için kullanışlıdır. Örneğin, Gerçek Zamanlı Nakit Akışı Tahmin kontrol paneli'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?dir?

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 sunar.

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ıUyuşmazlıkOnay 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 sunar; ö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?dir?

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ı sunar.

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 sunar. Ö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?dir?

Farklı organizasyonel birimler arasında performans karşılaştırması yapılmasına sunar, 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 kontrol paneli'u ve tahsilat stratejilerini belirli müşteri davranışlarına uyarlamak için büyük önem taşır.

Neden Önemli?dir?

Sürecin müşteriye göre segmentlere ayrılmasına sunar, 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 vadesinin geldiği 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 gereklidir. Zamanında Ödeme Oranı KPI'sını hesaplamak ve ödeme yaşlandırma raporları oluşturmak için temel oluşturur. Panellerde, ö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?dir?

Bu, ödeme zamanlamasını analiz etmek için gereklidir.manlaması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
Alacak Tahsil Süresi (DSO)
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 nitelik, 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 sunar. trend kontrol paneli'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ı sunar.

Neden Önemli?dir?

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

Nereden Alınır??

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

Örnekler:::::::
356228
Bitiş Zamanı
EventEndTime
Belirli bir etkinliğin veya olayın tamamlandığı tam tarih ve saat.
Açıklama

Etkinlik Bitiş Zamanı, 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 sunar. 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 darboğaz analizinin doğruluğunu artırır.

Neden Önemli?dir?

Etkinlik işleme sürelerinin hassas bir şekilde hesaplanmasını sunar, aktif çalışma süresi ile boş bekleme süresini ayırt eder, bu da detaylı bottleneck analizi için temel rol oynar.

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ı sunar. Bu, süreç performansının mekansal analizine sunar.

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?dir?

Sürecin coğrafi olarak segmentlere ayrılmasına sunar, 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ı sunar.

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?dir?

İç ekipler arasında performans karşılaştırması yapılmasına sunar, 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 süreç 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ü sunar. 'Uçtan Uca Fatura Döngü Süresi' kontrol paneli'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?dir?

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 Eventzaman damgası (zaman damgası) 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 olarak kullanılır.

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?dir?

Bir faturanın süreç döngüsü için resmi başlangıç tarihi olarak olarak kullanılır 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
Olay 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 büyük önem taşır. Analizin doğru ve amaçlanan veri setine dayandığından emin olur.

Neden Önemli?dir?

Data'nın kökenini belirler; bu, data yönetişim, sorun giderme ve analizin doğru kayıt sistemine dayanmasını güçlüak için büyük önem taşır.

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?dir?

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 sunar.

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 Koşulları
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 büyük önem taşır.

Bu nitelik, doğru son ödeme tarihini hesaplamak ve erken ödeme indirimleri için fırsatları belirlemek için gereklidir. 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?dir?

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?dir?

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
Son Veri Güncellemesi
LastDataUpdate
Bu event için verinin kaynak sistemden son yenilenme veya çıkarılma zamanını gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, en son veri çıkarma işleminin zaman damgası (zaman damgası)nı sunar. 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 kontrol paneli'lar için önemlidir, çünkü olası veri gecikmeleri hakkında netlik kazandırır.

Neden Önemli?dir?

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ı sunar.

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?dir?

Ödeme gecikmelerinin ve müşteri memnuniyetsizliğinin temel nedenlerine doğrudan önemli bilgi sağlayarak, işletmenin sistemik sorunları ele almasına sunar.

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?dir?

Gereksiz veya tekrarlayan işleri işaretleyerek süreç verimsizliğini doğrudan ölçülmesini sağlar, 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ı analiz etmek için gereklidir.manlamasının basit bir doğru veya yanlış göstergesini sunar. '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 sunar. Tahsilat etkinliğini değerlendirmek için önemli bir metriktir.

Neden Önemli?dir?

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 sunar.

Nereden Alınır??

Nihai ödeme etkinliğinin zaman damgası (zaman damgası)'inin DueDate nitelik'ü ile karşılaştırılmasıyla hesaplanır. Mantık şudur: Paymentzaman damgası (zaman damgası) <= DueDate.

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

Siparişten Nakde - Faturalama ve Muhasebe Faaliyetleri

Bunlar, doğru süreç keşfi için event lognüze (event log) kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 7 Opsiyonel
Aktivite Açıklama
Fatura Kapatıldı
Fatura tamamen ödenmiş ve mutabık kalınmış, süreç 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?dir?

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ı (zaman damgası)nı kaydeder.
Neden Önemli?dir?

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ı (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?dir?

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 iş akışını (workflow) başarıyla tamamlandığında, faturanın durumunu güncelleyerek yakalanır.
Neden Önemli?dir?

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 zaman damgası (zaman damgası)'inden çıkarılmıştır.

Yakala

Fatura onay durumunun 'Onaylandı' olarak ayarlandığı zaman damgası (zaman damgası)'i yakalar.

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

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?dir?

Bu etkinlik, nakitin doğru bir şekilde tahsis edildiğini doğrular; bu, doğru yaşlandırma raporları ve finansal tablolar için büyük önem taşır. 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?dir?

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 iş akışını (workflow)na gönderilir. Bu durum, fatura durumu beklemede bir onay durumuna güncellendiğinde, belirlenen onaylayıcılara bildirimler tetikleyerek yakalanır.
Neden Önemli?dir?

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 büyük önem taşır.

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ığı zaman damgası (zaman damgası)'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?dir?

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ığı zaman damgası (zaman damgası)'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?dir?

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 zaman damgası (zaman damgası)'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?dir?

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?dir?

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 sunar.

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?dir?

Bu hesaplanmış olay, yaşlandırma analizi ve DSO hesaplaması için büyük önem taşır. Zamanında faturaları vadesi geçmiş olanlardan ayırarak, odaklanmış tahsilat faaliyetlerine sunar.

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 Opsiyonel

Veri Çıkarma Kılavuzları

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