Satın Almadan Ödemeye (Purchase to Pay) - Fatura İşleme Veri Template'iniz

Oracle Fusion Financials
Satın Almadan Ödemeye (Purchase to Pay) - Fatura İşleme Veri Template'iniz

Satın Almadan Ödemeye (Purchase to Pay) - Fatura İşleme Veri Template'iniz

Bu template, Oracle Fusion Financials içinde Satın Almadan Ödemeye (Purchase to Pay), özellikle Fatura İşleme sürecinizi analiz etmek için temel verileri toplama konusunda size rehberlik etmek üzere tasarlanmıştır. Kritik nitelikleri, ana aktiviteleri özetler ve bu bilgiyi sisteminizden nasıl çıkaracağınız konusunda rehberlik sağlar. Bu template'i kullanmak, Process Mining için doğru ve kapsamlı bir event log'u hazırlamanıza yardımcı olacaktır.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Oracle Fusion Financials için Veri Çıkarma Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Satın Almadan Ödemeye (Purchase to Pay) - Fatura İşleme Nitelikleri

Bunlar, kapsamlı satın almadan ödemeye (purchase to pay) - fatura işleme analizi için event log'unuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 7 Önerilen 11 İsteğe Bağlı
Ad Açıklama
Fatura Numarası
InvoiceNumber
Bir tedarikçi faturası için benzersiz tanımlayıcı.
Açıklama

Fatura Numarası, tek bir tedarikçi faturasıyla ilgili tüm aktiviteleri ve event'leri oluşturulmasından nihai ödemesine kadar birbirine bağlayan birincil case tanımlayıcısı olarak hizmet eder. Her fatura, süreç analizinde benzersiz bir case örneği olarak ele alınır.\n\nProcess Mining'de bu nitelik, her faturanın uçtan uca yolculuğunu yeniden yapılandırmak için temeldir. Fatura bazında süreç akışlarının, döngü sürelerinin ve varyasyonların analizine olanak tanır. Doğrulama, onay ve ödeme gibi farklı aktiviteleri tutarlı bir süreç anlatısına bağlamanın anahtarıdır.

Neden önemli

Bu, ilgili tüm süreç adımlarını birbirine bağlayan, bir faturanın tüm yaşam döngüsünü izlemeyi mümkün kılan temel case tanımlayıcısıdır.

Nereden alınır

Bu genellikle AP_INVOICES_ALL tablosunda, INVOICE_NUM sütununda bulunur.

Örnekler
INV-2023-001987654321ACME-FIN-5501
Aktivite
ActivityName
Fatura sürecinde gerçekleşen iş aktivitesinin veya olayın adı.
Açıklama

Bu nitelik, 'Fatura Oluşturuldu', 'Fatura Onaylandı' veya 'Ödeme Gerçekleştirildi' gibi fatura yaşam döngüsündeki belirli bir adımı veya durum değişikliğini tanımlar. Süreç akışını oluşturan event'lerin sırasını oluşturur.\n\nAktivi̇teleri̇n sırasını ve sıklığını analiz etmek, Process Mining'in çekirdeğidir. Gerçek süreç yolunu keşfetmeye, aktivitelerin geciktiği bottleneck'leri belirlemeye ve onaydan sonra reddedilen bir fatura gibi sapmaları veya yeniden işleme döngülerini tespit etmeye yardımcı olur.

Neden önemli

Sürecin adımlarını tanımlar; bu da süreç haritasını görselleştirmek, akış varyasyonlarını analiz etmek ve darboğazları belirlemek için temeldir.

Nereden alınır

Bu nitelik genellikle Oracle Fusion Financials içindeki durum alanları, denetim tabloları veya workflow log'larının bir kombinasyonundan türetilir; örneğin AP_INVOICES_ALL.WFAPPROVAL_STATUS veya ilgili workflow tabloları.

Örnekler
Fatura DoğrulandıFatura Beklemeye AlındıFatura OnaylandıÖdeme Gerçekleştirildi
Başlangıç Zamanı
EventTime
Bir aktivitenin veya event'in ne zaman gerçekleştiğini gösteren zaman damgası.
Açıklama

Bu nitelik, fatura sürecindeki her activity için tarih ve saati sağlar. Döngü süreleri, süreler ve adımlar arasındaki bekleme süreleri dahil olmak üzere tüm zaman tabanlı süreç analizi için kritiktir.\n\nBu timestamp'i kullanarak event'leri kronolojik olarak sıralayarak, Process Mining araçları her fatura için aktivitelerin kesin sırasını yeniden yapılandırabilir. Bu, Ortalama Fatura Döngü Süresi gibi temel performans göstergelerinin hesaplanmasını sağlar ve sürecin hangi aşamalarının en çok zaman tükettiğini belirlemeye yardımcı olur.

Neden önemli

Bu timestamp, döngü süreleri ve bottleneck'ler gibi süre ve zamanla ilgili tüm performans metriklerini hesaplamak için hayati öneme sahiptir.

Nereden alınır

Bu timestamp, AP_INVOICES_ALL gibi tablolarda CREATION_DATE veya LAST_UPDATE_DATE gibi çeşitli Oracle Fusion tablolarındaki tarih alanlarından veya ilgili workflow ve ödeme tablolarından türetilir.

Örnekler
2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
Bitiş Saati
EndTime
Bir aktivitenin veya olayın ne zaman tamamlandığını gösteren zaman damgası.
Açıklama

