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

Aktivite özniteliği, fatura işleme iş akışı içindeki ayrı bir aşamayı veya eylemi temsil eder. Bu aktiviteler, belge oluşturma, durum değişiklikleri, onaylar veya SAP değişiklik günlüklerinde kaydedilen kullanıcı eylemleri gibi çeşitli sistem olaylarından türetilir.

Analiz, Process Mining'in temelini oluşturur. Süreç haritalarının görselleştirilmesini, darboğazların (örneğin, 'Fatura Onay İçin Gönderildi' sonrası uzun beklemeler), tekrar işleme döngülerinin (örneğin, tekrarlanan 'Ödeme Bloğu Konuldu' ve 'Ödeme Bloğu Kaldırıldı' döngüleri) ve uyumluluk sapmalarının belirlenmesini sağlar. Aktivitelerin sırası ve sıklığı, gerçek, mevcut süreç akışını ortaya koyar.

Süreç haritasındaki adımları tanımlar, süreç akışlarının görselleştirilmesini, darboğazların keşfedilmesini ve yeniden işleme tespitini sağlar.

Bu öznitelik tipik olarak, işlem kodları (SY-TCODE), RBKP gibi tablolardaki durum alanları (örn. RBSTAT) ve CDHDR ve CDPOS tablolarındaki değişiklik olayları dahil olmak üzere birden çok kaynaktan türetilir.

Fatura Numarası, fatura işleme yolculuğu için benzersiz vaka tanımlayıcısı olarak hizmet eder. Her numara, bir tedarikçiden alınan tek bir faturaya karşılık gelir ve veri yakalamadan nihai ödemeye kadar tüm ilgili aktivitelerin tek bir tutarlı süreç örneğinin parçası olarak izlenmesini sağlar.

Process Mining analizinde, bu öznitelik her faturanın uçtan uca yaşam döngüsünü yeniden yapılandırmak için temeldir. SAP'de kaydedilen park etme, muhasebeleşme, engelleme ve mahsup etme gibi farklı olayların kronolojik bir sıraya bağlanmasını sağlar. Bu, her faturanın nasıl işlendiği, ne kadar sürdüğü ve standart süreçten sapmaların nerede meydana geldiği hakkında net bir görünüm sunar.

Bu, tek bir fatura ile ilgili tüm olayları birbirine bağlayan birincil anahtardır ve süreç analizi ile varyant keşfi için temel bir dayanak oluşturur.

Bu, tipik olarak SAP RBKP tablosundaki BELNR alanındaki Belge Numarasıdır ve mutlak benzersizlik için genellikle Şirket Kodu (BUKRS) ve Mali Yıl (GJAHR) ile birleştirilir.

Olay Zamanı, bir iş etkinliğinin kaynak sistemde yürütüldüğü ve kaydedildiği kesin anı kaydeder. Bu zaman damgası, sürecin kronolojik omurgasıdır ve her fatura için tüm etkinlikleri tutarlı bir sıraya göre düzenler.

Analizde, Olay Zamanı, döngü süreleri, bekleme süreleri ve etkinlikler arasındaki işleme süreleri gibi süreye dayalı tüm metrikleri hesaplamak için gereklidir. Süreçteki herhangi iki nokta arasındaki geçen süreyi ölçmek için gerekli verileri sağlayarak 'Fatura Uçtan Uca Döngü Süresi' ve 'Ödeme Engeli Çözüm Süresi' gibi Dashboard'lara güç verir. Doğru zaman damgaları, gecikmeleri ve performans darboğazlarını belirlemek için kritik öneme sahiptir.

Bu zaman damgası, olayları doğru sıralamak ve döngü süreleri ile darboğaz süreleri gibi tüm performans metriklerini hesaplamak için esastır.

Bu, tipik olarak değişiklik belgesi başlık tablosu CDHDR'deki değişiklik tarihi (UDATE) ve değişiklik saati (UTIME) birleştirilerek türetilir. Belirli oluşturma olayları için, RBKP gibi tablolardaki (ERNAM, ERZET) oluşturma tarihi ve saati olabilir.

Fatura Tutarı, tedarikçi tarafından gönderilen faturanın toplam değerini temsil eder. Bu, her fatura vakası için önemli bir finansal metriktir.

