Siparişten Tahsilata - Faturalandırma ve Fatura Veri Template'inuz
Siparişten Tahsilata - Faturalandırma ve Fatura Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Oracle Fusion Financials için Veri Çıkarma Rehberliği
Siparişten Nakde - Faturalama ve Muhasebe Öznitelikleri
| 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
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
Ö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
Ö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 Genel DSO önemli bir
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ı
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,
Ö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?
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
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
Ö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
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
Örnekler:::::::
truefalse
|
|||
Siparişten Nakde - Faturalama ve Muhasebe Faaliyetleri
| 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
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
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.
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.
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
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 (
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
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
Event tipi
calculated
|
|||