Bitiş Zamanı, belirli bir activity'nin tamamlandığını işaret eder. Başlangıç Zamanı başlangıcı gösterirken, Bitiş Zamanı kapanış noktasını sağlar ve bireysel adımların kesin süre hesaplamasına olanak tanır.\n\nAnalizde, Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark, her activity için işleme süresini verir. Bu, aktif işleme süresini boşta bekleme süresinden ayırt etmeye yardımcı olan ayrıntılı performans analizi için esastır. Örneğin, bir onaylayıcının bir onay görevinde harcadığı gerçek süreyi, görevin kuyruğunda beklediği süreye karşı ölçmeye yardımcı olur.

Neden önemli

Aktivite işlem sürelerinin kesin olarak hesaplanmasını sağlayarak aktif çalışma süresini bekleme süresinden ayırmaya olanak tanır.

Nereden alınır

Bu, belirli bir case için sıradaki sonraki event'in Başlangıç Zamanı'ndan türetilen kavramsal bir niteliktir.

Örnekler
2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
Fatura Durumu
InvoiceStatus
Faturanın yaşam döngüsündeki mevcut durumu.
Açıklama

Bu nitelik, faturanın 'Doğrulandı', 'Yeniden Doğrulama Gerekiyor', 'Ödendi' veya 'İptal Edildi' gibi bilinen son durumunu yansıtır. Bir faturanın herhangi bir zamanda süreçte nerede olduğuna dair bir anlık görüntü sunar.\n\nFatura Durumu, operasyon yöneticilerinin birikmeleri belirlemesine ve fatura işleme pipeline'ının genel sağlığını izlemesine yardımcı olan 'Mevcut Fatura Durum Dağılımı' dashboard'u için kritiktir. Durumların zamanla nasıl değiştiğini analiz etmek, süreç akışının basitleştirilmiş bir görünümünü de sağlayabilir.

Neden önemli

Faturaların mevcut durumunu gösterir; bu da birikmiş işleri ve iş yükünü izleyen operasyonel dashboard'lar için esastır.

Nereden alınır

Oracle Fusion Financials belgelerine başvurun. Durum, AP_INVOICES_ALL'daki WFAPPROVAL_STATUS gibi alanlardan veya ilgili onay ve ödeme tablolarından türetilebilir.

Örnekler
DoğrulandıÖdendiİptal EdildiYeniden Doğrulama Gerekiyor
Fatura Tutarı
InvoiceAmount
Faturanın toplam tutarıdır.
Açıklama

Fatura Tutarı, faturada belirtilen tedarikçiye ödenecek toplam meblağı temsil eder. Bu, genellikle onay yolunu, inceleme seviyesini ve ödeme önceliğini belirleyen, tüm süreci etkileyen kritik bir finansal niteliktir.\n\nProcess Mining analizinde Fatura Tutarı, filtreleme ve segmentasyon için önemli bir boyuttur. Örneğin, analistler yüksek değerli faturalar ile düşük değerli faturalar için süreci karşılaştırarak farklı yolların izlenip izlenmediğini veya döngü sürelerinin önemli ölçüde farklılık gösterip göstermediğini görebilirler. Finansal KPI'ları hesaplamak ve geç ödemeler gibi süreç verimsizliklerinin parasal etkisini değerlendirmek için de elzemdir.

Neden önemli

Bu değer, finansal analiz, değere dayalı süreç sapmalarını anlama ve Onay Uyumluluk Oranı gibi KPI'lar için kritiktir.

Nereden alınır

AP_INVOICES_ALL tablosundaki INVOICE_AMOUNT sütununda bulunur.

Örnekler
1500.00250.75125000.50
Kullanıcı Adı
UserName
`Aktivite`yi gerçekleştiren kullanıcının adı.
Açıklama

Bu nitelik, bir faturayı doğrulama, bloke koyma veya ödemeyi onaylama gibi bir activity'yi yürütmekten sorumlu belirli kullanıcıyı veya sistem ajanını tanımlar. Sürece insan veya sistem kaynak boyutu sağlar.\n\nKullanıcıya göre analiz yapmak, iş yükü dağılımını anlamaya, en iyi performans gösterenleri belirlemeye ve potansiyel eğitim ihtiyaçlarını veya uyumluluk sorunlarını tespit etmeye yardımcı olur. Örneğin, belirli kullanıcıların sürekli olarak yeniden işleme döngüleriyle ilişkili olup olmadığını veya belirli onay adımlarının her zaman aynı kişi tarafından ele alınıp alınmadığını ortaya çıkarabilir, bu da potansiyel tek bir hata noktası yaratır.

Neden önemli

Kaynak performansının, iş yükü dengelemesinin analizine ve belirli süreç adımlarında hangi kullanıcıların veya ekiplerin yer aldığını belirlemeye olanak tanır.

Nereden alınır

Bu bilgi genellikle AP_INVOICES_ALL gibi tablolarda CREATED_BY veya LAST_UPDATED_BY gibi denetim sütunlarında veya ilgili workflow log'larında saklanır.

Örnekler
john.doejane.smithSystem.Admin
Şirket Kodu
CompanyCode
Faturayı işleyen tüzel kişilik veya şirketin tanımlayıcısıdır.
Açıklama