Süreç madenciliğinde, bu öznitelik değere dayalı analiz için gereklidir. Süreci fatura değerine göre filtrelemeye ve bölümlere ayırmaya olanak tanır, bu da genellikle süreç karmaşıklığı ve onay gereklilikleriyle ilişkilidir. Örneğin, yüksek değerli faturalar farklı, daha sıkı bir onay yolunu takip edebilir. Ayrıca, uyumluluk analizinde de kullanılır; örneğin, yüksek değerli faturaların gerekli onay adımlarını atlayıp atlamadığını kontrol etmek için.

Değere dayalı analizi mümkün kılar, yüksek değerli faturaları önceliklendirmeye ve fatura tutarının süreç akışını ve uyumluluğu nasıl etkilediğini anlamayı sağlar.

Bu, fatura belgesi başlık tablosu RBKP'deki 'Brüt fatura tutarı' (RMWWR) alanıdır.

Mahsup Tarihi, fatura yaşam döngüsündeki son adımı, yani ödemeyi işaretler. Açık fatura kaleminin sistemde bir ödeme belgesiyle mahsup edildiği tarihtir. Bu tarih, gerçek ödeme gerçekleştirme zamanını temsil eder.

Bu öznitelik, 'Ortalama Fatura Döngü Süresi' ve 'Zamanında Ödeme Oranı' dahil olmak üzere birçok kritik KPI için bitiş noktasıdır. Ödeme performansını ölçmek için Ödeme Vadesi ile karşılaştırılır. Nakit iskontosu analizi için ise, ödemenin iskontoyu yakalamak için zamanında yapılıp yapılmadığını görmek amacıyla iskonto süresi ile karşılaştırılır.

Sürecin tamamlandığını işaret eder ve toplam döngü süresi, zamanında ödeme oranları ve nakit iskonto gerçekleşmesini hesaplamak için temel oluşturur.

Temizlenmiş kalemler için bu, temizlenmiş tedarikçi kalemleri tablosu BSAK'dan alınan 'Temizleme Tarihi' alanı (AUGDT)dır.

Muhasebeleşme Tarihi, muhasebe sürecindeki önemli bir tarihtir. Fatura giderinin Defter-i Kebir'de hangi mali dönemde muhasebeleştirileceğini belirler. Genellikle fatura işleme sırasında muhasebe görevlisi tarafından ayarlanır.

Süreç analizinde, bu tarihle işaretlenen 'Fatura Muhasebeleştirildi' aktivitesi önemli bir dönüm noktasıdır. Fatura alımından Muhasebeleşme Tarihine kadar geçen süre, genel döngü süresinin kritik bir bileşenidir. Bu tarih ayrıca finansal raporlama ve haftalık veya aylık muhasebeleştirilen fatura hacmini izlemek gibi verim analizi için de temeldir.

Süreçte kritik bir kilometre taşı işaret eder, işlem için finansal dönemi belirler ve döngü süresi hesaplamasının önemli bir bileşenidir.

Bu, fatura belgesi başlık tablosu RBKP'deki 'Muhasebeleşme Tarihi' (BUDAT) alanıdır.

Kullanıcı Adı özniteliği, süreçteki belirli bir aktiviteyi gerçekleştirmekten sorumlu kişiyi tanımlar. Bu genellikle işlem veya değişiklik olayıyla kaydedilen SAP kullanıcı adıdır.

Bu öznitelik, kullanıcı veya ekip düzeyinde performans analizi için çok önemlidir. 'En hızlı onaylayıcılar kimler?' veya 'En çok tekrar işleme hangi kullanıcılar tarafından üretiliyor?' gibi soruları yanıtlamaya yardımcı olur. Dashboard'larda iş yükü dağılımını analiz etmek, eğitim ihtiyaçlarını belirlemek ve farklı çalışanlar arasındaki performans varyasyonlarını anlamak için kullanılır.

Bireysel veya ekip bazında performans ve iş yükü analizine olanak tanıyarak, üstün performans gösterenleri, eğitim fırsatlarını ve kaynak dengesizliklerini belirlemeye yardımcı olur.

Bu, değişiklik belgesi başlık tablosu CDHDR'deki 'Değiştiren' (USERNAME) alanıdır. Oluşturma olayları için, RBKP gibi tablolardaki 'Giren' (ERNAM) alanı olabilir.

Bir faturada tutarsızlık varsa veya daha fazla araştırma gerektiriyorsa, bir ödeme bloğu uygulanır. Ödeme Bloğu Nedeni kodu, bloğun neden konulduğunu belirtir; örneğin, miktar farkı, fiyat farkı veya manuel bir blok nedeniyle.

