Siparişten Tahsilata - Faturalama ve fatura işleme Veri Templateiniz
Siparişten Tahsilata - Faturalama ve fatura işleme Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Oracle Fusion Financials için veri çıkarma rehberi
Siparişten Tahsilata - Faturalama ve fatura işleme öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Başlangıç zamanı
EventTimestamp
|
Belirli bir etkinliğin veya olayın gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Olay zaman damgası, bir etkinliğin gerçekleştiği kesin anı kaydeder. Her faturadaki olayların kronolojik sırasını gösterir; bu bilgi, süreç akışını oluşturmak ve zamana dayalı analizler yapmak için gereklidir. Tüm süre ve performans hesaplamalarının temelini bu öznitelik oluşturur. Etkinlikler arasındaki süreyi ölçmek, uçtan uca çevrim sürelerini hesaplamak, ödemelerin zamanında yapılıp yapılmadığını belirlemek ve zaman içindeki eğilimleri incelemek için kullanılır. 'Ortalama fatura onay süresi' ve 'Fatura uçtan uca çevrim süresi' gibi KPI’lar doğrudan bu zaman damgalarından hesaplanır.
Neden önemli?
Zaman damgaları; çevrim süreleri, gecikmeler ve son tarihlere uyum dâhil tüm performans metriklerinin hesaplanması için gereklidir ve nicel süreç analizinin temelini oluşturur.
Nereden alınır?
Bu bilgi, Oracle Fusion Financials tablolarındaki çeşitli tarih alanlarından elde edilir. Örneğin RA_CUSTOMER_TRX_ALL tablosundaki CREATION_DATE veya iş akışı tablolarındaki durum güncelleme zaman damgaları kullanılabilir.
Örnekler
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-20T11:25:10Z
|
|||
|
Fatura numarası
InvoiceNumber
|
Her fatura için kullanılan benzersiz tanımlayıcıdır. Faturayla ilgili tüm etkinlikleri izlemek için temel vaka kimliği olarak kullanılır. | ||
|
Açıklama
Fatura numarası, faturalandırma süreci analizinin temelini oluşturur. Vaka kimliği olarak işlev görür ve fatura oluşturulmasından son ödemenin alınarak faturanın kapatılmasına kadar gerçekleşen tüm olayları bir araya getirir. Böylece tek bir fatura belgesinin yaşam döngüsünü baştan sona inceleyebilirsiniz. Process Mining analizinde fatura numarasını kullanarak süreç varyantlarını görselleştirebilir, her faturanın çevrim süresini hesaplayabilir ve belirli işlemleri etkileyen darboğazları veya yeniden çalışma döngülerini belirleyebilirsiniz. Bu alan, 'Fatura uçtan uca çevrim süresi' gibi Dashboardlar ve fatura bazında Satışların Tahsilat Süresi (DSO) gibi temel KPI’ların hesaplanması için gereklidir.
Neden önemli?
Bu öznitelik, faturalandırma ve ödeme etkinliklerini tek bir vakada bir araya getirerek fatura yaşam döngüsünün eksiksiz ve doğru biçimde analiz edilmesini sağlar.
Nereden alınır?
Bu değer genellikle Oracle Fusion Financials içindeki RA_CUSTOMER_TRX_ALL tablosunda bulunan İşlem Numarasıdır (TRX_NUMBER).
Örnekler
INV-1002345983451CM-55432
|
|||
|
Etkinlik adı
ActivityName
|
Fatura yaşam döngüsünde belirli bir anda gerçekleşen iş olayının veya görevin adı. | ||
|
Açıklama
Etkinlik adı, 'Fatura oluşturuldu', 'Fatura onaylandı' veya 'Müşteri ödemesi alındı' gibi faturalandırma sürecindeki bir adımı belirtir. Bu olaylar, her faturanın süreç akışını oluşturan eylem sırasını gösterir. Bu öznitelik, süreç keşfinin temelini oluşturur ve Process Mining aracının faturaların gerçekte nasıl işlendiğini görsel olarak haritalamasını sağlar. Süreç varyantlarını incelemek, birden fazla onay adımı gibi yeniden çalışma döngülerini belirlemek ve her aşamanın sıklığını ve süresini ölçmek için kullanılır. Süreç akışını anlamak için tüm Dashboardlar ve KPI’lar bu özniteliğe dayanır.
Neden önemli?
Bu öznitelik süreç haritasındaki adımları tanımlar; böylece fatura iş akışını görselleştirebilir, analiz edebilir ve verimsizlikleri belirleyebilirsiniz.
Nereden alınır?
Bu bilgi, Oracle Fusion Financials içindeki çeşitli tablolardan ve durum değişikliklerinden elde edilir. Örneğin onaylarla ilgili iş akışı geçmişi tabloları ve işlem durumu alanları kullanılabilir.
Ö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 'İtiraz edildi'. | ||
|
Açıklama
Fatura durumu, faturanın süreçte hangi aşamada olduğunu gösterir. Yaygın durumlar arasında açık (ödenmemiş), kapalı (ödenmiş), itiraz edilmiş veya iptal edilmiş yer alır. Bu öznitelik, genel izleme ve filtreleme için kullanışlıdır. Örneğin, gerçek zamanlı nakit akışı tahmini Dashboardu, bekleyen tutarları sınıflandırmak için bu durumu kullanır. Vadesi geçmiş, itiraz konusu olan veya tamamen ödenmiş faturaları hızlıca belirlemeye yardımcı olur.
Neden önemli?
Faturanın mevcut durumunu genel hatlarıyla hızlıca gösterir; finansal raporlama ve operasyon yönetimi için verimli filtreleme ve sınıflandırma sağlar.
Nereden alınır?
RA_CUSTOMER_TRX_ALL veya AR_PAYMENT_SCHEDULES_ALL gibi tablolardaki durum alanlarından (ör. STATUS alanı) elde edilir.
Örnekler
AçıkKapalıİtiraz edildiOnay bekliyor
|
|||
|
Fatura tutarı
InvoiceAmount
|
Faturanın toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, faturada ödenmesi gereken toplam tutarı gösterir. Faturalandırma sürecinde hareket eden parasal değeri anlamak için temel bir finansal metriktir. Analizde fatura tutarı; yüksek değerli işlemleri önceliklendirmek, tahsil edilmemiş alacakların toplam değerini hesaplamak ve Satışların Tahsilat Süresi (DSO) gibi KPI’lara ağırlık vermek için kullanılır. Süreci finansal etkisine göre gruplandırmaya da imkân tanır. Örneğin, yüksek tutarlı faturaların farklı bir onay sürecinden geçip geçmediğini veya tahsilatlarının daha uzun sürüp sürmediğini inceleyebilirsiniz.
Neden önemli?
Her vakanın finansal bağlamını sunar; değere dayalı analiz, yüksek tutarlı faturaların önceliklendirilmesi ve temel finansal KPI’ların hesaplanmasını sağlar.
Nereden alınır?
RA_CUSTOMER_TRX_ALL tablosunda, muhtemelen INVOICE_AMOUNT gibi bir alanda veya işlem toplamını gösteren ilişkili bir alanda bulunur.
Örnekler
5000.001250.75250000.00
|
|||
|
İş birimi
BusinessUnit
|
Kuruluş içinde faturayı düzenleyen iş birimi. | ||
|
Açıklama
İş birimi, işlemden sorumlu kurumsal birimi ifade eder. Büyük işletmelerde finansal gruplandırma ve raporlama için önemli bir veri öğesidir. Bu öznitelik, şirketin farklı bölümlerindeki süreç performansını karşılaştırmayı sağlar. Örneğin, DSO’nun iş birimleri arasında önemli ölçüde değişip değişmediğini veya bir birimde faturalandırma sürecindeki yeniden çalışma oranının çok daha yüksek olup olmadığını inceleyebilirsiniz. Böylece iyileştirme çalışmalarını en çok ihtiyaç duyulan alanlara yöneltebilirsiniz.
Neden önemli?
Farklı kurumsal birimlerin performansını karşılaştırmayı ve ayrıntılı düzeyde iyi uygulamalarla iyileştirme gereken alanları belirlemeyi sağlar.
Nereden alınır?
RA_CUSTOMER_TRX_ALL gibi işlem tablolarında bulunur. Genellikle iş birimi tanımlarıyla bağlantı kuran ORG_ID alanı kullanılır.
Örnekler
ABD DanışmanlıkEMEA ÜretimAPAC Hizmetleri
|
|||
|
Müşteri adı
CustomerName
|
Faturanın kesildiği müşterinin veya kuruluşun adı. | ||
|
Açıklama
Bu öznitelik, faturayla ilişkili müşteriyi belirtir. Süreç verilerini gruplandırmak ve filtrelemek için temel bir boyuttur. Süreci müşteri adına göre inceleyerek hangi müşterilerin ödeme çevrimlerinin daha uzun olduğunu, faturalarla ilgili itiraz etme olasılıklarının yüksek olduğunu ve ödemelerini düzenli olarak zamanında yaptığını belirleyebilirsiniz. Bu bilgi, DSO eğilimi Dashboardu ve müşteri davranışlarına göre tahsilat stratejileri oluşturmak için önemlidir.
Neden önemli?
Süreci müşteriye göre gruplandırarak farklı davranışları, ödeme örüntülerini ve nakit akışını etkileyebilecek olası ilişki sorunlarını ortaya çıkarır.
Nereden alınır?
İşlem tablosu (RA_CUSTOMER_TRX_ALL) ile HZ_PARTIES gibi müşteri ana verisi tabloları birleştirilerek elde edilir.
Örnekler
Global Tech Inc.Innovate Solutions LLCApex Manufacturing
|
|||
|
Son ödeme tarihi
DueDate
|
Fatura ödemesinin yapılması gereken tarih. | ||
|
Açıklama
Son ödeme tarihi, ödeme koşullarına göre faturanın ödenmesi gereken tarihi belirleyen önemli bir tarih özniteliğidir. Bu öznitelik, tahsilatları ve finansal durumu izlemek için gereklidir. Zamanında ödeme oranı KPI’ının hesaplanmasında ve ödeme yaşlandırma raporlarının hazırlanmasında temel alınır. Dashboardlarda, ödemelerin ne zaman beklendiğini göstererek nakit akışını tahmin etmek ve tahsilat takibi gerektiren vadesi geçmiş faturaları belirlemek için kullanılır.
Neden önemli?
Ödemelerin zamanında yapılıp yapılmadığını ölçmek, DSO’yu hesaplamak ve alacakların yaşlandırmasını yönetmek için temel ölçüttür.
Nereden alınır?
AR_PAYMENT_SCHEDULES_ALL tablosunda, genellikle DUE_DATE alanında bulunur.
Örnekler
2023-05-302023-06-152023-07-01
|
|||
|
Bitiş zamanı
EventEndTime
|
Belirli bir etkinliğin veya olayın tamamlandığı kesin tarih ve saat. | ||
|
Açıklama
Olay bitiş zamanı, bir etkinliğin tamamlandığı anı kaydeder. Birçok olay anlık gerçekleşse de 'Fatura onayı' gibi bazı etkinlikler belirli bir süre alabilir. Bu süre, fatura gönderildiğinde başlar ve karar verildiğinde sona erer. Bitiş zamanının kaydedilmesi, etkinliklerin işlem süresini doğru hesaplamayı sağlar. Kullanıcıların belirli görevlerde ne kadar zaman harcadığını incelemek için yararlıdır. Bekleme süresiyle gerçek işlem süresini ayırarak darboğaz analizinin doğruluğunu artırır.
Neden önemli?
Etkinliklerin işlem sürelerini doğru hesaplamayı ve aktif çalışma süresiyle boşta bekleme süresini ayırmayı sağlar. Bu ayrım, ayrıntılı darboğaz analizi için önemlidir.
Nereden alınır?
Genellikle süreçteki bir sonraki etkinliğin başlangıç zamanı kullanılarak elde edilir. Bazı etkinlikler için iş akışı günlüklerinde ö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 göre faturanın coğrafi bağlamını gösterir. Böylece süreç performansını konuma göre inceleyebilirsiniz. Bölge bazında analiz; yerel düzenlemelerden, piyasa koşullarından veya bölgesel ekip performansından kaynaklanan farklılıkları ortaya çıkarabilir. DSO eğilimi ve fatura uçtan uca çevrim süresi gibi Dashboardları bölgeye göre gruplandırarak bazı bölgelerin faturaları tahsil etme konusunda kendine özgü zorluklar yaşayıp yaşamadığını görebilirsiniz.
Neden önemli?
Süreci coğrafi bölgelere göre gruplandırarak performans, müşteri davranışları veya uyumluluk konusundaki bölgesel farklılıkları ortaya çıkarabilir.
Nereden alınır?
Genellikle TCA’da (HZ_LOCATIONS, HZ_PARTY_SITES) kayıtlı müşteri adresi bilgilerinden elde edilir. Faturada doğrudan bulunan bir alan değildir.
Örnekler
Kuzey AmerikaAvrupaAsya-Pasifik
|
|||
|
Fatura çevrim süresi
InvoiceCycleTime
|
Faturanın ilk oluşturulduğu andan kapatıldığı ana kadar geçen toplam süre. | ||
|
Açıklama
Bu öznitelik, tek bir vakanın tüm fatura yaşam döngüsünün baştan sona ne kadar sürdüğünü ölçer. Genellikle 'Fatura oluşturuldu' olan ilk etkinlik ile 'Fatura kapatıldı' olan son etkinlik arasındaki süre hesaplanır. Bu metrik, süreç verimliliğine genel bir bakış sunar ve 'Fatura uçtan uca çevrim süresi' Dashboardunun temel ölçütüdür. Kuruluşlar bu özniteliği müşteri veya iş birimi gibi farklı boyutlarda inceleyerek hangi fatura türlerinin işlenmesinin daha uzun sürdüğünü belirleyebilir ve temel nedenleri araştırabilir.
Neden önemli?
Sürecin başından sonuna kadar tamamlanmasının ne kadar sürdüğünü gösteren tek bir ölçüm sunar ve en uzun süren faturaları hızla belirlemeye yardımcı olur.
Nereden alınır?
Hesaplanan bu metrik, her benzersiz InvoiceNumber için en büyük ve en küçük EventTimestamp değerleri arasındaki farktan elde edilir.
Örnekler
45 gün 8 saat32 gün 2 saat90 gün 12 saat
|
|||
|
Fatura tarihi
InvoiceDate
|
Faturanın düzenlendiği resmî tarih. | ||
|
Açıklama
İşlem tarihi olarak da bilinen fatura tarihi, fatura belgesinde kayıtlı tarihtir. Ödeme koşullarının hesaplanmasında başlangıç noktası olarak kullanılır. DSO hesaplamasında bu tarih önemlidir; çünkü DSO, fatura tarihi ile ödeme tarihi arasındaki süreyi ölçer. Sistemdeki oluşturulma tarihinden farklıdır ve müşterinin bakış açısından ödeme çevriminin resmî başlangıcını gösterir.
Neden önemli?
Fatura yaşam döngüsünün resmî başlangıç tarihidir ve Satışların Tahsilat Süresi (DSO) KPI’ının hesaplanmasında temel alınır.
Nereden alınır?
RA_CUSTOMER_TRX_ALL tablosunda, TRX_DATE alanında bulunur.
Örnekler
2023-04-142023-05-182023-06-25
|
|||
|
Faturalandırma departmanı
BillingDepartment
|
Faturayı oluşturup yöneten iç departman veya ekip. | ||
|
Açıklama
Bu öznitelik, kuruluş içinde faturalandırma sürecini yürüten ekibi veya departmanı belirtir. Analize kurumsal yapı hakkında ek bağlam sağlar. Şirketler süreci faturalandırma departmanına göre gruplandırarak farklı ekiplerin verimliliğini ve doğruluğunu karşılaştırabilir. Hangi departmanlarda yeniden çalışma oranlarının veya onay sürelerinin daha yüksek olduğunu ya da DSO’nun artmasına daha fazla katkıda bulunduğunu belirleyebilir. Böylece hedefli eğitim veya süreç standardizasyonu fırsatları ortaya çıkar.
Neden önemli?
İç ekiplerin performansını karşılaştırmayı; iyi uygulamaları, kaynak ihtiyaçlarını ve süreç iyileştirmesi gereken alanları belirlemeyi sağlar.
Nereden alınır?
Bu bilgi, faturayı oluşturan kullanıcı belirlenip İK sisteminde atandığı departmanla ilişkilendirilerek elde edilebilir (ör. PER_ALL_ASSIGNMENTS_F aracılığıyla).
Örnekler
Kurumsal faturalandırmaHizmet faturalandırma ekibiÜrün satışları faturalandırma
|
|||
|
İtiraz nedeni
DisputeReason
|
Müşterinin faturaya itiraz etme nedeni. | ||
|
Açıklama
Müşteri faturaya itiraz ettiğinde itirazın nedeni kaydedilir. Fiyatlandırma, miktar, hizmet kalitesi veya başka konularla ilgili olabilir. İtiraz nedenlerini incelemek, temel nedenleri belirlemenin etkili bir yoludur. En sık karşılaşılan itiraz nedenlerini anlayan işletmeler; fiyatlandırma, sipariş karşılama veya veri kalitesiyle ilgili sorunları giderebilir. Böylece ortalama fatura itirazı çözüm süresi kısalır ve müşteri memnuniyeti artar.
Neden önemli?
Ödeme gecikmelerinin ve müşteri memnuniyetsizliğinin temel nedenlerini doğrudan göstererek işletmenin sistemik sorunları gidermesine yardımcı olur.
Nereden alınır?
Bu bilgi Oracle Collections veya ilgili bir itiraz yönetimi modülünde saklanabilir. Ayrı bir itiraz tablosunda ya da işlemin üzerindeki bir neden kodunda bulunabilir.
Örnekler
Yanlış fiyatlandırmaMiktar uyuşmazlığıHasarlı ürünlerMükerrer fatura
|
|||
|
Kaynak sistem
SourceSystem
|
Olay verilerinin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, verilerin geldiği kaynak uygulamayı belirtir. Bu süreçte kaynak genellikle Oracle Fusion Financials olur; ancak Oracle Receivables (AR) gibi belirli bir modül de belirtilebilir. Birden fazla entegre sistemin bulunduğu ortamlarda bu alan, veri kaynaklarını ayırt etmeye yardımcı olur ve veri doğrulama ile yönetişim açısından önem taşır. Analizin doğru ve amaçlanan Veri Seti üzerinden yapılmasını sağlar.
Neden önemli?
Verinin kaynağını belirtir. Veri yönetişimi ve sorun giderme için, ayrıca analizin doğru kayıt sistemi temelinde yapıldığından emin olmak açısından önemlidir.
Nereden alınır?
Bu değer genellikle veri çıkarma ve dönüştürme sırasında eklenen sabit bir değerdir ('Oracle Fusion Financials').
Örnekler
Oracle Fusion FinancialsOracle AR CloudFusion Apps
|
|||
|
Kullanıcı
User
|
Belirli bir etkinliği gerçekleştiren çalışan veya sistem kullanıcısı. | ||
|
Açıklama
Kullanıcı özniteliği, süreç adımını gerçekleştiren kişiyi veya otomatik sistemi belirtir. Faturayı oluşturan kullanıcı, faturayı onaylayan yönetici ya da hatırlatma gönderen tahsilat görevlisi olabilir. Kullanıcı bazında analiz; eğitim ihtiyaçlarını, iş yükü dağılımını ve kişiler ya da ekipler arasındaki performans farklarını ortaya çıkarır. Bazı kullanıcıların daha fazla hatayla ilişkili olup olmadığını veya belirli onaylayıcıların sürekli darboğaz oluşturup oluşturmadığını gösterebilir.
Neden önemli?
Süreç adımlarındaki sorumluluğu belirler; kullanıcı performansını ve iş yükü dağılımını analiz etmeyi, eğitim ihtiyaçlarını saptamayı sağlar.
Nereden alınır?
CREATED_BY veya LAST_UPDATED_BY gibi kullanıcı kimliği alanlarından alınır. Ardından bu kimlik, kullanıcının adını bulmak için kullanıcı dizini tablolarıyla (ör. PER_ALL_PEOPLE_F) birleştirilir.
Örnekler
john.smithjane.doeCollectionsBot
|
|||
|
Ödeme koşulları
PaymentTerms
|
'Net 30' veya '2% 10, Net 30' gibi, fatura ödemesi için üzerinde anlaşılmış koşullar. | ||
|
Açıklama
Ödeme koşulları, erken ödeme indirimleri dâhil, faturanın ne zaman ve nasıl ödeneceğini belirleyen kuralları tanımlar. Bu bilgi, alacakları ve nakit akışını yönetmek için önemlidir. Bu öznitelik, doğru son ödeme tarihini hesaplamak ve erken ödeme indirimi fırsatlarını belirlemek için gereklidir. Erken ödeme indirimi yakalama oranı KPI’ı, hangi faturaların indirimden yararlanabileceğini belirlemek için doğrudan bu veriye dayanır.
Neden önemli?
Faturanın ödeme kurallarını tanımlar; son ödeme tarihi hesaplamalarını ve erken ödeme indirimlerinden yararlanma oranını izleme ve iyileştirme olanağını doğrudan etkiler.
Nereden alınır?
RA_TERMS tablosunda bulunur ve RA_CUSTOMER_TRX_ALL tablosundaki term_id aracılığıyla işlemle ilişkilendirilir.
Örnekler
Net 30Net 602% 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, müşterinin faturasını hangi yöntemle ödediğini belirtir. Ödeme eğilimlerini ve maliyetlerini incelemek için yararlı olabilir. Ödeme yöntemlerinin işlem süreleri ve maliyetleri farklı olabilir. Yöntem bazında analiz, bazı yöntemlerin mutabakat hatalarına veya gecikmelere daha yatkın olup olmadığını anlamaya yardımcı olur. Ayrıca müşterileri daha verimli ödeme kanallarına yönlendirecek stratejiler geliştirmeyi sağlar.
Neden önemli?
Farklı ödeme kanallarındaki işlem 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 tahsilat tablolarında bulunur. Bu tablolarda ödeme yöntemini belirten bir alan yer alır.
Örnekler
ACHBanka havalesiKredi kartıÇek
|
|||
|
Satışların Tahsilat Süresi
DaysSalesOutstanding
|
Fatura tarihi ile ödemenin alındığı tarih arasındaki gün sayısı. | ||
|
Açıklama
Satışların Tahsilat Süresi (DSO), fatura düzenlendikten sonra ödemenin tahsil edilmesinin ortalama ne kadar sürdüğünü ölçen önemli bir finansal metriktir. Bu öznitelik, DSO’yu her fatura için ayrı ayrı hesaplar. Genel DSO önemli bir KPI olsa da bunu her fatura düzeyinde hesaplamak çok daha ayrıntılı analizler yapmayı sağlar. Eğilim Dashboardları oluşturabilir, DSO’su yüksek faturaların özelliklerini belirleyebilir ve süreç gecikmelerinin finansal etkisini ölçebilirsiniz. Bu ayrıntılı hesaplama, toplam DSO KPI’ını etkileyen unsurları anlamak için gereken verileri sunar.
Neden önemli?
Nakit akışını etkileyen temel bir metriği her fatura için hesaplayarak tahsilat sürelerini ve finansal performansı belirleyen etkenlerin ayrıntılı analizini sağlar.
Nereden alınır?
'Müşteri ödemesi alındı' etkinliğinin zaman damgası ile 'Fatura tarihi' özniteliği arasındaki fark hesaplanarak elde edilir.
Örnekler
356228
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu olaya ait verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, verilerin en son ne zaman çıkarıldığını gösteren zaman damgasını sağlar. Analiz edilen verilerin ne kadar güncel olduğunu anlamak için gerekli bir meta veri alanıdır. Analistler bu bilgiyle güncel veriler üzerinde çalıştıklarını doğrulayabilir ve verilerin ne kadar yakın zamanda güncellendiğini görebilir. Olası veri gecikmelerini açıkça gösterdiği için özellikle 'gerçek zamanlı' veya gerçeğe yakın zamanlı olduğu belirtilen Dashboardlarda önem taşır.
Neden önemli?
Verilerin güncelliğini gösterir; analiz ve sonuçların ne kadar güncel olduğu bilinen ve kabul edilebilir düzeyde olan bilgilere dayanmasını sağlar.
Nereden alınır?
Bu meta veri alanı, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur. Genellikle veri hattının çalıştırıldığı zamanı gösterir.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Yeniden çalışma mı
IsRework
|
Bir etkinliğin tekrarlanan onay veya düzeltme gibi yeniden çalışma sayılıp sayılmadığını belirten mantıksal bir işaret. | ||
|
Açıklama
Bu hesaplanan öznitelik, gereksiz veya yinelenen işleri işaretler. Örneğin, bir faturanın reddedilip onaya yeniden gönderilmesi ya da ilk oluşturma işleminden sonra düzeltilmesi bu kapsamdadır. Yeniden çalışmayı işaretlemek, bunun süreç üzerindeki etkisini ölçmeyi kolaylaştırır. Faturalandırmada yeniden çalışma oranı KPI’ı doğrudan bu öznitelikten hesaplanır. Dashboardlar yeniden çalışma sıklığını görselleştirebilir ve bunun eklediği çevrim süresini ölçebilir. Böylece verimsizlik ve hataların kaynaklarını belirleyebilirsiniz.
Neden önemli?
Gereksiz veya tekrarlanan işleri işaretleyerek süreç verimsizliğini doğrudan ölçer; kalite sorunlarının zaman ve maliyet üzerindeki etkisini hesaplamayı kolaylaştırır.
Nereden alınır?
Veri dönüştürme sırasında etkinliklerin sırasına göre hesaplanır. Örneğin, aynı vakada 'Fatura onaylandı' etkinliğinden önce 'Fatura reddedildi' etkinliği gerçekleşmişse yeniden çalışma olarak işaretlenir.
Örnekler
truefalse
|
|||
|
Zamanında ödendi mi
IsPaidOnTime
|
Faturanın son ödeme tarihinde veya bu tarihten önce ödenip ödenmediğini belirten mantıksal bir işaret. | ||
|
Açıklama
Bu hesaplanan öznitelik, ödemenin zamanında yapılıp yapılmadığını doğru veya yanlış olarak gösterir. 'Müşteri ödemesi alındı' etkinliğinin tarihi, faturanın 'Son ödeme tarihi' özniteliğiyle karşılaştırılarak elde edilir. Bu işaret, zamanında ödeme oranı KPI’ının analizini ve raporlamasını kolaylaştırır. Müşteri, bölge veya fatura tutarı gibi hangi etkenlerin geç ödemelerle ilişkili olduğunu anlamak için verileri kolayca filtreleyip gruplandırabilirsiniz. Tahsilat etkinliğini değerlendirmede temel bir metriktir.
Neden önemli?
Tahsilat performansını ölçmeyi kolaylaştırır ve ödemelerin zamanında ya da geç yapılmasına yol açan etkenleri incelemeyi sağlar.
Nereden alınır?
Son ödeme etkinliğinin zaman damgası DueDate özniteliğiyle karşılaştırılarak hesaplanır. Mantık şöyledir:
Örnekler
truefalse
|
|||
Siparişten Tahsilata - Faturalama ve fatura işleme etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura kapatıldı
|
Fatura tamamen ödenip mutabakatı yapıldığında yaşam döngüsü tamamlanır. Bu olay genellikle faturanın kalan bakiyesi sıfıra indiğinde ve durumu güncellendiğinde çıkarımla belirlenir. | ||
|
Neden önemli?
Bu, faturanın son aşamasıdır ve sürecin tamamlandığını gösterir. Bu duruma ulaşmak için geçen toplam süre, faturalandırma sürecinin temel KPI’larından biri olan uçtan uca çevrim süresidir.
Nereden alınır?
Durum 'CLOSED' olarak güncellendiğinde ve amount_due_remaining sıfır olduğunda AR_PAYMENT_SCHEDULES_ALL tablosundaki verilerden çıkarımla belirlenir. 'gl_date_closed' alanı kapanış tarihini gösterir.
Kaydedin
İlgili fatura için AR_PAYMENT_SCHEDULES_ALL tablosundaki gl_date_closed alanını kullanın.
Olay türü
inferred
|
|||
|
Fatura müşteriye gönderildi
|
Fatura, e-posta veya basılı kopya gibi müşterinin tercih ettiği yöntemle teslim edilmiştir. Sistem genellikle teslimat işleminin gerçekleştirildiği zaman damgasını kaydeder. | ||
|
Neden önemli?
Bu etkinlik, ödeme vadesi süresini resmen başlatır. Onay ile teslimat arasındaki süreyi ölçmek, fatura dağıtım sürecinin verimliliğini anlamak için önemlidir.
Nereden alınır?
Bu bilgi, RA_CUSTOMER_TRX_ALL tablosundaki 'last_printed_date' alanından veya elektronik teslimat kullanılıyorsa Oracle Business Intelligence Publisher günlüklerinden çıkarılabilir.
Kaydedin
Faturayla ilişkili teslimat veya yazdırma günlüğündeki zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Fatura oluşturuldu
|
Sistemde fatura işleminin ilk kez oluşturulmasıdır. Fatura genellikle taslak veya tamamlanmamış durumdadır. Alacaklar modülünde bir kullanıcı yeni fatura kaydını ilk kez kaydettiğinde bu olay açıkça kaydedilir. | ||
|
Neden önemli?
Bu olay, faturalama sürecinin kesin başlangıç noktasıdır. Oluşturma ile tamamlama arasındaki süreyi analiz etmek, ilk aşamalardaki 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 alınır. İlk durum genellikle 'Incomplete' olur.
Kaydedin
İlgili fatura numarası için RA_CUSTOMER_TRX_ALL tablosundaki creation_date alanını kullanın.
Olay türü
explicit
|
|||
|
Fatura onaylandı
|
Fatura için gerekli tüm onaylar alınmıştır ve fatura müşteriye gönderilmeye hazırdır. Onay iş akışı başarıyla tamamlanıp fatura durumu güncellendiğinde bu olay kaydedilir. | ||
|
Neden önemli?
Bu önemli kilometre taşı, faturanın müşteriye gönderilmesinden önce tamamlanmalıdır. Buradaki gecikmeler, ödeme süresinin ne zaman başlayacağını doğrudan etkileyerek Satışların Tahsilat Süresini (DSO) uzatır.
Nereden alınır?
Fatura işlem kaydındaki son onay durumu güncellemesinden veya ilgili BPM iş akışı görevinin tamamlanma zaman damgasından çıkarılır.
Kaydedin
Fatura onay durumunun 'Approved' olarak ayarlandığı zaman damgasını kaydedin.
Olay türü
inferred
|
|||
|
Müşteri ödemesi alındı
|
Müşteriden alınan ödeme, nakit tahsilatı olarak sisteme girilmiştir. Bu aşamada ödeme henüz belirli bir faturayla eşleştirilmemiş olabilir. | ||
|
Neden önemli?
Bu, nakit girişini gösteren önemli bir kilometre taşıdır. Ödemenin alınmasıyla faturaya uygulanması arasındaki süre, nakit yönetiminin verimliliğini gösteren temel bir ölçüdür.
Nereden alınır?
AR_CASH_RECEIPTS_ALL tablosunda bir kayıt oluşturulduğunda açıkça kaydedilir. receipt_date alanı, ödemenin ne zaman işlendiğini gösterir.
Kaydedin
AR_CASH_RECEIPTS_ALL tablosundaki creation_date veya receipt_date alanını kullanın.
Olay türü
explicit
|
|||
|
Ödeme faturaya uygulandı
|
Alınan müşteri ödemesi belirli bir faturayla başarıyla eşleştirilip faturaya uygulanmış ve ödenmemiş bakiye azaltılmıştır. Bu, ayrı bir işlem kaydıdır. | ||
|
Neden önemli?
Bu etkinlik, nakdin doğru biçimde tahsis edildiğini doğrular. Doğru yaşlandırma raporları ve finansal tablolar için önemlidir. Alacağın karşılığında nakdin kaydedilmesini sağlayan son adımdır.
Nereden alınır?
AR_RECEIVABLE_APPLICATIONS_ALL tablosunda açıkça kaydedilir. apply_date ve gl_date alanları, ödemenin faturaya ne zaman uygulandığını gösterir.
Kaydedin
Nakit tahsilatını faturayla ilişkilendiren AR_RECEIVABLE_APPLICATIONS_ALL tablosundaki apply_date alanını kullanın.
Olay türü
explicit
|
|||
|
Fatura düzeltildi
|
Fatura tutarında silme veya alacak kaydı gibi bir değişiklik yapılmıştır. Bu işlem, faturanın ödenmemiş bakiyesini değiştirmek için açıkça kaydedilir. | ||
|
Neden önemli?
Düzeltmeler çoğu zaman uyuşmazlıklara, tavizlere veya hataların giderilmesine işaret eder. Düzeltmelerin sıklığını ve tutarını analiz etmek, Siparişten Tahsilata sürecindeki temel sorunları ortaya çıkarabilir.
Nereden alınır?
AR_ADJUSTMENTS_ALL tablosunda açıkça kaydedilir. Düzeltme kaydının creation_date alanı olayın zamanını belirtir.
Kaydedin
İlgili fatura için AR_ADJUSTMENTS_ALL tablosundaki creation_date alanını kullanın.
Olay türü
explicit
|
|||
|
Fatura onaya gönderildi
|
Yapılandırılmışsa fatura resmî olarak bir onay iş akışına gönderilir. Fatura durumu onay bekliyor olarak güncellendiğinde bu olay kaydedilir ve belirlenen onaylayanlara bildirim gönderilir. | ||
|
Neden önemli?
Onay döngüsünün başlangıcını gösterir. Bu etkinliği izlemek, fatura çevrim süresinin önemli bir bileşeni olan onay süresini ölçmek ve analiz etmek için gereklidir.
Nereden alınır?
Fatura işlemindeki durum değişikliğinden veya onay görevinin başlatılmasını kaydeden Oracle Business Process Management (BPM) iş akışı tablolarından çıkarılır.
Kaydedin
Faturanın onay durumunun 'Pending' veya benzer bir duruma geçtiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Fatura reddedildi
|
Onaylayan, genellikle fiyat veya miktar gibi verilerdeki hatalar nedeniyle faturayı reddetmiştir. Bu olay, faturayı düzeltme için geri göndererek yeniden çalışma döngüsü oluşturur. | ||
|
Neden önemli?
Retleri izlemek, faturalama doğruluğu ve iç kontrollerle ilgili sorunları ortaya çıkarır. Retlerin sıklığını ve nedenlerini analiz ederek süreç iyileştirme ve eğitim gerektiren alanları belirleyebilirsiniz.
Nereden alınır?
Fatura işlem kaydındaki durum güncellemesinden veya BPM iş akışı görevindeki 'Rejected' sonucundan çıkarılır.
Kaydedin
Fatura onay durumunun 'Rejected' olarak ayarlandığı zaman damgasını kaydedin.
Olay türü
inferred
|
|||
|
Fatura tamamlandı
|
Fatura verilerinin girilmesinin tamamlandığını ve işlemin doğrulama ile muhasebeleştirmeye hazır olduğunu belirtir. Bu durum genellikle fatura durumunun 'Incomplete' değerinden 'Complete' değerine geçmesiyle kaydedilir. | ||
|
Neden önemli?
Bu kilometre taşı, veri girişi aşamasının sonunu gösterir. Oluşturma ile tamamlama arasındaki süre, faturalama ekibinin veri girişi ve inceleme sürecinin verimliliğini gösterebilir.
Nereden alınır?
RA_CUSTOMER_TRX_ALL tablosundaki fatura işlem kaydının durum değişikliğinden çıkarılır. Durumun 'Complete' olarak güncellendiği zaman damgasını bulun.
Kaydedin
İşlemin durum geçmişini RA_CUSTOMER_TRX_ALL tablosunda veya ilgili iş akışı tablolarında izleyin.
Olay türü
inferred
|
|||
|
Ödeme hatırlatması gönderildi
|
Vadesi geçmiş bir fatura için müşteriye tahsilat mektubu veya hatırlatma bildirimi gönderilmiştir. Bu işlem, tahsilat modülünde açıkça kaydedilir. | ||
|
Neden önemli?
Hatırlatmaları izlemek, tahsilat sürecinin etkinliğini ölçmeye yardımcı olur. Hangi hatırlatma stratejilerinin ödemeleri hızlandırdığını analiz etmenizi sağlar.
Nereden alınır?
Oracle Advanced Collections modülünde açıkça kaydedilir. IEX_DUNNINGS gibi tahsilat geçmişi tablolarında gönderilen hatırlatmanın tarihi ve düzeyi yer alır.
Kaydedin
Tahsilat işlemini faturayla ilişkilendirerek tahsilat geçmişi tablolarından alın.
Olay türü
explicit
|
|||
|
Ödeme vadesi geçti
|
Fatura ödemesinin sözleşme gereği yapılması gereken tarih geçmiştir. Bu, işlem kaydına dayalı bir olay değildir; fatura koşullarına ve geçerli tarihe göre hesaplanır. | ||
|
Neden önemli?
Bu hesaplanan olay, yaşlandırma analizi ve DSO hesaplaması için temel niteliktedir. Vadesi zamanında ödenen faturaları gecikenlerden ayırarak tahsilat çalışmalarının doğru faturalara yöneltilmesini sağlar.
Nereden alınır?
Bu, hesaplanan bir olaydır. Belirli bir fatura için AR_PAYMENT_SCHEDULES_ALL tablosundaki due_date alanı geçerli tarihten önce olduğunda gerçekleşir.
Kaydedin
Geçerli tarihi AR_PAYMENT_SCHEDULES_ALL tablosundaki due_date alanıyla karşılaştırarak hesaplayın.
Olay türü
calculated
|
|||
|
Uyuşmazlık başlatıldı
|
Müşteri faturaya resmî olarak itiraz etmiş ve sistemde bir uyuşmazlık vakası oluşturulmuştur. Bu durum genellikle fatura ödeme planındaki bir durum işaretinin değiştirilmesiyle kaydedilir. | ||
|
Neden önemli?
Uyuşmazlıklar ödeme sürecini durdurur ve çözüm için manuel çalışma gerektirir. Uyuşmazlıkların sıklığını ve çözüm süresini analiz etmek, fiyatlandırma veya sevkiyat hataları gibi temel nedenleri belirlemeye yardımcı olur.
Nereden alınır?
AR_PAYMENT_SCHEDULES_ALL tablosundaki durum alanının uyuşmazlık durumuna ayarlanmasından veya AR_DISPUTE_HISTORY tablosundaki oluşturma kayıtlarından çıkarılabilir.
Kaydedin
Faturanın ödeme planındaki uyuşmazlık işaretinin veya durumunun etkinleştirildiği zamanı belirleyin.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Verilerinizi hazırlamak, Siparişten Tahsilata - Faturalama ve fatura işleme sürecinizi iyileştirmek ve nakde dönüşüm süresini kısaltmak için bu Templateten yararlanın. Oracle Fusion Financials operasyonlarınızı bugün analiz ederek iyileştirme fırsatlarını belirleyin.
Oracle faturalama ve fatura işleme sürecinizi şimdi iyileştirin
Çözümümüzle faturalama çevrim sürenizi %30 azaltın ve nakit akışınızı iyileştirin.
Kredi kartı gerekmez. Kurulumu birkaç dakika içinde tamamlayın.