Borçlar muhasebesi Veri Templateiniz
Borçlar muhasebesi Veri Templateiniz
- Borçlar muhasebesi analizi için önerilen özniteliklerin kapsamlı listesi
- İzlenecek temel süreç etkinlikleri ve aşamaları
- Oracle Fusion Financials için sisteme özel veri çıkarma yönergeleri
Borçlar muhasebesi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Alacak hesapları sürecinde gerçekleştirilen belirli olay veya işlem. | ||
| Açıklama Bu öznitelik, fatura oluşturma, ödeme kaydetme veya ihtilaf açma gibi süreç adımlarını tanımlar. Süreç haritasındaki akışı belirler ve olayların sıralı biçimde görselleştirilmesini sağlar. Analistler bu alanı süreç varyantlarını, döngüleri ve darboğazları belirlemek için kullanır. Standart işleyiş kurallarına uyumu değerlendirmek ve yeniden çalışma 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 olayların sırasını 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) alınır. Örnekler Fatura oluşturulduÖdeme hatırlatması gönderildiKısmi ödeme kaydedildiİhtilaf vakası açıldı | |||
| Fatura numarası InvoiceNumber | Oracle Fusion’da fatura işlemine atanan benzersiz tanımlayıcı. | ||
| Açıklama Bu öznitelik, alacak hesapları modülündeki finansal yükümlülükleri belirleyen benzersiz anahtar işlevi görür. Düzeltme, ihtilaf ve ödeme gibi sonraki tüm etkinlikleri ilk satış işlemine bağlar. Process Mining analizinde bu öznitelik, Vaka kimliği olarak kullanılır. Analistlerin alacağın oluşturulduğu andan tamamen kapatılmasına veya zarar yazılmasına kadar tüm yaşam döngüsünü izlemesini sağlar. Böylece çevrim süreleri ve süreç varyantları hesaplanabilir. Neden önemli? Krediden tahsilata kadar olan 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 etkinliğin gerçekleştiği belirli tarih ve saat. | ||
| Açıklama Bu öznitelik, bir etkinliğin sistemde gerçekleştiği tam zamanı kaydeder. Olayları kronolojik sıraya koymak ve Process Mining içindeki tüm zamana dayalı hesaplamaları yapmak için kullanılır. İşletme, zaman damgalarını analiz ederek fatura oluşturma ile gönderme arasındaki süre gibi etkinlikler arasındaki çevrim sürelerini hesaplayabilir. Satışların Tahsilat Süresi gibi KPI’ları ölçmek ve ödeme davranışındaki zamansal örüntüleri belirlemek için önemlidir. Neden önemli? Süreleri, işlem sürelerini ve çevrim sürelerini hesaplamanın temelidir. 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 geldiği kayıt sistemi. | ||
| Açıklama Bu öznitelik, süreç verilerinin hangi yazılım ortamından çıkarıldığını belirtir. Bu örnekte verinin Oracle Fusion Financials ortamından geldiğini doğrular. Tek sistemden veri çıkarıldığında bu değer genellikle sabit olsa da birden fazla ERP örneğinden veri birleştirirken veya üçüncü taraf tahsilat araçlarını entegre ederken önem kazanır. Birden fazla sistemin yer aldığı süreç ortamlarında verinin kaynağını ve izlenebilirliğini sağlar. Neden önemli? Verinin kaynağını izlemeyi sağlar ve farklı ERP örneklerini birbirinden ayırır. Nereden alınır? Veri çıkarılırken sabit kodlanı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 | Verinin Process Mining aracında en son yenilendiği zaman damgası. | ||
| Açıklama Bu öznitelik, Veri Setinin kaynak Oracle sistemiyle en son ne zaman eşitlendiğini gösterir. Kullanıcıların analizin ne kadar güncel olduğunu ve içgörülerin operasyonların mevcut durumunu yansıtıp yansıtmadığını anlamasına yardımcı olur. Özellikle açık ihtilafları veya uygulanmamış nakit tahsilatlarını operasyonel olarak izlerken Dashboardların güncel bilgileri göstermesi için bu alanı takip etmek önemlidir. Neden önemli? Verinin güncelliği ve güvenilirliği hakkında bilgi verir. Nereden alınır? Veri çıkarma anındaki sistem saati. Örnekler 2023-11-15T23:59:59Z2023-11-16T00:00:00Z | |||
| Fatura tutarı InvoiceAmount | Faturanın toplam parasal değeri. | ||
| Açıklama Bu öznitelik, faturada başlangıçta ödenmesi gereken tutarı gösterir. Birçok analizde temel ağırlıklandırma ölçütü olarak kullanılır ve işletmenin düşük tutarlı işlemler yerine yüksek tutarlı işlemlere öncelik vermesini sağlar. Uygulanmamış alacaklar ve gelir kaybı görünümünde bu alan, çözümlenmemiş kalemlerin finansal etkisini ölçmeye yardımcı olur. Ayrıca ağırlıklı ortalama Satışların Tahsilat Süresini hesaplamak ve süreç verimliliğini finansal açıdan değerlendirmek için kullanılır. 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 birim. | ||
| Açıklama Bu öznitelik, Oracle Fusion’daki Organization ID alanına karşılık gelir ve alacağın sahibi olan belirli iş birimini veya bölümü gösterir. Kuruluşun farklı bölümlerindeki süreç performansını ayrı ayrı değerlendirmeyi sağlar. İhtilaf çözüm süresi veya Satışların Tahsilat Süresi gibi KPI’ları farklı iş birimleri arasında karşılaştırmak, yöneticilerin yüksek performanslı ekipleri belirlemesine ve iyi uygulamaları standartlaştırmasına yardımcı olur. Ayrıca ek kaynağa veya süreçlerin yeniden tasarlanmasına ihtiyaç duyabilecek birimleri de ortaya çıkarır. Neden önemli? Kuruluş içi kıyaslama ve performans karşılaştırması için temel bir boyuttur. Nereden alınır? Oracle Fusion Financials: ORG_ID üzerinden bağlanan HR_ORGANIZATION_UNITS.NAME. Örnekler ABD Doğu Bölgesi SatışlarıEMEA HizmetleriAPAC Üretim | |||
| İşlem türü TransactionType | Alacak belgesinin sınıflandırması (fatura, alacak dekontu, borç dekontu). | ||
| Açıklama Bu öznitelik, farklı finansal belge türlerini birbirinden ayırır. Yaygın değerler arasında fatura, alacak dekontu ve borç dekontu bulunur. Bu ayrım, Alacak dekontu hacmi ve yeniden çalışma Dashboardu için önemlidir. Analistler bu özniteliğe göre filtreleme yaparak alacak dekontlarından kaynaklanan yeniden çalışma döngülerini inceleyebilir veya yalnızca ana faturalama akışına odaklanabilir. Böylece alacak hesapları iş yükünün bileşimini anlamak kolaylaşır. Neden önemli? Standart faturaları düzeltme ve değişikliklerden ayırır. Nereden alınır? Oracle Fusion Financials: RA_CUST_TRX_TYPES_ALL.NAME Örnekler FaturaAlacak dekontuBorç dekontuTazminat talebi | |||
| Kullanıcı adı UserName | Etkinliği gerçekleştiren sistem kullanıcısı. | ||
| Açıklama Bu öznitelik, belirli bir etkinliği gerçekleştiren kişinin oturum açma kimliğini veya adını kaydeder (ör. faturayı kaydeden ya da banka ekstresini eşleştiren kişi). Genel 'Kullanıcı' alanına karşılık gelir. Bu veri, uyumluluk denetimleri ve 'Tahsilat temsilcisi işlem hacmi' Dashboardu için gereklidir. Otomasyon analizini destekleyerek makine tarafından gerçekleştirilen işlemlerin (genellikle 'Sistem' kullanıcısı tarafından yapılanlar) insan eylemlerinden ayrılmasını sağlar. Neden önemli? Kullanıcı düzeyinde performans takibini ve görevler ayrılığı analizini mümkün kılar. Nereden alınır? Oracle Fusion Financials: Kullanıcı tablolarıyla birleştirilen CREATED_BY veya LAST_UPDATED_BY sütunları. Örnekler sistem yöneticisijsmithfinans_toplu_iş | |||
| Müşteri adı CustomerName | İşlemde faturanın kesildiği kuruluşun adı. | ||
| Açıklama Bu öznitelik, faturayla ilişkili müşteriyi belirler. Müşteri düzeyinde ödeme davranışlarını, ihtilaf sıklığını ve tahsilat etkinliğini analiz etmek için temel bir alandır. Analistler bu alanı, sık sık geç ödeme yapan veya ihtilaf çıkaran müşterileri belirlemek için kullanır. Bu bilgi, Müşteri ödeme davranışı analizi Dashboardunu destekler ve kredi koşullarıyla tahsilat stratejilerini her müşterinin profiline göre uyarlamaya yardımcı olur. Neden önemli? Müşteri odaklı analiz ve risk profili oluşturma için gereklidir. Nereden alınır? Oracle Fusion Financials: BILL_TO_CUSTOMER_ID üzerinden bağlanan HZ_PARTIES.PARTY_NAME. Örnekler Acme ŞirketiGlobex ŞirketiSoylent Şirketi | |||
| Müşteri segmenti CustomerSegment | Müşterinin büyüklük, sektör veya risk düzeyine göre sınıflandırılması. | ||
| Açıklama Bu öznitelik, müşterileri Stratejik, Kurumsal, KOBİ veya Yüksek risk gibi gruplara ayırır. Genellikle Oracle Fusion’daki müşteri sınıfından veya profil sınıfından alınır. Bu öznitelik, farklı pazar segmentlerindeki süreç varyantlarını analiz etmeyi sağlar. Örneğin, Stratejik müşterilerin kendilerine sunulması planlanan özel hizmeti alıp almadığını veya Yüksek riskli müşterilerin ödeme uyumluluğu açısından yakından izlenip izlenmediğini kontrol etmeye yardımcı olur. Neden önemli? Tahsilat stratejilerini ve riskleri segmentlere göre analiz etmeyi sağlar. Nereden alınır? Oracle Fusion Financials: HZ_CUSTOMER_PROFILES.PROFILE_CLASS_ID. Örnekler KurumsalKüçük işletmeKamu kuruluşuYüksek risk | |||
| Otomatik mi IsAutomated | Etkinliğin insan müdahalesi olmadan gerçekleştirilip gerçekleştirilmediğini belirten işaret. | ||
| Açıklama Bu mantıksal öznitelik, etkinliğin bir sistem süreci (ör. AutoInvoice, AutoLockbox) tarafından mı yoksa bir kullanıcı tarafından mı gerçekleştirildiğini belirler. 'Nakit uygulama otomasyon oranı' KPI’ının temelini oluşturur. Kuruluş, otomatik ve manuel etkinliklerin oranını zaman içinde izleyerek dijital dönüşüm çalışmalarının başarısını değerlendirebilir ve hâlâ manuel yürütülen belirli süreç adımlarını belirleyebilir. Neden önemli? Dijital dönüşümü ve verimliliği ölçmek için temel metriktir. Nereden alınır? UserName değerine göre hesaplanan mantık (ör. User == 'BATCH_USER' ise true). Örnekler truefalse | |||
| Tahsilat temsilcisinin adı CollectorName | Faturayla ilgilenen tahsilat temsilcisinin veya kaynağın adı. | ||
| Açıklama Bu öznitelik, fatura ödemesini tahsil etmekten sorumlu çalışanı veya ekip üyesini belirler. Tahsilat temsilcisi verimliliği Dashboardu için temel bir boyuttur. Bu alandaki veriler, kuruluşun temsilci başına verimliliği ölçmesine, eğitim ihtiyaçlarını belirlemesine ve iş yükünü dengelemesine yardımcı olur. Sorumluluk bilincini artırır ve finans ekibindeki tahsilat çalışmalarının standartlaştırılmasını destekler. Neden önemli? Kaynak performansını analiz etmek ve iş yükünü dengelemek için önemlidir. Nereden alınır? Oracle Fusion Financials: Müşteri profiliyle ilişkili AR_COLLECTORS.NAME. Örnekler John SmithA Tahsilat EkibiJane Doe | |||
| 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 son ödeme tarihini belirtir. Ödemenin gecikip gecikmediğini belirlemek için referans alınır. Ekiplerin son ödeme tarihine göre ne kadar erken harekete geçtiğini ölçen 'Tahsilat hatırlatmalarının zamanlama farkı' KPI’ında kullanılır. Ayrıca alacakların yaşlandırma raporlarında güncel veya vadesi geçmiş olarak sınıflandırılması için eşik görevi görür. Neden önemli? Vadesi geçmiş ödemeleri ve zamanında ödeme performansını belirlemek için temel referanstı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ölge. | ||
| Açıklama Bu öznitelik, işlemi Kuzey Amerika, EMEA veya APAC gibi daha geniş bir coğrafi bölgeyle eşleştirir. Üst düzey yönetim raporlamasında ve 'DSO ve nakit döngüsü eğilimleri' Dashboardunda kullanılır. Bölgesel analiz, ödeme alışkanlıklarındaki kültürel farklılıkları (ör. Güney Avrupa’da ABD’ye kıyasla daha uzun standart ödeme süreleri) hesaba katmaya yardımcı olur. Ayrıca küresel KPI’ların yerel koşullar dikkate alınarak 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üretilir. Örnekler Kuzey AmerikaEMEAAPACLATAM | |||
| İndirimden yararlanma son tarihi DiscountEligibilityDate | Müşterinin erken ödeme indiriminden yararlanabileceği son tarih. | ||
| Açıklama Bu öznitelik, müşterinin '2/10 Net 30' gibi koşullardan yararlanabileceği son tarihi belirtir (10 gün içinde ödeme yapılırsa %2 indirim). 'Erken ödeme indirimi analizi' Dashboardu için gereklidir. Ödemelerin bu tarihe göre incelenmesi, 'Erken ödeme indiriminden yararlanma oranını' ortaya çıkarır. Bu sayede işletme, indirim stratejilerinin nakit akışını hızlandırıp hızlandırmadığını veya müşterilerin bu indirimleri kullanmadığını anlayabilir. Neden önemli? Teşviklerin etkinliğini ve nakit akışını hızlandırma etkisini analiz etmeye yardımcı olur. Nereden alınır? Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DISCOUNT_DATE Örnekler 2023-11-102023-12-05 | |||
| İtiraz nedeni DisputeReason | İtiraz açıldığında atanan kategori veya neden kodu. | ||
| Açıklama Bu öznitelik, 'İtiraz kaydı açıldı' etkinliği gerçekleştiğinde belirtilen gerekçeyi kaydeder. Yaygın değerler arasında 'Fiyatlandırma hatası', 'Miktar uyuşmazlığı' veya 'Hasarlı ürün' bulunabilir. Bu özniteliğin 'İtiraz yaşam döngüsü ve darboğazlar' Dashboardunda incelenmesi, ödeme gecikmelerinin temel nedenlerini belirlemeye yardımcı olur. 'Fiyatlandırma hatası' sık görülüyorsa işletme, yalnızca tahsilat sürecini değil, önceki aşamalardaki satış teklifi sürecini de incelemesi gerektiğini anlar. Neden önemli? Geciken ödemelerin ve yeniden çalışmanın 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 itirazıVergi hatasıÜrün teslim alınmadıÇift faturalandırma | |||
| Ödeme koşulları PaymentTerms | Ödeme zamanlaması için üzerinde anlaşılmış koşullar (ör. Net 30). | ||
| Açıklama Bu öznitelik, sözleşmede kararlaştırılan ödeme süresini tanımlar. Vade tarihini hesaplamak için kullanılır ve 'Tahsilat stratejisinin etkinliği' Dashboardu için gereklidir. Müşteriler arasındaki ödeme koşulu farklılıkları, DSO değerlerindeki farkları açıklayabilir. Bu öznitelik, analistlerin performans verilerini karşılaştırılabilir hâle getirmesini sağlar. Böylece Net 60 koşuluna sahip bir müşteri, Net 30 koşuluna sahip bir müşteriye kıyasla haksız yere 'geç ödeyen' olarak işaretlenmez. Neden önemli? Ödeme hızını sözleşmede kararlaştırılan koşullara göre 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 manuel olarak mı oluşturulduğunu yoksa içe mi aktarıldığını gösteren kaynak. | ||
| Açıklama Bu öznitelik, faturanın Oracle sistemine nasıl girdiğini gösterir. Örneğin fatura 'Manuel Giriş', 'AutoInvoice' veya belirli harici veri akışları aracılığıyla sisteme aktarılmış olabilir. Bu öznitelik, genel 'Kanal' eşlemesinde kullanılan bir göstergedir. 'Cash Application Automation Monitor' için büyük önem taşır. Tamamen dijital süreçlerle manuel kurulum gerektiren süreçleri ayırt etmeye yardımcı olur. 'Manuel Giriş' hacminin yüksek olması, önceki sistemlerle entegrasyon eksikliğine veya sistem sorunlarına işaret edebilir. Neden önemli? Önceki aşamalardaki otomasyon düzeyini ve verinin kaynağını belirler. Nereden alınır? Oracle Fusion Financials: RA_BATCH_SOURCES_ALL.NAME Örnekler AutoInvoiceManuelProjelerin uygulanmasıSipariş yönetimi | |||
| Para birimi kodu CurrencyCode | Fatura tutarının belirtildiği para birimi. | ||
| Açıklama Bu öznitelik, finansal tutarların para birimini (ör. USD, EUR) belirtir. Fatura tutarını doğru yorumlamak ve küresel bir raporlama para birimi gerekiyorsa döviz dönüşümlerini yapmak için gereklidir. Küresel kuruluşlarda bu öznitelik, farklı ekonomik bölgelerdeki tahsilat performansını analiz etmeye ve finans ekiplerinin döviz kuru etkilerini operasyonel süreç performansından ayırmasına yardımcı olur. Neden önemli? Birden fazla para biriminin kullanıldığı ortamlardaki finansal değerleri anlamlandırır. Nereden alınır? Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.INVOICE_CURRENCY_CODE Örnekler USDEURGBPJPY | |||
| Yeniden çalışma var mı IsRework | Faturanın düzeltme veya itiraz döngülerinden geçip geçmediğini belirten işaret. | ||
| Açıklama Bu mantıksal öznitelik, faturada 'Alacak dekontu düzenlendi' veya 'Fatura düzeltildi' gibi hata düzeltme etkinliklerinin gerçekleşip gerçekleşmediğini belirler. 'Alacak dekontu hacmi ve yeniden çalışma' Dashboardunu destekler. Yeniden çalışma durumlarını belirlemek, sorunsuz ilerleyen süreçleri sorunlu olanlardan ayırmaya yardımcı olur. Yeniden çalışma oranının yüksek olması, ana verilerde veya satış siparişi giriş süreçlerinde veri kalitesi sorunlarının erken bir göstergesidir. Neden önemli? Süreç akışındaki israfı ve verimsizliği belirler. Nereden alınır? Hesaplama: Kayıt 'Alacak dekontu düzenlendi' veya 'İtiraz kaydı açıldı' etkinliğini içeriyorsa True. Örnekler truefalse | |||
Borçlar muhasebesi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura gönderildi | Faturanın müşteriye basılı kopya, e-posta veya XML yoluyla iletilmesini ifade eder. Bu aşamada fatura kuruluştan müşteriye devredilir. | ||
| Neden önemli? Fatura gönderim performansını ölçmek için önemlidir. Oluşturma ile gönderim arasındaki süre, tahsilat döngüsünü doğrudan geciktirir. Nereden alınır? RA_CUSTOMER_TRX_ALL tablosundaki PRINTING_ORIGINAL_DATE alanından veya XML kullanılıyorsa Oracle Collaboration Messaging Framework içindeki ilgili kayıtlardan çıkarılır. Kaydedin Durum alanını önceki ve sonraki değerleriyle karşılaştırın Olay türü inferred | |||
| Fatura kapatıldı | Faturanın sistemde kapatıldığı son durumu gösterir. Bu genellikle ödeme, alacak dekontu veya düzeltme sonucunda bakiyenin sıfırlanmasıyla gerçekleşir. | ||
| Neden önemli? Bu olayın zaman damgası, Satışların Tahsilat Süresini (DSO) hesaplamak için kullanılır. Süreç örneğinin sona erdiği anı gösterir. Nereden alınır? AR_PAYMENT_SCHEDULES_ALL tablosundaki STATUS değeri 'CL' (Closed) olduğunda belirlenir. Kaydedin Durum alanını önceki ve sonraki değerleriyle karşılaştırın Olay türü inferred | |||
| Fatura oluşturuldu | Bu etkinlik, sistemde fatura kaydının ilk kez oluşturulduğu anı gösterir. İşlem başlığının Oracle Receivables tablolarına ilk kez kaydedildiği zaman damgasını içerir. | ||
| Neden önemli? Süreç yaşam döngüsünün başlangıcını ve vade hesaplamalarının temelini belirler. Toplam çevrim süresini ve faturanın gönderilmesine kadar geçen süreyi hesaplamak için gereklidir. Nereden alınır? RA_CUSTOMER_TRX_ALL tablosundaki CREATION_DATE veya TRX_DATE sütunundan alınır. Kaydedin İşlem satırı eklendiğinde kaydedilir Olay türü explicit | |||
| Fatura tamamlandı | Fatura oluşturma işleminin tamamlandığını ve faturanın işlenmeye, yazdırılmaya ve muhasebeleştirilmeye hazır olduğunu gösterir. İşlem durumu tamamlanmadıdan tamamlandıya geçtiğinde gerçekleşir. | ||
| Neden önemli? Taslak hazırlama süresiyle işlem süresini birbirinden ayırır. Buradaki gecikmeler, kurum içi fatura oluşturma sürecindeki darboğazlara işaret eder. Nereden alınır? RA_CUSTOMER_TRX_ALL tablosundaki COMPLETE_FLAG değeri 'Y' olduğunda belirlenir. Kaydedin Durum alanını önceki ve sonraki değerleriyle karşılaştırın Olay türü inferred | |||
| Kısmi ödeme kaydedildi | Bir tahsilat faturaya uygulandığında ancak tutar kalan toplam bakiyeden düşük olduğunda gerçekleşir. Fatura, azalmış bir bakiyeyle açık kalır. | ||
| Neden önemli? Sıklığın yüksek olması, mutabakat işini artıran parçalı ödeme davranışına (Kısmi ödeme sıklığı KPI) işaret eder. Nereden alınır? AR_RECEIVABLE_APPLICATIONS_ALL tablosunda STATUS = 'APP' ve AMOUNT_APPLIED < AMOUNT_DUE_REMAINING olan kayıtlardan alınır. Kaydedin X işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Ödemenin tamamı alındı | Bir tahsilatın faturaya uygulanmasıyla bakiye sıfıra indiğinde gerçekleşir. Tahsilat sürecinin temel başarı olayıdır. | ||
| Neden önemli? Erken ödeme indirimi analizleri için önemlidir. Bu olayın zamanı, ödemenin indirim süresi içinde alınıp alınmadığını belirler. Nereden alınır? AR_RECEIVABLE_APPLICATIONS_ALL tablosunda STATUS = 'APP' olan ve işlem sonucunda AMOUNT_DUE_REMAINING değeri 0 olan kayıtlardan alınır. Kaydedin X ve Y alanlarını karşılaştırarak belirleyin Olay türü calculated | |||
| Alacak dekontu düzenlendi | Faturaya uygulanan bir alacak dekontu işleminin oluşturulduğunu kaydeder. Genellikle ihtilaf veya iade nedeniyle borç bakiyesini düşürür. | ||
| Neden önemli? Alacak dekontu için yeniden çalışma oranını ve gelir kaybını izler. Sık alacak dekontu düzenlenmesi, sistematik faturalama hatalarına işaret eder. Nereden alınır? RA_CUSTOMER_TRX_ALL tablosunda TRX_TYPE değeri Credit Memo olan ve RELATED_CUSTOMER_TRX_ID alanı faturayla eşleşen kayıtlardan alınır. Kaydedin X işlemi 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. Böylece paranın banka hesabına gerçekten geçtiği doğrulanır. | ||
| Neden önemli? Nakit tahsilatının otomasyonunu ölçer. Ödemenin kaydedilmesiyle banka ekstresiyle eşleştirilmesi arasındaki süre, henüz doğrulanmamış nakdi gösterir. Nereden alınır? Mutabakat referansı kullanılarak AR_CASH_RECEIPTS_ALL tablosu CE_STATEMENT_LINES tablosuna (Cash Management) bağlanır. Kaydedin Durum alanını önceki ve sonraki değerleriyle karşılaştırın Olay türü inferred | |||
| Fatura büyük deftere aktarıldı | Faturanın muhasebe kayıtlarının kesinleştirilip büyük deftere aktarıldığı olayı kaydeder. Böylece finansal uyumluluk ve dönem kapanışına hazırlık sağlanır. | ||
| Neden önemli? Müşterinin gördüğü durumu etkilemese de buradaki gecikmeler finansal kapanış döngüsünü ve raporların zamanında hazırlanmasını etkiler. Nereden alınır? RA_CUST_TRX_LINE_GL_DIST_ALL tablosundaki GL_DATE alanından alınır. Kaydedin X işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Fatura düzeltildi | Fatura bakiyesinde yapılan küçük tutarlı silme veya para birimi düzeltmeleri gibi manuel değişiklikleri, alacak dekontlarından ayrı olarak kaydeder. | ||
| Neden önemli? Ödeme alınmadan bakiyelerin kapatıldığı standart dışı süreç yollarını ve gelir kaybını belirlemeye yardımcı olur. Nereden alınır? Faturayla bağlantılı AR_ADJUSTMENTS_ALL tablosundan alınır. Kaydedin X işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Fatura zarar yazıldı | Kalan bakiyenin tahsil edilemeyeceği kabul edilerek şüpheli alacak olarak silindiği özel bir düzeltme türüdür. Sürecin olumsuz son durumunu gösterir. | ||
| Neden önemli? Finansal sağlığın izlenmesi için önemlidir. Operasyonel verimliliği (ödeme hızı) kredi kalitesi sorunlarından ayırır. Nereden alınır? Düzeltme türü 'Write-off' olarak sınıflandırılan veya bir Bad Debt hesabına bağlanan AR_ADJUSTMENTS_ALL kayıtlarından alınır. Kaydedin X işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| İhtilaf çözüldü | İhtilaf incelemesinin sona erdiğini gösterir. Sonuç, alacak dekontunun onaylanması (geçerli ihtilaf) veya reddedilmesi (geçersiz ihtilaf) olabilir. | ||
| Neden önemli? Ortalama ihtilaf çözüm süresini hesaplamak için gereklidir. Uzun çözüm süreleri müşteri memnuniyetini ve Satışların Tahsilat Süresini olumsuz etkiler. Nereden alınır? RA_CM_REQUESTS_ALL tablosundaki durum 'APPROVED' veya 'REJECTED' olarak değiştiğinde belirlenir. Kaydedin Durum alanını önceki ve sonraki değerleriyle karşılaştırın Olay türü inferred | |||
| İhtilaf vakası açıldı | Faturayla ilgili resmî bir ihtilaf sürecinin başladığını gösterir. Sorun incelenirken standart tahsilat faaliyetleri durdurulur. | ||
| Neden önemli? Önemli bir darboğaz göstergesidir. İhtilaf oranlarının yüksek olması, sipariş karşılama veya faturalama doğruluğunda önceki aşamalardan kaynaklanan kalite sorunlarına işaret eder. Nereden alınır? RA_CM_REQUESTS_ALL tablosundaki kayıtlarla veya faturaya bağlı Credit Memo Request iş akışlarıyla belirlenir. Kaydedin X işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Ödeme hatırlatması gönderildi | Müşteriye ihtar mektubu veya tahsilat hatırlatması gönderildiğini kaydeder. Bu olay, Advanced Collections modülü tarafından oluşturulur. | ||
| Neden önemli? Tahsilat stratejisinin etkinliğini analiz etmek için gereklidir. Bu veriyi ödemelerle ilişkilendirmek, hangi hatırlatma stratejilerinin tahsilatı hızlandırdığını belirlemeye yardımcı olur. Nereden alınır? Müşteri hesabıyla bağlantılı IEX_DUNNING veya IEX_STRATEGY_WORK_ITEMS tablolarında bulunur. Kaydedin X işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Ödeme taahhüdü alındı | Müşterinin belirli bir tutarı belirli bir tarihe kadar ödemeyi taahhüt ettiğini kaydeder. Tahsilat temsilcisi bu bilgiyi genellikle müşteriyle görüşürken manuel olarak girer. | ||
| Neden önemli? Müşteri ödeme davranışını analiz etmek için önemlidir. Tutulmayan taahhütler, yüksek kredi riskine ve gelecekte tahsil edilemeyen borçlara işaret eder. Nereden alınır? Collections modülündeki IEX_PROMISE_DETAILS tablosundan alınır. Kaydedin X işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
Veri çıkarma rehberleri
Adımlar
Oracle BI Cloud Connector (BICC) Konsolu’na erişin. Manage Offerings and Data Stores bölümüne gidin.
Depolama bağlantısını yapılandırın. Çıkarılan CSV/Parquet dosyalarının kaydedileceği Oracle Universal Content Management (UCM) veya harici bir nesne depolama alanına (OCI Object Storage gibi) geçerli bir bağlantınız olduğundan emin olun.
Financials Offering’i seçin. Borçlar muhasebesi View Object’lerine erişmek için Financials Offering’i bulun.
View Object’leri (VO) seçip yapılandırın. Event Logu oluşturmak için gereken belirli Public View Object’leri (PVO) seçmeniz gerekir. Temel PVO’lar ş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 borçlar)
- FscmTopModelAM.FinExtractAM.IexBiccExtractAM.PromiseDetailExtractPVO (Ödeme taahhütleri)
- FscmTopModelAM.FinExtractAM.IexBiccExtractAM.StrategyWorkItemExtractPVO (Tahsilat bildirimleri ve hatırlatmalar)
Filtre ölçütlerini belirleyin (veri azaltma). Manage Extract Schedules bölümünde veya PVO yapılandırmasında CreationDate ya da LastUpdateDate alanına filtre koyarak analiz döneminizle ilgili verileri (ör. son 12 ay) çıkarın.
Veri çıkarma işlemini zamanlayın. Bu işlemleri her gün çalıştıracak bir görev zamanlaması oluşturun. İlk Full Load’dan sonra yalnızca değişen verileri almak için Incremental Load’u seçin.
Dosyaları indirin ve içe aktarın. Dosyaları UCM/Object Storage’dan alıp veri ambarınızın hazırlama tablolarına (ör. STG_AR_TRX_HEADER, STG_AR_APPLICATIONS) yüklemek için otomatik bir betik veya entegrasyon aracı kullanın.
Dönüştürme mantığını uygulayın. İlişkisel verileri ProcessMind Event Log biçimine dönüştürmek 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üştürme sırasında tarih alanlarının datetime nesnelerine dönüştürüldüğünden, sayısal tutarların ise ondalık basamaklarının doğru işlendiğinden emin olun.
CSV/Parquet biçiminde 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ırken InvoiceNumber alanını Case ID, ActivityName alanını Activity ve EventStartDateTime alanını Timestamp ile eşleştirin.
Yapılandırma
- Veri çıkarma sıklığı: En güncel durum değişikliklerini almak için günlük (Incremental) veri çıkarma önerilir.
- İlk yükleme: İlk çalıştırmada 'Full Extract' seçin, ardından Last Update Date alanına göre 'Incremental' seçeneğine geçin.
- Temel PVO’lar: TransactionHeaderExtractPVO, ReceiptApplicationExtractPVO, AdjustmentExtractPVO, StrategyWorkItemExtractPVO.
- Tarih filtresi: Veri hacmini sınırlamak için CreationDate >= '202X-01-01' filtresini uygulayın.
- Veri alma 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 sonraki veri ambarınızın PVO birincil anahtarlarını (genellikle CustomerTrxId, ReceivableApplicationId vb.) kullanarak ekleme ve güncelleme işlemlerini desteklediğinden emin olun.
- Denetim geçmişi: Standart BICC PVO’ları mevcut durumu yakalar. Durum değişikliklerinin (ör. uyuşmazlığın açılması) zaman damgasını geçmişe dönük olarak tam belirlemek için Fusion’da denetim ilkelerini etkinleştirmeniz ve işlem tablolarında geçmiş tutulmuyorsa Audit View Object’leri çıkarmanız gerekebilir.
Ö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 seçeneğine tıklayın.
Veri Modeli oluşturun: Sol üstteki New seçeneğine tıklayın ve Data Model’i seçin. SQL veri çıkarma mantığınız bu kapsayıcıda yer alı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çeneğini belirleyin.
Veri kaynağını yapılandırın: Veri setine bir ad verin (ör.
ProcessMining_AR). Veri kaynağı olarakApplicationDB_FSCM(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 SQL betiğinin tamamını kopyalayıp SQL Query metin kutusuna yapıştırın. Belirli Flexfield’ların (DFF) adlarını değiştirmeniz gerekmiyorsa temel mantığı değiştirmeyin.
Parametreleri ayarlayın: Sorguda işlem oluşturma tarihine göre filtreleme yapmak için
:p_start_dateyer tutucusu bulunur. Data Model’in Parameters sekmesindep_start_dateadlı yeni bir parametre oluşturun, Data Type olarak Date seçin ve varsayılan bir değer belirleyin (ör.01-01-2023).Verileri görüntüleyin: Data sekmesine tıklayın, parametre için geçerli bir tarih girin ve View seçeneğine tıklayın. Sonuçlarda
InvoiceNumber,ActivityNameveEventStartDateTimegibi sütunların bulunduğunu doğrulayın.Veri Modeli’ni kaydedin: Nesneyi Shared Folders > Özel dizinine kaydedin (ör.
/Shared Folders/Custom/ProcessMining/AR_Extract_DM).Zamanlayın ve dışa aktarın: Büyük hacimli verileri çıkarmak için bu Veri Modeli’ni kullanarak Create Report seçeneğine tıklayın. Rapor düzenleyicisinde basit bir tablo düzeni seçildiğini doğrulayın ve raporu kaydedin. Ardından Scheduler’ı kullanarak raporu çalıştırın ve verileri CSV veya XML biçiminde dışa aktarın.
Son biçimlendirme: Çıktı dosyasını indirin. CSV kullanıyorsanız tarih biçiminin tutarlı olduğundan emin olun; ISO 8601 tercih edilir. Dosyayı ProcessMind’e yüklerken
InvoiceNumberalanını Case ID,ActivityNamealanını Activity veEventStartDateTimealanını Timestamp ile eşleştirin.
Yapılandırma
- Veri kaynağı: Financials tablolarına erişmek için
ApplicationDB_FSCMkullanın. - Tarih filtresi: Sorguda
ra_customer_trx_all.creation_date >= :p_start_datekoşulu kullanılır. Verileri kayan bir dönem üzerinden (ör. son 12 ay) yükleyecek şekilde yapılandırın. - Performans: Veri setiniz 100.000 faturayı aşıyorsa test sırasında
ROWNUMsınırı eklemeyi veya verileri aylara bölerek çıkarmayı değerlendirin. - İş birimi filtresi: Kuruluşunuzda birden fazla iş birimi varsa ve yalnızca birine ihtiyacınız varsa,
WherekoşullarındakiAND trx.org_id = ...satırının yorumunu kaldırın. - Kullanıcı adları: Sorgu,
FND_USERaracılığıylaCREATED_BYkullanıcı kimliklerini kullanıcı adlarına dönüştürür. Veri çıkarma kullanıcısınınFND_USERtablosunu okuma izni olduğundan emin olun. - Gelişmiş tahsilat: 'Payment Reminder Sent' ve 'Promise to Pay Received' etkinlikleri IEX (Advanced Collections) modülünün tablolarını kullanır. Bu modülü kullanmıyorsanız ilgili bölümler sıfır satır döndürür.
Ö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ızda kullanarak finansal verilerinizi uygulanabilir içgörülere dönüştürün. Ekibimiz, işletmenize özgü iş mantığını bu standartlarla eşleştirmenize yardımcı olmaya hazır.
Borçlar muhasebesi tahsilat sürecinizi bugün hızlandırın
Satışların Tahsilat Süresini 15 ila 20 gün kısaltın ve nakit akışı açıklarını hemen giderin.
Kredi kartı gerekmez. Kurulum 5 dakika sürer.