Bu öznitelik, 'Ödeme Bloğu Çözüm Süresi' dashboard'u için esastır. Blokların nedenine göre sıklığını ve süresini analiz etmek, ödeme gecikmelerinin kök nedenlerini belirlemeye yardımcı olur. Örneğin, uzun blokeler için en yaygın neden 'Fiyat Tutarsızlığı' ise, bu durum ana verilerde veya satın alma siparişi sürecinde ele alınması gereken potansiyel bir soruna işaret eder.

Faturaların neden geciktiğini açıklar, ödeme engellerinin temel neden analizine olanak tanır ve süreç iyileştirme çabalarını önceliklendirmeye yardımcı olur.

Ödeme bloğu nedeni, RSEG tablosunda (SPGRS alanı) veya muhasebe belgesi tablosu BSEG'de (ZLSPR alanı) kalem düzeyinde bulunabilir.

Satın Alma Sipariş Numarası, bir faturayı orijinal satın alma belgesine bağlar. Bu, üç yönlü eşleştirme (SS, Mal Girişi, Fatura) ve Satın Alma Siparişi destekli fatura sürecinin verimliliğini analiz etmek için temeldir.

Bu öznitelik, 'Fatura-SS Eşleştirme Tutarsızlığı Oranı' gibi dashboard'lar için kritiktir. Süreci, genellikle çok farklı işleme yolları ve karmaşıklıkları olan SS'li faturalar ile SS'siz faturalar olarak bölümlendirmeye olanak tanır. Belirli SS'lerle ilgili sorunları analiz etmek, tedarik sürecindeki yukarı akış sorunlarını teşhis etmeye yardımcı olabilir.

Faturayı tedarik sürecine bağlar, PO'lu ve PO'suz faturaların analizine olanak tanır ve eşleştirme tutarsızlıklarını belirler.

Bu, tipik olarak kalem düzeyinde bulunur. 'Satın Alma Sipariş Numarası' (EBELN), RSEG fatura kalem tablosundadır. Başlık düzeyine toplanması gerekebilir.

Ödeme Vadesi, faturanın başlangıç tarihi ve üzerinde anlaşılan ödeme koşullarına göre hesaplanır. Geç kalmaktan ve potansiyel olarak cezalara maruz kalmaktan veya tedarikçi ilişkilerine zarar vermekten kaçınmak için ödeme yapma son tarihini temsil eder.

Bu öznitelik, 'Zamanında Ödeme Oranı' ve 'Nakit İskontosu Fırsat Kaybı' gibi performans ve uyumluluk KPI'ları için çok önemlidir. Gerçek ödeme tarihi (Mahsup Tarihi) ile Ödeme Vadesi karşılaştırılarak, analiz otomatik olarak bir ödemenin zamanında, erken veya geç yapılıp yapılmadığını belirleyebilir. Bu, Ödeme Koşullarına Uygunluk dashboard'u için temel bir unsurdur.

Zamanında ödeme performansını ölçmek ve erken ödeme indirimlerini yakalama fırsatlarını belirlemek için bir temel görevi görür.

Bu tarih genellikle hesaplanır. Ödeme için başlangıç tarihi (ZFBDT) BSEG tablosundadır. Vade tarihi mantığı ayrıca ödeme koşullarına (BSEG-ZTERM) bağlıdır.

Tedarikçi Numarası, tedarikçiyi tanımlayan ana veri anahtarıdır. Bu, fatura işlemini belirli bir iş ortağına bağlayarak tedarikçi özelliklerine dayalı analizi mümkün kılar.

Analiz, Tedarikçi Numarasına göre süreci analiz etmek, tedarikçi ilişkileri ve performansına dair önemli içgörüler ortaya çıkarabilir. Örneğin, hangi tedarikçilerin sürekli olarak ödeme blokelerine veya tutarsızlıklara yol açan sorunlu faturalar gönderdiğini veya hangi tedarikçilerin faturalarının en verimli şekilde işlendiğini belirlemeye yardımcı olabilir. Bu bilgiler, tedarikçi yönetimi ve stratejik tedarik girişimleri için değerlidir.

Tedarikçiye özel analizlere olanak tanır, belirli tedarikçilerle ilişkili kalıpları, sorunları veya verimlilikleri belirlemeye yardımcı olur.

Bu, fatura belgesi başlık tablosu RBKP'deki 'Faturalayan Taraf' (LIFNR) alanıdır.

