Satın Almadan Ödemeye (P2P) Fatura İşleme Veri Template'inuz
Satın Almadan Ödemeye (P2P) Fatura İşleme Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Oracle Fusion Financials için Veri Çıkarma Rehberliği
Satın Almadan Ödemeye (P2P) Fatura İşleme Öznitelikleri
| 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 olayları oluşturulmasından nihai ödemesine kadar birbirine bağlayan birincil vaka tanımlayıcısı olarak olarak kullanılır. Her fatura, süreç analizinde benzersiz bir case örneği olarak ele alınır.\n\nProcess Mining'de bu nitelik, her faturanın tüm sürecini yeniden yapılandırmak için büyük önem taşır. Fatura bazında süreç akışlarının, döngü sürelerinin ve varyasyonların analizine sunar. Doğrulama, onay ve ödeme gibi farklı aktiviteleri tutarlı bir süreç anlatısına bağlamanın anahtarıdır.
Neden Önemli?dir?
Bu, ilgili tüm süreç adımlarını birbirine bağlayan, bir faturanın tüm süreç döngüsünü izlemeyi mümkün kılan temel vaka 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 süreç döngüsündeki belirli bir adımı veya durum değişikliğini tanımlar. Süreç akışını oluşturan olayların 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 darboğazları belirlemeye ve onaydan sonra reddedilen bir fatura gibi sapmaları veya yeniden işleme döngülerini tespit etmeye yardımcı olur.
Neden Önemli?dir?
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 büyük önem taşır.
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 olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu nitelik, fatura sürecindeki her activity için tarih ve saati sunar. 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 büyük önem taşır.\n\nBu zaman damgası (zaman damgası)'i kullanarak olayları 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ı sunar ve sürecin hangi aşamalarının en çok zaman tükettiğini belirlemeye yardımcı olur.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), döngü süreleri ve darboğazlar gibi süre ve zamanla ilgili tüm performans metriklerini hesaplamak için büyük önem taşır.
Nereden Alınır??
Bu zaman damgası (zaman damgası), 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ş Zamanı
EndTime
|
Bir aktivitenin veya olayın ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bitiş Zamanı, belirli bir faaliyetin tamamlandığını işaret eder. Başlangıç Zamanı başlangıcı gösterirken, Bitiş Zamanı kapanış noktasını sunar ve bireysel adımların kesin süre hesaplamasına sunar.\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 gereklidir. Ö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?dir?
Aktivite işlem sürelerinin kesin hesaplanmasına imkan tanıyarak aktif çalışma süresini bekleme süresinden ayırmaya sunar.
Nereden Alınır??
Bu, belirli bir vaka için sıradaki sonraki olayın 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 süreç 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 veri hattının genel sağlığını izlemesine yardımcı olan 'Mevcut Fatura Durum Dağılımı' kontrol paneli'u için büyük önem taşır. 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?dir?
Faturaların mevcut durumunu gösterir; bu da birikmiş işleri ve iş yükünü izleyen operasyonel
Nereden Alınır??
Oracle Fusion Financials belgelerine başvurun. Durum,
Ö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 gereklidir.
Neden Önemli?dir?
Bu değer, finansal analiz, değere dayalı süreç sapmalarını anlama ve Onay Uyumluluk Oranı gibi KPI'lar için büyük önem taşır.
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 sunar.\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?dir?
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 sunar.
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 sunar. Bu, işin farklı bölümlerindeki süreç performansını karşılaştırmak, varlığa özgü darboğazları veya uyumluluk sorunlarını belirlemek ve KPI'ların şirket düzeyinde raporlanabilmesini güçlüak için faydalıdır. Ayrıca genellikle doğru onay iş akışını (workflow)nu belirlemede bir faktördür.
Neden Önemli?dir?
Kuruluş içindeki farklı tüzel kişilikler veya iş birimleri arasında süreç karşılaştırması ve performans kıyaslaması yapmaya sunar.
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 olarak kullanılır.\n\nBu nitelik, 'Zamanında Ödeme Performansı' kontrol paneli'u ve ilgili KPI için gereklidir. Fiili ödeme gerçekleştirme zaman damgası (zaman damgası)'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ı analiz etmek için gereklidir.manlamasını izlemesine ve iyileştirmesine yardımcı olur.
Neden Önemli?dir?
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 büyük önem taşır.
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ı sunar.\n\nTedarikçiye göre süreci analiz etmek, tedarikçi ilişkileri ve performansı hakkında önemli yeni veriler keşfedebilir. Ö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?dir?
Satıcıya özel süreç analizini sağlayarak, 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 Şirketi`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 sunar.\n\nBu nitelik, 'Ödeme Bloke Eğilimleri ve Analizi' kontrol paneli'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?dir?
Ödeme engellerinin temel nedenini sunar, bekletmelerin ve ödeme gecikmelerinin sıklığını azaltmak için hedeflenen iyileştirmeleri sunar.
Nereden Alınır??
Bekletme bilgileri genellikle faturaya bağlanan ve bir bekletme nedeni veya kodu içeren
Ö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, faturanın otomatik eşleştirme sürecinde neden başarısız olduğunu açıklar. 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ı' kontrol paneli'u için büyük önem taşır. 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 sunar.
Neden Önemli?dir?
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 stratejik bilgileri sunar.
Nereden Alınır??
Oracle Fusion Financials belgelerine başvurun. Bu,
Ö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?dir?
Yinelenen faturaları belirlemek ve ödeme vadesi tarihlerini hesaplamak için önemli bir
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
|
|||
|
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 sunar.
Neden Önemli?dir?
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?dir?
Bu, onay döngü sürelerini analiz etmek, onay matrisi politikalarına uyumu güçlüak ve iş yükü dağılımını anlamak için gereklidir.
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ı sunar ve ödeme uygulamalarının veya onay eşiklerinin para birimine özgü analizine sunar.
Neden Önemli?dir?
Herhangi bir finansal miktar için gerekli bağlamı sunar, ö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ı sunar. 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?dir?
Faturayı satın alma sürecine bağlar ve PO (Satınalma 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 zaman damgası (zaman damgası)dır. | ||
|
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ı güçlüak için kullanılır.\n\nDoğrudan süreç akış analizi için kullanılmasa da, bu teknik zaman damgası (zaman damgası), veri tazeliğini ve bütünlüğünü korumak için büyük önem taşır. 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?dir?
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ı' kontrol paneli'u için gereklidir. 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?dir?
Yeniden işlemi açıkça tanımlar ve ölçülmesini sunar, 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 sunar.\n\nBu hesaplanmış nitelik, Zamanında Ödeme Oranı KPI'ını ve ilgili kontrol paneli'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 takip etmenizi sunar.
Neden Önemli?dir?
Bu, ödeme zamanlamasını analiz etmek için gereklidir.manlaması 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 zaman damgası (zaman damgası)'ini 'PaymentDueDate' niteliğiyle karşılaştırarak türetilen hesaplanmış bir niteliktir.
Örnekler:::::::
truefalse
|
|||
Satın Almadan Ödemeye (P2P) Fatura İşleme Faaliyetleri
| 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?dir?
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?dir?
Fatura işleme süreç 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ı (zaman damgası)na, özellikle de CREATION_DATE sütununa karşılık gelir.
Yakala
AP_INVOICES_ALL'daki kayıt oluşturma zaman damgası (zaman damgası)'i.
Event tipi
explicit
|
|||
|
Fatura Onay İçin Gönderildi
|
Fatura, yapılandırılmış iş kurallarına göre bir onay iş akışını (workflow)na gönderilir. Bu, resmi onay döngüsünün başlangıcını işaret eder. | ||
|
Neden Önemli?dir?
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 gereklidir.
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?dir?
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
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ı (zaman damgası)nı sunar.
Yakala
AP_INVOICES_ALL.APPROVAL_STATUS durumunun 'Approved' olarak değişmesinden anlaşılır.
Event tipi
inferred
|
|||
|
Fatura Satınalma Siparişi ile Eşleştirildi
|
Bu activity, bir fatura satırının ilgili bir Satınalma 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?dir?
PO, makbuz ve faturayı içeren üç yönlü eşleştirme için büyük önem taşır. 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?dir?
Bu, fatura süreç 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şme 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?dir?
Manuel müdahale gerektiren süreç istisnalarını vurgular. Bu
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 zaman damgası (zaman damgası)'i gösterir.
Yakala
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?dir?
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 temel rol oynar.
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 süreç döngüsüne devam etmesine sunar. | ||
|
Neden Önemli?dir?
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?dir?
Eşleşme ve onay öncesi önemli bir dönüm noktasıdır. Buradaki gecikmeler, fatura
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?dir?
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ı (zaman damgası) gerekecektir.
Yakala
Bir reddetme veya bekletme sonrası
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?dir?
Ö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ı (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?dir?
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?dir?
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
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?dir?
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
|
|||