Şirket Kodu, kuruluş içindeki faturadan finansal olarak sorumlu belirli iş birimini temsil eder. Çok şirketli kuruluşlarda bu, temel bir organizasyonel veri noktasıdır.\n\nBu nitelik, süreç analizinin yasal varlığa göre segmentlere ayrılmasına olanak tanır. Bu, işin farklı bölümlerindeki süreç performansını karşılaştırmak, varlığa özgü bottleneck'leri veya uyumluluk sorunlarını belirlemek ve KPI'ların şirket düzeyinde raporlanabilmesini sağlamak için faydalıdır. Ayrıca genellikle doğru onay workflow'unu belirlemede bir faktördür.

Neden önemli

Kuruluş içindeki farklı tüzel kişilikler veya iş birimleri arasında süreç karşılaştırması ve performans kıyaslaması yapmayı sağlar.

Nereden alınır

Bu genellikle AP_INVOICES_ALL'daki LEGAL_ENTITY_ID veya benzeri bir alanla temsil edilir, bu alan bir kod veya isim almak için genel muhasebe tablolarıyla birleştirilebilir.

Örnekler
1001US01DE01
Son Ödeme Tarihi
PaymentDueDate
Fatura ödemesinin tedarikçiye yapılması gereken son tarih.
Açıklama

Ödeme Vadesi Tarihi, tedarikçiyle üzerinde anlaşılan ödeme koşullarına göre hesaplanır. Cezalardan kaçınmak, iyi tedarikçi ilişkilerini sürdürmek ve potansiyel erken ödeme indirimlerini yakalamak için ödemenin yapılma son tarihi olarak hizmet eder.\n\nBu nitelik, 'Zamanında Ödeme Performansı' dashboard'u ve ilgili KPI için esastır. Fiili ödeme gerçekleştirme timestamp'ini Ödeme Vadesi Tarihi ile karşılaştırarak, analiz ödemeleri zamanında veya gecikmeli olarak sınıflandırabilir, bu da kuruluşun ödeme zamanlamasını izlemesine ve iyileştirmesine yardımcı olur.

Neden önemli

Bu, tedarikçi yönetimi ve finansal sağlık için kritik bir KPI olan zamanında ödeme performansını ölçmek için temeldir.

Nereden alınır

Bu tarih genellikle AP_PAYMENT_SCHEDULES_ALL gibi ödeme planı tablolarında, faturayla bağlantılı olarak mevcuttur.

Örnekler
2023-05-152023-06-012023-06-30
Tedarikçi Adı
VendorName
Faturayı düzenleyen tedarikçinin veya satıcının adı.
Açıklama

Bu nitelik, faturanın geldiği tedarikçi varlığını tanımlar. Tedarikçi bilgileri, finansal işleme kritik iş bağlamı sağlar.\n\nTedarikçiye göre süreci analiz etmek, tedarikçi ilişkileri ve performansı hakkında önemli içgörüler ortaya çıkarabilir. Örneğin, belirli tedarikçilerden gelen faturaların eşleştirme uyuşmazlıklarına, blokerlere veya gecikmelere daha yatkın olup olmadığını vurgulayabilir. Bu bilgi, tedarikçi işe alımını, iletişimini ve genel tedarik zinciri verimliliğini iyileştirmek için kullanılabilir. Ayrıca potansiyel mükerrer ödemeleri belirlemede de kullanılır.

Neden önemli

Satıcıya özel süreç analizini mümkün kılarak, gecikmelere veya istisnalara neden olan belirli tedarikçilerle ilgili sorunları belirlemeye yardımcı olur.

Nereden alınır

POZ_SUPPLIERS tablosunda bulunur. AP_INVOICES_ALL fatura tablosu, tedarikçi tablosuyla birleştirme (join) yapmak için kullanılabilecek bir VENDOR_ID içerir.

Örnekler
Acme Corporation`Global Tech Inc.`Ofis Malzemeleri A.Ş.
Bekletme Nedeni
HoldReason
Bir fatura üzerinde bloke veya ödeme blokesi konulmasının nedeni.
Açıklama

Bir fatura bloke edildiğinde, bu nitelik 'Fiyat Uyuşmazlığı', 'Miktar Uyuşmazlığı' veya 'Mal Kabulü Bekleniyor' gibi nedeni belirtir. Bu, normal süreç akışının neden kesintiye uğradığına dair bağlam sağlar.\n\nBu nitelik, 'Ödeme Bloke Eğilimleri ve Analizi' dashboard'u için birincil boyuttur. Farklı bloke nedenlerinin sıklığını analiz ederek, işletme ödeme blokelerinin temel nedenlerini (örneğin tedarik süreçlerindeki sorunlar veya tedarikçi faturalandırma doğruluğu) belirleyebilir ve ele alabilir, böylece işleme gecikmelerini nihayetinde azaltabilir.

Neden önemli

Ödeme engellerinin temel nedenini sağlar, bekletmelerin ve ödeme gecikmelerinin sıklığını azaltmak için hedeflenen iyileştirmeleri mümkün kılar.

Nereden alınır

Bekletme bilgileri genellikle faturaya bağlanan ve bir bekletme nedeni veya kodu içeren AP_HOLDS_ALL tablosunda saklanır.

Örnekler
Fiyat UyuşmazlığıFaturalanan Miktar Alınan Miktarı AşıyorGeçersiz Satın Alma Sipariş Numarası
Eşleştirme Uyuşmazlığı Nedeni
MatchingDiscrepancyReason
Bir fatura, satın alma siparişi ve makbuz arasındaki uyuşmazlığın belirli nedeni.
Açıklama

