Müşteri Alacakları Veri Şablonunuz
Müşteri Alacakları Veri Şablonunuz
- AR analizi için önerilen kapsamlı nitelikler kümesi
- İzlenecek temel süreç faaliyetleri ve kilometre taşları
- Oracle Fusion Financials için sisteme özel veri çıkarma rehberliği
Alacak Hesapları Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Müşteri alacakları sürecinde gerçekleştirilen belirli olay veya eylem. | ||
| Açıklama Bu öznitelik, fatura oluşturma, ödeme kaydetme veya itiraz açma gibi süreçte atılan adımı tanımlar. Süreç haritasının akışını tanımlar ve olay dizisinin görselleştirilmesine olanak tanır. Analistler bu alanı süreç varyantlarını, döngüleri ve darboğazları belirlemek için kullanır. Standart operasyonel prosedürlere bağlılığı belirlemek ve yeniden işleme veya manuel müdahaleler gibi belirli olayların sıklığını hesaplamak için esastır. Neden önemli Süreç akışını tanımlamak ve olay dizisini görselleştirmek için gereklidir. Nereden alınır İşlem geçmişi tablolarından (örn. AR_PAYMENT_SCHEDULES_ALL, RA_CUST_TRX_LINE_GL_DIST_ALL) türetilmiştir. Örnekler Fatura OluşturulduÖdeme Hatırlatıcısı GönderildiKısmi Ödeme KaydedildiAnlaşmazlık Davası Açıldı | |||
| Fatura Numarası InvoiceNumber | Oracle Fusion'daki fatura işlemine atanan benzersiz tanımlayıcı. | ||
| Açıklama Bu öznitelik, Müşteri Alacakları modülündeki finansal yükümlülükleri tanımlamak için benzersiz bir anahtar görevi görür. Düzeltmeler, itirazlar ve ödemeler gibi tüm sonraki aktiviteleri orijinal satış işlemine bağlar. Process Mining analizinde, bu öznitelik Vaka Kimliği (Case ID) olarak işlev görür. Analistlerin bir alacağın oluşturulduğu andan tamamen kapatıldığı veya silindiği ana kadar uçtan uca yaşam döngüsünü izlemelerine olanak tanıyarak, döngü sürelerinin ve süreç varyantlarının hesaplanmasını kolaylaştırır. Neden önemli Krediden nakite yaşam döngüsünü izlemek için temel analiz birimidir. Nereden alınır Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.TRX_NUMBER Örnekler INV-2023-00110056789AR-99887755002211 | |||
| Olay Zaman Damgası EventStartDateTime | Bir `activity`'nin occurred olduğu specific `date` ve `time`. | ||
| Açıklama Bu öznitelik, bir aktivitenin sistem içinde gerçekleştiği kesin anı kaydeder. Olayları kronolojik olarak sıralamak için kullanılır ve Process Mining'deki tüm zaman tabanlı hesaplamaların temelidir. Zaman damgalarını analiz ederek, işletme fatura oluşturma ve gönderme arasındaki süre gibi aktiviteler arasındaki döngü sürelerini hesaplayabilir. Günlük Satış Bakiyesi (Days Sales Outstanding) gibi KPI'ları ölçmek ve ödeme davranışındaki zamansal kalıpları belirlemek için kritik öneme sahiptir. Neden önemli Süre, teslim süreleri ve döngü sürelerini hesaplamak için temel niteliktedir. Nereden alınır Oracle Fusion Financials: Çeşitli işlem tablolarındaki CREATION_DATE veya LAST_UPDATE_DATE sütunları. Örnekler 2023-10-15T08:30:00Z2023-10-16T14:45:12Z2023-11-01T09:00:00Z | |||
| Kaynak Sistem SourceSystem | Verinin kaynaklandığı kayıt sistemi. | ||
| Açıklama Bu öznitelik, süreç verilerinin çıkarıldığı yazılım ortamını tanımlar. Bu bağlamda, verilerin Oracle Fusion Financials ortamından geldiğini doğrular. Tek sistemli bir veri çıkarma için genellikle statik bir değer olsa da, birden fazla ERP örneğinden veri birleştirilirken veya üçüncü taraf tahsilat araçları entegre edilirken kritik hale gelir. Çoklu sistem süreç ortamlarında veri soy ağacını ve izlenebilirliği sağlar. Neden önemli Veri soy ağacını sağlar ve farklı ERP örnekleri arasında ayrım yapar. Nereden alınır Çıkarma sırasında sabit kodlanmış veya veri hattında yapılandırılmış. Örnekler Oracle Fusion FinancialsOracle Cloud ERP - USOracle Cloud ERP - EMEA | |||
| Son Veri Güncellemesi LastDataUpdate | Verilerin Process Mining aracında en son ne zaman yenilendiğinin zaman damgası. | ||
| Açıklama Bu öznitelik, veri setinin kaynak Oracle sistemiyle en son ne zaman senkronize edildiğini gösterir. Kullanıcıların analizin güncelliğini ve içgörülerin operasyonların mevcut durumunu yansıtıp yansıtmadığını anlamalarına yardımcı olur. Bu alanı izlemek, dashboard'ların güncel bilgileri gösterdiğinden emin olmak için önemlidir, özellikle açık itirazların veya uygulanmamış nakitin operasyonel izlenmesi için. Neden önemli Veri güncelliği ve güvenilirliği hakkında bağlam sağlar. Nereden alınır Çıkarma anındaki sistem zamanı. Örnekler 2023-11-15T23:59:59Z2023-11-16T00:00:00Z | |||
| Fatura Tutarı InvoiceAmount | Faturanın toplam tutarıdır. | ||
| Açıklama Bu öznitelik, fatura üzerindeki orijinal vadesi gelmiş tutarı temsil eder. Birçok analiz için birincil ağırlıklandırma faktörü olarak hizmet ederek, işletmenin yüksek değerli işlemleri düşük değerli hacme göre önceliklendirmesine olanak tanır. 'Uygulanmamış Krediler ve Sızıntı Görünümü' (Unapplied Credits and Leakage View) bağlamında, bu alan çözülmemiş kalemlerin finansal etkisini nicelleştirmeye yardımcı olur. Ayrıca, ağırlıklı ortalama Günlük Satış Bakiyesi'ni (Days Sales Outstanding) hesaplamak için kullanılarak, süreç verimliliğinin daha finans odaklı bir görünümünü sağlar. Neden önemli Analize finansal ağırlık katar ve değer tabanlı önceliklendirmeyi destekler. Nereden alınır Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.AMOUNT_DUE_ORIGINAL Örnekler 1500.00250.5010000.00 | |||
| İş Birimi BusinessUnit | Kuruluş içindeki faturadan sorumlu operasyonel birim. | ||
| Açıklama Bu öznitelik, Oracle Fusion'daki Organizasyon Kimliği'ne eşleşerek, alacağı sahiplenen belirli iş birimini veya bölümü temsil eder. Kuruluşun farklı bölümleri genelinde süreç performansının segmentasyonunu sağlar. Farklı iş birimleri genelinde İtiraz Çözüm Süresi veya DSO gibi KPI'ları karşılaştırmak, liderliğin yüksek performanslı ekipleri belirlemesine ve en iyi uygulamaları standartlaştırmasına yardımcı olur. Ayrıca ek kaynaklar veya süreç yeniden mühendisliği gerektirebilecek birimleri de vurgular. Neden önemli Kurumsal kıyaslama ve performans karşılaştırması için ana boyut. Nereden alınır Oracle Fusion Financials: ORG_ID aracılığıyla bağlı HR_ORGANIZATION_UNITS.NAME. Örnekler ABD Doğu SatışEMEA HizmetleriAPAC Manufacturing | |||
| İşlem Tipi TransactionType | Alacak belgesinin sınıflandırması (Fatura, Kredi Notu, Borç Notu). | ||
| Açıklama Bu öznitelik, farklı finansal belge türleri arasında ayrım yapar. Yaygın değerler arasında Fatura, Kredi Notu ve Borç Notu bulunur. Bu ayrım, 'Kredi Notu Hacmi ve Yeniden İşleme' (Credit Memo Volume and Rework) dashboard'u için hayati öneme sahiptir. Bu öznitelik üzerinden filtreleme yaparak, analistler kredi notlarının neden olduğu yeniden işleme döngülerini izole edebilir veya ana faturalama akışına özel olarak odaklanabilir. Alacaklar iş yükünün bileşimini anlamaya yardımcı olur. Neden önemli Standart faturaları düzeltmelerden ve ayarlamalardan ayırır. Nereden alınır Oracle Fusion Financials: RA_CUST_TRX_TYPES_ALL.NAME Örnekler FaturaKredi NotuBorç DekontuTers İbraz | |||
| Kullanıcı Adı UserName | Aktiviteyi gerçekleştiren sistem kullanıcısı. | ||
| Açıklama Bu öznitelik, belirli aktiviteyi (örn. faturayı kaydetme, banka ekstresini eşleştirme) gerçekleştiren kişinin giriş kimliğini veya adını kaydeder. Genel 'Kullanıcı' alanına eşleşir. Bu veri, uyumluluk denetimi ve 'Tahsilat Temsilcisi Verimi' (Collection Agent Throughput) dashboard'u için hayati öneme sahiptir. Makine kaynaklı eylemleri (genellikle bir 'Sistem' kullanıcısı tarafından yapılır) insan eylemlerinden ayırmayı sağlayarak otomasyon analizini destekler. Neden önemli Kullanıcı düzeyinde performans takibi ve görevler ayrımı analizine olanak tanır. Nereden alınır Oracle Fusion Financials: Kullanıcı tablolarına bağlı CREATED_BY veya LAST_UPDATED_BY sütunları. Örnekler sysadminjsmithfinans_toplu_işi | |||
| Müşteri Adı CustomerName | İşlemde faturalanan varlığın adı. | ||
| Açıklama Bu öznitelik, faturayla ilişkili müşteriyi tanımlar. Müşteri düzeyinde ödeme davranışlarını, itiraz sıklıklarını ve tahsilat etkinliğini analiz etmek için temeldir. Analistler bu alanı, sık sık geç ödeme yapan veya itirazda bulunan belirli müşterileri belirlemek için kullanır. Bu içgörü, 'Müşteri Ödeme Davranışı Analizi' dashboard'unu destekler ve kredi koşullarını ve tahsilat stratejilerini bireysel müşteri profillerine göre uyarlamaya yardımcı olur. Neden önemli Müşteri odaklı analiz ve risk profillemesi için esastır. Nereden alınır Oracle Fusion Financials: BILL_TO_CUSTOMER_ID aracılığıyla bağlı HZ_PARTIES.PARTY_NAME. Örnekler Acme CorpGlobex ŞirketiSoylent Corp | |||
| Müşteri Segmenti CustomerSegment | Müşterinin büyüklük, sektör veya riske göre sınıflandırması. | ||
| Açıklama Bu öznitelik, müşterileri Stratejik, Kurumsal, KOBİ veya Yüksek Riskli gibi gruplara ayırır. Genellikle Oracle Fusion'daki müşteri sınıfından veya profil sınıfından türetilir. Bu özniteliği kullanmak, farklı pazar segmentlerindeki süreç varyantlarının analiz edilmesine olanak tanır. Örneğin, 'Stratejik' müşterilerin amaçlanan özel hizmeti alıp almadığını veya 'Yüksek Riskli' müşterilerin ödeme uyumluluğu açısından yakından izlenip izlenmediğini doğrulamaya yardımcı olur. Neden önemli Tahsilat stratejilerinin ve riskin segmentlere ayrılmış analizine olanak tanır. Nereden alınır Oracle Fusion Financials: HZ_CUSTOMER_PROFILES.PROFILE_CLASS_ID. Örnekler KurumsalKüçük İşletmeHükümetYüksek Risk | |||
| Otomatikleştirildi mi? IsAutomated | Etkinliğin insan müdahalesi olmadan gerçekleştirilip gerçekleştirilmediğini gösteren bayrak. | ||
| Açıklama Bu boolean özniteliği, bir aktivitenin bir sistem süreci (örn. AutoInvoice, AutoLockbox) veya bir insan kullanıcısı tarafından yürütülüp yürütülmediğini belirler. 'Nakit Uygulama Otomasyon Oranı' (Cash Application Automation Rate) KPI'ı için birincil itici güçtür. Zamanla otomatik ve manuel aktivitelerin oranını izleyerek, kuruluş dijital dönüşüm girişimlerinin başarısını doğrulayabilir ve inatla manuel kalan belirli süreç adımlarını belirleyebilir. Neden önemli Dijital dönüşüm ve verimlilik ölçümü için birincil metriktir. Nereden alınır Kullanıcı Adı'na dayalı hesaplanmış mantık (örn. eğer Kullanıcı == 'BATCH_USER' ise doğru). Örnekler truefalse | |||
| Tahsilatçı Adı CollectorName | Faturaya atanan tahsilat temsilcisi veya kaynağının adı. | ||
| Açıklama Bu öznitelik, fatura üzerindeki ödemeyi tahsil etmekten sorumlu belirli çalışanı veya ekip üyesini tanımlar. 'Tahsilat Temsilcisi Verimi' (Collection Agent Throughput) dashboard'u için temel boyuttur. Bu alandan gelen veriler, kuruluşun temsilci başına üretkenliği ölçmesine, eğitim ihtiyaçlarını belirlemesine ve iş yüklerini dengelemesine olanak tanır. Hesap verebilirliği teşvik eder ve finans ekibi genelinde tahsilat çabalarını standartlaştırmaya yardımcı olur. Neden önemli Kaynak performans analizi ve iş yükü dengeleme için anahtar. Nereden alınır Oracle Fusion Financials: Müşteri Profili ile ilişkili AR_COLLECTORS.NAME. Örnekler Can DemirTahsilat Ekibi AAyşe Yılmaz | |||
| Vade Tarihi DueDate | Ödemenin alınmasının beklendiği tarih. | ||
| Açıklama Bu öznitelik, Fatura Tarihi ve Ödeme Koşullarına göre hesaplanan ödeme son tarihidir. Bir ödemenin gecikmiş olup olmadığını belirlemek için referans noktası olarak hizmet eder. Ekibin son tarihe göre ne kadar proaktif davrandığını ölçmek için 'Tahsilat Hatırlatma Zamanlaması Varyansı' (Collection Reminder Timing Variance) KPI'ında kullanılır. Ayrıca yaşlandırma raporlarında alacakları cari veya vadesi geçmiş olarak sınıflandırmak için eşiktir. Neden önemli Gecikmeyi ve zamanında performansı belirlemek için birincil temel ölçüttür. Nereden alınır Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DUE_DATE Örnekler 2023-11-302023-12-152024-01-01 | |||
| Anlaşmazlık Nedeni DisputeReason | Bir itiraz açıldığında atanan kategori veya neden kodu. | ||
| Açıklama Bu öznitelik, 'İtiraz Vakası Açıldı' (Dispute Case Opened) aktivitesi meydana geldiğinde sağlanan gerekçeyi yakalar. Yaygın değerler arasında 'Fiyat Hatası', 'Miktar Uyuşmazlığı' veya 'Hasarlı Mallar' bulunabilir. Bu özniteliğin 'İtiraz Yaşam Döngüsü ve Darboğazlar' (Dispute Lifecycle and Bottlenecks) dashboard'unda analiz edilmesi, ödeme gecikmelerinin temel nedenlerini belirlemeye yardımcı olur. Eğer 'Fiyat Hatası' sıkça görülüyorsa, işletme sadece tahsilat sürecini değil, başlangıçtaki satış teklifi sürecini araştırması gerektiğini bilir. Neden önemli Gecikmeli ödemelerin ve yeniden işleme alınanların kök neden analizi için kritik. Nereden alınır Oracle Fusion Financials: RA_CM_REQUESTS.REASON_CODE veya AR_DISPUTE_HISTORY. Örnekler Fiyat İtirazıVergi HatasıMallar AlınmadıÇift Faturalandırma | |||
| Bölge Region | İş birimi veya müşteriyle ilişkili coğrafi bölge. | ||
| Açıklama Bu öznitelik, işlemi Kuzey Amerika, EMEA veya APAC gibi daha geniş bir coğrafi bölgeye eşler. Üst düzey yönetici raporlaması ve 'DSO ve Nakit Döngüsü Eğilimleri' (DSO and Cash Cycle Trends) dashboard'u için kullanışlıdır. Bölgesel analiz, ödeme davranışlarındaki kültürel farklılıkları (örn. Güney Avrupa'da ABD'ye kıyasla daha uzun standart ödeme koşulları) hesaba katmaya yardımcı olur ve küresel KPI'ların doğru yerel bağlamla yorumlanmasını sağlar. Neden önemli Küresel raporlama için üst düzey coğrafi segmentasyon sağlar. Nereden alınır Oracle Fusion Financials: İş Birimi veya Müşteri Adresinden türetilmiştir. Örnekler Kuzey AmerikaEMEAAPACLATAM | |||
| İndirim Uygunluk Tarihi DiscountEligibilityDate | Bir müşterinin erken ödeme iskontosu almak için ödeme yapabileceği son tarih. | ||
| Açıklama Bu öznitelik, müşterinin '2/10 Net 30' (10 gün içinde ödenirse %2 indirim) gibi koşullardan yararlanabileceği son tarihi işaretler. 'Erken Ödeme İskontosu Analizleri' (Early Payment Discount Analytics) dashboard'u için gereklidir. Ödemelerin bu tarihe göre analiz edilmesi, 'Erken Ödeme İskontosu Yakalama Oranı'nı ortaya koyar. Bu, işletmenin iskonto stratejilerinin nakit akışını etkili bir şekilde hızlandırıp hızlandırmadığını veya müşteriler tarafından göz ardı edilip edilmediğini anlamasına yardımcı olur. Neden önemli Teşvik etkinliğinin ve nakit akışı hızlandırmasının analizini destekler. Nereden alınır Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DISCOUNT_DATE Örnekler 2023-11-102023-12-05 | |||
| Ödeme Vadeleri PaymentTerms | Ödeme zamanlaması için kararlaştırılan koşullar (örn. Net 30). | ||
| Açıklama Bu öznitelik, ödeme için sözleşmeyle belirlenmiş zaman dilimini tanımlar. Vade Tarihi'ni (Due Date) hesaplamak için kullanılır ve 'Tahsilat Stratejisi Etkinliği' dashboard'u için esastır. Müşteriler arasındaki ödeme koşullarındaki farklılıklar, DSO'daki farklılıkları açıklayabilir. Bu öznitelik, analistlerin performans verilerini normalleştirmesine olanak tanıyarak, Net 60 gün vadesi olan bir müşterinin, Net 30 gün vadesi olan bir müşteriye kıyasla haksız yere 'yavaş ödeyen' olarak işaretlenmemesini sağlar. Neden önemli Ödeme hızını sözleşmesel anlaşmalara göre bağlamsallaştırır. Nereden alınır Oracle Fusion Financials: RA_TERMS.NAME Örnekler Net 30 GünAcil2/10 Net 30Net 60 Gün | |||
| Oluşturma Kaynağı CreationSource | Faturanın manuel mi yoksa içe aktarılmış mı olduğunu gösteren kökeni. | ||
| Açıklama Bu öznitelik, faturanın Oracle sistemine 'Manuel Giriş', 'Otomatik Fatura' veya belirli harici beslemeler aracılığıyla nasıl girdiğini ortaya koyar. 'Kanal' genel eşlemesi için bir vekildir. Bu, 'Nakit Uygulama Otomasyon Monitörü' (Cash Application Automation Monitor) için çok önemlidir. Tamamen dijital olan süreçler ile manuel kurulum gerektiren süreçler arasında ayrım yapmaya yardımcı olur. Yüksek 'Manuel Giriş' hacimleri, başlangıç entegrasyonu eksikliğini veya sistem eksikliklerini gösterebilir. Neden önemli Yukarı akış otomasyonu seviyesini ve veri kaynağını belirler. Nereden alınır Oracle Fusion Financials: RA_BATCH_SOURCES_ALL.NAME Örnekler Otomatik FaturaManuelProjeler UygulamasıSipariş Yönetimi | |||
| Para Birimi Kodu CurrencyCode | Fatura tutarının belirlendiği para birimi. | ||
| Açıklama Bu öznitelik, finansal tutarlar için para birimini (örn. USD, EUR) belirtir. Fatura Tutarını doğru yorumlamak ve küresel bir raporlama para birimi gerekiyorsa para birimi dönüşümleri gerçekleştirmek için gereklidir. Küresel kuruluşlar için bu öznitelik, farklı ekonomik bölgelerdeki tahsilat performansını analiz etmeye yardımcı olur ve finans ekiplerinin döviz etkilerini operasyonel süreç performansından ayırmasına olanak tanır. Neden önemli Çok para birimli ortamlarda finansal değerleri bağlamsallaştırır. Nereden alınır Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.INVOICE_CURRENCY_CODE Örnekler USDEURGBPJPY | |||
| Vadesi Geçmiş Alacak Günleri DaysSalesOutstanding | Fatura oluşturma ve kapatma arasındaki gün sayısı. | ||
| Açıklama Bu hesaplanmış öznitelik, 'Fatura Oluşturuldu'dan 'Fatura Kapatıldı'ya kadar olan süreyi ölçer. 'Ortalama Günlük Satış Bakiyesi' (Average Days Sales Outstanding) KPI'ı için doğrudan hesaplamadır. Bu, dashboard'larda dinamik olarak hesaplanabilse de, vaka düzeyinde önceden hesaplanmış bir öznitelik olarak bulundurmak, daha kolay filtreleme ve segmentasyona (örn. DSO'nun 60 günden fazla olduğu tüm vakaları gösterme) olanak tanır. Neden önemli Müşteri Alacakları için kesin verimlilik metriğidir. Nereden alınır Hesaplandı: Tarih(Fatura Temizlendi) - Tarih(Fatura Oluşturuldu). Örnekler 45 gün12 gün60 gün | |||
| Yeniden İşleme mi? IsRework | Faturanın düzeltme veya anlaşmazlık döngülerinden geçip geçmediğini gösteren bayrak. | ||
| Açıklama Bu boolean özniteliği, bir faturanın hata düzeltmeyle ilişkili aktiviteler (örn. 'Kredi Notu Düzenlendi' veya 'Fatura Düzeltildi') yaşayıp yaşamadığını belirler. 'Kredi Notu Hacmi ve Yeniden İşleme' (Credit Memo Volume and Rework) dashboard'unu destekler. Yeniden işleme vakalarını belirlemek, 'mutlu yol' süreçlerini sorunlu olanlardan ayırmaya yardımcı olur. Yüksek yeniden işleme oranları, ana veri veya satış siparişi giriş süreçlerindeki başlangıç veri kalitesi sorunlarının önde gelen bir göstergesidir. Neden önemli Süreç akışındaki israfı ve verimsizliği belirler. Nereden alınır Hesaplandı: Vaka 'Alacak Dekontu Düzenlendi' veya 'Anlaşmazlık Davası Açıldı' içeriyorsa doğru. Örnekler truefalse | |||
Alacak Hesapları Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura Gönderildi | Faturanın müşteriye basılı, e-posta veya XML aracılığıyla iletilmesini temsil eder. Bu, kuruluştan müşteriye devri işaret eder. | ||
| Neden önemli Faturalama Gönderim Performansını ölçmek için kritik. Oluşturma ve gönderme arasındaki boşluk, nakit tahsilat döngüsünü doğrudan geciktirir. Nereden alınır RA_CUSTOMER_TRX_ALL'daki PRINTING_ORIGINAL_DATE'den veya XML kullanılıyorsa Oracle Collaboration Messaging Framework'teki belirli günlüklerden çıkarılmıştır. Yakala Durum alanını önce/sonra karşılaştırın Event tipi inferred | |||
| Fatura Mutabakatı Yapıldı | Faturanın sistemde kapatıldığı son durum; genellikle ödeme, kredi notu veya düzeltme nedeniyle bakiyenin sıfır olmasıyla gerçekleşir. | ||
| Neden önemli Bu olayın zaman damgası, Günlük Satış Bakiyesi'ni (DSO) hesaplamak için kullanılır. Süreç örneğinin sonunu temsil eder. Nereden alınır AR_PAYMENT_SCHEDULES_ALL'daki STATUS 'CL' (Kapalı) olarak değiştiğinde belirlenir. Yakala Durum alanını önce/sonra karşılaştırın Event tipi inferred | |||
| Fatura Oluşturuldu | Bu aktivite, fatura kaydının sistemdeki ilk oluşturulmasını işaret eder. İşlem başlığı ilk kez Oracle Alacaklar tablolarına kaydedildiğinde zaman damgasını yakalar. | ||
| Neden önemli Süreç yaşam döngüsünün başlangıcını ve yaşlandırma hesaplamaları için temel çizgiyi oluşturur. Toplam döngü süresini ve gönderime kadar geçen teslim süresini hesaplamak için esastır. Nereden alınır RA_CUSTOMER_TRX_ALL tablosundan CREATION_DATE veya TRX_DATE sütunu kullanılarak türetilmiştir. Yakala İşlem satırı eklendiğinde kaydedildi Event tipi explicit | |||
| Fatura Tamamlandı | Fatura oluşturma sürecinin tamamlandığını ve faturanın işlenmeye, basılmaya ve gönderilmeye hazır olduğunu gösterir. Bu, işlem durumunun eksikten tama değiştiğinde meydana gelir. | ||
| Neden önemli Taslak oluşturma süresi ile işlem süresi arasında ayrım yapar. Buradaki gecikmeler, dahili faturalandırma oluşturma sürecindeki darboğazları gösterir. Nereden alınır RA_CUSTOMER_TRX_ALL'daki COMPLETE_FLAG 'Y'ye geçtiğinde belirlenir. Yakala Durum alanını önce/sonra karşılaştırın Event tipi inferred | |||
| Kısmi Ödeme Kaydedildi | Bir tahsilat faturaya uygulandığında, ancak tutar toplam ödenmemiş bakiyeden daha az olduğunda meydana gelir. Bu durum, faturayı daha düşük bir bakiye ile açık bırakır. | ||
| Neden önemli Yüksek sıklık, mutabakat çabasını artıran parçalanmış ödeme davranışını (Kısmi Ödeme Sıklığı KPI) gösterir. Nereden alınır STATUS = 'APP' ve AMOUNT_APPLIED < AMOUNT_DUE_REMAINING olan AR_RECEIVABLE_APPLICATIONS_ALL tablosundan alınmıştır. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi explicit | |||
| Tam Ödeme Alındı | Bir tahsilat uygulaması fatura bakiyesini sıfıra indirdiğinde meydana gelir. Bu, tahsilat süreci için birincil başarı olayıdır. | ||
| Neden önemli Erken Ödeme İndirimi Analitiği için kritik. Bu olayın zamanlaması, nakitin indirim penceresinde tahsil edilip edilmediğini belirler. Nereden alınır STATUS = 'APP' ve sonuç olarak AMOUNT_DUE_REMAINING 0 olan AR_RECEIVABLE_APPLICATIONS_ALL tablosundan alınmıştır. Yakala X alanını Y ile karşılaştırarak türetilir Event tipi calculated | |||
| Alacak Dekontu Düzenlendi | Faturaya uygulanan bir alacak dekontu işleminin oluşturulmasını yakalar. Bu, genellikle bir anlaşmazlık veya iadeye yanıt olarak vadesi gelen bakiyeyi azaltır. | ||
| Neden önemli Kredi Notu Yeniden İşleme Oranını ve gelir kaybını izler. Sık kredi notları, sistemsel faturalama hatalarına işaret eder. Nereden alınır TRX_TYPE'ın Kredi Notu olduğu ve RELATED_CUSTOMER_TRX_ID'nin faturayla eşleştiği RA_CUSTOMER_TRX_ALL tablosundan alınmıştır. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi explicit | |||
| Anlaşmazlık Çözüldü | Anlaşmazlık soruşturmasının sonucunu gösterir. Sonuç, bir alacak dekontu onayı (geçerli anlaşmazlık) veya reddi (geçersiz anlaşmazlık) olabilir. | ||
| Neden önemli Ortalama İtiraz Çözüm Süresi'ni hesaplamak için gereklidir. Uzun çözüm süreleri müşteri memnuniyetini ve DSO'yu olumsuz etkiler. Nereden alınır RA_CM_REQUESTS_ALL'da durumun 'APPROVED' veya 'REJECTED' olarak değişmesinden türetilmiştir. Yakala Durum alanını önce/sonra karşılaştırın Event tipi inferred | |||
| Anlaşmazlık Davası Açıldı | Fatura ile ilgili resmi bir itirazın başlangıcını işaret eder. Bu durum, sorun araştırılırken standart tahsilat faaliyetlerini durdurur. | ||
| Neden önemli Önemli bir darboğaz göstergesi. Yüksek itiraz oranları, sipariş karşılama veya faturalandırma doğruluğunda başlangıçtaki kalite sorunlarına işaret eder. Nereden alınır RA_CM_REQUESTS_ALL'daki kayıtlardan veya faturaya bağlı belirli Alacak Dekontu Talep iş akışlarından belirlenir. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi explicit | |||
| Banka Ekstresi Eşleşti | Faturaya uygulanan makbuzun banka ekstresindeki bir satırla mutabık olduğunu gösterir. Bu, nakitin gerçekten banka hesabına ulaştığını doğrular. | ||
| Neden önemli Nakit Uygulama Otomasyonunu ölçer. Ödeme kaydı ile banka mutabakatı arasındaki boşluk, onaylanmamış nakiti temsil eder. Nereden alınır Mutabakat referansı aracılığıyla AR_CASH_RECEIPTS_ALL'dan CE_STATEMENT_LINES'a (Nakit Yönetimi) birleştirildi. Yakala Durum alanını önce/sonra karşılaştırın Event tipi inferred | |||
| Fatura Deftere Kaydedildi | Fatura muhasebe kayıtlarının kesinleştiği ve Genel Muhasebeye aktarıldığı olayı kaydeder. Bu, finansal uyumluluk ve dönem kapanışı hazırlığını sağlar. | ||
| Neden önemli Müşteri görünümünü etkilemese de, buradaki gecikmeler finansal kapanış döngüsünü ve raporlama zamanlamasını etkiler. Nereden alınır RA_CUST_TRX_LINE_GL_DIST_ALL tablosundaki GL_DATE'den türetilmiştir. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi explicit | |||
| Fatura Düzeltildi | Fatura bakiyesindeki manuel düzeltmeleri, küçük iptaller veya döviz kuru düzeltmeleri gibi, alacak dekontlarından farklı olarak yakalar. | ||
| Neden önemli Gelir kaçağını ve bakiyelerin ödeme yapılmadan temizlendiği standart olmayan süreç yollarını belirlemeye yardımcı olur. Nereden alınır Fatura ile bağlı AR_ADJUSTMENTS_ALL tablosundan alınmıştır. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi explicit | |||
| Fatura Silindi | Kalan bakiyenin tahsil edilemez kabul edildiği ve batık kredi olarak silindiği özel bir düzeltme türü. Bu, olumsuz bir nihai durumdur. | ||
| Neden önemli Finansal sağlık izlemesi için kritik. Operasyonel verimliliği (ödeme hızı) kredi kalitesi sorunlarından ayırır. Nereden alınır Düzeltme türünün 'Hasılat Kaydı' olarak sınıflandırıldığı veya Batık Borç hesabına bağlı olduğu AR_ADJUSTMENTS_ALL tablosundan alınmıştır. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi explicit | |||
| Ödeme Hatırlatıcısı Gönderildi | Müşteriye bir ihtar mektubu veya tahsilat hatırlatıcısı gönderilmesini yakalar. Bu olay Gelişmiş Tahsilatlar modülü tarafından oluşturulur. | ||
| Neden önemli Tahsilat Stratejisi Etkililiğini analiz etmek için esastır. Bunu ödemelerle ilişkilendirmek, hangi hatırlatma stratejilerinin en hızlı nakit geri kazanımını sağladığını belirlemeye yardımcı olur. Nereden alınır Müşteri hesabına bağlı IEX_DUNNING veya IEX_STRATEGY_WORK_ITEMS tablolarında bulunur. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi explicit | |||
| Ödeme Taahhüdü Alındı | Müşteriden belirli bir tarihe kadar belirli bir tutarı ödeme taahhüdünü kaydeder. Bu, genellikle bir tahsilat temsilcisi tarafından müşteri etkileşimi sırasında manuel olarak girilir. | ||
| Neden önemli Müşteri Ödeme Davranışı Analizi için anahtar. Tutulmayan sözler, yüksek kredi riski ve potansiyel gelecekteki batık krediyi gösterir. Nereden alınır Tahsilatlar modülündeki IEX_PROMISE_DETAILS tablosundan alınmıştır. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi explicit | |||
Veri Çekim Kılavuzları
Adımlar
Oracle BI Cloud Connector (BICC) Konsoluna erişin. Teklifleri ve Veri Depolarını Yönet bölümüne gidin.
Depolama Bağlantısını Yapılandırın. Çıkarılan CSV/Parquet dosyalarının depolanacağı Oracle Universal Content Management (UCM) veya harici bir Nesne Depolama'ya (OCI Nesne Depolama gibi) geçerli bir bağlantınız olduğundan emin olun.
Finans Teklifini Seçin. Alacak Hesapları Görünüm Nesnelerine erişmek için Finans teklifini bulun.
Görünüm Nesnelerini (VO'lar) Seçin ve Yapılandırın. Olay günlüğünü oluşturmak için gerekli belirli Genel Görünüm Nesnelerini (PVO'lar) seçmelisiniz. Temel PVO'lar şunları içerir:
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.TransactionHeaderExtractPVO (Fatura Başlıkları)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.TransactionLineExtractPVO (Fatura Satırları)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.ReceiptApplicationExtractPVO (Ödemeler ve AD Uygulamaları)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.AdjustmentExtractPVO (Düzeltmeler ve İptaller)
- FscmTopModelAM.FinExtractAM.IexBiccExtractAM.PromiseDetailExtractPVO (Ödeme Sözleri)
- FscmTopModelAM.FinExtractAM.IexBiccExtractAM.StrategyWorkItemExtractPVO (İhtar/Hatırlatıcılar)
Filtre Kriterlerini Tanımlayın (Budama). Çıkarma Programlarını Yönet'te veya PVO yapılandırması içinde, analiz döneminizle ilgili verileri çıkarmak için CreationDate veya LastUpdateDate üzerinde bir filtre ayarlayın (örn. son 12 ay).
Çıkarmayı Zamanlayın. Bu çıkarmaları günlük olarak çalıştırmak için bir iş programı oluşturun. İlk Tam Yükleme'den sonra yalnızca değişen verileri almak için Artımlı Yükleme'yi seçin.
İndir ve Al. Dosyaları UCM/Nesne Depolama'dan almak ve veri ambarı hazırlık tablolarınıza yüklemek için otomatik bir betik veya entegrasyon aracı kullanın (örn. STG_AR_TRX_HEADER, STG_AR_APPLICATIONS).
Dönüşüm Mantığını Uygulayın. İlişkisel verileri ProcessMind olay günlüğü formatına düzleştirmek için Sorgu bölümünde sağlanan SQL betiğini hazırlık tablolarınıza karşı çalıştırın.
Veri Türlerini Doğrulayın. Dönüşüm sırasında tarih alanlarının datetime nesnelerine dönüştürüldüğünden ve sayısal miktarların ondalık sayıları doğru şekilde işlediğinden emin olun.
CSV/Parquet Olarak Dışa Aktar. Veri ambarınızdan nihai sonuç kümesini tek bir dosya olarak dışa aktarın.
ProcessMind'e Yükle. Dosyayı içe aktarın, InvoiceNumber'ı Vaka Kimliği, ActivityName'i Aktivite ve EventStartDateTime'ı Zaman Damgası olarak eşleştirin.
Konfigürasyon
- Çıkarma Sıklığı: Son durum değişikliklerini yakalamak için Günlük (Artımlı) önerilir.
- İlk Yükleme: İlk çalıştırma için 'Tam Çıkarma'yı seçin, ardından Son Güncelleme Tarihine göre 'Artımlı'ya geçin.
- Anahtar PVO'lar: TransactionHeaderExtractPVO, ReceiptApplicationExtractPVO, AdjustmentExtractPVO, StrategyWorkItemExtractPVO.
- Tarih Filtreleme: Hacmi sınırlamak için CreationDate >= '202X-01-01' üzerinde filtreler uygulayın.
- Getirme Boyutu: Varsayılan genellikle 50000 satırdır; UCM indirme kullanılıyorsa ağ bant genişliğine göre ayarlayın.
- Birincil Anahtarlar: Aşağı akış veri ambarınızın, yinelenen satırları önlemek için PVO Birincil Anahtarlarını (genellikle CustomerTrxId, ReceivableApplicationId vb.) kullanarak upsert işlemlerini yönettiğinden emin olun.
- Denetim Geçmişi: Standart BICC PVO'lar mevcut durumu yakalar. Durum değişikliklerinin (Anlaşmazlık Açıldı gibi) tam tarihsel damgalanması için, işlemsel tablolar geçmişi kalıcı kılmıyorsa Fusion'da Denetim Politikalarını etkinleştirmek ve Denetim Görünüm Nesnelerini çıkarmak gerekebilir.
a Örnek Sorgu config
/*
Transformation Script for Oracle BICC Data
Assumes raw BICC PVO CSVs are loaded into a SQL Staging Area with tables named:
- STG_AR_TRX_HEADER (TransactionHeaderExtractPVO)
- STG_AR_APPLICATIONS (ReceiptApplicationExtractPVO)
- STG_AR_ADJUSTMENTS (AdjustmentExtractPVO)
- STG_IEX_PROMISES (PromiseDetailExtractPVO)
- STG_IEX_STRATEGY (StrategyWorkItemExtractPVO)
- STG_CE_STMTS (BankStatementLineExtractPVO - Optional/Advanced)
*/
WITH Base_Log AS (
/* 1. Invoice Created */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Created' AS ActivityName,
CreationDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
(Quantity * UnitSellingPrice) AS InvoiceAmount,
TrxClass AS TransactionType,
CreatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE TrxClass IN ('INV', 'DM')
UNION ALL
/* 2. Invoice Completed */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Completed' AS ActivityName,
TrxDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE CompleteFlag = 'Y'
AND TrxClass IN ('INV', 'DM')
UNION ALL
/* 3. Invoice Dispatched */
/* Using PrintingOriginalDate as proxy for dispatch */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Dispatched' AS ActivityName,
PrintingOriginalDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE PrintingOriginalDate IS NOT NULL
AND TrxClass IN ('INV', 'DM')
UNION ALL
/* 4. Invoice Posted to GL */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Posted to GL' AS ActivityName,
GlDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
'System' AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE GlDate IS NOT NULL
AND TrxClass IN ('INV', 'DM')
UNION ALL
/* 5. Payment Reminder Sent */
/* Links via Customer or Account, mapped back to Trx via Collections Strategy logic */
/* Simplified join assumption based on Trx Id availability in Work Item */
SELECT
H.TrxNumber AS InvoiceNumber,
'Payment Reminder Sent' AS ActivityName,
W.CreationDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
H.TrxClass AS TransactionType,
W.CreatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_IEX_STRATEGY W
JOIN STG_AR_TRX_HEADER H ON W.ObjectPk1 = H.CustomerTrxId
WHERE W.WorkItemTemplateName LIKE '%Reminder%'
UNION ALL
/* 6. Promise to Pay Received */
SELECT
H.TrxNumber AS InvoiceNumber,
'Promise to Pay Received' AS ActivityName,
P.CreationDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
P.PromiseAmount AS InvoiceAmount,
H.TrxClass AS TransactionType,
P.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_IEX_PROMISES P
JOIN STG_AR_TRX_HEADER H ON P.CustTrxId = H.CustomerTrxId
UNION ALL
/* 7. Dispute Case Opened */
/* Triggered when dispute amount is updated/created */
SELECT
TrxNumber AS InvoiceNumber,
'Dispute Case Opened' AS ActivityName,
DisputeDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE DisputeDate IS NOT NULL
UNION ALL
/* 8. Dispute Resolved */
/* Approximated by update date when dispute amount returns to 0 after being positive */
/* Note: Accurate dispute history requires Audit Trail extraction. This is a best-effort proxy based on header state. */
SELECT
TrxNumber AS InvoiceNumber,
'Dispute Resolved' AS ActivityName,
LastUpdateDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE DisputeDate IS NOT NULL AND DisputeAmount = 0
UNION ALL
/* 9. Credit Memo Issued (Applied) */
SELECT
H.TrxNumber AS InvoiceNumber,
'Credit Memo Issued' AS ActivityName,
APP.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
APP.AmountApplied AS InvoiceAmount,
H.TrxClass AS TransactionType,
APP.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
WHERE APP.ApplicationType = 'CM' -- Credit Memo application
UNION ALL
/* 10. Partial Payment Posted */
SELECT
H.TrxNumber AS InvoiceNumber,
'Partial Payment Posted' AS ActivityName,
APP.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
APP.AmountApplied AS InvoiceAmount,
H.TrxClass AS TransactionType,
APP.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
WHERE APP.ApplicationType = 'CASH'
AND APP.Status = 'APP'
AND (H.AmountDueRemaining > 0) -- Invoice still has balance
UNION ALL
/* 11. Full Payment Received */
SELECT
H.TrxNumber AS InvoiceNumber,
'Full Payment Received' AS ActivityName,
APP.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
APP.AmountApplied AS InvoiceAmount,
H.TrxClass AS TransactionType,
APP.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
WHERE APP.ApplicationType = 'CASH'
AND APP.Status = 'APP'
AND H.AmountDueRemaining = 0 -- Invoice fully paid
UNION ALL
/* 12. Bank Statement Matched */
/* Requires joining Receipt Application -> Cash Receipt -> Bank Statement Line */
/* Placeholder logic assuming availability of Bank Statement PVO data */
SELECT
H.TrxNumber AS InvoiceNumber,
'Bank Statement Matched' AS ActivityName,
BSL.StatementDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
BSL.Amount AS InvoiceAmount,
H.TrxClass AS TransactionType,
BSL.CreatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
-- Join to Receipt then to Bank Stmt would happen here
JOIN STG_CE_STMTS BSL ON APP.CashReceiptId = BSL.ReferenceId -- Simplified Join
WHERE APP.ApplicationType = 'CASH'
UNION ALL
/* 13. Invoice Adjusted */
SELECT
H.TrxNumber AS InvoiceNumber,
'Invoice Adjusted' AS ActivityName,
ADJ.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
ADJ.Amount AS InvoiceAmount,
H.TrxClass AS TransactionType,
ADJ.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_ADJUSTMENTS ADJ
JOIN STG_AR_TRX_HEADER H ON ADJ.CustomerTrxId = H.CustomerTrxId
WHERE ADJ.AdjustmentType != 'WRITE_OFF'
UNION ALL
/* 14. Invoice Written Off */
SELECT
H.TrxNumber AS InvoiceNumber,
'Invoice Written Off' AS ActivityName,
ADJ.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
ADJ.Amount AS InvoiceAmount,
H.TrxClass AS TransactionType,
ADJ.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_ADJUSTMENTS ADJ
JOIN STG_AR_TRX_HEADER H ON ADJ.CustomerTrxId = H.CustomerTrxId
WHERE ADJ.AdjustmentType = 'WRITE_OFF'
UNION ALL
/* 15. Invoice Cleared */
/* The moment the invoice balance hits 0 */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Cleared' AS ActivityName,
LastUpdateDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE AmountDueRemaining = 0
)
SELECT
InvoiceNumber,
ActivityName,
EventStartDateTime,
SourceSystem,
GETDATE() AS LastDataUpdate,
BusinessUnit,
CustomerName,
Currency,
InvoiceAmount,
TransactionType,
UserName,
IsAutomated
FROM Base_Log
WHERE EventStartDateTime IS NOT NULL
ORDER BY InvoiceNumber, EventStartDateTime Adımlar
Oracle Fusion Uygulamalarına Giriş Yapın: Araçlar > Raporlar ve Analizler'e gidin. Oracle BI Publisher arayüzünü açmak için Kataloğu Gözat'a tıklayın.
Veri Modeli Oluşturun: Sol üstteki Yeni'ye tıklayın ve Veri Modeli'ni seçin. Bu, SQL çıkarma mantığınızın kapsayıcısıdır.
SQL Veri Kümesi Tanımlayın: Soldaki Veri Modeli ağacının altında, Veri Kümeleri'ne tıklayın, ardından Yeni Veri Kümesi > SQL Sorgusu'nu seçin.
Veri Kaynağını Yapılandırın: Veri kümesine bir ad verin (örn.
ProcessMining_AR). Veri Kaynağı olarakApplicationDB_FSCM(Finans Tedarik Zinciri Yönetimi) öğesini seçin. Bu, gerekli AR ve RA tablolarına erişimi sağlar.Sorguyu Yapıştırın: Aşağıdaki Sorgu bölümünde verilen tam SQL betiğini kopyalayın ve SQL Sorgu metin kutusuna yapıştırın. Belirli Flexfield'ları (DFF'ler) yeniden adlandırmanız gerekmedikçe temel mantığı değiştirmeyin.
Parametreleri Ayarlayın: Sorgu, işlem oluşturma tarihine göre filtreleme için
:p_start_dateadlı bir yer tutucu içerir. Veri Modelinin Parametreler sekmesinde,p_start_dateadında yeni bir parametre oluşturun, Veri Türü: Tarih olarak ayarlayın ve varsayılan bir değer belirleyin (örn.01-01-2023).Veriyi Görüntüleyin: Veri sekmesine tıklayın, parametre için geçerli bir tarih girin ve Görüntüle'ye tıklayın. Çıktının
InvoiceNumber,ActivityNameveEventStartDateTimegibi sütunlara sahip satırlar içerdiğinden emin olun.Veri Modelini Kaydedin: Nesneyi Paylaşılan Klasörler > Özel dizininize kaydedin (örn.
/Shared Folders/Custom/ProcessMining/AR_Extract_DM).Planla/Dışa Aktar: Büyük hacimli verileri çıkarmak için, bu Veri Modelini kullanarak Rapor Oluştur'a tıklayın. Rapor düzenleyicisinde, düzenin basit bir tablo olduğunu doğrulayın. Raporu kaydedin. Ardından, raporu çalıştırmak ve verileri CSV veya XML olarak dışa aktarmak için Zamanlayıcı'yı kullanın.
Son Biçimlendirme: Çıktı dosyasını indirin. CSV ise, tarih formatının tutarlı olduğundan emin olun (ISO 8601 tercih edilir). Bu dosyayı ProcessMind'e yükleyin ve
InvoiceNumber'ı Vaka Kimliği,ActivityName'i Aktivite veEventStartDateTime'ı Zaman Damgası olarak eşleştirin.
Konfigürasyon
- Veri Kaynağı: Finans tablolarına erişmek için
ApplicationDB_FSCMkullanın. - Tarih Filtresi: Sorgu
ra_customer_trx_all.creation_date >= :p_start_datekullanır. Verileri kayan bir pencerede (örn. son 12 ay) yüklemek için bunu yapılandırın. - Performans: 100.000'den fazla fatura içeren veri kümeleri için, test sırasında bir
ROWNUMsınırı eklemeyi veya çıkarmayı aya göre bölmeyi düşünün. - İş Birimi Filtrelemesi: Kuruluşunuzun birden fazla İş Birimi varsa ve yalnızca birine ihtiyacınız varsa,
WherecümlelerindekiAND trx.org_id = ...satırının açıklamasını kaldırın. - Kullanıcı Adları: Sorgu,
CREATED_BYkullanıcı ID'leriniFND_USERaracılığıyla Kullanıcı Adlarına çözer. Çıkarma kullanıcısınınFND_USER'ı okuma iznine sahip olduğundan emin olun. - Gelişmiş Tahsilatlar: 'Ödeme Hatırlatıcı Gönderildi' ve 'Ödeme Sözü Alındı' etkinlikleri IEX (Gelişmiş Tahsilatlar) modül tablolarına dayanır. Bu modülü kullanmıyorsanız, bu bölümler basitçe sıfır satır döndürecektir.
a Örnek Sorgu sql
/* 1. Invoice Created */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Created' AS ActivityName,
trx.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON trx.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 2. Invoice Completed */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Completed' AS ActivityName,
trx.trx_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON trx.last_updated_by = u.user_id
WHERE
trx.complete_flag = 'Y'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 3. Invoice Dispatched */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Dispatched' AS ActivityName,
COALESCE(trx.printing_original_date, trx.printing_last_printed, trx.last_update_date) AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON trx.last_updated_by = u.user_id
WHERE
(trx.printing_original_date IS NOT NULL OR trx.printing_count > 0)
AND trx.creation_date >= :p_start_date
UNION ALL
/* 4. Invoice Posted to GL */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Posted to GL' AS ActivityName,
MAX(dist.gl_date) AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
'System' AS UserName,
'Y' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_line_gl_dist_all dist ON trx.customer_trx_id = dist.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
WHERE
dist.account_class = 'REC'
AND dist.posting_control_id != -3
AND trx.creation_date >= :p_start_date
GROUP BY
trx.trx_number,
hou.name,
party.party_name,
trx.invoice_currency_code,
ps.amount_due_original,
type.name
UNION ALL
/* 5. Payment Reminder Sent (Advanced Collections) */
SELECT
trx.trx_number AS InvoiceNumber,
'Payment Reminder Sent' AS ActivityName,
dun.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
iex_dunning_transactions dun
JOIN ar_payment_schedules_all ps ON dun.payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON dun.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 6. Promise to Pay Received */
SELECT
trx.trx_number AS InvoiceNumber,
'Promise to Pay Received' AS ActivityName,
pp.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
iex_promise_details pp
JOIN ar_payment_schedules_all ps ON pp.payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON pp.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 7. Dispute Case Opened */
SELECT
trx.trx_number AS InvoiceNumber,
'Dispute Case Opened' AS ActivityName,
req.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_cm_requests req
JOIN ra_customer_trx_all trx ON req.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON req.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 8. Dispute Resolved */
SELECT
trx.trx_number AS InvoiceNumber,
'Dispute Resolved' AS ActivityName,
req.last_update_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_cm_requests req
JOIN ra_customer_trx_all trx ON req.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON req.last_updated_by = u.user_id
WHERE
req.status_code IN ('APPROVED', 'REJECTED')
AND trx.creation_date >= :p_start_date
UNION ALL
/* 9. Credit Memo Issued */
SELECT
trx.trx_number AS InvoiceNumber,
'Credit Memo Issued' AS ActivityName,
cm.trx_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_customer_trx_all cm
JOIN ra_customer_trx_all trx ON cm.previous_customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON cm.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 10 & 11. Partial and Full Payment */
SELECT
trx.trx_number AS InvoiceNumber,
CASE
WHEN ps.status = 'CL' AND app.amount_applied = app.amount_applied_from THEN 'Full Payment Received'
WHEN ps.status = 'CL' AND ps.amount_due_remaining = 0 AND app.application_rule = '60' THEN 'Full Payment Received'
ELSE 'Partial Payment Posted'
END AS ActivityName,
app.apply_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ar_receivable_applications_all app
JOIN ar_payment_schedules_all ps ON app.applied_payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON app.created_by = u.user_id
WHERE
app.status = 'APP'
AND app.application_type = 'CASH'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 12. Bank Statement Matched */
SELECT
trx.trx_number AS InvoiceNumber,
'Bank Statement Matched' AS ActivityName,
recon.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
ce_statement_reconcils_all recon
JOIN ar_cash_receipt_history_all crh ON recon.reference_id = crh.cash_receipt_history_id
JOIN ar_cash_receipts_all cr ON crh.cash_receipt_id = cr.cash_receipt_id
JOIN ar_receivable_applications_all app ON cr.cash_receipt_id = app.cash_receipt_id
JOIN ar_payment_schedules_all ps ON app.applied_payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON recon.created_by = u.user_id
WHERE
recon.status_flag = 'M'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 13 & 14. Invoice Adjusted and Written Off */
SELECT
trx.trx_number AS InvoiceNumber,
CASE
WHEN adj.adjustment_type = 'W' THEN 'Invoice Written Off'
ELSE 'Invoice Adjusted'
END AS ActivityName,
adj.apply_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ar_adjustments_all adj
JOIN ar_payment_schedules_all ps ON adj.payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON adj.created_by = u.user_id
WHERE
adj.status = 'A'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 15. Invoice Cleared (Final Close) */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Cleared' AS ActivityName,
ps.gl_date_closed AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
'System' AS UserName,
'Y' AS IsAutomated
FROM
ar_payment_schedules_all ps
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
WHERE
ps.status = 'CL'
AND ps.gl_date_closed IS NOT NULL
AND trx.creation_date >= :p_start_date