Siparişten Tahsilata - Faturalama Veri Template'iniz

Oracle E-Business Suite
Siparişten Tahsilata - Faturalama Veri Template'iniz

Siparişten Tahsilata - Faturalama Veri Template'iniz

Bu template, Siparişten Tahsilata - Faturalama process'inizi analiz etmek için gereken temel verileri toplamak için net bir yol haritası sunar. Event log'unuza dahil edilecek ana veri alanlarını, izlenecek kritik process adımlarını ve bu bilgileri çıkarmak için pratik rehberliği özetler. Etkili process analizi ve optimizasyonu için gerekli tüm verileri topladığınızdan emin olmak için bu kaynağı kullanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Oracle E-Business Suite için Veri Çekim Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Siparişten Tahsilata - Faturalama Öznitelikleri

Bunlar, kapsamlı Siparişten Tahsilata - Faturalama process analizi için event log'unuza eklemeniz önerilen veri alanlarıdır.
3 Gerekli 6 Önerilen 12 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Siparişten Tahsilata - Faturalama Aktiviteleri

Bunlar, faturalama operasyonlarınızın doğru bir şekilde keşfedilmesi ve analiz edilmesi için event log'unuza kaydetmeniz gereken temel process adımları ve dönüm noktalarıdır.
5 Önerilen 8 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Oracle E-Business Suite'ten nasıl alırsınız?