Bu nitelik, bir faturanın otomatik eşleştirme sürecinde neden başarısız olduğunu detaylandırır. Yaygın nedenler arasında fatura ile ilgili satın alma siparişi veya mal teslimatı arasında fiyat, miktar veya ürün kodu farklılıkları bulunur.\n\nBu bilgi, 'Fatura Eşleştirme Uyuşmazlık Oranı' dashboard'u için hayati öneme sahiptir. Uyuşmazlık nedenlerini kategorize ederek ve analiz ederek şirketler, tedarik veya alım süreçlerindeki sistemik sorunları belirleyebilirler. Bu, otomatik ve müdahalesiz fatura işleme oranını artırabilecek düzeltici eylemlere olanak tanır.

Neden önemli

Faturaların neden otomatik eşleşmede başarısız olduğunu açıklar, ilk seferde eşleşme oranlarını iyileştirmek ve manuel yeniden işlemi azaltmak için gereken içgörüleri sağlar.

Nereden alınır

Oracle Fusion Financials belgelerine başvurun. Bu, AP_HOLDS_ALL'da belirli bir bekletme nedeni olarak veya ilgili eşleşme ayrıntı tablolarında kaydedilebilir.

Örnekler
Birim fiyatı satın alma siparişinden (PO) farklıFaturalanan miktar > alınan miktarFaturadaki geçersiz kalem
Fatura Tarihi
InvoiceDate
Tedarikçinin fatura belgesinde belirtilen tarih.
Açıklama

Bu nitelik, tedarikçinin faturayı resmi olarak düzenlediği tarihtir. Kaynak belgedeki önemli bir bilgi parçasıdır ve üzerinde anlaşılan ödeme koşullarına göre ödeme vade tarihini hesaplamak için başlangıç noktası olarak kullanılır.\n\nDahili sürecin her zaman başlangıcı olmasa da, Fatura Tarihi kritik bir bağlamdır. Potansiyel mükerrer faturaları belirlemeye yardımcı olmak için Tedarikçi Adı ve Fatura Tutarı ile birlikte kullanılır. Fatura Tarihi ile faturanın sistemde oluşturulduğu tarih arasındaki gecikmeyi analiz etmek, posta odasındaki veya fatura alım sürecindeki verimsizlikleri de ortaya çıkarabilir.

Neden önemli

Yinelenen faturaları belirlemek ve ödeme vadesi tarihlerini hesaplamak için önemli bir veri noktasıdır.

Nereden alınır

Bu, AP_INVOICES_ALL tablosunda INVOICE_DATE adıyla bulunan standart bir alandır.

Örnekler
2023-04-102023-05-012023-05-25
İşlem Süresi
ProcessingTime
Tek bir etkinlik üzerinde harcanan sürenin süresi.
Açıklama

İşleme süresi, belirli bir activity'nin aktif çalışma süresini ölçer. Bir activity'nin Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark olarak hesaplanır.\n\nBu hesaplanmış metrik, aktif işleme süresini boşta bekleme süresinden ayırt etmeye yardımcı olduğu için performans analizi için hayati öneme sahiptir. Örneğin, bir onay activity'sinin 5 dakikalık aktif çalışma gerektirdiğini ancak 3 gün boyunca bir kuyrukta beklediğini gösterebilir. Bu içgörü, yöneticilerin iyileştirme çabalarını ya eğitim veya otomasyon yoluyla çalışma süresini azaltmaya ya da daha iyi iş yükü yönetimi yoluyla bekleme süresini azaltmaya odaklamasına olanak tanır.

Neden önemli

Bir faaliyetin aktif çalışma time'ını izole eder, bu da verimsiz görevler ile uzun bekleme süreleri arasında ayrım yapmaya yardımcı olur.

Nereden alınır

Bu, Başlangıç Zamanı'nın Bitiş Zamanı'ndan çıkarılmasıyla türetilen hesaplanmış bir niteliktir (Bitiş Zamanı - Başlangıç Zamanı).

Örnekler
5D1S30DP2D
Kaynak Sistem
SourceSystem
Olay verilerinin kaydedildiği kaynak sistemi tanımlar.
Açıklama

Bu nitelik, veriyi oluşturan kaynak uygulamayı veya modülü belirtir; örneğin Oracle Fusion Financials. Birden çok entegre sistemin olduğu ortamlarda, bu alan farklı süreç adımlarının kaynağını ayırt etmeye yardımcı olur.\n\nKaynak sistemi anlamak, veri doğrulama, sorun giderme ve belirli bir sisteme özgü olabilecek süreç varyasyonlarını analiz etmek için değerlidir. Bir faturanın yolculuğunun birden çok uygulamayı kapsayabileceği karmaşık IT ortamlarında netlik sağlar.

Neden önemli

Veri kökeni hakkında bağlam sağlar; bu da veri yönetişimi, sorun giderme ve sisteme özgü süreç davranışını analiz etmek için önemlidir.

Nereden alınır

Bu, genellikle veri çıkarma sürecinde datasetin kaynağını etiketlemek için eklenen statik bir değerdir.

Örnekler
Oracle Fusion FinancialsOracle Payables Cloud
Onaylayanın Adı
ApproverName
Faturayı onaylayan veya reddeden kişinin adı.
Açıklama

