Borçlar Muhasebesi Veri Templateiniz
Borçlar Muhasebesi Veri Templateiniz
- Alacaklar Muhasebesi analizi için önerilen kapsamlı öznitelik seti
- İzlenecek temel süreç etkinlikleri ve kilometre taşları
- Oracle Fusion Financials için sisteme özel veri çıkarma rehberi
Alacaklar Muhasebesi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet adı ActivityName | Borçlar muhasebesi sürecinde gerçekleştirilen belirli olay veya eylemdir. | ||
| Açıklama Bu öznitelik, fatura oluşturma, ödeme kaydetme veya itiraz açma gibi süreçte gerçekleştirilen adımı açıklar. Süreç haritasının akışını tanımlar ve olay dizisinin görselleştirilmesini sağlar. Analistler bu alanı süreç varyantlarını, döngüleri ve darboğazları belirlemek için kullanır. Standart çalışma prosedürlerine uyumu değerlendirmek ve yeniden işleme ya da manuel müdahale gibi belirli olayların sıklığını hesaplamak için gereklidir. 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 (ör. AR_PAYMENT_SCHEDULES_ALL, RA_CUST_TRX_LINE_GL_DIST_ALL) türetilir. Örnekler Fatura oluşturulduÖdeme hatırlatması gönderildiKısmi ödeme kaydedildiAnlaşmazlık dosyası açıldı | |||
| Fatura numarası InvoiceNumber | Oracle Fusion'daki fatura işlemine atanan benzersiz tanımlayıcıdır. | ||
| Açıklama Bu öznitelik, Borçlar Muhasebesi modülündeki finansal yükümlülükleri belirlemek için benzersiz anahtar görevi görür. Düzeltmeler, itirazlar ve ödemeler gibi sonraki tüm faaliyetleri ilk satış işlemine bağlar. Process Mining analizinde bu öznitelik Case ID olarak kullanılır. Analistlerin bir alacağın oluşturulduğu andan tamamen kapatılmasına veya silinmesine kadar uçtan uca yaşam döngüsünü izlemesini sağlar. Böylece çevrim süreleri ve süreç varyantları hesaplanabilir. Neden önemli? Alacaktan tahsilata 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 faaliyetin gerçekleştiği belirli tarih ve saattir. | ||
| Açıklama Bu öznitelik, bir faaliyetin sistem içinde gerçekleştiği kesin anı kaydeder. Olayları kronolojik sıraya koymak için kullanılır ve Process Mining'deki zamana dayalı tüm hesaplamaların temelini oluşturur. İşletme, zaman damgalarını analiz ederek fatura oluşturma ile gönderme arasındaki süre gibi faaliyetler arasındaki çevrim sürelerini hesaplayabilir. DSO gibi KPI'ları ölçmek ve ödeme davranışındaki zamansal örüntüleri belirlemek için büyük önem taşır. Neden önemli? Süre, teslim süreleri ve çevrim sürelerini hesaplamak için temel gerekliliktir. 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 | Verilerin geldiği kayıt sistemidir. | ||
| Açıklama Bu öznitelik, süreç verilerinin hangi yazılım ortamından çıkarıldığını belirler. Bu bağlamda verilerin Oracle Fusion Financials ortamından geldiğini doğrular. Tek sistemden yapılan veri çıkarımında genellikle sabit bir değer olsa da birden fazla ERP örneğinden veri birleştirilirken veya üçüncü taraf tahsilat araçları entegre edilirken büyük önem taşır. Çok sistemli süreç ortamlarında veri kökeninin ve izlenebilirliğin korunmasını sağlar. Neden önemli? Veri kökenini korur ve farklı ERP örneklerini birbirinden ayırır. Nereden alınır? Veri çıkarımı sırasında sabit olarak atanır veya veri hattında yapılandırılır. Örnekler Oracle Fusion FinancialsOracle Cloud ERP - ABDOracle Cloud ERP - EMEA | |||
| Son veri güncellemesi LastDataUpdate | Verilerin Process Mining aracında en son yenilendiği zamana ait zaman damgasıdır. | ||
| Açıklama Bu öznitelik, Veri Setinin kaynak Oracle sistemiyle en son ne zaman eşitlendiğ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ı anlamasına yardımcı olur. Bu alanı izlemek, özellikle açık uyuşmazlıkların veya uygulanmamış nakdin operasyonel takibi sırasında Dashboardların güncel bilgiler göstermesini sağlamak için önemlidir. Neden önemli? Verilerin güncelliği ve güvenilirliği hakkında bağlam sağlar. Nereden alınır? Veri çıkarımı anındaki sistem saati. Örnekler 2023-11-15T23:59:59Z2023-11-16T00:00:00Z | |||
| Fatura tutarı InvoiceAmount | Faturanın toplam parasal değeridir. | ||
| Açıklama Bu öznitelik, faturada ödenmesi gereken ilk tutarı gösterir. Birçok analizde temel ağırlıklandırma faktörü olarak kullanılır ve işletmenin yüksek değerli işlemlere düşük değerli işlem hacmine göre öncelik vermesini sağlar. 'Uygulanmamış Krediler ve Kaçaklar Görünümü' bağlamında bu alan, çözümlenmemiş kalemlerin finansal etkisini ölçmeye yardımcı olur. Ayrıca ağırlıklı ortalama DSO'yu hesaplamak için kullanılır ve süreç verimliliğine daha finansal odaklı bir bakış sunar. Neden önemli? Analize finansal ağırlık kazandırır ve değere dayalı ö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çinde faturadan sorumlu operasyonel birimdir. | ||
| Açıklama Bu öznitelik, Oracle Fusion'daki Organization ID ile eşleşir ve alacağın sahibi olan belirli iş birimini veya bölümü gösterir. Kuruluşun farklı bölümlerindeki süreç performansının segmentlere ayrılmasını sağlar. İtiraz Çözüm Süresi veya DSO gibi KPI'ları farklı iş birimleri arasında karşılaştırmak, yöneticilerin yüksek performans gösteren ekipleri belirlemesine ve iyi uygulamaları standartlaştırmasına yardımcı olur. Ayrıca ek kaynak veya süreç yeniden tasarımı gerektirebilecek birimleri ortaya çıkarır. Neden önemli? Kurumsal kıyaslama ve performans karşılaştırması için temel boyuttur. Nereden alınır? Oracle Fusion Financials: ORG_ID üzerinden ilişkilendirilen HR_ORGANIZATION_UNITS.NAME. Örnekler ABD Doğu Bölgesi SatışlarıEMEA HizmetleriAPAC Üretimi | |||
| İşlem türü TransactionType | Alacak belgesinin sınıflandırmasıdır (Fatura, Alacak Dekontu, Borç Dekontu). | ||
| Açıklama Bu öznitelik, farklı finansal belge türlerini birbirinden ayırır. Yaygın değerler arasında Invoice, Credit Memo ve Debit Memo bulunur. Bu ayrım, Kredi Notu Hacmi ve Yeniden Çalışma Dashboardı için önemlidir. Analistler bu özniteliğe göre filtre uygulayarak kredi notlarının neden olduğu yeniden çalışma döngülerini izole edebilir veya özellikle ana faturalama akışına odaklanabilir. Böylece borçlar muhasebesi iş yükünün bileşimini anlamak kolaylaşır. Neden önemli? Standart faturaları düzeltme ve düzeltici işlemlerden ayırır. Nereden alınır? Oracle Fusion Financials: RA_CUST_TRX_TYPES_ALL.NAME Örnekler FaturaAlacak dekontuBorç dekontuTers ibraz | |||
| Kullanıcı adı UserName | Faaliyeti gerçekleştiren sistem kullanıcısıdır. | ||
| Açıklama Bu öznitelik, belirli etkinliği gerçekleştiren kişinin oturum açma kimliğini veya adını kaydeder. Örneğin faturayı kaydeden ya da banka ekstresini eşleştiren kişiyi gösterir. Genel User alanına karşılık gelir. Bu veri, uyumluluk denetimi ve Tahsilat Temsilcisi İşlem Hacmi Dashboardı için önemlidir. Makine tarafından gerçekleştirilen işlemleri, genellikle System kullanıcısı tarafından yapılan işlemleri, insan eylemlerinden ayırmanızı ve otomasyon analizini desteklemenizi sağlar. Neden önemli? Kullanıcı düzeyinde performans takibini ve görevler ayrılığı analizini sağlar. Nereden alınır? Oracle Fusion Financials: Kullanıcı tablolarıyla birleştirilen CREATED_BY veya LAST_UPDATED_BY sütunları. Örnekler sysadminjsmithfinance_batch_job | |||
| Müşteri adı CustomerName | İşlem kapsamında faturalandırılan kuruluşun adıdır. | ||
| Açıklama Bu öznitelik, faturayla ilişkili müşteriyi belirler. Ödeme davranışlarını, uyuşmazlık sıklığını ve müşteri düzeyinde tahsilat etkinliğini analiz etmek için temel bir bilgidir. Analistler bu alanı, sık sık geç ödeme yapan veya uyuşmazlık çıkaran müşterileri belirlemek için kullanır. Bu içgörü, Müşteri Ödeme Davranışı Analizi Dashboardını destekler ve kredi koşullarını ve tahsilat stratejilerini müşterilerin profillerine göre uyarlamaya yardımcı olur. Neden önemli? Müşteri odaklı analiz ve risk profillemesi için gereklidir. Nereden alınır? Oracle Fusion Financials: BILL_TO_CUSTOMER_ID üzerinden ilişkilendirilen HZ_PARTIES.PARTY_NAME. Örnekler Acme CorpGlobex CorporationSoylent Corp | |||
| Müşteri segmenti CustomerSegment | Müşterinin büyüklük, sektör veya risk temelinde sınıflandırılmasıdır. | ||
| 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ğin kullanılması, farklı pazar segmentlerindeki süreç varyantlarının analiz edilmesini sağlar. Örneğin, 'Stratejik' müşterilerin hedeflenen ö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ılarak analiz edilmesini sağlar. Nereden alınır? Oracle Fusion Financials: HZ_CUSTOMER_PROFILES.PROFILE_CLASS_ID. Örnekler KurumsalKüçük işletmeKamuYüksek risk | |||
| Otomatik mi IsAutomated | Faaliyetin insan müdahalesi olmadan gerçekleştirilip gerçekleştirilmediğini gösteren işarettir. | ||
| Açıklama Bu boolean öznitelik, bir faaliyetin sistem süreci (ör. AutoInvoice, AutoLockbox) veya insan kullanıcı tarafından gerçekleştirilip gerçekleştirilmediğini belirler. 'Nakdi Uygulama Otomasyon Oranı' KPI'ının temel belirleyicisidir. Kuruluş, zaman içindeki otomatik ve manuel faaliyet oranını izleyerek dijital dönüşüm girişimlerinin başarısını doğrulayabilir ve hâlâ manuel yürütülen belirli süreç adımlarını belirleyebilir. Neden önemli? Dijital dönüşümün ve verimliliğin ölçülmesinde temel metriktir. Nereden alınır? UserName temel alınarak hesaplanan mantık (ör. User == 'BATCH_USER' ise true). Örnekler truefalse | |||
| Tahsilat sorumlusu adı CollectorName | Faturaya atanan tahsilat sorumlusunun veya kaynağın adıdır. | ||
| Açıklama Bu öznitelik, fatura ödemesini tahsil etmekten sorumlu çalışanı veya ekip üyesini belirler. Tahsilat Temsilcisi İşlem Hacmi Dashboardı için temel boyuttur. Bu alandaki veriler kuruluşun temsilci başına üretkenliği ölçmesine, eğitim ihtiyaçlarını belirlemesine ve iş yüklerini dengelemesine imkan verir. Finans ekibindeki tahsilat çalışmalarında sorumluluğu ve standartlaşmayı destekler. Neden önemli? Kaynak performansının analizi ve iş yükü dengelemesi için temel alandır. Nereden alınır? Oracle Fusion Financials: Müşteri Profiliyle ilişkilendirilmiş AR_COLLECTORS.NAME. Örnekler John SmithTahsilat Ekibi AJane Doe | |||
| Vade tarihi DueDate | Ödemenin alınmasının beklendiği tarihtir. | ||
| Açıklama Bu öznitelik, Fatura Tarihi ve Ödeme Koşullarına göre hesaplanan ödeme son tarihidir. Ödemenin gecikip gecikmediğini belirlemek için referans noktası olarak kullanılır. 'Tahsilat Hatırlatması Zamanlama Sapması' KPI'ında ekibin son tarihe göre ne kadar proaktif hareket ettiğini ölçmek için kullanılır. Ayrıca yaşlandırma raporlarında alacakların güncel veya vadesi geçmiş olarak sınıflandırılmasında eşik görevi görür. Neden önemli? Gecikmiş ödeme durumunu ve zamanında ödeme performansını belirlemenin temel referansıdır. Nereden alınır? Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DUE_DATE Örnekler 2023-11-302023-12-152024-01-01 | |||
| Bölge Region | İş birimi veya müşteriyle ilişkili coğrafi bölgedir. | ||
| Açıklama Bu öznitelik, işlemi Kuzey Amerika, EMEA veya APAC gibi daha geniş bir coğrafi bölgeyle eşler. Üst düzey yönetici raporlaması ve Satışların Tahsilat Süresi ve Nakit Döngüsü Eğilimleri Dashboardı için kullanışlıdır. Bölgesel analiz, ödeme davranışlarındaki kültürel farklılıkları dikkate almanıza yardımcı olur. Örneğin Güney Avrupa’daki standart ödeme koşulları ABD’ye kıyasla daha uzun olabilir. Böylece küresel KPI’lar doğru yerel bağlamla yorumlanır. Neden önemli? Küresel raporlama için üst düzey coğrafi segmentasyon sağlar. Nereden alınır? Oracle Fusion Financials: İş biriminden veya müşteri adresinden türetilir. Örnekler Kuzey AmerikaEMEAAPACLATAM | |||
| İndirim uygunluk tarihi DiscountEligibilityDate | Müşterinin erken ödeme indirimi alabilmek için ödeme yapabileceği son tarihtir. | ||
| Açıklama Bu öznitelik, müşterinin 2/10 Net 30 gibi koşullardan yararlanabileceği son tarihi gösterir. Bu koşul, 10 gün içinde ödeme yapılması durumunda %2 indirim anlamına gelir. Erken Ödeme İndirimi Analitiği Dashboardı için gereklidir. Ödemeleri bu tarihe göre analiz etmek, Erken Ödeme İndirimi Kullanım Oranını ortaya çıkarır. İşletmenin indirim stratejilerinin nakit akışını gerçekten 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şviklerin etkinliğinin ve nakit akışını hızlandırma düzeyinin analizini destekler. Nereden alınır? Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DISCOUNT_DATE Örnekler 2023-11-102023-12-05 | |||
| İtiraz nedeni DisputeReason | Bir itiraz açıldığında atanan kategori veya neden kodudur. | ||
| Açıklama Bu öznitelik, Uyuşmazlık Vakası Açıldı etkinliği gerçekleştiğinde sunulan gerekçeyi içerir. Yaygın değerler arasında Fiyatlandırma hatası, Miktar uyuşmazlığı veya Hasarlı ürün bulunabilir. Bu özniteliği Uyuşmazlık Yaşam Döngüsü ve Darboğazlar Dashboardında analiz etmek, ödeme gecikmelerinin kök nedenlerini belirlemeye yardımcı olur. Fiyatlandırma hatası sık görülüyorsa işletme yalnızca tahsilat sürecini değil, üst süreçteki satış tekliflendirme sürecini de incelemesi gerektiğini anlar. Neden önemli? Geciken ödemelerin ve yeniden işlemenin temel nedenlerini analiz etmek için gereklidir. Nereden alınır? Oracle Fusion Financials: RA_CM_REQUESTS.REASON_CODE veya AR_DISPUTE_HISTORY. Örnekler Fiyat anlaşmazlığıVergi hatasıMallar teslim alınmadıMükerrer faturalandırma | |||
| Ödeme koşulları PaymentTerms | Ödeme zamanlaması için üzerinde anlaşmaya varılan koşullardır (ör. Net 30). | ||
| Açıklama Bu öznitelik, ödeme için sözleşmeyle kararlaştırılmış süreyi tanımlar. Vade tarihini hesaplamak için kullanılır ve Tahsilat Stratejisi Etkinliği Dashboardı için gereklidir. Müşteriler arasındaki ödeme koşulu farklılıkları, Satışların Tahsilat Süresindeki değişimleri açıklayabilir. Bu öznitelik, performans verilerini normalleştirmenizi sağlar. Böylece Net 60 koşuluna sahip bir müşteri, Net 30 koşuluna sahip bir müşteriyle karşılaştırıldığında haksız biçimde yavaş ödeyen olarak işaretlenmez. Neden önemli? Ödeme hızını sözleşmeyle belirlenen koşullar bağlamında değerlendirir. Nereden alınır? Oracle Fusion Financials: RA_TERMS.NAME Örnekler Net 30Derhal2/10 Net 30Net 60 | |||
| Oluşturma kaynağı CreationSource | Faturanın kaynağıdır ve manuel olarak mı oluşturulduğunu yoksa içe mi aktarıldığını gösterir. | ||
| Açıklama Bu öznitelik, faturanın Oracle sistemine nasıl girdiğini gösterir. Örneğin 'Manuel Giriş', 'AutoInvoice' veya belirli harici veri akışları bu kapsamdadır. Genel 'Kanal' haritalaması için bir gösterge görevi görür. 'Nakdi Uygulama Otomasyonu İzleyicisi' için önemlidir. Tamamen dijital süreçlerle manuel kurulum gerektiren süreçlerin ayırt edilmesine yardımcı olur. Yüksek 'Manuel Giriş' hacmi, üst süreçlerde entegrasyon eksikliğine veya sistem yetersizliklerine işaret edebilir. Neden önemli? Üst süreçlerdeki otomasyon düzeyini ve verinin kaynağını belirler. Nereden alınır? Oracle Fusion Financials: RA_BATCH_SOURCES_ALL.NAME Örnekler AutoInvoiceManuelProjeler UygulamasıSipariş Yönetimi | |||
| Para birimi kodu CurrencyCode | Fatura tutarının ifade edildiği para birimidir. | ||
| Açıklama Bu öznitelik, finansal tutarların para birimini (ör. USD, EUR) belirtir. Fatura Tutarının doğru yorumlanması ve küresel bir raporlama para birimi gerektiğinde kur dönüşümlerinin yapılması için gereklidir. Küresel kuruluşlarda bu öznitelik, farklı ekonomik bölgelerdeki tahsilat performansının analiz edilmesine yardımcı olur. Finans ekipleri böylece kur etkilerini operasyonel süreç performansından ayırabilir. Neden önemli? Çok para birimli ortamlardaki finansal değerlere bağlam kazandırır. Nereden alınır? Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.INVOICE_CURRENCY_CODE Örnekler USDEURGBPJPY | |||
| Yeniden işleme mi IsRework | Faturanın düzeltme veya itiraz döngülerinden geçip geçmediğini gösteren işarettir. | ||
| Açıklama Bu boole öznitelik, faturada Credit Memo Issued veya Invoice Adjusted gibi hata düzeltmeyle ilişkili etkinliklerin gerçekleşip gerçekleşmediğini gösterir. Kredi Notu Hacmi ve Yeniden Çalışma Dashboardını destekler. Yeniden çalışma vakalarını belirlemek, ideal yol süreçlerini sorunlu süreçlerden ayırmanıza yardımcı olur. Yüksek yeniden çalışma oranları, ana verilerde veya satış siparişi giriş süreçlerinde üst süreç kaynaklı veri kalitesi sorunlarının erken göstergesidir. Neden önemli? Süreç akışındaki israfı ve verimsizliği belirler. Nereden alınır? Hesaplanır: Vaka 'Alacak Dekontu Düzenlendi' veya 'İtiraz Dosyası Açıldı' içeriyorsa True. Örnekler truefalse | |||
Alacaklar Muhasebesi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura gönderildi | Faturanın müşteriye yazdırma, e-posta veya XML yoluyla iletilmesini ifade eder. Bu, kuruluş ile müşteri arasındaki devir noktasını gösterir. | ||
| Neden önemli? Fatura gönderim performansını ölçmek için önemlidir. Oluşturma ile gönderim arasındaki süre, nakit tahsilat döngüsünü doğrudan geciktirir. Nereden alınır? RA_CUSTOMER_TRX_ALL içindeki PRINTING_ORIGINAL_DATE alanından veya XML kullanılıyorsa Oracle Collaboration Messaging Framework içindeki belirli günlüklerden çıkarılır. Yakalayın Önceki ve sonraki statü alanını karşılaştırın Olay türü inferred | |||
| Fatura kapatıldı | Faturanın sistemde kapatıldığı son durumdur. Genellikle bakiye, ödeme, alacak dekontu veya düzeltme nedeniyle sıfırlandığında gerçekleşir. | ||
| Neden önemli? Bu olayın zaman damgası, DSO'yu hesaplamak için kullanılır. Süreç örneğinin sonunu gösterir. Nereden alınır? AR_PAYMENT_SCHEDULES_ALL içindeki STATUS değeri 'CL' (Closed) olarak değiştiğinde belirlenir. Yakalayın Önceki ve sonraki statü alanını karşılaştırın Olay türü inferred | |||
| Fatura oluşturuldu | Bu aktivite, sistemde fatura kaydının ilk kez oluşturulmasını gösterir. İşlem başlığının Oracle Receivables tablolarına ilk kez kaydedildiği zaman damgasını yakalar. | ||
| Neden önemli? Süreç yaşam döngüsünün başlangıcını ve yaşlandırma hesaplamalarının temelini oluşturur. Toplam döngü süresini ve gönderime kadar geçen işlem süresini hesaplamak için gereklidir. Nereden alınır? CREATION_DATE veya TRX_DATE sütunu kullanılarak RA_CUSTOMER_TRX_ALL tablosundan türetilir. Yakalayın İşlem satırı eklendiğinde kaydedilir Olay türü explicit | |||
| Fatura tamamlandı | Fatura oluşturma sürecinin tamamlandığını ve faturanın işlenmeye, yazdırılmaya ve kaydedilmeye hazır olduğunu gösterir. Bu durum, işlem statüsü tamamlanmamıştan tamamlanmışa geçtiğinde oluşur. | ||
| Neden önemli? Taslak oluşturma süresi ile işlem süresini birbirinden ayırır. Buradaki gecikmeler, iç faturalama oluşturma sürecindeki darboğazlara işaret eder. Nereden alınır? RA_CUSTOMER_TRX_ALL içindeki COMPLETE_FLAG 'Y' değerine geçtiğinde belirlenir. Yakalayın Önceki ve sonraki statü alanını karşılaştırın Olay türü inferred | |||
| Kısmi ödeme kaydedildi | Bir tahsilat faturaya uygulandığında, ancak tutar toplam ödenmemiş bakiyeden düşük olduğunda gerçekleşir. Böylece fatura, azaltılmış bir bakiyeyle açık kalır. | ||
| Neden önemli? Yüksek sıklık, mutabakat çalışmasını artıran parçalı ödeme davranışına (Kısmi Ödeme Sıklığı KPI'ı) işaret eder. Nereden alınır? STATUS = 'APP' ve AMOUNT_APPLIED < AMOUNT_DUE_REMAINING koşullarını sağlayan AR_RECEIVABLE_APPLICATIONS_ALL kaynağından alınır. Yakalayın İşlem X yürütüldüğünde kaydedilir Olay türü explicit | |||
| Tam ödeme alındı | Bir tahsilat uygulaması fatura bakiyesini sıfıra indirdiğinde gerçekleşir. Bu, tahsilat sürecindeki temel başarı olayıdır. | ||
| Neden önemli? Erken Ödeme İndirimi Analizi için gereklidir. Bu olayın zamanlaması, nakdin indirim süresi içinde tahsil edilip edilmediğini belirler. Nereden alınır? STATUS = 'APP' olan ve sonuçta AMOUNT_DUE_REMAINING değeri 0'a eşitlenen AR_RECEIVABLE_APPLICATIONS_ALL kaynağından alınır. Yakalayın X alanı ile Y alanının karşılaştırılmasından türetilir Olay türü calculated | |||
| Alacak dekontu düzenlendi | Faturaya uygulanan bir alacak dekontu işleminin oluşturulmasını kaydeder. Bu işlem, genellikle bir itiraza veya iadeye yanıt olarak ödenecek bakiyeyi azaltır. | ||
| Neden önemli? Alacak Dekontu Yeniden İşleme Oranını ve gelir kaçağını izler. Sık alacak dekontu düzenlenmesi, sistematik faturalama hatalarına işaret eder. Nereden alınır? TRX_TYPE değerinin Credit Memo olduğu ve RELATED_CUSTOMER_TRX_ID değerinin faturayla eşleştiği RA_CUSTOMER_TRX_ALL kaynağından alınır. Yakalayın İşlem X yürütüldüğünde kaydedilir Olay türü explicit | |||
| Anlaşmazlık çözüldü | İtiraz incelemesinin tamamlandığını gösterir. Sonuç, alacak dekontunun onaylanması (geçerli itiraz) veya reddedilmesi (geçersiz itiraz) olabilir. | ||
| Neden önemli? Ortalama İtiraz Çözüm Süresi'nin hesaplanması için gereklidir. Uzun çözüm süreleri müşteri memnuniyetini ve DSO'yu olumsuz etkiler. Nereden alınır? RA_CM_REQUESTS_ALL içindeki durumun 'APPROVED' veya 'REJECTED' olarak değişmesinden türetilir. Yakalayın Önceki ve sonraki statü alanını karşılaştırın Olay türü inferred | |||
| Anlaşmazlık dosyası açıldı | Faturayla ilgili resmi bir anlaşmazlığın başlatıldığını gösterir. Sorun incelenirken standart tahsilat aktivitelerini durdurur. | ||
| Neden önemli? Önemli bir darboğaz göstergesidir. Yüksek anlaşmazlık oranları, sipariş karşılama veya faturalama doğruluğunda sürecin önceki aşamalarından kaynaklanan kalite sorunlarına işaret eder. Nereden alınır? RA_CM_REQUESTS_ALL kayıtları veya faturayla ilişkilendirilmiş belirli Credit Memo Request iş akışları tarafından belirlenir. Yakalayın İşlem X yürütüldüğünde kaydedilir Olay türü explicit | |||
| Banka ekstresiyle eşleştirildi | Faturaya uygulanan tahsilatın banka ekstresindeki bir satırla mutabık hale getirildiğini gösterir. Bu, nakdin gerçekten banka hesabına geçtiğini doğrular. | ||
| Neden önemli? Tahsilat Uygulaması Otomasyonunu ölçer. Ödeme kaydı ile banka eşleştirmesi arasındaki fark, doğrulanmamış nakdi gösterir. Nereden alınır? Mutabakat referansı üzerinden AR_CASH_RECEIPTS_ALL ile CE_STATEMENT_LINES (Nakit Yönetimi) tabloları birleştirilerek alınır. Yakalayın Önceki ve sonraki statü alanını karşılaştırın Olay türü inferred | |||
| Fatura düzeltildi | Küçük tutarlı silme işlemleri veya kur düzeltmeleri gibi, alacak dekontlarından ayrı olarak faturanın bakiyesinde yapılan manuel düzeltmeleri kaydeder. | ||
| Neden önemli? Gelir kaçağını ve bakiyelerin ödeme yapılmadan kapatıldığı standart dışı süreç yollarını belirlemeye yardımcı olur. Nereden alınır? Faturayla ilişkilendirilmiş AR_ADJUSTMENTS_ALL tablosundan alınır. Yakalayın İşlem X yürütüldüğünde kaydedilir Olay türü explicit | |||
| Fatura GL'ye kaydedildi | Faturaya ilişkin muhasebe kayıtlarının kesinleştirilip Büyük Deftere aktarıldığı olayı kaydeder. Bu, finansal uyumluluğu ve dönem kapanışına hazır olmayı sağlar. | ||
| Neden önemli? Müşteri görünümünü etkilemese de buradaki gecikmeler finansal kapanış döngüsünü ve raporlamanın zamanında yapılmasını etkiler. Nereden alınır? RA_CUST_TRX_LINE_GL_DIST_ALL tablosundaki GL_DATE alanından türetilir. Yakalayın İşlem X yürütüldüğünde kaydedilir Olay türü explicit | |||
| Fatura silindi | Kalan bakiyenin tahsil edilemeyeceğine karar verilerek şüpheli alacak olarak silindiği belirli bir düzeltme türüdür. Bu, olumsuz bir son durumdur. | ||
| Neden önemli? Finansal sağlığın izlenmesi için gereklidir. Operasyonel verimliliği (ödeme hızı) kredi kalitesi sorunlarından ayırır. Nereden alınır? Düzeltme türünün 'Write-off' olarak sınıflandırıldığı veya bir şüpheli alacak hesabıyla ilişkilendirildiği AR_ADJUSTMENTS_ALL kaynağından alınır. Yakalayın İşlem X yürütüldüğünde kaydedilir Olay türü explicit | |||
| Ödeme hatırlatması gönderildi | Müşteriye bir ihtar mektubunun veya tahsilat hatırlatmasının gönderilmesini kaydeder. Bu olay, Advanced Collections modülü tarafından oluşturulur. | ||
| Neden önemli? Tahsilat stratejisinin etkinliğini analiz etmek için gereklidir. Bunu ödemelerle ilişkilendirmek, hangi hatırlatma stratejilerinin en hızlı nakit tahsilatını sağladığını belirlemeye yardımcı olur. Nereden alınır? Müşteri hesabıyla ilişkilendirilmiş IEX_DUNNING veya IEX_STRATEGY_WORK_ITEMS tablolarında bulunur. Yakalayın İşlem X yürütüldüğünde kaydedilir Olay türü explicit | |||
| Ödeme taahhüdü alındı | Müşterinin belirli bir tutarı belirli bir tarihe kadar ödeme taahhüdünü kaydeder. Bu bilgi genellikle müşteriyle görüşme sırasında bir tahsilat temsilcisi tarafından manuel olarak girilir. | ||
| Neden önemli? Müşteri ödeme davranışını analiz etmek için önemlidir. Yerine getirilmeyen taahhütler, yüksek kredi riskine ve gelecekteki şüpheli alacaklara işaret eder. Nereden alınır? Collections modülündeki IEX_PROMISE_DETAILS tablosundan alınır. Yakalayın İşlem X yürütüldüğünde kaydedilir Olay türü explicit | |||
Veri çıkarma rehberleri
Adımlar
Oracle BI Cloud Connector (BICC) Console’a erişin. Manage Offerings and Data Stores bölümüne gidin.
Storage Connection’ı yapılandırın. Çıkarılan CSV veya Parquet dosyalarının bırakılacağı Oracle Universal Content Management (UCM) ya da harici bir Object Storage, örneğin OCI Object Storage, bağlantınızın geçerli olduğundan emin olun.
Financials Offering’i seçin. Accounts Receivable View Objects’a erişmek için Financials offering’i bulun.
View Objects (VOs) seçin ve yapılandırın. Event Logunu oluşturmak için gereken belirli Public View Objects (PVOs) öğelerini seçmeniz gerekir. Temel PVOlar şunlardır:
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.TransactionHeaderExtractPVO (Fatura başlıkları)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.TransactionLineExtractPVO (Fatura satırları)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.ReceiptApplicationExtractPVO (Ödemeler ve CM uygulamaları)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.AdjustmentExtractPVO (Düzeltmeler ve silinen alacaklar)
- FscmTopModelAM.FinExtractAM.IexBiccExtractAM.PromiseDetailExtractPVO (Ödeme taahhütleri)
- FscmTopModelAM.FinExtractAM.IexBiccExtractAM.StrategyWorkItemExtractPVO (Tahsilat bildirimleri ve hatırlatmalar)
Filtre ölçütlerini tanımlayın (budama). Manage Extract Schedules bölümünde veya PVO yapılandırması içinde CreationDate ya da LastUpdateDate alanına analiz döneminizle ilgili verileri çıkaracak bir filtre uygulayın (örneğin son 12 ay).
Veri çıkarmayı zamanlayın. Bu veri çıkarmaları günlük çalıştırmak için bir iş zamanlaması oluşturun. İlk Full Load işleminden sonra yalnızca değişen verileri almak için Incremental Load seçeneğini belirleyin.
İndirin ve yükleyin. Dosyaları UCM veya Object Storage’dan alıp veri ambarınızdaki hazırlama tablolarına, örneğin STG_AR_TRX_HEADER ve STG_AR_APPLICATIONS, yüklemek için otomatik bir betik ya da entegrasyon aracı kullanın.
Dönüşüm mantığını uygulayın. İlişkisel verileri ProcessMind Event Log biçiminde düzleştirmek için Query bölümünde verilen SQL betiğini hazırlama tablolarınızda ç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 tutarların ondalık değerleri doğru işlediğinden emin olun.
CSV veya Parquet olarak dışa aktarın. Sonuç kümesini veri ambarınızdan tek bir dosya olarak dışa aktarın.
ProcessMind’e yükleyin. Dosyayı içe aktarın ve InvoiceNumber alanını Case ID, ActivityName alanını Activity, EventStartDateTime alanını Timestamp ile eşleyin.
Yapılandırma
- Veri çıkarma sıklığı: En güncel durum değişikliklerini yakalamak için günlük (Incremental) önerilir.
- İlk yükleme: İlk çalıştırmada Full Extract'i seçin, ardından Last Update Date temelinde Incremental seçeneğine geçin.
- Temel PVO'lar: TransactionHeaderExtractPVO, ReceiptApplicationExtractPVO, AdjustmentExtractPVO, StrategyWorkItemExtractPVO.
- Tarih filtreleme: Hacmi sınırlamak için CreationDate >= '202X-01-01' filtresini uygulayın.
- Getirme boyutu: Varsayılan değer genellikle 50000 satırdır. UCM indirmesi kullanıyorsanız ağ bant genişliğine göre ayarlayın.
- Birincil anahtarlar: Yinelenen satırları önlemek için alt veri ambarınızın PVO Primary Keys kullanarak upsert işlemlerini desteklediğinden emin olun (genellikle CustomerTrxId, ReceivableApplicationId vb.).
- Denetim geçmişi: Standart BICC PVO'ları mevcut durumu yakalar. Durum değişikliklerinin kesin geçmiş zaman damgalarını (Dispute Opened gibi) almak için, işlemsel tablolar geçmişi saklamıyorsa Fusion'da Audit Policies'i etkinleştirmeniz ve Audit View Object'larını çıkarmanız gerekebilir.
a Örnek sorgu sql
/*
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 Applications'a giriş yapın: Tools > Reports and Analytics bölümüne gidin. Oracle BI Publisher arayüzünü açmak için Browse Catalog'a tıklayın.
Veri modeli oluşturun: Sol üstteki New'e tıklayın ve Data Model'i seçin. Bu, SQL veri çıkarma mantığınızın kapsayıcısıdır.
SQL Veri Seti tanımlayın: Soldaki Data Model ağacında Data Sets'e tıklayın, ardından New Data Set > SQL Query seçeneklerini belirleyin.
Veri kaynağını yapılandırın: Veri setine bir ad verin (örneğin, ProcessMining_AR). Veri Kaynağı olarak ApplicationDB_FSCM'yi (Financials Supply Chain Management) seçin. Böylece gerekli AR ve RA tablolarına erişebilirsiniz.
Sorguyu yapıştırın: Aşağıdaki Query bölümünde verilen tam SQL betiğini kopyalayıp SQL Query metin kutusuna yapıştırın. Belirli Flexfield'ları (DFF'ler) yeniden adlandırmanız gerekmiyorsa temel mantığı değiştirmeyin.
Parametreleri ayarlayın: Sorgu, işlem oluşturma tarihine göre filtreleme için :p_start_date yer tutucusunu içerir. Data Model'in Parameters sekmesinde p_start_date adlı yeni bir parametre oluşturun, Data Type olarak Date seçin ve varsayılan bir değer belirleyin (örneğin, 01-01-2023).
Verileri görüntüleyin: Data sekmesine tıklayın, parametre için geçerli bir tarih girin ve View'a tıklayın. Çıktıda InvoiceNumber, ActivityName ve EventStartDateTime gibi sütunların bulunduğundan emin olun.
Veri modelini kaydedin: Nesneyi Shared Folders > Custom dizinine kaydedin (örneğin, /Shared Folders/Custom/ProcessMining/AR_Extract_DM).
Planlayın/dışa aktarın: Büyük hacimli verileri çıkarmak için bu Data Model'i kullanarak Create Report'a tıklayın. Rapor düzenleyicisinde düzenin basit bir tablo olduğunu doğrulayın. Raporu kaydedin. Ardından Scheduler'ı kullanarak raporu çalıştırın ve verileri CSV veya XML olarak dışa aktarın.
Son biçimlendirme: Çıktı dosyasını indirin. CSV ise tarih biçiminin tutarlı olduğundan emin olun, ISO 8601 tercih edilir. Bu dosyayı ProcessMind'e yükleyin ve InvoiceNumber alanını Case ID, ActivityName alanını Activity, EventStartDateTime alanını Timestamp olarak eşleyin.
Yapılandırma
- Veri Kaynağı: Financials tablolarına erişmek için ApplicationDB_FSCM kullanın.
- Tarih filtresi: Sorgu, ra_customer_trx_all.creation_date >= :p_start_date koşulunu kullanır. Verileri hareketli bir zaman aralığında yükleyecek şekilde yapılandırın (örneğin son 12 ay).
- Performans: 100.000 faturayı aşan veri setlerinde test sırasında bir ROWNUM sınırı eklemeyi veya veri çıkarmayı aylara bölmeyi değerlendirin.
- İş Birimi filtreleme: Kuruluşunuzda birden fazla İş Birimi varsa ve yalnızca birine ihtiyacınız bulunuyorsa Where koşullarındaki AND trx.org_id = ... satırının yorumunu kaldırın.
- Kullanıcı adları: Sorgu, CREATED_BY kullanıcı kimliklerini FND_USER üzerinden kullanıcı adlarına dönüştürür. Veri çıkarma kullanıcısının FND_USER okuma iznine sahip olduğundan emin olun.
- Gelişmiş tahsilat: Payment Reminder Sent ve Promise to Pay Received etkinlikleri IEX (Advanced Collections) modülü tablolarına dayanır. Bu modülü kullanmıyorsanız ilgili bölümler sıfır satır döndürür.
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 Başlamaya hazır mısınız?
Bu Templatei Oracle Fusion ortamınıza uygulayarak finansal verilerinizi uygulanabilir içgörülere dönüştürün. Ekibimiz, özel iş mantığınızı bu standartlarla eşleştirmenize yardımcı olmaya hazırdır.
Alacaklar Muhasebesi tahsilatınızı bugün hızlandırın
DSO'yu 15 ila 20 gün azaltın ve nakit akışı açıklarını hemen giderin.
Kredi kartı gerekmez. Kurulum 5 dakika sürer.