Satın Almadan Ödemeye - Fatura İşleme Veri Templateiniz
Satın Almadan Ödemeye - Fatura İşleme Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Oracle Fusion Financials için veri çıkarma yönlendirmesi
Satın Almadan Ödemeye - Fatura işleme öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Fatura numarası
InvoiceNumber
|
Tedarikçi faturasının benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Fatura Numarası, tek bir tedarikçi faturasına ait tüm faaliyetleri ve olayları oluşturulmasından nihai ödemeye kadar birbirine bağlayan birincil vaka tanımlayıcısıdır. Süreç analizinde her fatura, benzersiz bir vaka örneği olarak ele alınır. Process Mining'de bu öznitelik, her faturanın uçtan uca yolculuğunu yeniden oluşturmak için temel niteliktedir. Süreç akışlarını, çevrim sürelerini ve farklılıkları fatura bazında analiz etmenizi sağlar. Doğrulama, onay ve ödeme gibi farklı faaliyetleri tutarlı bir süreç anlatısında birleştirmenin anahtarıdır.
Neden önemli?
İlgili tüm süreç adımlarını birbirine bağlayan temel vaka tanımlayıcısıdır ve faturanın tüm yaşam döngüsünü izlemenizi sağlar.
Nereden alınır?
Genellikle AP_INVOICES_ALL tablosunda, INVOICE_NUM sütununda bulunur.
Örnekler
INV-2023-001987654321ACME-FIN-5501
|
|||
|
Başlangıç zamanı
EventTime
|
Bir faaliyet veya olayın gerçekleştiği zamanı gösteren zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, fatura sürecindeki her faaliyet için tarih ve saati sağlar. Çevrim süreleri, süreler ve adımlar arasındaki bekleme süreleri dahil olmak üzere zamana dayalı tüm süreç analizleri için gereklidir. Olayları bu zaman damgasını kullanarak kronolojik sıraya koyduğunuzda, Process Mining araçları her fatura için faaliyetlerin kesin sırasını yeniden oluşturabilir. Böylece Ortalama Fatura Çevrim Süresi gibi temel performans göstergelerini hesaplayabilir ve sürecin hangi aşamalarının en fazla zaman aldığını belirleyebilirsiniz.
Neden önemli?
Bu zaman damgası, çevrim süreleri ve darboğazlar gibi süre ve zamanla ilgili tüm performans metriklerini hesaplamak için gereklidir.
Nereden alınır?
Bu zaman damgası, Oracle Fusion tablolarındaki çeşitli tarih alanlarından, örneğin AP_INVOICES_ALL veya ilgili Workflow ve ödeme tablolarındaki CREATION_DATE ya da LAST_UPDATE_DATE alanlarından elde edilir.
Örnekler
2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
|
|||
|
Faaliyet
ActivityName
|
Fatura sürecinde gerçekleşen iş faaliyetinin veya olayın adıdır. | ||
|
Açıklama
Bu öznitelik, 'Invoice Created', 'Invoice Approved' veya 'Payment Executed' gibi fatura yaşam döngüsündeki belirli bir adımı ya da durum değişikliğini tanımlar. Süreç akışını oluşturan olaylar dizisini meydana getirir. Faaliyetlerin sırasını ve sıklığını analiz etmek, Process Mining'in temelidir. Gerçek süreç yolunu keşfetmeye, faaliyetlerin geciktiği darboğazları belirlemeye ve onaydan sonra faturanın reddedilmesi gibi sapmaları veya yeniden işleme döngülerini ortaya çıkarmaya yardımcı olur.
Neden önemli?
Süreç adımlarını tanımlar. Bu, süreç haritasını görselleştirmek, akış farklılıklarını analiz etmek ve darboğazları belirlemek için gereklidir.
Nereden alınır?
Bu öznitelik genellikle Oracle Fusion Financials içindeki durum alanları, denetim tabloları veya AP_INVOICES_ALL.WFAPPROVAL_STATUS gibi Workflow günlükleri ya da ilgili Workflow tablolarının birleşiminden elde edilir.
Örnekler
Fatura doğrulandıFaturaya ödeme engeli konulduFatura onaylandıÖdeme gerçekleştirildi
|
|||
|
Bitiş zamanı
EndTime
|
Bir faaliyet veya olayın tamamlandığı zamanı gösteren zaman damgasıdır. | ||
|
Açıklama
Bitiş Zamanı, belirli bir faaliyetin tamamlandığı anı gösterir. Başlangıç Zamanı başlangıcı belirtirken Bitiş Zamanı kapanış noktasını sağlar ve tek tek adımların süresini kesin şekilde hesaplamanıza imkan verir. Analizde Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark, her faaliyetin işlenme süresini verir. Bu, etkin çalışma süresi ile boşta bekleme süresini ayırt etmek için ayrıntılı performans analizinde gereklidir. Örneğin, onaylayanın bir onay görevi üzerinde gerçekten çalıştığı süre ile görevin kuyruğunda beklediği süreyi ölçmenize yardımcı olur.
Neden önemli?
Faaliyetlerin işlenme sürelerini kesin şekilde hesaplamanızı ve aktif çalışma süresini bekleme süresinden ayırmanızı sağlar.
Nereden alınır?
Belirli bir vaka için dizideki sonraki olayın Başlangıç Zamanından türetilen kavramsal bir özniteliktir.
Ö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 durumudur. | ||
|
Açıklama
Bu öznitelik, faturanın 'Doğrulandı', 'Yeniden doğrulama gerekiyor', 'Ödendi' veya 'İptal edildi' gibi bilinen son durumunu gösterir. Faturanın herhangi bir anda süreçte nerede bulunduğuna ilişkin anlık bir görünüm sunar. Fatura durumu, operasyon yöneticilerinin birikmiş işleri belirlemesine ve fatura işleme hattının genel sağlığını izlemesine yardımcı olan 'Mevcut fatura durumu dağılımı' Dashboardı için önemlidir. Durumların zaman içindeki değişimini 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 bilgi, birikmiş işleri ve iş yükünü izleyen operasyonel Dashboardlar için gereklidir.
Nereden alınır?
Oracle Fusion Financials belgelerine başvurun. Durum, AP_INVOICES_ALL içindeki WFAPPROVAL_STATUS veya ilgili onay ve ödeme tablolarındaki benzer alanlardan türetilebilir.
Örnekler
DoğrulandıÖdendiİptal edildiYeniden doğrulama gerekiyor
|
|||
|
Fatura tutarı
InvoiceAmount
|
Faturanın toplam parasal değeridir. | ||
|
Açıklama
Fatura Tutarı, faturada belirtildiği üzere tedarikçiye ödenmesi gereken toplam tutarı ifade eder. Sürecin tamamını etkileyen önemli bir finansal özniteliktir; çoğu zaman onay yolunu, inceleme düzeyini ve ödeme önceliğini belirler. Process Mining analizinde Fatura Tutarı, filtreleme ve segmentasyon için temel bir boyuttur. Örneğin analistler, farklı yollar izlenip izlenmediğini veya çevrim sürelerinin önemli ölçüde değişip değişmediğini görmek için yüksek tutarlı faturalarla düşük tutarlı faturaların süreçlerini karşılaştırabilir. Ayrıca finansal KPI'ları hesaplamak ve geç ödemeler gibi süreç verimsizliklerinin parasal etkisini değerlendirmek için gereklidir.
Neden önemli?
Bu değer, finansal analiz, tutara göre süreç sapmalarını anlama ve Onay Uyumluluk Oranı gibi KPI'lar için gereklidir.
Nereden alınır?
AP_INVOICES_ALL tablosunda, INVOICE_AMOUNT sütununda bulunur.
Örnekler
1500.00250.75125000.50
|
|||
|
Kullanıcı adı
UserName
|
Faaliyeti gerçekleştiren kullanıcının adıdır. | ||
|
Açıklama
Bu öznitelik, fatura doğrulama, ödeme engeli koyma veya ödemeyi onaylama gibi bir faaliyeti gerçekleştiren belirli kullanıcıyı ya da sistem aracısını tanımlar. Sürece insan veya sistem kaynağı boyutu kazandırır. Kullanıcı bazında analiz yapmak, iş yükü dağılımını anlamanıza, en başarılı çalışanları belirlemenize ve olası eğitim ihtiyaçlarını veya uyumluluk sorunlarını tespit etmenize yardımcı olur. Örneğin belirli kullanıcıların sürekli olarak yeniden işleme döngüleriyle ilişkilendirilip ilişkilendirilmediğini veya belirli onay adımlarının her zaman aynı kişi tarafından yürütülerek tek hata noktası oluşturup oluşturmadığını gösterebilir.
Neden önemli?
Kaynak performansını ve iş yükü dengesini analiz etmenizi, belirli süreç adımlarında hangi kullanıcıların veya ekiplerin yer aldığını belirlemenizi sağlar.
Nereden alınır?
Bu bilgiler genellikle AP_INVOICES_ALL gibi tablolardaki CREATED_BY veya LAST_UPDATED_BY denetim sütunlarında ya da ilgili Workflow günlüklerinde saklanır.
Örnekler
john.doejane.smithSystem.Admin
|
|||
|
Ödeme vadesi
PaymentDueDate
|
Fatura ödemesinin tedarikçiye yapılması gereken tarihtir. | ||
|
Açıklama
Ödeme vadesi, tedarikçiyle üzerinde anlaşılan ödeme koşullarına göre hesaplanır. Cezalardan kaçınmak, tedarikçi ilişkilerini korumak ve olası erken ödeme indirimlerinden yararlanmak için ödeme yapılması gereken son tarihi gösterir. Bu öznitelik, 'Zamanında ödeme performansı' Dashboardı ve ilgili temel performans göstergesi için gereklidir. Gerçek ödeme gerçekleştirme zaman damgası Ödeme vadesi ile karşılaştırılarak ödemeler zamanında veya gecikmiş olarak sınıflandırılabilir. Böylece kuruluş ödeme zamanlamasını izleyebilir ve iyileştirebilir.
Neden önemli?
Zamanında ödeme performansını ölçmenin temelidir ve tedarikçi yönetimi ile finansal sağlık açısından önemli bir KPI'dır.
Nereden alınır?
Bu tarih genellikle faturayla ilişkilendirilmiş AP_PAYMENT_SCHEDULES_ALL gibi ödeme planı tablolarında bulunur.
Örnekler
2023-05-152023-06-012023-06-30
|
|||
|
Şirket kodu
CompanyCode
|
Faturayı işleyen tüzel kişiliğin veya şirketin tanımlayıcısıdır. | ||
|
Açıklama
Şirket kodu, kuruluş içinde faturadan mali açıdan sorumlu olan belirli işletme birimini gösterir. Birden fazla şirketin bulunduğu kuruluşlarda bu, temel bir organizasyon verisidir. Bu öznitelik, süreç analizinin tüzel kişiye göre ayrıştırılmasını sağlar. Farklı işletme bölümlerindeki süreç performansını karşılaştırmak, tüzel kişiye özgü darboğazları veya uyumluluk sorunlarını belirlemek ve temel performans göstergelerinin şirket düzeyinde raporlanmasını sağlamak için kullanışlıdır. Doğru onay iş akışının belirlenmesinde de çoğu zaman rol oynar.
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ı yapmanızı sağlar.
Nereden alınır?
Genellikle AP_INVOICES_ALL içindeki LEGAL_ENTITY_ID veya benzer bir alanla temsil edilir. Kod ya da ad bilgisi almak için Büyük Defter tablolarıyla birleştirilebilir.
Örnekler
1001US01DE01
|
|||
|
Tedarikçi adı
VendorName
|
Faturayı düzenleyen tedarikçinin adıdır. | ||
|
Açıklama
Bu öznitelik, faturanın geldiği tedarikçi kuruluşunu tanımlar. Tedarikçi bilgileri, finansal işleme ilişkin önemli bir iş bağlamı sağlar. Süreci tedarikçi bazında analiz etmek, tedarikçi ilişkileri ve performansı hakkında önemli içgörüler ortaya çıkarabilir. Örneğin belirli tedarikçilerin faturalarında eşleştirme tutarsızlıkları, ödeme engelleri veya gecikmelerin daha sık görülüp görülmediğini gösterebilir. Bu bilgiler tedarikçi kabul sürecini, iletişimi ve genel tedarik zinciri verimliliğini iyileştirmek için kullanılabilir. Ayrıca olası yinelenen ödemeleri belirlemeye yardımcı olur.
Neden önemli?
Tedarikçi bazında süreç analizi yapmanızı ve gecikmelere veya istisnalara neden olan belirli tedarikçilerle ilgili sorunları belirlemenizi sağlar.
Nereden alınır?
POZ_SUPPLIERS tablosunda bulunur. AP_INVOICES_ALL fatura tablosundaki VENDOR_ID, tedarikçi tablosuyla birleştirme yapmak için kullanılabilir.
Örnekler
Acme CorporationGlobal Tech Inc.Office Supplies Co.
|
|||
|
Eşleştirme Farkının Nedeni
MatchingDiscrepancyReason
|
Fatura, satın alma siparişi ve mal kabulü arasındaki uyumsuzluğun belirli nedeni. | ||
|
Açıklama
Bu öznitelik, bir faturanın otomatik eşleştirme sürecinde neden başarısız olduğunu ayrıntılı olarak gösterir. Yaygın nedenler arasında fatura ile ilgili satın alma siparişi veya mal kabulündeki fiyat, miktar ya da ürün kodu farklılıkları bulunur. Bu bilgi, 'Fatura Eşleştirme Fark Oranı' Dashboard için büyük önem taşır. Şirketler, fark nedenlerini kategorilere ayırıp analiz ederek tedarik veya mal kabul süreçlerindeki sistemik sorunları belirleyebilir. Böylece faturaların ilk seferde, manuel müdahale olmadan ve doğrudan işlenme oranını artıracak düzeltici adımlar atılabilir.
Neden önemli?
Faturaların otomatik eşleştirmede neden başarısız olduğunu açıklar; ilk seferde eşleşme oranını artırmak ve manuel yeniden çalışmayı azaltmak için gereken içgörüleri sağlar.
Nereden alınır?
Oracle Fusion Financials belgelerine başvurun. Bu bilgi, AP_HOLDS_ALL tablosunda veya ilgili eşleştirme ayrıntısı tablolarında belirli bir bekletme nedeni türü olarak kaydedilmiş olabilir.
Örnekler
Birim fiyatı, PO'dan farklıFaturalanan miktar > teslim alınan miktarFaturadaki kalem geçersiz
|
|||
|
Fatura Tarihi
InvoiceDate
|
Tedarikçinin fatura belgesinde belirtilen tarih. | ||
|
Açıklama
Bu öznitelik, tedarikçinin faturayı resmi olarak düzenlediği tarihi gösterir. Kaynak belgedeki temel bilgilerden biridir ve üzerinde anlaşılan ödeme koşullarına göre ödeme vadesini hesaplamak için başlangıç noktası olarak kullanılır. İç sürecin başlangıcı her zaman bu tarih olmasa da Fatura Tarihi önemli bir bağlam sağlar. Olası 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 gecikmenin analiz edilmesi, posta odası veya fatura alma sürecindeki verimsizlikleri de ortaya çıkarabilir.
Neden önemli?
Mükerrer faturaları belirlemek ve ödeme vadelerini hesaplamak için temel bir veri noktasıdır.
Nereden alınır?
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 öznitelik, Oracle Fusion Financials gibi veriyi oluşturan kaynak uygulamayı veya modülü belirtir. Birden fazla entegre sistemin bulunduğu ortamlarda bu alan, farklı süreç adımlarının kaynağını ayırt etmenize yardımcı olur. Kaynak sistemi anlamak, veri doğrulama, sorun giderme ve belirli bir sisteme özgü süreç farklılıklarını analiz etmek için değerlidir. Faturanın yolculuğunun birden fazla uygulamaya yayıldığı karmaşık BT ortamlarında netlik sağlar.
Neden önemli?
Verinin kaynağı hakkında bağlam sağlar. Bu bilgi veri yönetişimi, sorun giderme ve sisteme özgü süreç davranışını analiz etmek için önemlidir.
Nereden alınır?
Genellikle veri çıkarma sürecinde Veri Seti'nin kaynağını belirtmek için eklenen statik bir değerdir.
Örnekler
Oracle Fusion FinancialsOracle Payables Cloud
|
|||
|
Ödeme engeli nedeni
HoldReason
|
Bir faturaya bekletme veya ödeme blokesi konulmasının nedeni. | ||
|
Açıklama
Bir fatura beklemeye alındığında bu öznitelik, 'Fiyat Uyumsuzluğu', 'Miktar Farkı' veya 'Mal Kabulü Bekleniyor' gibi nedeni belirtir. Böylece normal süreç akışının neden kesintiye uğradığı anlaşılır. Bu öznitelik, 'Ödeme Blokesi Trendleri ve Analizi' Dashboard için birincil boyuttur. İşletme, farklı bekletme nedenlerinin sıklığını analiz ederek tedarik süreçlerindeki sorunlar veya tedarikçi faturalandırmasının doğruluğuyla ilgili problemler gibi ödeme blokelerinin temel nedenlerini belirleyebilir ve giderebilir. Bu da işlem gecikmelerini azaltır.
Neden önemli?
Ödeme blokelerinin temel nedenini ortaya koyarak bekletmelerin ve ödeme gecikmelerinin sıklığını azaltmaya yönelik hedefli iyileştirmeler yapılmasını sağlar.
Nereden alınır?
Bekletme bilgileri genellikle faturayla ilişkilendirilen ve bekletme nedeni ya da kodunu içeren AP_HOLDS_ALL tablosunda saklanır.
Örnekler
Fiyat uyuşmazlığıFaturalanan miktar, teslim alınan miktarı aşıyorGeçersiz PO numarası
|
|||
|
Onaylayan adı
ApproverName
|
Faturayı onaylayan veya reddeden kişinin adıdır. | ||
|
Açıklama
Bu öznitelik, onay adımı sırasında işlem yapan kişinin kimliğini kaydeder. 'Invoice Approved' veya 'Invoice Rejected' gibi faaliyetler için tutulur. Analizde Onaylayan Adı, onay iş yüklerini anlamak, onaylayanların bireysel çevrim sürelerini ölçmek ve onay politikalarına uyumluluğu denetlemek için kullanılır. 'Onay Uyumluluk Oranı' KPI'ı kapsamında bu öznitelik, fatura tutarı ve şirket koduna göre yetki devri kurallarıyla karşılaştırılabilir.
Neden önemli?
Onay çevrim sürelerini analiz etmek, onay matrisi politikalarına uyumluluğu sağlamak ve iş yükü dağılımını anlamak için gereklidir.
Nereden alınır?
Bu bilgiler, faturayla 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 öznitelik, fatura tutarının hangi para biriminde ifade edildiğini belirtir. Örneğin USD, EUR veya GBP olabilir. Fatura Tutarı alanının doğru yorumlanması için gerekli bağlamı sağlar. Küresel bir kuruluşta faturaları para birimine göre analiz etmek, finansal raporlama ve bölgelere göre süreç farklılıklarını anlamak açısından önemlidir. Parasal değerlerin doğru yorumlanmasını sağlar ve ödeme uygulamaları veya onay eşikleri için para birimine özel analiz yapılmasına imkan verir.
Neden önemli?
Finansal tutarların doğru yorumlanması ve analiz edilmesi için gerekli bağlamı sağlar. Bu, özellikle çok uluslu operasyonlarda önemlidir.
Nereden alınır?
AP_INVOICES_ALL tablosunda INVOICE_CURRENCY_CODE sütununda bulunur.
Örnekler
USDEURGBPCAD
|
|||
|
Satın Alma Siparişi Numarası
PurchaseOrderNumber
|
Faturayla ilişkilendirilmiş satın alma siparişinin tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, faturayı mal veya hizmet alımını onaylayan ilgili satın alma siparişine bağlar. Faturalar satın alma siparişi destekli veya satın alma siparişi olmadan düzenlenmiş olabilir. Satın alma siparişine göre yapılan analiz, Satın Almadan Ödemeye sürecinin tedarik bölümüne bağlantı sağlar. Tedarik sürecinin ne kadar uyumlu olduğunu ve eşleştirme farkları gibi faturalandırma sorunlarının ilk satın alma siparişindeki problemlerden kaynaklanıp kaynaklanmadığını anlamaya yardımcı olur. Satın alma siparişi numarasının bulunması veya bulunmaması, farklı fatura işleme yollarını bölümlere ayırıp analiz etmenin başlıca yöntemlerinden biridir.
Neden önemli?
Faturayı tedarik sürecine bağlar ve satın alma siparişi destekli ve desteksiz fatura akışlarını analiz etmek için temel bir öznitelik sağlar.
Nereden alınır?
Bu bilgi, AP_INVOICE_LINES_ALL tablosundaki fatura satırlarının PO_DISTRIBUTION_ID üzerinden satın alma siparişi dağıtımlarıyla ilişkilendirilmesiyle elde edilir.
Örnekler
PO-2023-5001600789PO-FIN-9981
|
|||
|
Son veri güncellemesi
LastUpdateDate
|
Kaynak sistemde kaydın en son güncellendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, Oracle Fusion Financials içindeki temel verilerin en son değiştirilme zamanını gösterir. Artımlı veri yüklemelerini yönetmek ve Process Mining modelinin güncel kalmasını sağlamak için kullanılır. Süreç akışı analizinde doğrudan kullanılmasa da bu teknik zaman damgası, verilerin güncelliğini ve bütünlüğünü korumak için gereklidir. Veri hatlarının son güncellemeden bu yana eklenen veya değişen kayıtları sorgulamasını sağlayarak kaynak sistem üzerindeki yükü azaltır.
Neden önemli?
Veri hatlarının tam yükleme yapmadan verimli ve artımlı şekilde çalıştırılmasını, süreç analizinin güncel kalmasını sağlar.
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 Var mı
IsRework
|
Yeniden işleme döngüsünün parçası olan etkinlikleri belirten boolean işareti. | ||
|
Açıklama
Bu işaret, 'Fatura Düzeltildi' veya bir reddin ardından 'Fatura Doğrulandı' etkinliğinin ikinci kez gerçekleşmesi gibi ideal süreç akışından sapmayı gösteren etkinlikler için true olarak ayarlanır. Verimsiz süreç döngülerinin açıkça etiketlenmesini ve ölçülmesini sağlar. Bu öznitelik, 'Yeniden İşleme ve İstisna Yönetimi Oranı' Dashboard için gereklidir. Analistler, yeniden işleme etkinliklerini işaretleyerek yeniden işlemenin hacmini ve maliyetini kolayca ölçebilir, temel nedenlerini belirleyebilir ve süreci ilk seferde doğru yürütmeyi amaçlayan iyileştirme çalışmalarının etkisini değerlendirebilir.
Neden önemli?
Yeniden işlemeyi açıkça belirleyip ölçer; süreç verimsizliklerinin sıklığını, nedenlerini ve etkisini analiz etmeyi kolaylaştırır.
Nereden alınır?
Bu, hesaplanmış bir özniteliktir. Mantığı, yeniden işlemeyi oluşturan etkinlik dizilerini belirlemek üzere veri dönüşümü sırasında tanımlanır.
Örnekler
truefalse
|
|||
|
Zamanında Ödeme Yapıldı mı
IsOnTimePayment
|
Faturanın vade tarihinde ödenip ödenmediğini belirten boolean işareti. | ||
|
Açıklama
Bu işaret, ödeme belirtilen Ödeme vadesinde veya daha önce gerçekleştirildiyse true, aksi durumda false olarak ayarlanır. Ödenen her fatura için basit ve net bir sınıflandırma sağlar. Bu hesaplanan öznitelik, Zamanında ödeme oranı temel performans göstergesini ve ilgili Dashboardı doğrudan destekler. Kullanıcıların tarih karşılaştırmalarını anlık olarak yapmadan gecikmiş ve zamanında ödemelerin oranını kolayca filtrelemesine, saymasına ve görselleştirmesine olanak tanıyarak analizi sadeleştirir. Böylece ödeme gecikmelerinin boyutu hızlıca belirlenebilir ve zaman içindeki iyileşmeler izlenebilir.
Neden önemli?
Ödemelerin zamanında yapılıp yapılmadığını analiz etmeyi kolaylaştırır ve Zamanında Ödeme Oranı KPI'ının hesaplanmasında doğrudan kullanılır.
Nereden alınır?
Bu, 'Payment Executed' etkinliğinin zaman damgası ile 'PaymentDueDate' özniteliğinin karşılaştırılmasından türetilen hesaplanmış bir özniteliktir.
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Fatura işleme faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura muhasebeleştirildi
|
Fatura, yevmiye kayıtları oluşturularak Büyük Defter'e başarıyla aktarılır. Bu olay, faturanın finansal etkisinin resmi olarak kaydedildiğini doğrular. | ||
|
Neden önemli?
Ödeme için gerekli önemli bir finansal kontrol noktasıdır. Faturanın tamamen doğrulandığını, onaylandığını ve ödemeye hazır olduğunu doğrular.
Nereden alınır?
AP_INVOICE_DISTRIBUTIONS_ALL tablosundaki durumdan (ACCRUAL_POSTED_FLAG = 'Y') veya XLA_AE_HEADERS gibi Büyük Defter tablolarındaki ilgili yevmiye kayıtları kontrol edilerek anlaşılır.
Yakalayın
AP_INVOICE_DISTRIBUTIONS_ALL içindeki işaretlerden veya bağlantılı Büyük Defter kayıtlarından anlaşılır.
Olay türü
inferred
|
|||
|
Fatura oluşturuldu
|
Fatura kaydının manuel giriş, tarama veya elektronik gönderim yoluyla sistemde ilk kez oluşturulmasını ifade eder. Bu olay genellikle ana fatura tablosuna yeni bir satır eklendiğinde kaydedilir. | ||
|
Neden önemli?
Fatura işleme yaşam döngüsünün başlangıcını gösterir. Bu olaydan itibaren geçen süreyi analiz etmek, veri girişi verimliliğini ve sürecin başlangıcındaki genel gecikmeleri anlamaya yardımcı olur.
Nereden alınır?
Oracle Fusion Financials içinde bu olay, AP_INVOICES_ALL tablosundaki kaydın oluşturulma zaman damgasına, özellikle CREATION_DATE sütununa karşılık gelir.
Yakalayın
AP_INVOICES_ALL içindeki kayıt oluşturma zaman damgası.
Olay türü
explicit
|
|||
|
Fatura onaya gönderildi
|
Fatura, yapılandırılmış iş kurallarına göre bir onay iş akışına gönderilir. Bu, resmî onay döngüsünün başlangıcını gösterir. | ||
|
Neden önemli?
Sürecin önemli bir bölümünü başlatır. Bu başlangıç zamanını izlemek, 'Fatura Onay Döngüsü Süresi'ni ölçmek ve optimize etmek için gereklidir.
Nereden alınır?
AP_INVOICES_ALL tablosundaki durum değişikliğinden anlaşılır. APPROVAL_STATUS, 'Initiated' veya 'Pending Approval' gibi bir duruma geçer. Workflow tablolarında da bu olay bulunabilir.
Yakalayın
AP_INVOICES_ALL.APPROVAL_STATUS alanının 'Initiated' olarak değişmesinden anlaşılır.
Olay türü
inferred
|
|||
|
Fatura onaylandı
|
Fatura, iş akışında gerekli tüm taraflar tarafından tamamen 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 aşamadır. Bu adımdan önceki gecikmeler yaygın darboğazlardır.
Nereden alınır?
AP_INVOICES_ALL tablosundaki APPROVAL_STATUS alanının 'Approved' veya 'Workflow Approved' gibi nihai bir onay durumuna geçmesinden anlaşılır. Bu alandaki denetim geçmişi zaman damgasını sağlar.
Yakalayın
AP_INVOICES_ALL.APPROVAL_STATUS alanının 'Approved' olarak değişmesinden anlaşılır.
Olay türü
inferred
|
|||
|
Fatura satın alma siparişiyle eşleştirildi
|
Bu faaliyet, bir fatura satırının ilgili Satın Alma Siparişi satırıyla başarıyla eşleştirildiğini ve faturalandırılan mal veya hizmetlerin sipariş edildiğini gösterir. Genellikle sistemde kaydedilen otomatik veya manuel bir işlemdir. | ||
|
Neden önemli?
Satın alma siparişi, teslim alma kaydı ve faturayı içeren üçlü eşleştirme için gereklidir. Bu aşamadaki başarısızlıklar, istisnaların ve gecikmelerin başlıca kaynaklarındandır.
Nereden alınır?
Faturayı bir satın alma siparişi dağıtımıyla (PO_DISTRIBUTION_ID) ilişkilendiren AP_INVOICE_DISTRIBUTIONS_ALL tablosundaki kayıtların oluşturulmasından anlaşılabilir. AP_INVOICE_LINES_ALL içindeki satır düzeyi eşleştirme durumu da kullanılabilir.
Yakalayın
Fatura satırlarındaki satın alma siparişi dağıtım verilerinin doldurulmasından anlaşılır.
Olay türü
inferred
|
|||
|
Ödeme gerçekleştirildi
|
Ödemenin yapıldığını ve sonuçlandığını gösteren nihai onaydır. Çeklerde bu, çekin tahsil edildiği tarih; elektronik ödemelerde ise bankadan gelen onaydır. | ||
|
Neden önemli?
Fatura yaşam döngüsündeki son faaliyettir ve sürecin başarıyla tamamlandığını gösterir. 'Ortalama Fatura Çevrim Süresi' ve 'Zamanında Ödeme Oranı' hesaplamalarının bitiş noktasıdır.
Nereden alınır?
AP_CHECKS_ALL tablosunda ödeme durumunun 'Cleared' veya 'Reconciled' olarak güncellenmesinden (CLEARED_DATE kullanılarak) ya da Cash Management modülündeki banka mutabakatı verilerinden (CE_STATEMENT_LINES) anlaşılır.
Yakalayın
AP_CHECKS_ALL içindeki durum güncellemelerinden veya CE modülündeki mutabakattan anlaşılır.
Olay türü
inferred
|
|||
|
Eşleştirme tutarsızlığı belirlendi
|
Sistem veya bir kullanıcı fatura, satın alma siparişi ve teslim alma bilgileri arasında fiyat ya da miktar gibi bir uyuşmazlık belirlediğinde gerçekleşir. Bu durum çoğu zaman sistemin faturaya ödeme engeli koymasıyla sonuçlanır. | ||
|
Neden önemli?
Manuel müdahale gerektiren süreç istisnalarını ortaya çıkarır. Bu olayları izlemek, 'Fatura Eşleştirme Tutarsızlığı Oranı' KPI'ı ve temel neden analizi için gereklidir.
Nereden alınır?
Bu durum çoğu zaman faturaya belirli bir ödeme engeli türü konulması olarak kaydedilir. Eşleştirmeyle ilgili engel türleri için AP_HOLDS_ALL tablosunu kontrol edin, örneğin 'QTY REC' veya 'PRICE'. HOLD_DATE sütunu zaman damgasını gösterir.
Yakalayın
AP_HOLDS_ALL içinde eşleştirmeyle ilgili bir engel türüne sahip kaydın oluşturulması.
Olay türü
explicit
|
|||
|
Fatura doğrulandı
|
Faturanın başlık ve satır bilgilerinin eksiksizliği ve doğruluğu için yapılan sistem kontrollerini geçtiğini gösterir. Bu durum genellikle fatura kaydındaki bir durum değişikliğinden anlaşılır. | ||
|
Neden önemli?
Eşleştirme ve onaydan önceki önemli bir aşamadır. Bu aşamadaki gecikmeler, fatura veri kalitesi veya sistem yapılandırmasıyla ilgili sorunlara işaret edebilir.
Nereden alınır?
AP_INVOICES_ALL tablosunda fatura durumunun 'Validated' olarak değişmesinden anlaşılır. VALIDATION_STATUS sütunundaki değişiklik geçmişi veya denetim izi kullanılabilir.
Yakalayın
AP_INVOICES_ALL.VALIDATION_STATUS alanındaki değişiklikten anlaşılır.
Olay türü
inferred
|
|||
|
Fatura düzeltildi
|
Bir kullanıcı faturayı, çoğu zaman ret sonrasında veya veri girişi hatasını düzeltmek için değiştirdiğinde gerçekleşir. Süreçteki manuel yeniden işleme adımını temsil eder. | ||
|
Neden önemli?
Bu faaliyet, yeniden işlemenin açık bir göstergesidir. Sıklığını analiz etmek, süreç verimsizliğini ölçmeye ve 'Fatura Yeniden İşleme Oranı' KPI'ını desteklemeye yardımcı olur.
Nereden alınır?
Fatura zaten doğrulanmış veya onaya gönderilmişken AP_INVOICES_ALL içindeki fatura kaydında yapılan önemli güncellemeler izlenerek anlaşılabilir. LAST_UPDATE_DATE zaman damgası ve denetim izi verileri gerekir.
Yakalayın
Ret veya ödeme engelinden sonraki LAST_UPDATE_DATE değeri karşılaştırılarak anlaşılır.
Olay türü
inferred
|
|||
|
Fatura iptal edildi
|
Fatura geçersiz kılınmış veya iptal edilmiştir; artık işlenmeyecek ve ödenmeyecektir. Bu durum, sürecin nihai bitiş durumunu temsil eder. | ||
|
Neden önemli?
Ödemeyle sonuçlanmayan faturalar için önemli bir bitiş noktasıdır. İptalleri analiz etmek, yinelenen faturalar veya tedarikçilerin hatalı gönderimleriyle ilgili sorunları ortaya çıkarabilir.
Nereden alınır?
AP_INVOICES_ALL içindeki durum değişikliğinden anlaşılır. CANCELLED_DATE sütunu iptal zaman damgasıyla doldurulur.
Yakalayın
AP_INVOICES_ALL tablosundaki CANCELLED_DATE alanı doldurulur.
Olay türü
explicit
|
|||
|
Fatura reddedildi
|
Bir onaylayan, onay iş akışı sırasında faturayı reddetmiştir. Bu işlem genellikle faturayı düzeltme veya iptal için geri gönderir ve bir yeniden çalışma döngüsü başlatır. | ||
|
Neden önemli?
Olumsuz bir sonucu ve yeniden işleme ile artan çevrim sürelerinin başlıca nedenlerinden birini gösterir. Retleri izlemek, fatura kalitesi veya satın alma siparişine uyumla 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. Workflow geçmişinde faturayı kimin ve ne zaman reddettiğine ilişkin ayrıntılar bulunur.
Yakalayın
AP_INVOICES_ALL.APPROVAL_STATUS alanının 'Rejected' olarak değişmesinden anlaşılır.
Olay türü
inferred
|
|||
|
Faturadaki ödeme engeli kaldırıldı
|
Daha önce faturaya konulan bir ödeme engelinin çözüldüğünü gösterir. Bir kullanıcı veya otomatik bir süreç engeli kaldırır ve faturanın yaşam döngüsüne devam etmesini sağlar. | ||
|
Neden önemli?
Ödeme engelinin konulması ile kaldırılması arasındaki süre, istisna yönetimi verimliliğinin önemli bir ölçüsüdür. Bu süre, 'Ortalama İstisna Çözüm Süresi' KPI'ını destekler.
Nereden alınır?
AP_HOLDS_ALL tablosuna kaydedilir. Ödeme engeli kaldırıldığında RELEASE_LOOKUP_CODE ve RELEASE_REASON alanları LAST_UPDATE_DATE ile birlikte doldurulur.
Yakalayın
AP_HOLDS_ALL tablosundaki bir kaydın, ödeme engelinin kaldırıldığını gösterecek şekilde güncellenmesi.
Olay türü
explicit
|
|||
|
Faturaya ödeme engeli konuldu
|
Faturaya ödeme yapılmasını engelleyen herhangi bir ödeme engelinin konulmasını ifade eden genel bir faaliyettir. Eşleştirme sorunları, yetersiz bakiye veya manuel müdahale gibi çeşitli nedenlerle gerçekleşebilir. | ||
|
Neden önemli?
Çevrim süresini doğrudan etkiler ve geç ödemelere yol açabilir. Ödeme engellerini analiz etmek, sistemik süreç sorunlarını belirleyip çözmenin ve 'Ödeme Engeli Eğilimleri' analizini desteklemenin temel yoludur.
Nereden alınır?
AP_HOLDS_ALL tablosuna açıkça kaydedilir. Her satırda oluşturulma tarihi (HOLD_DATE) ve neden bilgisi bulunan bir ödeme engeli temsil edilir.
Yakalayın
AP_HOLDS_ALL tablosunda bir kaydın oluşturulması.
Olay türü
explicit
|
|||
|
Ödeme oluşturuldu
|
Faturaya ilişkin ödeme talimatı sistem tarafından oluşturulur. Bu işlem çek oluşturmayı, elektronik fon transferi (EFT) dosyası üretmeyi veya başka bir ödeme aracı hazırlamayı içerebilir. | ||
|
Neden önemli?
Kuruluşun ödeme için fonları ayırdığı noktadır. Paranın banka hesabından çıkmasından hemen önceki önemli aşamadır.
Nereden alınır?
Tüm ödemelere ilişkin bilgileri saklayan AP_CHECKS_ALL tablosuna kaydedilir. CHECK_DATE, ödeme belgesinin oluşturulduğu tarihi gösterir.
Yakalayın
AP_CHECKS_ALL tablosunda bir kaydın oluşturulması.
Olay türü
explicit
|
|||
|
Ödeme planlandı
|
Fatura seçilir ve genellikle ödeme çalıştırması veya ödeme grubu olarak adlandırılan bir ödeme süreci talebine dahil edilir. Artık ödeme sırasındadır. | ||
|
Neden önemli?
Muhasebeleştirme ile gerçek ödeme arasındaki adımdır. Bu aşamanın süresi, nakit akışı tahminlerini ve erken ödeme indirimlerinden yararlanma imkanını etkiler.
Nereden alınır?
Ödeme kaydı oluşturulduğunda ancak ödeme henüz onaylanmadığında AP_INVOICE_PAYMENTS_ALL tablosuna kaydedilir. IBY_PAYMENT_PROCESS_REQUESTS gibi ödeme grubu tablolarında da bulunabilir.
Yakalayın
Planlanan ödeme için AP_INVOICE_PAYMENTS_ALL içinde bir kaydın oluşturulması.
Olay türü
explicit
|
|||
Veri Çıkarma Rehberleri
Başlamaya hazır mısınız?
Bu Template ile verilerinizi hazırlayarak fatura işleme sürecinizi optimize etmeye başlayın. Değerli içgörüleri keşfedin ve kuruluşunuzda önemli verimlilik artışları sağlayın.
P2P Fatura İşlemenizi Şimdi Optimize Edin, Döngüleri %30 Hızlandırın
Oracle Fusion Financials içindeki darboğazları ortadan kaldırın, çevrim süresini %30 azaltın.
Kredi kartı gerekmez. Sonuçları birkaç gün içinde görün.