Bu nitelik, onay adımı sırasında eylemde bulunan kişinin kimliğini yakalar. Bu, 'Fatura Onaylandı' veya 'Fatura Reddedildi' gibi aktiviteler için kaydedilir.\n\nAnalizde Onaylayan Adı, onay iş yüklerini anlamak, bireysel onaylayıcı döngü sürelerini ölçmek ve onay politikalarına uyumu denetlemek için kullanılır. 'Onay Uyumluluk Oranı' KPI'ı için bu nitelik, fatura tutarı ve şirket koduna dayalı yetki devri kurallarına göre kontrol edilebilir.

Neden önemli

Bu, onay döngü sürelerini analiz etmek, onay matrisi politikalarına uyumu sağlamak ve iş yükü dağılımını anlamak için elzemdir.

Nereden alınır

Bu bilgi, fatura nesnesiyle ilişkili Oracle Fusion workflow veya onay geçmişi tablolarında bulunur.

Örnekler
David WilsonSarah JohnsonMichael Brown
Para Birimi
InvoiceCurrencyCode
Fatura tutarının para birimi.
Açıklama

Bu nitelik, faturanın cinsini belirtir; örneğin USD, EUR veya GBP. Fatura Tutarı alanı için temel bir bağlamdır.\n\nKüresel bir kuruluşta, faturaları para birimine göre analiz etmek, finansal raporlama ve bölgeye göre süreç varyasyonlarını anlamak için önemlidir. Parasal değerlerin doğru yorumlanmasını sağlar ve ödeme uygulamalarının veya onay eşiklerinin para birimine özgü analizine olanak tanır.

Neden önemli

Herhangi bir finansal miktar için gerekli bağlamı sağlar, özellikle çok uluslu operasyonlarda doğru yorumlama ve analizi garanti eder.

Nereden alınır

AP_INVOICES_ALL tablosundaki INVOICE_CURRENCY_CODE sütununda bulunur.

Örnekler
USDEURGBPCAD
Purchase Order Number
PurchaseOrderNumber
Fatura ile ilişkilendirilen satın alma siparişinin tanımlayıcısı.
Açıklama

Bu nitelik, faturayı mal veya hizmetlerin tedarikini yetkilendiren ilgili satın alma siparişine (PO) bağlar. Faturalar satın alma siparişine dayalı (PO-backed) veya satın alma siparişine dayalı olmayan (non-PO) olabilir.\n\nSatın alma siparişine göre analiz yapmak, P2P sürecinin tedarik kısmına bir bağlantı sağlar. Tedarik sürecinin ne kadar uyumlu olduğunu ve faturalandırmadaki eşleştirme uyuşmazlıkları gibi sorunların ilk satın alma siparişindeki sorunlardan mı kaynaklandığını anlamaya yardımcı olur. Bir satın alma siparişi numarasının varlığı veya yokluğu, farklı fatura işleme yollarını segmentlere ayırmanın ve analiz etmenin birincil yoludur.

Neden önemli

Faturayı satın alma sürecine bağlar ve PO (Satın Alma Siparişi) içeren ve içermeyen fatura akışlarını analiz etmek için temel bir özniteliktir.

Nereden alınır

Bu bilgi, AP_INVOICE_LINES_ALL'daki fatura kalemlerini PO_DISTRIBUTION_ID aracılığıyla satın alma siparişi (PO) dağıtımlarına bağlayarak elde edilebilir.

Örnekler
PO-2023-5001600789PO-FIN-9981
Son Veri Güncellemesi
LastUpdateDate
Kaydın kaynak sistemde en son ne zaman güncellendiğini gösteren timestamp.
Açıklama

Bu nitelik, Oracle Fusion Financials'daki temel verilerin en son değiştirilme zamanını yansıtır. Artımlı veri yüklerini yönetmek ve Process Mining modelinin güncel olmasını sağlamak için kullanılır.\n\nDoğrudan süreç akış analizi için kullanılmasa da, bu teknik timestamp, veri tazeliğini ve bütünlüğünü korumak için hayati öneme sahiptir. Veri pipeline'larının, son güncellemeden bu yana yalnızca yeni veya değişen kayıtları verimli bir şekilde sorgulamasına olanak tanıyarak kaynak sistem üzerindeki yükü azaltır.

Neden önemli

Data boru hatlarının verimli ve artımlı bir şekilde çalıştırılmasını sağlayarak, süreç analizini tam yeniden yüklemelere gerek kalmadan güncel tutar.

Nereden alınır

AP_INVOICES_ALL dahil olmak üzere birçok Oracle Fusion tablosunda genellikle LAST_UPDATE_DATE olarak bulunur.

Örnekler
2023-05-20T11:00:00Z2023-05-21T16:45:00Z
Yeniden İşleme mi?
IsRework
Yeniden işleme döngüsünün bir parçası olan faaliyetleri tanımlayan bir `boolean` bayrağı.
Açıklama

Bu flag, ideal süreç akışından bir sapmayı gösteren aktiviteler için 'doğru' olarak ayarlanır; örneğin 'Fatura Düzeltildi' veya bir reddedilme sonrası 'Fatura Doğrulandı'nın ikinci bir örneği. Verimsiz süreç döngülerini açıkça etiketlemeye ve nicelikselleştirmeye yardımcı olur.\n\nBu nitelik, 'Yeniden İşleme ve İstisna Yönetimi Oranı' dashboard'u için esastır. Yeniden işleme aktivitelerini işaretleyerek, analistler yeniden işleme hacmini ve maliyetini kolayca nicelikselleştirebilir, temel nedenlerini belirleyebilir ve ilk seferde doğru yapmayı hedefleyen süreç iyileştirme girişimlerinin etkisini ölçebilirler.

