Siparişten Tahsilata - Faturalama Veri Template'iniz
Siparişten Tahsilata - Faturalama Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Oracle E-Business Suite için Veri Çekim Rehberliği
Siparişten Tahsilata - Faturalama Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Fatura Numarası
InvoiceNumber
|
Her fatura belgesi için benzersiz tanımlayıcı, faturalama süreci için birincil case ID olarak hizmet eder. | ||
|
Açıklama
Fatura Numarası, her faturalama işlemini benzersiz bir şekilde tanımlayan Siparişten Tahsilata faturalama analizinin temel taşıdır. Oluşturma, onaylama, gönderme, ödeme ve kapatma gibi tüm ilgili aktiviteleri tek, bütünleşik bir process instance'ında gruplandırır. Bu, fatura yaşam döngüsünün eksiksiz, uçtan uca bir görünümünü sağlar. Process mining'de, süreçleri Fatura Numarasına göre analiz etmek, toplam döngü süresini ölçmeye, faturaların nasıl işlendiğindeki varyantları belirlemeye ve ödemeyi geciktiren bottleneck'leri işaret etmeye yardımcı olur. Bireysel faturaları oluşturulmasından tahsiline kadar tüm yolculukları boyunca takip etmek için çok önemlidir.
Neden önemli
Her benzersiz fatura için tüm ilgili olayları bağlayan, tüm faturalandırma sürecinin yeniden yapılandırılmasını ve analizini sağlayan temel vaka tanımlayıcısıdır.
Nereden alınır
Bu genellikle Oracle Alacaklar'daki RA_CUSTOMER_TRX_ALL tablosundaki işlem numarasıdır.
Örnekler
INV-9234501788144US-2023-001293
|
|||
|
Olay Zamanı
EventTime
|
Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Event Time, her bir faaliyetle ilişkili zaman damgasıdır ve bir vaka içindeki olayların kronolojik sırasını sağlar. Süreç madenciliğindeki tüm zamana dayalı analizler için kullanılan ham veridir. Bu öznitelik, döngü süreleri, faaliyetler arasındaki süreler ve süreç teslim süreleri gibi temel performans göstergelerini hesaplamak için hayati öneme sahiptir. Örneğin, 'Fatura Oluşturuldu' ve 'Fatura Onaylandı' arasındaki Event Time farkı onay süresini verir. Doğru ve eksiksiz zaman damgaları, güvenilir süreç analizi için çok önemlidir.
Neden önemli
Her olay için zamansal bağlamı sağlar, bu da süreleri hesaplamayı, süreç performansını analiz etmeyi ve Bottleneck'leri keşfetmeyi mümkün kılar.
Nereden alınır
RA_CUSTOMER_TRX_ALL ve AR_CASH_RECEIPTS_ALL gibi tablolardaki CREATION_DATE veya LAST_UPDATE_DATE alanları gibi Oracle EBS tablolarındaki çeşitli tarih alanlarından alınmıştır.
Örnekler
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
|
|||
|
Faaliyet Adı
ActivityName
|
Fatura yaşam döngüsü içinde belirli bir zamanda gerçekleşen iş event'inin adı. | ||
|
Açıklama
Aktivite Adı, faturalama sürecindeki 'Fatura Oluşturuldu', 'Fatura Onaylandı' veya 'Müşteri Ödemesi Alındı' gibi bir adımı veya dönüm noktasını açıklar. Belirli bir Fatura Numarası için bu aktivitelerin kronolojik sırası, process flow'u oluşturur. Bu öznitelik, process haritasını oluşturmak, process varyantlarını analiz etmek ve sapmaları veya yeniden işleme döngülerini belirlemek için kullanıldığı için process mining için temeldir. Aktivite adlarının netliği ve tutarlılığı, belirli adımlar arasındaki süreyi hesaplamak veya process uyumluluğunu anlamak gibi anlamlı analizler için kritiktir.
Neden önemli
Bu öznitelik, process flow'u keşfetme ve görselleştirme için temel teşkil eder, process varyantlarının, bottleneck'lerin ve yeniden işlemelerin analizine olanak tanır.
Nereden alınır
Bu, genellikle çeşitli Oracle EBS tablolarındaki (örn. AR_PAYMENT_SCHEDULES_ALL, RA_CUSTOMER_TRX_ALL) durum değişikliklerini, event tiplerini veya kayıt oluşturma/güncelleme event'lerini standartlaştırılmış aktivite adlarıyla eşleştirerek türetilir.
Örnekler
Fatura OluşturulduFatura OnaylandıÖdeme Son Tarihine UlaşıldıMüşteri Ödemesi Alındı
|
|||
|
Bölüm
Department
|
Aktiviteyi gerçekleştiren kullanıcıyla ilişkili departman veya fonksiyonel ekip. | ||
|
Açıklama
Departman özniteliği, 'Müşteri Hesapları' veya 'Satış Operasyonları' gibi bir aktiviteyi gerçekleştiren kullanıcı için organizasyonel bağlam sağlar. Bu, analizlerin ekip veya departman düzeyinde toplanmasına olanak tanır. Bu, organizasyonun farklı bölümlerinin faturalama süreciyle nasıl etkileşim kurduğunu ve onu nasıl etkilediğini anlamak için çok önemlidir. Bir departman içindeki sistemik sorunları belirlemeye, ekipler arasındaki performansı karşılaştırmaya ve kaynak tahsisini analiz etmeye yardımcı olabilir. Örneğin, 'Fatura Onay Döngü Süresi' dashboard'unun departmana göre ayrıştırılmasını sağlar.
Neden önemli
Süreç performansının organizasyonel yapıya göre analiz edilmesini sağlayarak, ekipler arasındaki farklılıkları vurgular ve departmana özel Bottleneck'leri bulmaya yardımcı olur.
Nereden alınır
Genellikle kullanıcı bilgilerinin, organizasyonun İK hiyerarşi verileriyle birleştirilmesiyle türetilir, sıklıkla PER_ALL_ASSIGNMENTS_F veya benzer bir İK tablosundan alınır.
Örnekler
Alacak HesaplarıFinans OperasyonlarıFaturalandırma Hizmetleri
|
|||
|
Fatura Durumu
InvoiceStatus
|
Faturanın yaşam döngüsündeki mevcut durumu. | ||
|
Açıklama
Fatura Durumu, bir faturanın 'Açık', 'Kapalı' veya 'İtirazlı' gibi mevcut halini yansıtır. Bu, faturanın ilerleyişinin anlık bir görünümünü sunar. Bu öznitelik, 'Fatura Yaşlandırma ve Durum Genel Bakışı' gibi dashboard'ları oluşturmak için hayati öneme sahiptir; bu sayede kullanıcılar farklı durumlardaki faturaların hacmini ve değerini hızla görebilirler. Açık faturalar üzerindeki tahsilat çabalarını önceliklendirmeye yardımcı olur ve alacak hesapları portföyünün genel sağlığı hakkında üst düzey bir özet sunar.
Neden önemli
Faturaların güncel durum görünümünü sağlar; bu, operasyonel dashboard'lar, iş yüklerini yönetme ve tahsilat aktivitelerini önceliklendirme için kritiktir.
Nereden alınır
AR_PAYMENT_SCHEDULES_ALL tablosunda, STATUS sütununda ('OP' açık, 'CL' kapalı için) mevcuttur.
Örnekler
AçıkKapalıİhtilaflı
|
|||
|
Kullanıcı
User
|
Aktiviteyi gerçekleştiren kişinin kullanıcı kimliği. | ||
|
Açıklama
Bu öznitelik, bir fatura onaylama veya nakit uygulama gibi bir process adımını yürütmekten sorumlu belirli çalışanı veya sistem kullanıcısını tanımlar. Process'in insan unsurunu anlamak için çok önemlidir. Kullanıcıya göre analiz yapmak, eğitim fırsatlarını, iş yükü dağılımı dengesizliklerini ve bireysel performans farklılıklarını belirlemeye yardımcı olur. Örneğin, en çok yeniden işleme veya en uzun onay süreleriyle ilişkili kullanıcıları vurgulayabilir, hedeflenen process iyileştirme çabalarını destekler.
Neden önemli
Bireysel düzeyde performans analizine olanak tanır, yüksek performans gösteren kullanıcıları, eğitim ihtiyaçlarını ve potansiyel iş yükü dengesizliklerini belirlemeye yardımcı olur.
Nereden alınır
Çeşitli işlem tablolarındaki CREATED_BY veya LAST_UPDATED_BY gibi kullanıcı ID alanlarından alınmıştır. Bu ID, kullanıcı adını almak için FND_USER ile birleştirilir.
Örnekler
JSMITHBWILLIAMSCDAVIS
|
|||
|
Müşteri Kimliği
CustomerId
|
Faturanın kesildiği müşteri için benzersiz bir tanımlayıcı. | ||
|
Açıklama
Müşteri ID'si, bir faturayı ana verilerdeki belirli bir müşteri hesabına bağlar. Bu, process performansının farklı müşteriler arasında toplanmasını ve karşılaştırılmasını sağlar. Bu özniteliği kullanarak analistler, müşteri ödeme davranışlarını vurgulayan, en fazla anlaşmazlık veya yeniden işlemeyle ilişkili müşterileri belirleyen ve farklı müşteri segmentleri arasında fatura işlem sürelerini karşılaştıran dashboard'lar oluşturabilirler. Bu, yalnızca sürece odaklı bir görünümden müşteri merkezli bir analize geçiş için anahtardır.
Neden önemli
Müşteri odaklı analize olanak tanır, ödeme kalıplarını, sık sık yaşanan anlaşmazlıkları veya belirli müşterilere özgü süreç varyasyonlarını belirlemeye yardımcı olur.
Nereden alınır
RA_CUSTOMER_TRX_ALL tablosunda SOLD_TO_CUSTOMER_ID veya BILL_TO_CUSTOMER_ID olarak bulunur.
Örnekler
CUST-100239845ACME-US-01
|
|||
|
Toplam Fatura Tutarı
TotalInvoiceAmount
|
Tüm kalemler, vergiler ve ücretler dahil olmak üzere faturanın toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, müşteriye gönderilen faturanın toplam finansal değerini temsil eder. Faturalama sürecindeki finansal analiz için temel bir metriktir. Process mining'de, Toplam Fatura Tutarı, case'leri segmentlere ayırmak ve filtrelemek için kullanılır. Örneğin, analistler yüksek değerli faturalar ile düşük değerli faturalar için process flow'u karşılaştırarak farklı muamele görüp görmediklerini görebilirler. Ayrıca, onay aşamasında takılı kalan faturaların değerini hesaplamak gibi finansal etki analizi için de çok önemlidir.
Neden önemli
Finansal etki analizine olanak tanır, kullanıcıların sorunları parasal değere göre önceliklendirmesine ve farklı fatura değerlerinin süreci nasıl etkilediğini anlamasına yardımcı olur.
Nereden alınır
AR_PAYMENT_SCHEDULES_ALL tablosundan (AMOUNT_DUE_ORIGINAL) alınmış veya belirli bir fatura için RA_CUSTOMER_TRX_LINES_ALL'dan hesaplanmıştır.
Örnekler
1500.0012550.75500.50
|
|||
|
Vade Tarihi
DueDate
|
Müşterinin faturayı ödemesi beklenen tarih. | ||
|
Açıklama
Vade Tarihi, ödeme koşulları tarafından belirlenen faturanın ödeme son tarihini tanımlayan kritik bir tarih özniteliğidir. Gerçek ödeme performansının ölçüldüğü bir kıyas noktasıdır. Bu öznitelik, Zamanında Ödeme Oranı gibi KPI'ları hesaplamak ve fatura yaşlandırma raporları oluşturmak için çok önemlidir. Process mining'de, sürekli geç ödeme yapan müşterileri belirlemek veya process gecikmelerinin ödemeleri zamanında tahsil etme yeteneği üzerindeki etkisini belirlemek gibi ödeme davranışlarının analizine olanak tanır.
Neden önemli
Ödeme performansını ölçmek, fatura yaşlandırmasını hesaplamak ve gecikmeli ödeme veya batık alacak riskini değerlendirmek için temel bir referanstır.
Nereden alınır
AR_PAYMENT_SCHEDULES_ALL tablosunda, DUE_DATE sütununda mevcuttur.
Örnekler
2023-05-152023-06-302023-07-01
|
|||
|
İş Birimi
BusinessUnit
|
Faturayı düzenleyen şirket içindeki belirli iş birimi veya operasyon birimi. | ||
|
Açıklama
İş Birimi, işlemden sorumlu organizasyonel birimi temsil eder. Oracle EBS'de bu genellikle Operasyon Birimi ile temsil edilir. Bu öznitelik, process performansının işin farklı bölümleri arasında karşılaştırılmasına olanak tanır. Belirli iş birimlerinin daha verimli olup olmadığını, daha yüksek zamanında ödeme oranlarına sahip olup olmadığını veya daha fazla anlaşmazlık yaşayıp yaşamadığını belirlemeye yardımcı olabilir, böylece en iyi uygulamaların paylaşılmasını ve hedeflenen müdahaleleri sağlar.
Neden önemli
Kuruluşun farklı bölümleri arasında performans karşılaştırmasına olanak tanır, en iyi uygulamaları ve alana özgü zorlukları belirlemeye yardımcı olur.
Nereden alınır
Operasyonel birim bağlamı, RA_CUSTOMER_TRX_ALL gibi çoğu işlem tablosunda ORG_ID aracılığıyla örtük olarak mevcuttur.
Örnekler
ABD OperasyonlarıEMEA HizmetleriKüresel Üretim
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, event verilerinin kaynaklandığı kaynak uygulamayı tanımlar. Bu process için tutarlı bir şekilde Oracle E-Business Suite olacaktır. Birden fazla sisteme sahip ortamlarda, bu alan veri kökeni ve sorun giderme için kritiktir. Tek sistemli bir bağlamda bile, verilerin beklenen kaynaktan geldiğini onaylayan veri yönetimi için zorunlu bir alandır.
Neden önemli
Veri yönetimi ve birden fazla kurumsal sistemden veri entegrasyonu sırasında kritik öneme sahip olan veri izlenebilirliği ve bağlamını sağlar.
Nereden alınır
Bu, kaynak ERP'yi tanımlamak için veri çıkarma süreci sırasında ayarlanan statik bir değerdir.
Örnekler
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Müşteri Adı
CustomerName
|
Faturanın düzenlendiği müşterinin yasal adı. | ||
|
Açıklama
Müşteri Adı, müşteri için insan tarafından okunabilir bir tanımlayıcı sağlar. Müşteri ID'si birleştirmeler ve benzersiz tanımlama için kullanılırken, ad raporlarda ve dashboard'larda görüntüleme için kullanılır. Bu, analizi daha sezgisel hale getirir, çünkü kullanıcılar ID'lere bakmak zorunda kalmadan müşteri adlarını kolayca tanıyabilirler. Müşteriye göre ortalama ödeme gecikmesini gösteren bir çubuk grafik gibi kullanıcı dostu görselleştirmeler oluşturmak için çok önemlidir.
Neden önemli
Filtreleme ve gruplandırma için insan tarafından okunabilir bir ad sağlayarak dashboard'ların ve raporların kullanılabilirliğini artırır, analizi daha erişilebilir hale getirir.
Nereden alınır
Fatura başlığındaki müşteri kimliği kullanılarak HZ_PARTIES ve HZ_CUST_ACCOUNTS tablolarından birleştirilmiştir.
Örnekler
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
|
|||
|
Müşteri Ülkesi
Country
|
Müşterinin fatura adresinin ülkesi. | ||
|
Açıklama
Bu öznitelik, müşterinin fatura adresiyle ilişkili ülkeyi belirtir. Process analizi için coğrafi bir boyut sağlar. Process'i ülkeye göre analiz etmek, ödeme davranışında, process verimliliğinde veya yerel düzenlemelere uyumlulukta bölgesel farklılıkları ortaya çıkarabilir. Örneğin, 'Müşteri Ödeme Davranışı İçgörüleri' dashboard'unda ortalama ödeme gecikmelerinin ülkeler arasında önemli ölçüde farklılık gösterip göstermediğini görmek için kullanılabilir.
Neden önemli
Sürecin coğrafi olarak analiz edilmesine olanak tanır, müşteri davranışlarında, düzenleyici etkilerde veya operasyonel performansta bölgesel farklılıkları vurgular.
Nereden alınır
Müşteri hesap tabloları aracılığıyla bağlanan, HZ_LOCATIONS ve FND_TERRITORIES'te saklanan müşterinin fatura adresi bilgilerinden birleştirilmiştir.
Örnekler
USAAlmanyaBirleşik Krallık
|
|||
|
Ödeme Vadeleri
PaymentTerms
|
Müşterinin faturasını ne zaman ödemesi gerektiğini belirleyen üzerinde anlaşılmış şartlar. | ||
|
Açıklama
Ödeme Koşulları, faturanın Vade Tarihini hesaplamak için kullanılan 'Net 30' veya 'Net 60' gibi ödeme koşullarını tanımlar. Nakit akışını doğrudan etkileyen kritik bir ana veridir. Ödeme Koşullarına göre analiz yapmak, farklı koşulların ödeme davranışlarını ve Satışların Tahsil Süresini (DSO) nasıl etkilediğini anlamaya yardımcı olur. Daha kısa ödeme koşullarına sahip müşterilerin daha hızlı ödeme yapıp yapmadığını ortaya çıkarabilir ve farklı müşteri segmentlerine hangi ödeme koşullarının sunulacağı konusunda stratejik kararları bilgilendirebilir.
Neden önemli
Fatura vadesini ve nakit akışı tahminini doğrudan etkiler. Bunu analiz etmek, farklı kredi politikalarının etkinliğini değerlendirmeye yardımcı olur.
Nereden alınır
RA_CUSTOMER_TRX_ALL tablosundaki TERM_ID aracılığıyla bağlanan RA_TERMS_B tablosundan alınmıştır.
Örnekler
Net 30 GünNet 60 GünTeslimatta Ödenecek
|
|||
|
Onay Çevrim Süresi
ApprovalCycleTime
|
Bir faturanın oluşturulduğu andan onaylandığı ana kadar geçen süre. | ||
|
Açıklama
Bu öznitelik, dahili fatura onay sürecinde geçen süreyi ölçer. Dahili verimliliğin temel bir göstergesi ve genel faturalama döngüsündeki sık bir bottleneck kaynağıdır. Her fatura için bu sürenin hesaplanması, 'Fatura Onay Döngü Süresi' dashboard'unun oluşturulmasını sağlar. Onay gecikmelerinin kaynaklarını belirlemek ve process iyileştirme girişimlerinin etkisini ölçmek için departmana, kullanıcıya veya fatura değerine göre analiz yapılmasına olanak tanır.
Neden önemli
Müşterilere fatura gönderimindeki gecikmelerin yaygın bir nedeni olan onay workflow'unun verimliliğini ölçerek dahili bottleneck'leri belirler.
Nereden alınır
Veri dönüşümü sırasında hesaplanır. Mantık: Timestamp('Fatura Onaylandı') - Timestamp('Fatura Oluşturuldu').
Örnekler
864001728003600
|
|||
|
Ortalama Tahsilat Süresi
DaysSalesOutstanding
|
Fatura oluşturma ve ödeme alma arasındaki gün sayısı. | ||
|
Açıklama
Satış Vadesi (DSO), bir fatura oluşturulduktan sonra ödemenin tahsil edilmesi için geçen ortalama süreyi ölçen kritik bir finansal metriktir. Bu öznitelik, her bir fatura için ayrı ayrı hesaplanır. Genel KPI bir ortalama olsa da, fatura başına bu değere sahip olmak güçlü analizlere olanak tanır. Dağılımlar oluşturmak, aykırı değerleri belirlemek ve zaman içindeki tahsilat verimliliği eğilimlerini analiz etmek için kullanılabilir. 'DSO Trend' Dashboard'u, bu özniteliğin zaman içindeki ortalamasını doğrudan görselleştirir.
Neden önemli
Bireysel fatura düzeyinde tahsilat verimliliğini ölçer, trend analizi için ham veri sağlar ve yüksek DSO ile korelasyon gösteren faktörleri belirler.
Nereden alınır
Veri dönüşümü sırasında hesaplanır. Mantık: Timestamp('Müşteri Ödemesi Alındı') - Timestamp('Fatura Oluşturuldu').
Örnekler
304592
|
|||
|
Para Birimi
Currency
|
Faturadaki parasal tutarlar için para birimi kodu. | ||
|
Açıklama
Bu öznitelik, fatura tutarlarının USD veya EUR gibi hangi para biriminde ifade edildiğini belirtir. Tüm finansal metrikler için gerekli bağlamı sağlar. Çok uluslu operasyonlardan gelen verileri analiz ederken, Para Birimi özniteliği finansal değerleri doğru bir şekilde yorumlamak ve karşılaştırmak için çok önemlidir. Dashboard'lar, para birimine göre filtreleme yapmak veya konsolide raporlama için döviz kurları uygulamak için bunu kullanabilir.
Neden önemli
Tüm finansal öznitelikler için temel bağlamı sağlar, çoklu para birimi ortamında doğru yorum ve analiz yapılmasını garanti eder.
Nereden alınır
Genellikle RA_CUSTOMER_TRX_ALL tablosunda, INVOICE_CURRENCY_CODE sütununda bulunur.
Örnekler
USDEURGBP
|
|||
|
Satış Siparişi Numarası
SalesOrderNumber
|
Faturanın oluşturulmasına yol açan orijinal satış siparişinin tanımlayıcısı. | ||
|
Açıklama
Satış Sipariş Numarası, Siparişten Tahsilata döngüsünün önceki 'Sipariş Yönetimi' kısmına doğrudan bir bağlantı sağlar. Faturalama sürecini ilk müşteri siparişiyle birleştirir. Bu öznitelik, daha geniş, süreçler arası bir analize olanak tanır. Örneğin, analistler belirli türdeki satış siparişlerinin sürekli olarak faturalama anlaşmazlıklarına veya ödeme gecikmelerine yol açıp açmadığını araştırabilirler. Faturalama sürecine izole olarak bakıldığında sıklıkla kaybolan değerli bir bağlam sağlar.
Neden önemli
Faturalandırma sürecini yukarı akış satış sürecine bağlayarak, daha bütünsel bir Siparişten Tahsilata analizi ve temel neden araştırması sağlar.
Nereden alınır
Genellikle RA_CUSTOMER_TRX_LINES_ALL gibi fatura satırı tablosundaki bir referans veya arayüz öznitelik alanında, INTERFACE_LINE_ATTRIBUTE1 veya benzer bir açıklayıcı esnek alanda bulunur.
Örnekler
SO-54321601882ORD-2023-9910
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu event'e ait verinin en son ne zaman yenilendiğini veya kaynak sistemden çıkarıldığını gösteren timestamp. | ||
|
Açıklama
Bu öznitelik, son veri çıkarma işleminin timestamp'ini sağlar. Analiz edilen verilerin güncelliğini anlamak için çok önemlidir. Kullanıcılar, dashboard'ların ve analizlerin process'in en güncel durumunu yansıtıp yansıtmadığını bilmek için bu alana güvenirler. Veri gecikmesi hakkındaki beklentileri yönetmeye yardımcı olur ve herhangi bir güvenilir veri modeli için önemli bir metadata parçasıdır.
Neden önemli
Kullanıcıları data'nın güncelliği hakkında bilgilendirir, process analizinin ne kadar current olduğunu anlamalarını sağlar.
Nereden alınır
Bu, veri çıkarma, dönüştürme ve yükleme (ETL) process'i sırasında her kayıtta oluşturulan ve damgalanan bir metadata alanıdır.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Yeniden İşleme mi?
IsRework
|
Faturanın bir yeniden işleme faaliyetine, örneğin bir değişiklik veya yeniden onaylamaya tabi olup olmadığını gösteren hesaplanmış bir bayrak. | ||
|
Açıklama
Bu boolean bayrağı, bir faturanın process flow'u 'Fatura Değiştirildi' veya ikinci bir 'Fatura Onaylandı' event'i gibi yeniden işleme gösteren aktiviteler içeriyorsa true olarak ayarlanır. Standart, verimli yoldan sapan faturaları hızlı bir şekilde belirlemeye yardımcı olur. Bu öznitelik, 'Fatura Hata Oranı' ve 'Manuel Yeniden İşleme Oranı' gibi KPI'lar için çok önemlidir. Analistlerin yeniden işleme sıklığını kolayca ölçmelerine, bu verimsiz case'leri filtrelemelerine ve yeniden işleme aktiviteleriyle en çok ilişkili kullanıcılar veya departmanlar gibi temel nedenleri araştırmalarına olanak tanır.
Neden önemli
Ek, standart dışı adımlar gerektiren faturaları işaretleyerek process verimsizliğini ölçer ve yeniden işlemelerin nedenlerinin ve etkilerinin analiz edilmesini sağlar.
Nereden alınır
Veri dönüşümü sırasında, bir vaka dahilinde belirli faaliyet dizilerini (örneğin, 'Fatura Onaylandı'yı takiben 'Fatura Değiştirildi') tespit ederek hesaplanır.
Örnekler
truefalse
|
|||
|
Zamanında Ödendi mi
IsPaidOnTime
|
Faturanın vadesinde veya vadesinden önce ödenip ödenmediğini gösteren hesaplanmış bir bayrak. | ||
|
Açıklama
Bu, 'Müşteri Ödemesi Alındı' timestamp'i ile faturanın 'Vade Tarihi' karşılaştırılarak türetilen bir boolean özniteliğidir. Ödeme zamanında veya erken ise true, geç ise false olur. Bu bayrak, ödeme performansıyla ilgili KPI'ların ve dashboard'ların oluşturulmasını basitleştirir. 'Zamanında Ödeme Oranı' KPI'sını hesaplamak için doğrudan girdidir ve daha fazla temel neden analizi için faturaların 'zamanında' ve 'geç' kategorilerine kolayca filtrelenmesini ve segmentlere ayrılmasını sağlar.
Neden önemli
'Zamanında Ödeme Oranı' KPI'ını doğrudan destekler ve faturaları 'zamanında' ve 'geç' gruplarına ayırarak analizleri basitleştirir.
Nereden alınır
Veri dönüşümü sırasında hesaplanır. Mantık: IF (Timestamp('Müşteri Ödemesi Alındı') <= Date('Vade Tarihi')) THEN true ELSE false.
Örnekler
truefalse
|
|||
Siparişten Tahsilata - Faturalama Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura Kapatıldı
|
Fatura, ödemeler, kredi notları ve/ve da düzeltmeler nedeniyle bakiyesinin sıfır olduğunu göstererek resmi olarak kapatılır. Bu, fatura yaşam döngüsünün başarılı bir şekilde tamamlandığını işaret eder. | ||
|
Neden önemli
Bu, process'in birincil bitiş noktasıdır. 'Fatura Oluşturuldu'dan 'Fatura Kapatıldı'ya kadar olan toplam döngü süresi, Siparişten Tahsilata faturalama döngüsünün genel verimliliğinin temel bir göstergesidir.
Nereden alınır
AR_PAYMENT_SCHEDULES_ALL tablosundaki STATUS alanının 'CL' (Kapalı) olarak değişmesinden çıkarılmıştır. Kapanmaya neden olan son işlemin tarihi zaman damgası olarak kullanılabilir.
Yakala
AR_PAYMENT_SCHEDULES_ALL tablosunda durumun 'CL' olarak değişmesinden, son ilgili uygulamanın zaman damgasıyla çıkarılmıştır.
Event tipi
inferred
|
|||
|
Fatura Oluşturuldu
|
Sistemde yeni bir fatura işleminin oluşturulduğunu işaretler. Bu olay genellikle tamamlanmış satış siparişi kalemlerini işleyen 'Otomatik Fatura İçe Aktarma Programı' tarafından veya Alacak Hesapları modülünde manuel fatura girişi yoluyla tetiklenir. | ||
|
Neden önemli
Bu, faturalama sürecinin başlangıç noktasıdır. Bu event'ten diğerlerine kadar geçen süreyi analiz etmek, toplam fatura yaşam döngüsünü ortaya çıkarır ve erken aşama bottleneck'lerini belirlemeye yardımcı olur.
Nereden alınır
Oracle Alacaklar tablosu RA_CUSTOMER_TRX_ALL'da bir işlemin oluşturulma tarihi olarak kaydedilir. TRX_DATE veya CREATION_DATE, event timestamp olarak kullanılabilir.
Yakala
Olay, RA_CUSTOMER_TRX_ALL tablosunda bir kaydın oluşturulma zaman damgasıdır.
Event tipi
explicit
|
|||
|
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
Bu, Satışların Tahsil Süresini (DSO) hesaplamak için önemli bir dönüm noktasıdır. Fatura oluşturma ile ödeme alma arasındaki süre, tahsilat verimliliğinin birincil ölçüsüdür.
Nereden alınır
Bu event, AR_CASH_RECEIPTS_ALL tablosunda bir kayıt oluşturulduğunda bir timestamp ile açıkça kaydedilir.
Yakala
Olay, AR_CASH_RECEIPTS_ALL tablosunda bir kaydın oluşturulma zaman damgasıdır.
Event tipi
explicit
|
|||
|
Müşteriye Fatura Gönderildi
|
Bu aktivite, faturanın resmi olarak müşteriye, ya basılı ya da elektronik yollarla iletildiğini gösterir. Bu event, müşterinin ödeme vadesi geri sayımının başlangıcını işaret eder. | ||
|
Neden önemli
Bu, fatura teslimat süresini ve ödemeye kadar geçen gecikmeyi ölçmek için önemli bir dönüm noktasıdır. Dahili işlem gecikmelerini müşteri ödeme davranışından ayırmaya yardımcı olur.
Nereden alınır
Oracle EBS, bu event'i standart bir alanda her zaman açıkça kaydetmeyebilir. Bu durum, 'Invoice Print' eşzamanlı programının timestamp'inden veya elektronik teslimat üzerine belirlenen özel bir bayraktan çıkarılabilir.
Yakala
Fatura yazdırma programının tamamlanma tarihinden veya elektronik iletim için özel mantıktan çıkarılmıştır.
Event tipi
inferred
|
|||
|
Nakit Uygulandı/Mutabakat Sağlandı
|
Alınan müşteri ödemesi, bir veya daha fazla belirli faturaya başarıyla uygulandı ve ödenmemiş bakiyeyi azalttı. Bu, ödemenin borca karşı mutabakatını temsil eder. | ||
|
Neden önemli
Bu, ödeme sürecindeki son adımdır ve Nakit Uygulama Döngü Süresini ölçmek için kritiktir. Buradaki gecikmeler, müşteri hesap bakiyelerini yanlış gösterebilir ve kredi yönetimini etkileyebilir.
Nereden alınır
Bu event, bir nakit makbuzunu bir işleme bağlayan AR_RECEIVABLE_APPLICATIONS_ALL tablosunda bir kayıt oluşturulduğunda bir timestamp ile açıkça kaydedilir.
Yakala
Olay, AR_RECEIVABLE_APPLICATIONS_ALL tablosunda bir kaydın oluşturulma zaman damgasıdır (GL_DATE veya APPLY_DATE).
Event tipi
explicit
|
|||
|
Alacak Dekontu Oluşturuldu
|
Bir kredi notu işlemi oluşturulur ve genellikle bir faturalandırma hatasını düzeltmek veya bir iadeyi işlemek için mevcut bir faturaya uygulanır. Bu, Alacak Hesapları içindeki ayrı ama ilişkili bir işlemdir. | ||
|
Neden önemli
Yüksek hacimli kredi notları, sipariş karşılama, fiyatlandırma veya ilk faturalandırma doğruluğundaki yukarı akış sorunlarına işaret eder. Bu olayları analiz etmek, gelir kaçağının ve müşteri memnuniyetsizliğinin temel neden analizinin anahtarıdır.
Nereden alınır
CUST_TRX_TYPE_ID'nin 'CM' (Kredi Notu) sınıfına sahip bir türe bağlandığı RA_CUSTOMER_TRX_ALL tablosunda yeni bir işlem olarak kaydedilir. PREVIOUS_CUSTOMER_TRX_ID alanı, onu orijinal faturaya geri bağlar.
Yakala
Olay, RA_CUSTOMER_TRX_ALL tablosunda bir kredi notu işlem tipiyle bir kayıt oluşturulmasıdır.
Event tipi
explicit
|
|||
|
Fatura Değiştirildi
|
Mevcut, tamamlanmamış bir faturanın güncellendiğini veya düzeltildiğini gösterir. Bu, faturanın tamamlanmasından veya gönderilmesinden önce kalemlerin, tutarların veya faturalandırma bilgilerinin değiştirilmesini içerebilir. | ||
|
Neden önemli
Sık yapılan değişiklikler, süreç verimsizliklerini, veri kalitesi sorunlarını veya kullanıcı hatasını düşündürür. Bu faaliyeti analiz etmek, yeniden işleme miktarını ve bunun döngü süreleri üzerindeki etkisini ölçmeye yardımcı olarak 'Fatura Hata Oranı' gibi KPI'ları destekler.
Nereden alınır
RA_CUSTOMER_TRX_ALL tablosundaki CREATION_DATE ile LAST_UPDATE_DATE karşılaştırılarak eksik faturalar için çıkarılabilir. Denetim etkinleştirilirse, değişiklikler daha açık bir şekilde izlenebilir.
Yakala
RA_CUSTOMER_TRX_ALL tablosundaki LAST_UPDATE_DATE üzerinden güncellemeler takip edilerek çıkarılmıştır.
Event tipi
inferred
|
|||
|
Fatura Onaylandı
|
Manuel girilen veya incelenen bir faturanın müşteriye gönderilmeden önce dahili olarak resmi onayını temsil eder. Bu aktivite, yapılandırılmış bir Oracle Workflow'unun parçası veya manuel bir durum değişikliği olabilir. | ||
|
Neden önemli
Onay süresini takip etmek, 'Fatura Onay Döngü Süresi' KPI'sı için kritiktir. Buradaki gecikmeler, müşteri faturalandırmasını doğrudan erteler ve genel nakit dönüşüm döngüsünü uzatır.
Nereden alınır
Bu genellikle konfigürasyona bağlıdır. Workflow tablolarındaki durum değişikliklerinden (örn. WF_ITEM_ACTIVITY_STATUSES) veya potansiyel olarak RA_CUSTOMER_TRX_ALL'daki fatura işlemindeki açıklayıcı bir esnek alandan çıkarılabilir.
Yakala
Workflow tablolarındaki veya özel durum alanlarındaki durum değişikliklerinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Ödeme Hatırlatması Yapıldı
|
Müşteriye vadesi geçmiş bir fatura ile ilgili bir hatırlatma veya ihtar gönderildi. Bu, tahsilat sürecindeki önemli bir faaliyettir. | ||
|
Neden önemli
Bu aktiviteyi takip etmek, tahsilat stratejilerinin etkinliğini ölçmek için çok önemlidir. Hatırlatıcılar gönderilmeden önce ve sonra ödeme oranlarının analiz edilmesini sağlar.
Nereden alınır
Oracle Advanced Collections kullanılıyorsa, bir ihtar mektubu gönderilmesi açık bir olay olarak kaydedilir. Bu modül olmadan, bu faaliyet genellikle sistem dışında gerçekleştirilir ve güvenilir bir şekilde izlenmeyebilir.
Yakala
Oracle Advanced Collections modülünde bir İhtar Yazışması olayı olarak kaydedildi.
Event tipi
explicit
|
|||
|
Ödeme İptal Edildi
|
Daha önce alınan bir müşteri ödemesinin tersine çevrildiğini gösterir. Bu genellikle yetersiz bakiye (NSF) veya diğer banka işleme hataları nedeniyle meydana gelir. | ||
|
Neden önemli
Ödeme iptalleri nakit akışı tahminini bozar ve ek idari çaba gerektirir. Bu event'leri takip etmek, sorunlu müşterileri veya ödeme yöntemlerini belirlemeye yardımcı olur.
Nereden alınır
Bu, Oracle Alacaklar'da açık bir eylemdir. Bir ters işlem, AR_CASH_RECEIPT_HISTORY_ALL'da 'REVERSED' gibi ters işlemi gösteren bir durumla girişler oluşturur.
Yakala
AR_CASH_RECEIPT_HISTORY_ALL tablosundaki durum değişikliğinin 'REVERSED' olarak gerçekleşmesiyle tanımlanır.
Event tipi
explicit
|
|||
|
Ödeme Son Tarihine Ulaşıldı
|
Faturanın ödeme koşullarına göre vadesinin geldiği günü işaretleyen hesaplanmış bir olay. Bu olay, bir kullanıcı veya sistem eylemine karşılık gelmez ancak kritik bir zamansal dönüm noktasıdır. | ||
|
Neden önemli
Bu event, zamanında ödeme oranlarını hesaplamak ve müşteri ödeme davranışlarını analiz etmek için çok önemlidir. Bir ödemenin erken, zamanında veya geç olup olmadığını belirlemek için bir referans noktası görevi görür.
Nereden alınır
Bu bir event olarak kaydedilmez. Belirli fatura için sistem tarihini AR_PAYMENT_SCHEDULES_ALL tablosundaki TERM_DUE_DATE alanı ile karşılaştırarak hesaplanır.
Yakala
Mevcut zaman damgası, AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE ile karşılaştırılarak türetilmiştir.
Event tipi
calculated
|
|||
|
Silme Oluşturuldu
|
Kalan fatura bakiyesinin tamamını veya bir kısmını batık alacak olarak silmek için bir düzeltme yapılır. Bu genellikle tahsilat çabaları tükendikten sonra gerçekleşir. | ||
|
Neden önemli
Silme işlemleri, doğrudan bir gelir kaybını temsil eder. Sıklıklarını ve değerlerini analiz etmek, kredi politikalarını iyileştirmeye ve tahsil edilemeyen borcun finansal etkisini anlamaya yardımcı olur.
Nereden alınır
Bu, faturaya karşı belirli bir düzeltme tipi işlemi olarak kaydedilir. Event, AR_ADJUSTMENTS_ALL tablosunda, silme işlemleri için tanımlanmış bir alacak aktivite tipine bağlantıyla bulunabilir.
Yakala
Olay, AR_ADJUSTMENTS_ALL tablosunda 'Alacaktan Vazgeçme' faaliyet tipiyle bir kayıt oluşturulmasıdır.
Event tipi
explicit
|
|||
|
Uyuşmazlık Ortaya Çıktı
|
Müşteri faturaya resmen itiraz etti, bu da çözüme ulaşana kadar tahsilat aktivitelerinin durdurulmasına yol açtı. Bu durum genellikle Oracle Advanced Collections içinde veya manuel durum güncellemeleri aracılığıyla yönetilir. | ||
|
Neden önemli
Anlaşmazlıklar, ödemeleri geciktirerek nakit akışını doğrudan etkiler. Frekanslarını ve çözüm sürelerini takip etmek, ürünler, hizmetler veya faturalandırma doğruluğu ile ilgili tekrarlayan sorunları belirlemeye yardımcı olur.
Nereden alınır
Oracle Advanced Collections kullanılıyorsa, bu açık bir işlemdir. Aksi takdirde, AR'deki faturaya uygulanan belirli bir 'anlaşmazlık' durumu veya bloke (hold) üzerinden çıkarılabilir.
Yakala
Oracle Advanced Collections'ta bir işlem olarak kaydedildi veya faturadaki durum değişikliğinden çıkarıldı.
Event tipi
explicit
|
|||