Siparişten Nakde - Faturalama ve Muhasebeleştirme Veri Template'iniz
Siparişten Nakde - Faturalama ve Muhasebeleştirme Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Oracle Fusion Financials için Veri Çıkarma Rehberliği
Siparişten Nakde - Faturalandırma Nitelikleri
| 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
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
Ö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
Ö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ı
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,
Ö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
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
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
Ö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 Genel DSO önemli bir
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
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
Örnekler
truefalse
|
|||
Siparişten Nakde - Faturalandırma Etkinlikleri
| 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
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
Yakala
Fatura onay durumunun 'Onaylandı' olarak ayarlandığı
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.
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.
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
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 (
Yakala
Faturanın onay durumunun 'Beklemede' veya benzer bir duruma ayarlandığı
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
Yakala
Fatura onay durumunun 'Reddedildi' olarak ayarlandığı
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
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
Event tipi
calculated
|
|||