Belge Türü, SAP'deki farklı türdeki iş işlemlerini kategorize etmek için kullanılır. Fatura işleme için yaygın türler arasında standart faturalar için 'RE' veya tedarikçi alacak dekontları için 'KG' bulunur. Belge türü, kullanılan numara aralığı gibi muhasebeleşmenin çeşitli yönlerini kontrol eder.

Analizde, bu öznitelik süreci belirli işlem türlerine göre filtrelemeyi sağlar. Örneğin, bir alacak dekontunu işleme süreci, standart bir faturanınkinden önemli ölçüde farklı olabilir. Bu akışları Belge Türü kullanarak ayırmak, daha doğru ve anlamlı bir süreç görünümü sunar.

Faturalar ve kredi notları gibi farklı süreçleri takip eden farklı iş işlemlerinin ayrılmasına ve analizine olanak tanır.

Bu, fatura belgesi başlık tablosu RBKP'deki 'Belge Türü' (BLART) alanıdır.

Bitiş Zamanı özniteliği, belirli bir aktivitenin tamamlanmasını işaretler. SAP'deki tek zaman noktaları olarak kaydedilen birçok olay için Bitiş Zamanı, Başlangıç Zamanı ile aynı olacaktır. Ancak, üzerinde aktif olarak çalışılan bir onay adımı gibi ölçülebilir bir süreye sahip aktiviteler için, bu işin tamamlanmasını temsil edebilir.

Süreç analizinde, ayrı bir Bitiş Zamanına sahip olmak, aktivite işleme süresinin, kendisinden önceki bekleme süresinden ayrı olarak ölçülmesini sağlar. Bu, bir aktivitenin ne kadar sürdüğünü ile bir durumun o aktivitenin başlaması için ne kadar beklediğini ayırt etmeye yardımcı olarak kaynak verimliliği hakkında daha derin içgörüler sunar.

Etkinlik işleme süresinin hesaplanmasını sağlayarak, bunu etkinlikler arasındaki bekleme süresinden ayırır ve darboğaz analizini iyileştirir.

Bu, genellikle CDHDR-UDATE ve CDHDR-UTIME'dan türetilen Başlangıç Zamanı ile aynıdır. Bazı durumlarda, bir görevin başlangıcını ve bitişini açıkça kaydeden iş akışı günlüklerinden türetilebilir.

Defter-i Kebir (G/L) Hesabı, faturanın finansal etkisinin kaydedildiği hesap planındaki hedef hesaptır. Bu, finansal raporlama ve maliyet yönetimi için kritik bir veri parçasıdır.

Process Mining için, G/L hesabını analiz etmek süreç akışına finansal bir boyut kazandırır. 'Defter-i Kebir Hesap Kullanımı Analizi' dashboard'u, harcamalardaki kalıpları ortaya çıkarabilir, faturaların potansiyel yanlış kodlamasını belirleyebilir ve maliyetlerin doğru departmanlara veya projelere ayrılmasını sağlayabilir. Süreç yürütme ile finansal etki arasındaki boşluğu kapatmaya yardımcı olur.

Sürece finansal bir boyut ekleyerek, maliyet tahsisi, harcama kalıpları ve potansiyel fatura yanlış kodlamasının analizine olanak tanır.

Bu, kalem düzeyinde bulunur. 'Defter-i Kebir Hesap Numarası' (HKONT), SS'li faturalar için RSEG fatura kalem tablosunda veya doğrudan FI faturaları için BSEG'dedir.

İşleme Süresi, bir aktivitenin başlangıcından bitişine kadar geçen süreyi ölçer. Bir aktivitenin Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark olarak hesaplanır. Bu, aktiviteler arasındaki bekleme süresini içeren döngü süresinden farklıdır.

İşleme süresini analiz etmek, farklı adımlar için gerçek çabayı veya temas süresini anlamaya yardımcı olur. Kaynak yoğun veya verimsiz aktiviteleri kesin olarak belirleyebilir. Örneğin, uzun bir 'Fatura Verisi Yakalandı' işleme süresi, karmaşık bir faturayı veya verimsiz bir veri girişi sürecini gösterebilir. Bu metrik, kaynak planlaması ve otomasyon girişimleri için değerlidir.

Bir etkinlik için gerçek çalışma süresini ölçer, kaynak yoğun adımları belirlemeye yardımcı olur ve aktif çalışma süresi ile boş bekleme süresi arasındaki ayrımı yapar.

Bu öznitelik SAP'de yoktur. Veri dönüşümü sırasında şu formül kullanılarak hesaplanır: BitişZamanı - BaşlangıçZamanı.