Neden önemli

Yeniden işlemi açıkça tanımlar ve nicelleştirir, bu da süreç verimsizliklerinin sıklığını, nedenlerini ve etkisini analiz etmeyi kolaylaştırır.

Nereden alınır

Bu hesaplanmış bir niteliktir. Mantık, yeniden işlemeyi oluşturan activity dizilerini belirlemek için veri dönüşümü sırasında tanımlanır.

Örnekler
truefalse
Zamanında Ödeme mi?
IsOnTimePayment
Faturanın vadesinde ödenip ödenmediğini gösteren bir `boolean` bayrağı.
Açıklama

Bu flag, ödeme belirtilen Ödeme Vadesi Tarihinde veya öncesinde gerçekleştirildiyse 'doğru', aksi takdirde 'yanlış' olarak ayarlanır. Her ödenen fatura için basit, net bir sınıflandırma sağlar.\n\nBu hesaplanmış nitelik, Zamanında Ödeme Oranı KPI'ını ve ilgili dashboard'u doğrudan destekler. Kullanıcıların, anlık tarih karşılaştırmaları yapmadan gecikmiş ve zamanında ödemelerin oranını kolayca filtrelemesine, saymasına ve görselleştirmesine olanak tanıyarak analizi basitleştirir. Bu, ödeme gecikmelerinin ölçeğini hızla belirlemeye ve zaman içindeki iyileştirmeleri izlemeye yardımcı olur.

Neden önemli

Bu, ödeme zamanlaması analizini basitleştirir ve Zamanında Ödeme Oranı KPI'ını hesaplamak için doğrudan girdidir.

Nereden alınır

Bu, 'Ödeme Gerçekleştirildi' activity'sinin timestamp'ini 'PaymentDueDate' niteliğiyle karşılaştırarak türetilen hesaplanmış bir niteliktir.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

Satın Almadan Ödemeye (Purchase to Pay) - Fatura İşleme Aktiviteleri

Bunlar, doğru süreç keşfi için `event log`'unuza kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 9 İsteğe Bağlı
Aktivite Açıklama
Fatura Muhasebeleştirildi
Fatura, muhasebe kayıtları oluşturularak Baş Deftere başarıyla işlenmiştir. Bu event, faturanın finansal etkisinin resmi olarak kaydedildiğini doğrular.
Neden önemli

Kritik bir finansal kontrol noktası ve ödeme için ön koşuldur. Faturanın tamamen doğrulanmış, onaylanmış ve ödemeye hazır olduğunu teyit eder.

Nereden alınır

AP_INVOICE_DISTRIBUTIONS_ALL tablosundaki durumdan (ACCRUAL_POSTED_FLAG = 'Y') veya XLA_AE_HEADERS gibi Genel Muhasebe tablolarındaki ilgili yevmiye kayıtları kontrol edilerek anlaşılır.

Yakala

AP_INVOICE_DISTRIBUTIONS_ALL tablosundaki bayraklardan veya bağlantılı Genel Muhasebe (GL) kayıtlarından anlaşılır.

Event tipi inferred
Fatura Oluşturuldu
Sistemde bir fatura kaydının manuel giriş, tarama veya elektronik gönderim yoluyla ilk oluşturulmasını temsil eder. Bu event genellikle ana fatura tablosuna yeni bir satır eklendiğinde yakalanır.
Neden önemli

Fatura işleme yaşam döngüsünün başlangıcını işaret eder. Bu event'ten itibaren geçen sürenin analizi, veri giriş verimliliğini ve genel süreç başlangıç gecikmelerini anlamaya yardımcı olur.

Nereden alınır

Oracle Fusion Financials'ta bu, AP_INVOICES_ALL tablosundaki kaydın oluşturulma zaman damgasına, özellikle de CREATION_DATE sütununa karşılık gelir.

Yakala

AP_INVOICES_ALL'daki kayıt oluşturma timestamp'i.

Event tipi explicit
Fatura Onaya Gönderildi
Fatura, yapılandırılmış iş kurallarına göre bir onay workflow'una gönderilir. Bu, resmi onay döngüsünün başlangıcını işaret eder.
Neden önemli

Sürecin kritik bir bölümünü başlatır. Bu başlangıç zamanının takip edilmesi, 'Fatura Onay Döngü Süresi'nin ölçülmesi ve optimize edilmesi için elzemdir.

Nereden alınır

AP_INVOICES_ALL tablosundaki APPROVAL_STATUS alanının 'Initiated' veya 'Pending Approval' gibi bir duruma geçmesinden anlaşılır. İş akışı (workflow) tabloları da bu olayı içerebilir.

Yakala

AP_INVOICES_ALL.APPROVAL_STATUS durumunun 'Initiated' olarak değişmesinden anlaşılır.

Event tipi inferred
Fatura Onaylandı
Fatura, workflow'daki tüm gerekli taraflarca tam olarak onaylanmıştır. Artık muhasebe ve ödeme planlaması için hazırdır.
Neden önemli

Onay sürecinin başarıyla tamamlandığını gösteren önemli bir dönüm noktasıdır. Bu adımdan önceki gecikmeler yaygın darboğaz'lardır.

Nereden alınır

AP_INVOICES_ALL tablosundaki APPROVAL_STATUS alanının 'Approved' veya 'Workflow Approved' gibi nihai onaylanmış bir duruma geçmesinden anlaşılır. Bu alandaki denetim geçmişi zaman damgasını sağlar.

Yakala

AP_INVOICES_ALL.APPROVAL_STATUS durumunun 'Approved' olarak değişmesinden anlaşılır.

Event tipi inferred
Fatura Satın Alma Siparişi ile Eşleştirildi
Bu activity, bir fatura satırının ilgili bir Satın Alma Siparişi (Purchase Order) satırı ile başarılı bir şekilde eşleştiğini gösterir, faturalanan mal veya hizmetlerin sipariş edildiğini doğrular. Bu genellikle sistemde kaydedilen otomatik veya manuel bir eylemdir.
Neden önemli

PO, makbuz ve faturayı içeren üç yönlü eşleştirme için kritik öneme sahiptir. Bu aşamadaki başarısızlıklar, istisnaların ve gecikmelerin temel kaynağıdır.

Nereden alınır

Faturayı bir PO dağıtımına (PO_DISTRIBUTION_ID) bağlayan AP_INVOICE_DISTRIBUTIONS_ALL tablosundaki kayıtların oluşturulmasından anlaşılabilir. AP_INVOICE_LINES_ALL tablosundaki satır seviyesi eşleşme durumu da kullanılabilir.

Yakala

Fatura satırlarında PO dağıtım verilerinin doldurulmasından anlaşılır.

Event tipi inferred
Ödeme Gerçekleştirildi
Ödemenin yapıldığının ve temizlendiğinin son onayıdır. Çekler için bu, tahsilat tarihi olurken, elektronik ödemeler için bankadan alınan onaydır.
Neden önemli

Bu, fatura yaşam döngüsündeki son activity olup, sürecin başarılı bir şekilde tamamlandığını işaret eder. 'Ortalama Fatura Döngü Süresi' ve 'Zamanında Ödeme Oranı'nı hesaplamak için bitiş noktasıdır.

Nereden alınır

AP_CHECKS_ALL tablosunda ödeme durumunun (CLEARED_DATE kullanılarak) 'Cleared' veya 'Reconciled' olarak güncellenmesinden ya da Nakit Yönetimi modülündeki (CE_STATEMENT_LINES) banka mutabakat verilerinden anlaşılır.

Yakala

AP_CHECKS_ALL tablosundaki durum güncellemelerinden veya Nakit Yönetimi (CE) modülündeki mutabakattan anlaşılır.

Event tipi inferred
Eşleştirme Uyuşmazlığı Tespit Edildi
Sistemin veya bir kullanıcının fatura, satın alma siparişi ve makbuz bilgileri (fiyat veya miktar gibi) arasında bir uyuşmazlık tespit etmesi durumunda meydana gelir. Bu genellikle fatura üzerinde sistem tarafından uygulanan bir blokenin sonucudur.
Neden önemli

Manuel müdahale gerektiren süreç istisnalarını vurgular. Bu event'leri izlemek, 'Fatura Eşleşme Tutarsızlık Oranı' KPI'ı ve kök neden analizi için esastır.

Nereden alınır

Bu genellikle fatura üzerine konulan belirli bir bloke türü olarak kaydedilir. Eşleştirme ile ilgili bloke türleri için AP_HOLDS_ALL tablosunu kontrol edin; örneğin 'QTY REC' veya 'PRICE'. HOLD_DATE timestamp'i gösterir.

Yakala

AP_HOLDS_ALL tablosunda eşleşmeyle ilgili bir bekletme türüyle bir kayıt oluşturulması.

Event tipi explicit
Fatura Beklemeye Alındı
Fatura üzerinde uygulanan ve ödeme sürecine devam etmesini engelleyen herhangi bir bekletmeyi temsil eden `genel` bir faaliyettir. Bu, eşleşme sorunları, yetersiz fonlar veya manuel müdahale gibi çeşitli nedenlerden kaynaklanabilir.
Neden önemli

Döngü süresini doğrudan etkiler ve geç ödemelere yol açabilir. Bekletmeleri analiz etmek, sistemik süreç sorunlarını belirlemek ve çözmek, 'Ödeme Engeli Eğilimleri' analizini desteklemek için anahtardır.

Nereden alınır

AP_HOLDS_ALL tablosunda açıkça kaydedilir. Her satır, bir oluşturma tarihi (HOLD_DATE) ve nedeni olan bir bekletmeyi temsil eder.

Yakala

AP_HOLDS_ALL tablosunda bir kayıt oluşturulması.

Event tipi explicit
Fatura Bekletmesi Serbest Bırakıldı
Bu event, daha önce fatura üzerine konulan bir blokenin çözümünü işaret eder. Bir kullanıcı veya otomatik bir süreç, blokenin kaldırılması için eylemde bulunur ve faturanın yaşam döngüsüne devam etmesine olanak tanır.
Neden önemli

Bir blokenin konulması ile kaldırılması arasındaki süre, istisna yönetimi verimliliğinin kritik bir ölçüsüdür. Bu, 'Ortalama İstisna Çözüm Süresi' KPI'ını destekler.

Nereden alınır

AP_HOLDS_ALL tablosuna kaydedilir. Bir bloke kaldırıldığında, RELEASE_LOOKUP_CODE ve RELEASE_REASON alanları LAST_UPDATE_DATE ile birlikte doldurulur.

Yakala

AP_HOLDS_ALL tablosundaki bir kaydın güncellenmesi, blokenin kaldırıldığını işaretler.