Kaynak Sistem özniteliği, olay verilerinin kökenini, örneğin belirli bir SAP ECC örnek adını belirtir. Bu, birden çok ERP sistemi olan veya verilerin farklı kaynaklardan birleştirildiği ortamlarda özellikle önemlidir.

Analizde, bu öznitelik, ayrı örnekler üzerinde çalışıyor olabilecek çeşitli sistemler, bölgeler veya iş birimleri arasındaki süreçleri ve performansı ayırt etmeye yardımcı olur. Veri soy ağacının net olmasını sağlar ve sisteme özel filtreleme ve analize olanak tanır.

Çoklu sistem ortamlarında kritik bağlam sağlar, doğru veri ayrımına ve sisteme özel performans analizine olanak tanır.

Bu, tipik olarak veri çekim süreci sırasında eklenen, SAP Sistem Kimliğini (TADIR-SRCSYSTEM) veya belirli SAP örneği için manuel olarak atanmış bir tanımlayıcıyı temsil eden statik bir değerdir.

Bu, ödeme koşullarına ve gerçek ödeme tarihine göre hesaplanan bir boolean özniteliktir. 'Ödeme Koşulları' erken ödeme için iskonto sunduysa ve 'Mahsup Tarihi' iskonto süresi dolduktan sonra ise doğru olarak ayarlanır. Bu, süreç verimsizliklerinden kaynaklanan finansal kaybı doğrudan ölçer.

Bu öznitelik, 'Nakit İskontosu Fırsat Kaybı' dashboard'unun temelini oluşturur. İşlem gecikmelerinin finansal etkisinin kolayca nicelleştirilmesini sağlar. Bu işaretin doğru olduğu durumlar filtrelenerek analistler, en sık kaçırılan iskontolara yol açan belirli süreç varyantlarını ve darboğazları araştırabilir, böylece süreç iyileştirme için güçlü bir iş gerekçesi sunar.

Süreç gecikmelerinden kaynaklanan finansal kaybı doğrudan nicelleştirir, fatura işleme iş akışını optimize etmek için ikna edici bir gerekçe oluşturur.

Bu öznitelik SAP'de yoktur. Veri dönüşümü sırasında 'ÖdemeKoşulları' yorumlanarak ve 'MahsupTarihi' iskonto vade tarihi ile karşılaştırılarak hesaplanır.

Ödeme Koşulları, bir faturanın ne zaman ödenmesi gerektiğini ve erken ödeme için varsa hangi nakit iskontolarının mevcut olduğunu tanımlar. Örnekler arasında '30 gün net' veya '10 günde %2, net 30' bulunur, bu da 10 gün içinde ödenirse %2 iskonto, aksi takdirde tam tutarın 30 gün içinde ödeneceği anlamına gelir.

Bu öznitelik, 'Nakit İskontosu Fırsat Kaybı' dashboard'u ve 'Nakit İskontosu Yakalama Oranı' KPI'ı için temeldir. Analiz, bir iskontonun mevcut olup olmadığını ve başarılı bir şekilde alınıp alınmadığını belirlemek için ödeme koşullarını muhasebeleşme ve ödeme tarihleriyle birlikte kullanır. Ayrıca 'Ödeme Koşullarına Uygunluk' dashboard'u için de anahtardır.

Nakit iskonto yakalama oranlarını analiz etmek ve süreç gecikmelerinin finansal etkisini anlamak için gereklidir.

Bu, fatura belgesi başlık tablosu RBKP'deki 'Ödeme Koşulları Anahtarı' (ZTERM) alanıdır.

Para Birimi özniteliği, fatura tutarının cinsini, örneğin USD, EUR veya JPY olarak belirtir.

Bu öznitelik, Fatura Tutarı için temel bağlamı sağlar. Özellikle birden fazla para birimiyle çalışan küresel kuruluşlarda finansal verilerin doğru yorumlanmasını ve toplulaştırılmasını mümkün kılar. Analiz, farklı para birimi bölgelerindeki işlem verimliliğini veya sorunları karşılaştırmak için para birimine göre filtrelenebilir. Anlamlı finansal toplulaştırma için tutarların tek bir raporlama para birimine dönüştürülmesi gerekebilir.

Herhangi bir finansal tutar için gerekli bağlamı sağlar, doğru yorumlamayı garanti eder ve para birimine dayalı filtreleme ve analizi mümkün kılar.

Bu, fatura belgesi başlık tablosu RBKP'deki 'Para Birimi Anahtarı' (WAERS) alanıdır.