Event tipi explicit
Fatura Doğrulandı
Faturanın, sistemin başlık ve satır bilgilerinin eksiksizliği ve doğruluğu için doğrulama kontrollerinden geçtiğini belirtir. Bu durum genellikle fatura kaydındaki bir durum değişikliğinden çıkarılır.
Neden önemli

Eşleşme ve onay öncesi önemli bir dönüm noktasıdır. Buradaki gecikmeler, fatura veri kalitesi veya sistem yapılandırmasıyla ilgili sorunları gösterebilir.

Nereden alınır

AP_INVOICES_ALL tablosunda fatura durumunun 'Validated' olarak değişmesinden anlaşılır. VALIDATION_STATUS sütunu için değişiklik geçmişi veya denetim izi kullanılabilir.

Yakala

AP_INVOICES_ALL.VALIDATION_STATUS alanındaki değişiklikten anlaşılır.

Event tipi inferred
Fatura Düzeltildi
Bir kullanıcının, genellikle bir reddetmeye yanıt olarak veya bir veri girişi hatasını düzeltmek için bir faturayı değiştirmesi durumunda meydana gelir. Bu, süreçte manuel bir yeniden işleme adımıdır.
Neden önemli

Bu activity, yeniden işleme için açık bir göstergedir. Sıklığını analiz etmek, süreç verimsizliğini nicelikselleştirmeye yardımcı olur ve 'Fatura Yeniden İşleme Oranı' KPI'ını destekler.

Nereden alınır

Daha önce doğrulanmış veya onaya sunulmuş fatura kaydının AP_INVOICES_ALL tablosundaki önemli güncellemelerinin izlenmesiyle anlaşılabilir. Denetim izi (audit trail) verileriyle birlikte LAST_UPDATE_DATE zaman damgası gerekecektir.

Yakala

Bir reddetme veya bekletme sonrası LAST_UPDATE_DATE karşılaştırılarak çıkarılır.

Event tipi inferred
Fatura İptal Edildi
Fatura iptal edilmiş veya geçersiz kılınmıştır ve daha fazla işleme alınmayacak veya ödenmeyecektir. Bu, süreç için son bir bitiş durumunu temsil eder.
Neden önemli

Ödeme ile sonuçlanmayan faturalar için önemli bir uç noktadır. İptalleri analiz etmek, yinelenen faturalar veya yanlış satıcı gönderimleri ile ilgili sorunları ortaya çıkarabilir.

Nereden alınır

AP_INVOICES_ALL tablosundaki bir durum değişikliğinden anlaşılır. CANCELLED_DATE sütunu, iptal zaman damgasıyla doldurulacaktır.

Yakala

AP_INVOICES_ALL tablosundaki CANCELLED_DATE alanı doldurulur.

Event tipi explicit
Fatura Reddedildi
Bir onaylayıcı, onay `workflow`'u sırasında faturayı reddetti. Bu eylem genellikle faturayı düzeltme veya iptal için geri göndererek bir yeniden işleme döngüsü başlatır.
Neden önemli

Olumsuz bir sonucu ve yeniden işleme ile artan döngü sürelerinin temel itici gücünü temsil eder. Reddetmeleri izlemek, fatura kalitesi veya satın alma siparişi (PO) uyumluluğu ile ilgili sorunları belirlemeye yardımcı olur.

Nereden alınır

AP_INVOICES_ALL tablosundaki APPROVAL_STATUS alanının 'Rejected' olarak değişmesinden anlaşılır. İş akışı geçmişi, kimin ne zaman reddettiğine dair ayrıntıları içerecektir.

Yakala

AP_INVOICES_ALL.APPROVAL_STATUS durumunun 'Rejected' olarak değişmesinden anlaşılır.

Event tipi inferred
Ödeme Oluşturuldu
Fatura için ödeme talimatı sistem tarafından oluşturulmuştur. Bu, bir çek, bir elektronik fon transferi (EFT) dosyası veya başka bir ödeme aracı oluşturmak olabilir.
Neden önemli

Bu, kuruluşun ödeme için fonları taahhüt ettiği noktadır. Para banka hesabından çıkmadan hemen önceki önemli bir dönüm noktasıdır.

Nereden alınır

Tüm ödemelerle ilgili bilgileri saklayan AP_CHECKS_ALL tablosuna kaydedilir. CHECK_DATE, ödeme belgesinin ne zaman oluşturulduğunu gösterir.

Yakala

AP_HOLDS_ALL tablosunda bir kayıt oluşturulması.

Event tipi explicit
Ödeme Programlandı
Fatura seçilir ve genellikle bir ödeme çalıştırması veya ödeme toplu işlemi olarak adlandırılan bir ödeme süreci talebine dahil edilir. Artık ödeme için kuyruğa alınmıştır.
Neden önemli

Muhasebe ve fiili ödeme arasındaki adımdır. Bu aşamanın süresi, nakit akışı tahminini ve erken ödeme indirimlerini yakalama yeteneğini etkiler.

Nereden alınır

Bu, bir ödeme kaydı oluşturulduğunda ancak henüz ödenmiş olarak onaylanmadığında AP_INVOICE_PAYMENTS_ALL tablosuna kaydedilir. Ayrıca IBY_PAYMENT_PROCESS_REQUESTS gibi ödeme toplu işlem tablolarında da bulunabilir.

Yakala

Planlanmış bir ödeme için AP_INVOICE_PAYMENTS_ALL tablosunda bir kayıt oluşturulması.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Oracle Fusion Financials'tan Nasıl Alırsınız?