Bir onaylayıcı bir faturayı reddettiğinde, ideal olarak reddetme nedenini belirtir. Bu, 'Yanlış Satın Alma Sipariş numarası', 'Tekrar Fatura' veya 'Tutar yanlış' gibi sorunları belirten standartlaştırılmış bir kod veya serbest metin yorumu olabilir.

Bu veri, 'Fatura Reddetme Nedenleri ve Trendleri' dashboard'u için hayati öneme sahiptir. Farklı reddetme nedenlerinin sıklığını analiz ederek işletme, yaygın sorunları belirleyebilir ve düzeltici eylemler uygulayabilir. Örneğin, 'Yanlış Satın Alma Sipariş numarası' sık bir nedense, tedarikçilerle daha iyi iletişim veya veri giriş personeli için eğitim ihtiyacını gösterebilir. Bu analiz, süreçteki yeniden işlemeyi azaltmak için anahtardır.

Reddedilmelerin temel nedenini sağlar, yeniden işlemeyi azaltmak ve ilk seferde doğru oranlarını iyileştirmek için hedeflenmiş süreç iyileştirmelerine olanak tanır.

Bu bilgi genellikle tek bir standart alanda saklanmaz. İş akışı konteyner günlüklerinde, belgeyle ilişkili uzun metin alanlarında veya özel bir iş akışı çözümündeki belirli alanlarda bulunabilir.

Şirket Kodu, SAP Finans'ta bağımsız bir tüzel kişiliği temsil eden temel bir organizasyonel birimdir. Faturalar dahil tüm finansal işlemler belirli bir şirket koduna muhasebeleştirilir.

Bu öznitelik, süreç analizinin tüzel kişiliğe göre bölümlendirilmesini sağlar. Kurumsal bir grup içindeki farklı şirketler arasında süreç performansı, uyumluluk ve verimliliği karşılaştırmak için çok önemlidir. Dashboard'lar, fatura işleme KPI'larının şirkete özel bir görünümünü sunmak için Şirket Koduna göre filtrelenebilir.

Bir kuruluş içindeki farklı tüzel kişilikler arasında süreç karşılaştırmasına ve performans kıyaslamasına olanak tanır.

Bu, fatura belgesi başlık tablosu RBKP'deki 'Şirket Kodu' (BUKRS) alanıdır.

Bu öznitelik, en son veri çekimi veya güncellemesinin tarihini ve saatini kaydeder. Bireysel olaylar yerine tüm veri setine uygulanır ve verinin güncelliğine dair net bir gösterge sağlar.

Bu, dashboard kullanıcıları ve analistler için kritik bir meta veri özniteliğidir. Analizin kapsadığı zaman dilimini anlamalarına ve güncel bilgilere dayanarak karar vermelerini sağlamalarına yardımcı olur. Verinin güncelliği hakkında kullanıcıları bilgilendirmek için genellikle dashboard'larda belirgin bir şekilde görüntülenir.

Kullanıcılara verinin güncelliği hakkında bilgi verir, analiz ve kararların güncel bilgilere dayanmasını sağlar.

Bu değer, veri yenileme sırasında veri çekimi veya ETL aracı tarafından veri setine üretilir ve enjekte edilir.

Bu, 'Mahsup Tarihi' (gerçek ödeme tarihi) ile 'Ödeme Vadesi' karşılaştırılarak hesaplanan bir boolean özniteliktir. Mahsup tarihi vade tarihinden sonra ise, işaret doğru; aksi takdirde yanlıştır. Bu, her fatura için zamanında ödeme performansının basit ve doğrudan bir ölçüsünü sağlar.

Bu öznitelik, dashboard'lardaki analizi ve görselleştirmeyi basitleştirir. 'Zamanında Ödeme Oranı' KPI'ını hesaplamak için kolay filtreleme ve toplulaştırma sağlar. Kullanıcılar, süreci hızlı bir şekilde bölümlendirerek vadesi geçmiş faturaların süreç akışlarını zamanında ödenenlerle karşılaştırabilir ve potansiyel olarak geç ödemelere yol açan süreç kalıplarını ortaya çıkarabilir.

Zamanında ödeme performansının analizini basitleştirir ve zamanında yapılan ile geç yapılan fatura süreçleri arasında kolay karşılaştırma sağlar.

Bu öznitelik SAP'de yoktur. Veri dönüşümü sırasında şu formül kullanılarak hesaplanır: MahsupTarihi > ÖdemeVadesi.