Veri Şablonu: Tedarikçi Borçları Fatura İşleme Süreci
Borç Hesapları Fatura İşleme Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Satıcı Hesapları Fatura İşleme Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet
Activity
|
Fatura işleme yaşam döngüsünde gerçekleşen belirli bir iş adımının veya olayın adı. | ||
|
Açıklama
Bu öznitelik, 'Invoice Parked', 'Invoice Routed For Approval' veya 'Invoice Cleared By Payment' gibi AP sürecindeki tekil bir görev veya durum değişimini ifade eder. Bu aktiviteler, süreç haritasının yapı taşlarıdır ve genellikle SAP içindeki değişiklik günlükleri, durum alanları veya workflow günlüklerinden çıkarılır. Bu aktivitelerin sırası ve süresini analiz etmek, süreç madenciliğinin özüdür. Süreç akışını görselleştirmeye, adımlar arasındaki darboğazları belirlemeye, yeniden işleme döngülerinin sıklığını ölçmeye ve gerçekleşen süreç yürütmesini standart prosedürlerle karşılaştırmaya yardımcı olur. Tanımlanan aktivitelerin ayrıntı düzeyi, elde edilebilecek içgörülerin derinliğini doğrudan etkiler.
Neden önemli
Aktiviteler süreç haritasının omurgasını oluşturur; akışın görselleştirilmesini, darboğazların tespitini ve sapmaların analizini mümkün kılar.
Nereden alınır
Fatura belgelerindeki değişikliklere dayanarak; işlem kodları (BKPF‑TCODE), workflow log’ları (SWW_WI2OBJ) veya değişiklik log’larından (CDHDR/CDPOS tabloları) türetilir.
Örnekler
Fatura belgesi oluşturulduFatura OnaylandıFatura ödeme ile mahsup edildiÖdeme Blokesi Konuldu
|
|||
|
Fatura
InvoiceNumber
|
Her fatura belgesi için benzersiz tanımlayıcı; faturanın alınmasından ödemesine kadar olan yolculuğunu izlemek için ana vaka kimliği olarak kullanılır. | ||
|
Açıklama
Fatura Numarası, SAP'te genellikle Şirket Kodu (BUKRS), Belge Numarası (BELNR) ve Mali Yıl (GJAHR) birleşiminden oluşan bileşik bir anahtardır. Bu benzersiz kombinasyon, her faturanın sistem genelinde tekil olarak tanımlanmasını sağlar. Process mining'de bu özellik temel niteliktedir. Oluşturma, muhasebeleştirme, onay ve ödeme gibi ilgili tüm olay ve aktiviteleri tek bir, bütüncül süreç örneğinde birbirine bağlar. Süreci fatura bazında analiz etmek, çevrim sürelerini hesaplamak, varyantları belirlemek ve rework döngülerini anlamak için gerekli olan uçtan uca görünümü sağlar.
Neden önemli
Her faturaya ait tüm aktiviteleri birbirine bağlayan temel Case ID'dir; böylece her fatura için Satıcı Muhasebesi sürecinin uçtan uca analizi yapılabilir.
Nereden alınır
SAP BKPF (Muhasebe Belgesi Başlığı) tablosundaki BUKRS, BELNR ve GJAHR alanlarından oluşturulur.
Örnekler
1000-1900000001-20232000-5100000055-20231000-1900000042-2024
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir aktivite veya olayın gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Event Time, süreçteki her aktiviteyle ilişkili timestamp bilgisidir. Olayların kronolojik sıralaması ve tüm zamana dayalı analizler için kritiktir. SAP’de bu bilgi genellikle oluşturma alanlarında (ör. BKPF‑CPUDT) veya değişiklik log tablolarında (CDHDR‑UDATE ve CDHDR‑UTIME) bulunur. Bu özellik; çevrim süreleri, işlem süreleri ve aktiviteler arasındaki bekleme süreleri gibi temel performans göstergelerinin hesaplanması için gereklidir. Zaman içinde süreç performansının analizini mümkün kılar, darboğazların ne zaman ortaya çıktığını belirlemeye yardımcı olur ve hizmet seviyesi anlaşmaları (SLA’lar) veya ödeme koşullarına uyumu kontrol etmek için kullanılır.
Neden önemli
Bu zaman damgası, çevrim süreleri ve darboğazlar dahil tüm süre bazlı metriklerin hesaplanması için kritiktir ve performans analizinin temelini oluşturur.
Nereden alınır
BKPF (oluşturma için CPUDT/CPUTM) veya CDHDR (değişiklikler için UDATE/UTIME) gibi SAP tablolarından.
Örnekler
2023-10-01T10:00:00Z2023-10-02T14:35:10Z2023-10-15T09:12:00Z
|
|||
|
Fatura brüt tutarı
InvoiceGrossAmount
|
Faturanın, vergiler ve diğer kalemler dahil brüt toplam tutarı; orijinal belge para biriminde. | ||
|
Açıklama
Bu özellik, bir faturanın toplam parasal tutarını ifade eder. İşlenen faturaların finansal etkisini ve özelliklerini anlamak için kritik bir veri noktasıdır. SAP’te, belge türüne bağlı olarak bu tutar farklı tablolarda yer alabilir; finansal belgeler için örneğin BSEG. Analizde fatura tutarı; yüksek tutarlı faturaları önceliklendirmek, AP sürecinin finansal hacmini görmek ve segmentlere göre analiz yapmak için kullanılır. Örneğin, yüksek tutarlı faturaların çevrim süreleri daha uzun mu, farklı onay yollarına mı tabi? Bu incelenebilir. Ayrıca finansal KPI’lar için temel bir değişkendir.
Neden önemli
Sürece finansal bağlam sağlayarak, değer tabanlı analizleri, yüksek değerli faturaların önceliklendirilmesini ve finansal KPI'ların hesaplanmasını mümkün kılar.
Nereden alınır
BSEG gibi SAP satır kalemi tablolarındaki WRBTR alanı (belge para birimindeki tutar). Satır kalemlerini üst bilgi düzeyinde toplamak için hesaplama gerekebilir.
Örnekler
1500.0012550.75980.50
|
|||
|
Fatura Vade Tarihi
InvoiceDueDate
|
Fatura ödemesinin, ödeme koşullarına göre yapılması gereken hesaplanmış tarih. | ||
|
Açıklama
Fatura Vade Tarihi, tedarikçiye ödeme yapmak için mutabık kalınan şartlara uygun kalmak için son tarihi belirtir. SAP'de bu genellikle tek bir saklı alan değildir, ancak belgenin temel tarihine (BSEG-ZFBDT) ve faturayla ilişkili ödeme koşullarına (BSEG-ZTERM) göre hesaplanır. Bu tarih, 'Ödeme Uyumluluğu ve İndirimler' dashboard'u için kritiktir. Vadesi Geçmiş Ödeme Oranı gibi KPI'ları hesaplamak ve geç ödeme riski taşıyan faturaları belirlemek için kullanılır. Bu tarihe göre yapılan analiz, iş yükünü önceliklendirmeye ve tedarikçi ilişkilerini iyileştirmeye yardımcı olur.
Neden önemli
Bu tarih, ödeme uyumunu izlemek, gecikmeye ilişkin KPI’ları hesaplamak ve erken ödeme iskontolarını yakalamak için kritiktir.
Nereden alınır
Vade tarihi hesaplaması için baz tarih (BSEG‑ZFBDT) ve ödeme koşulu anahtarına (BSEG‑ZTERM) göre türetilir.
Örnekler
2023-10-312023-11-152024-01-10
|
|||
|
İşleyici Kullanıcı
ProcessorUser
|
Faturayı kaydetme veya değiştirme gibi aktiviteyi gerçekleştiren çalışanın SAP kullanıcı adı. | ||
|
Açıklama
Bu öznitelik, belirli bir süreç adımını gerçekleştirmekten sorumlu bireysel kullanıcıyı tanımlar. SAP'de bu, belgeyi oluşturan kullanıcı (örn. BKPF-USNAM) ya da belirli bir değişikliği yapan kullanıcı (örn. CDHDR-USERNAME) olabilir. Processor User bazında analiz, ekip performansını ve iş yükü dağılımını anlamanın anahtarıdır. Kullanıcı başına fatura hacmini ve ortalama aktivite sürelerini takip ederek 'AP Processor Workload Distribution' dashboard'unun oluşturulmasına yardımcı olur. Bu sayede eğitim ihtiyaçları ortaya çıkar, en yüksek performansı gösterenler belirlenir ve adil görev dağılımı desteklenir.
Neden önemli
İş yükü analizini, kullanıcılar arası performans karşılaştırmasını ve eğitim fırsatları ile kaynak dengesizliklerinin tespitini mümkün kılar.
Nereden alınır
SAP CDHDR tablosundan USERNAME alanı (değişiklikler için) veya BKPF tablosundan USNAM alanı (belge girişi için).
Örnekler
AJONESSMITHBCWILLIAMS
|
|||
|
Ödeme Blokesi Nedeni
PaymentBlockReason
|
Bir faturanın neden ödeme için bloke edildiğini gösteren kod. | ||
|
Açıklama
Bir faturada tutarsızlık varsa ya da inceleme altındaysa, ödeme çevrimine dahil edilmesini önlemek için ödeme blokajı uygulanabilir. Bu özellik, miktar uyuşmazlığı veya fiyat farklılığı gibi blokajın nedenini belirtir. Bu bilgi, istisna analizi için kritiktir. Ödeme gecikmeleri ve yeniden işlemeye ilişkin kök nedenleri kategorize etmeye yardımcı olur ve 'Exception and Discrepancy Analysis' dashboard’unu besler. En sık görülen blokaj nedenlerini anlamak, istisnaları azaltmaya yönelik hedefli süreç iyileştirmeleri yapmayı sağlar.
Neden önemli
Ödeme gecikmelerinin temel nedenini ortaya koyarak, istisnaları, yeniden işleme sürelerini ve fatura işleme zamanını azaltmak için hedefe yönelik analizler yapmayı mümkün kılar.
Nereden alınır
SAP BSEG tablosundan (Muhasebe Belgesi Kalemi) ZLSPR alanı.
Örnekler
RIA
|
|||
|
Ödeme Koşulları
PaymentTerms
|
Vade tarihleri ve potansiyel indirimler gibi ödeme koşullarını tanımlayan kod. | ||
|
Açıklama
Payment Terms, SAP'te fatura vade tarihleri ve nakit iskontolarının nasıl hesaplanacağını belirleyen ön tanımlı kurallardır. Tedarikçi ana verilerine atanır ve tekil faturalar için de ayrıca belirtilebilir. Bu özellik, 'Payment Compliance & Discounts' dashboard'u ve 'Early Payment Discount Capture Rate' KPI'si için kritiktir. Ödeme koşullarını analiz ederek şirketler, iskonto fırsatlarını belirleyebilir, ödeme planlarının finansal etkisini anlayabilir ve uyumu sağlayabilir.
Neden önemli
Ödeme vadeleri ve indirimlere ilişkin kuralları tanımlar; bu, finansal optimizasyon ve uyum takibi için kritik önemdedir.
Nereden alınır
SAP BSEG tablosundan (Muhasebe Belgesi Kalemi) ZTERM alanı.
Örnekler
Z0010001NT30
|
|||
|
Onaylayan
Approver
|
Faturanın ödeme için onaylanmasından sorumlu kullanıcı veya rol. | ||
|
Açıklama
Bu öznitelik, 'Invoice Approved' aktivitesini gerçekleştiren kişiyi belirtir. SAP'de bu genellikle workflow sistemi üzerinden yönetilir ve onaylayanın ID'si workflow geçmişine kaydedilir. Approver bazında analiz, 'Invoice Approval Bottleneck Analysis' dashboard'unun merkezindedir. Birey veya gruplar için onay sürelerini ölçmeye, sürekli yavaş kalan onaylayıcıları belirlemeye ve onay hiyerarşisindeki iş yükü dağılımını anlamaya yardımcı olur. Bu veri, çoğu zaman başlıca darboğaz olan onay workflow'unu optimize etmek için kritik önemdedir.
Neden önemli
Onaydan sorumlu kişiyi belirler; kişi veya ekip bazında onay çevrim süreleri ve darboğazların analizini mümkün kılar.
Nereden alınır
Genellikle SAP Business Workflow tablolarında (ör. SWW_WI2OBJ, SWWLOG) workflow öğesinin fatura nesnesine bağlanması ve onay adımındaki kullanıcının belirlenmesiyle bulunur.
Örnekler
DMARTINLCHENFINMAN_ROLE
|
|||
|
Satın Alma Sipariş Numarası
PurchaseOrderNumber
|
Faturanın kesildiği satınalma siparişinin tanımlayıcısı. | ||
|
Açıklama
Satınalma Siparişi (PO) numarası, faturayı tedarik sürecine bağlar. PO'ya dayalı faturalar için bu bağlantı, PO, Mal Girişi (Goods Receipt) ve Fatura arasındaki üçlü mutabakatın kritik bir parçasıdır. Bu öznitelik, 'PO/GR Matching Performance' dashboard'u için anahtar önemdedir. Bir PO'nun varlığını ve eşleşmesini analiz etmek, fatura türlerini (PO'lu ve PO'suz) ayırt etmeye ve eşleştirme sürecinin verimliliğini ölçmeye yardımcı olur. Bu alandaki gecikmeler, süreçteki darboğazların yaygın bir nedenidir.
Neden önemli
Faturayı tedarik sürecine bağlar; PO'lu ve PO'suz faturaları karşılaştırmaya ve üçlü eşleştirme (PO–GR–fatura) sürecinin verimliliğini analiz etmeye olanak tanır.
Nereden alınır
SAP BSEG tablosundan (FI faturaları için) veya RSEG tablosundan (MM faturaları için) EBELN alanı.
Örnekler
450001712345000175894500018330
|
|||
|
Şirket Kodu
CompanyCode
|
SAP organizasyonu içinde bir tüzel kişiyi/şirketi temsil eden benzersiz anahtar. | ||
|
Açıklama
Şirket Kodu, SAP Finansallarında bağımsız bir muhasebe birimini temsil eden temel bir organizasyonel birimdir. Faturalar dahil tüm finansal işlemler belirli bir şirket koduna kaydedilir. Bu özellik, süreç analizini tüzel kişilik bazında segmentlere ayırmak için çok önemlidir. İşletmenin farklı bölümleri arasındaki süreç performansını, uyumluluk oranlarını ve verimliliği karşılaştırmaya olanak tanır. Bu, özellikle birden fazla iştiraki olan büyük, çok uluslu şirketler için önemlidir.
Neden önemli
Süreç analizinin tüzel kişilik bazında segmentlenmesini sağlar; böylece farklı iş birimleri arasında performans karşılaştırması yapılabilir.
Nereden alınır
SAP BKPF tablosundan (Muhasebe Belgesi Üst Bilgisi) BUKRS alanı.
Örnekler
10002100US01
|
|||
|
Tedarikçi Adı
VendorName
|
Faturayı gönderen satıcının veya tedarikçinin adı. | ||
|
Açıklama
Bu öznitelik, tedarikçinin resmi adını içerir. SAP'de satıcı ana verisi (LFA1 tablosu), belge başlığında veya satırlarda tutulan satıcı numarası (LIFNR) üzerinden fatura belgesine bağlanır. Tedarikçi bazında analiz, 'Vendor Payment Performance' dashboard'u için kritik önemdedir. Belirli tedarikçiler için fatura işleme sürelerini, ödemenin zamanında yapılıp yapılmadığını ve istisna oranlarını takip etmeyi sağlar. Bu içgörüler, tedarikçi ilişkilerini yönetmeye, fatura kalitesi sürekli düşük olan problemli tedarikçileri belirlemeye ve daha iyi koşullar için pazarlık yapmaya yardımcı olur.
Neden önemli
Tedarikçi bazlı performans analizi yapılmasını sağlar; tedarikçi ilişkilerini yönetmeyi ve belirli tedarikçilere bağlı sorunları tespit etmeyi kolaylaştırır.
Nereden alınır
SAP LFA1 tablosundaki NAME1 alanı; BKPF veya BSEG'de yer alan tedarikçi numarası (LIFNR) üzerinden bağlanır.
Örnekler
Global Office Supplies Inc.Teknoloji Çözümleri Ltd. Şti.Güvenilir Lojistik A.Ş.
|
|||
|
Belge Para Birimi
DocumentCurrency
|
Faturanın düzenlendiği para birimi kodu (örn. USD, EUR). | ||
|
Açıklama
Bu özellik, fatura tutarının para birimini belirtir. SAP’te belge başlığı seviyesinde tutulur. Document Currency, tutarların doğru yorumlanabilmesi için her türlü finansal analizde kritiktir. Süreç analizini para birimine göre filtrelemeyi sağlar ve standart raporlama ile konsolidasyon için tutarların ortak bir yerel para birimine çevrilmesinin ön koşuludur.
Neden önemli
Finansal tutarları yorumlamak için gerekli bağlamı sunar ve para birimine özel analizlere veya standart bir para birimine dönüştürmeye olanak tanır.
Nereden alınır
SAP BKPF tablosundan (Muhasebe Belgesi Üst Bilgisi) WAERS alanı.
Örnekler
USDEURGBP
|
|||
|
Belge Türü
DocumentType
|
SAP'de muhasebe belgelerini sınıflandıran ve işlenişini belirleyen bir kod. | ||
|
Açıklama
Belge Türü, tedarikçi faturaları (KR), iade faturaları (KG) veya MM faturaları (RE) gibi çeşitli iş işlemlerini birbirinden ayırır. Bu sınıflandırma, numara aralığı ve muhasebeleştirilebilecek hesap türleri gibi hususları yönetir. Process mining'de, Belge Türüne göre filtreleme daha homojen bir analiz sağlar. Örneğin, standart bir tedarikçi faturası (KR) için süreç, bir iade faturası (KG) sürecinden önemli ölçüde farklılık gösterebilir. Bunları ayrı ayrı analiz etmek, yanıltıcı toplamaları önler ve belirli alt süreçler hakkında daha doğru içgörüler sunar.
Neden önemli
Analizi işlem tipine göre (ör. fatura vs. alacak dekontu (credit memo)) segmentlere ayırmayı sağlar; böylece daha doğru ve daha ilgili süreç içgörüleri elde edilir.
Nereden alınır
SAP BKPF tablosundan (Muhasebe Belgesi Üst Bilgisi) BLART alanı.
Örnekler
KRREKG
|
|||
|
Fatura İşleme Süresi
InvoiceProcessingTime
|
İlk aktiviteden (örn. fatura oluşturma) son aktiviteye (örn. ödeme) kadar geçen toplam süre. | ||
|
Açıklama
Bu, her bir fatura için uçtan uca çevrim süresini ölçen hesaplanmış bir metriktir. Belirli bir case (Invoice Number) için son event’in zaman damgasından ilk event’in zaman damgası çıkarılarak elde edilir. Bu özellik, 'End-to-End Invoice Cycle Time' dashboard’u için birincil KPI’dır. Genel süreç verimliliğine üst düzey bir bakış sunar. Ortalama, medyan ve dağılım analizleri; eğilimleri belirlemeye, iyileştirmelerin etkisini ölçmeye ve performans hedefleri belirlemeye yardımcı olur.
Neden önemli
Bu, genel süreç verimliliğini ölçen birincil bir KPI’dır. Takibi, iyileştirme girişimlerinin uçtan uca yaşam döngüsü üzerindeki etkisini görmeye yardımcı olur.
Nereden alınır
Hesaplanan alan: (vaka için son etkinliğin zaman damgası) - (vaka için ilk etkinliğin zaman damgası).
Örnekler
10 gün 2 saat 15 dakika5 gün 0 saat 0 dakika22 gün 8 saat 30 dakika
|
|||
|
Kaçırılan İskonto
DiscountLost
|
Bir erken ödeme indirimi mevcut olup kullanılmadıysa true olan hesaplanmış bir bayrak. | ||
|
Açıklama
Bu öznitelik, ödeme şartlarında erken ödeme indirimi olmasına rağmen ödemenin indirim süresi geçtikten sonra yapıldığı faturaları belirler. Hesaplama, ödeme tarihinin 'Payment Terms' kaynaklı indirim vadesiyle karşılaştırılmasıyla yapılır. Bu, 'Early Payment Discount Capture Rate' için kritik bir finansal KPI'dır. Maliyetleri düşürme fırsatlarının kaçırıldığını gösterir. İndirimlerin neden kaybedildiğini (ör. uzun onay döngüleri, ödeme blokajları) analiz etmek, yatırım getirisi net olan süreç iyileştirme projelerini gerekçelendirmeye yardımcı olur.
Neden önemli
Kaçırılan finansal fırsatları öne çıkarır; 'Erken Ödeme İskontosu Yakalama Oranı' KPI'ını doğrudan destekler ve süreç iyileştirme için somut parasal teşvik sağlar.
Nereden alınır
Hesaplanan alan: (Payment Terms indirim sunuyorsa) VE (Payment Date > Discount Due Date) ise TRUE, aksi halde FALSE.
Örnekler
truefalse
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin çıkarıldığı kaynak SAP ECC sistemini belirtir. | ||
|
Açıklama
Bu özellik, fatura işleme verisinin geldiği kayıt sistemini (ör. SAP System ID - SID) belirtir. Birden fazla ERP örneği veya karma sistem yapısı olan kurumlarda özellikle önemlidir. Process mining analizinde, farklı sistemlerden gelen verinin ayrıştırılmasına yardımcı olur; çünkü bu sistemlerin kendine özgü yapılandırmaları veya süreç varyasyonları olabilir. Böylece sistemler arası karşılaştırmalı analiz yapılabilir ve veri soy ağacı (data lineage) netleşir; bu da veri yönetişimi ve doğrulama için kritiktir.
Neden önemli
Veri izlenebilirliğini güvence altına alır ve birden fazla SAP instance'ı veya diğer kaynak sistemlerin bulunduğu ortamlarda süreç analizi yapılmasını sağlar.
Nereden alınır
Genellikle kaynak ECC örneğinin SAP System ID’sini (SID) temsil eden sabit bir değerdir; veri çekimi sırasında eklenir.
Örnekler
ECC_PROD_EUSAP_US_01E5P
|
|||
|
Mal Kabul Numarası
GoodsReceiptNumber
|
Satınalma Siparişine dayalı bir faturayla ilgili mal kabul belgesi tanımlayıcısı. | ||
|
Açıklama
Fiziksel mallarla ilgili faturalar için Mal Girişi (GR) belgesi, tedarikçiden gelen teslimatı doğrular. Bu numara, faturayı ilgili teslimata bağlar. Bu özellik, 'PO/GR Matching Performance' dashboard’ında kullanılır. GR’nin muhasebeleştirilmesi ile faturanın muhasebeleştirilmesi arasındaki süre temel bir metriktir. Bu bağlantıyı analiz etmek, üçlü eşleştirme sürecinin tamamını anlamaya ve fiziksel teslimat ile finansal mutabakat arasındaki gecikmeleri belirlemeye yardımcı olur.
Neden önemli
Üçlü eşleştirmeyi (PO-GR-Fatura) tamamlar; mal teslimi ile fatura işlemleri arasındaki gecikmelerin analiz edilmesini sağlar.
Nereden alınır
SAP RSEG tablosundan (Belge Kalemi, Gelen Fatura) LFBNR alanı (referans belgenin numarası).
Örnekler
500000123450000015675000002100
|
|||
|
Otomatikleştirildi mi?
IsAutomated
|
Bir aktivitenin sistem veya batch kullanıcısı tarafından mı, yoksa insan kullanıcısı tarafından mı yapıldığını gösteren bayrak. | ||
|
Açıklama
Bu boolean özellik, otomatik (ör. batch job, EDI veya OCR sistemi) yürütülen aktiviteler ile kullanıcı tarafından manuel gerçekleştirilen aktiviteleri ayırt eder. Genellikle aktiviteye bağlı kullanıcı adı analiz edilerek belirlenir. '’Manual vs. Automated Processing’' dashboard’u için temel bir değişkendir. Otomasyon girişimlerinin başarısını ölçmeye, Manual Intervention Rate KPI’ını hesaplamaya ve manuel eforu azaltmak için kalan fırsatları belirlemeye yardımcı olur. İnsan ve sistem temas noktalarını anlamak, verimliliği artırmanın anahtarıdır.
Neden önemli
Süreçteki otomasyon düzeyini ölçmeye, manuel darboğazları tespit etmeye ve otomasyon girişimlerinin etkisini izlemeye yardımcı olur.
Nereden alınır
Kullanıcı kimliğinin (ör. CDHDR‑USERNAME) önceden tanımlanmış sistem, batch veya servis hesapları listesine ait olup olmadığı kontrol edilerek türetilir.
Örnekler
truefalse
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu kaydın verisinin kaynak sistemden en son ne zaman güncellendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu özellik, SAP ECC’den yapılan en son veri çekiminin veya güncellemenin tarih ve saatini gösterir. İşlemsel verinin parçası değildir; veri içe aktarma sırasında eklenen bir metaveridir. Analizdeki temel amacı, görüntülenen verinin ne kadar güncel olduğuna dair bağlam sunmaktır. Bu bilgi dashboardlar ve raporlar için kritiktir; kullanıcılara analizlerinin güncelliğini gösterir ve çok yeni işlemlerin dahil edilip edilmediğine ilişkin beklentileri yönetmeye yardımcı olur.
Neden önemli
Veri setinin güncelliğini gösterir; süreç içgörüleri ve dashboard'ların ne kadar güncel olduğunu anlamak için kritiktir.
Nereden alınır
Bu, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde üretilip eklenen bir metaveridir.
Örnekler
2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z
|
|||
|
Ters kayıt yapıldı
IsReversed
|
Fatura belgesinin storno edilip edilmediğini gösteren bir boolean bayrak. | ||
|
Açıklama
Bu öznitelik, iptal edilmiş veya ters kaydı yapılmış faturaları işaretler; bu, ciddi bir hata ya da süreç arızasını gösteren önemli bir olaydır. SAP'de ters kaydı olan bir belge, reversal belgesiyle ilişkilidir. Ters kaydı yapılmış faturaları belirlemek, süreç kalitesini ve hata oranlarını anlamak açısından önemlidir. Bu nihai istisnaları ana süreç akışından ayırmaya ve neden ters kayıtların gerçekleştiğini, nasıl önlenebileceğini anlamak için kök neden analizine imkân verir.
Neden önemli
İptal edilen faturaları işaretler; bu, süreçteki aksaklıkların önemli bir göstergesidir ve büyük hataların kök neden analizine yardımcı olur.
Nereden alınır
Belge numarasının (BKPF-BELNR), başka herhangi bir belge için BKPF-STBLG (ters kayıt belgesi) alanında bulunup bulunmadığını kontrol edin.
Örnekler
truefalse
|
|||
|
Vadesi Geçti
IsOverdue
|
Fatura planlanan vadesinden sonra ödendiyse true olan hesaplanmış bir bayrak. | ||
|
Açıklama
Bu boolean özellik, 'Invoice Cleared By Payment' aktivitesinin tarihi ile 'Invoice Due Date' karşılaştırılarak türetilir. Ödeme tarihi vade tarihinden sonraysa işaret true olarak ayarlanır. Bu özellik, 'Overdue Payment Rate' KPI’ını ve 'Payment Compliance & Discounts' dashboard’unu doğrudan besler. Geciken ödemeleri kolayca filtrelemeyi ve saymayı sağlar; böylece sorunun boyutu sayısallaştırılır. Vadesi geçen faturaların özelliklerini (örn. tedarikçi, şirket kodu) analiz etmek, kök nedenleri ortaya çıkarabilir.
Neden önemli
Ödeme koşullarına uyumu doğrudan ölçer ve Geciken Ödeme Oranı KPI’ının temelini oluşturur; tedarikçi ilişkilerini iyileştirmeye ve cezaları önlemeye yardımcı olur.
Nereden alınır
Hesaplanan alan: (Payment Date > Invoice Due Date) ise TRUE, değilse FALSE.
Örnekler
truefalse
|
|||
Satıcı Hesapları Fatura İşleme Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura belgesi oluşturuldu
|
SAP'te fatura belgesinin ilk oluşturulduğu anı ifade eder; belge park edilmiş ya da tamamen muhasebeleştirilmiş olabilir. Bu genellikle faturaya ait ilk zaman damgalı olaydır ve süreç analizinin başlangıç noktasıdır. BKPF tablosundaki belge giriş tarihi ve saatinden alınır. | ||
|
Neden önemli
Bu aktivite, fatura işleme yolculuğunun ana başlangıç olayıdır. Bu noktadan itibaren geçen süreyi analiz etmek, toplam uçtan uca çevrim süresini ölçmeye ve ilk veri girişindeki gecikmeleri tespit etmeye yardımcı olur.
Nereden alınır
Bu event, muhasebe belge başlığı kaydının oluşturulma zaman damgasından türetilir. Özellikle Entry Date (BKPF-CPUDT) ile Entry Time (BKPF-CPUTM) birleşimi zaman damgasını verir.
Yakala
Belge üstbilgi tablosu BKPF’deki oluşturma zaman damgasını (CPUDT, CPUTM) kullanın.
Event tipi
inferred
|
|||
|
Fatura Muhasebeleştirildi
|
Fatura, Genel Defter'e resmi olarak kaydedilerek finansal bir yükümlülük oluşturur. Park edilmiş bir belge muhasebeleştirilmiş bir belgeye dönüştürülür veya başlangıçtan itibaren muhasebeleştirilmiş olarak oluşturulur. Bu, finansal muhasebede temel bir adımdır. | ||
|
Neden önemli
Muhasebeleştirme, faturayı resmî bir yükümlülük haline getiren kritik bir kilometre taşıdır. Bu adım, veri girişini aktif ödeme yönetimi aşamasından ayırır.
Nereden alınır
BKPF belge üst bilgisi tablosundan belirlenir. Muhasebeleştirilmiş bir belgenin Belge Durumu (BKPF-BSTAT) boştur ve geçerli bir Kayıt Tarihi (BKPF-BUDAT) vardır. Olay zaman damgası, kayıt tarihidir.
Yakala
BKPF.BSTAT 'V' (Parked) değilse ya da 'V' sonradan değişmişse, bu belgeler için BKPF.BUDAT alanını kullanın.
Event tipi
explicit
|
|||
|
Fatura ödeme ile mahsup edildi
|
Fatura tamamen ödenmiş ve açık kalem bir ödeme belgesine karşı mahsup edilerek kapatılmıştır. Bu, fatura için Borç Hesapları (Accounts Payable) sürecinin başarılı bir şekilde tamamlandığını gösterir. Bu durum, mahsup belgesi bilgileri ile yakalanır. | ||
|
Neden önemli
Bu, birincil başarı yolunun end event’idir. Bu aktiviteye ulaşma süresi, genel süreç verimliliğinin önemli bir ölçüsüdür. Ayrıca ödeme zamanlaması ve iskonto yakalama hesaplamaları için de gereklidir.
Nereden alınır
Bu event, satıcı satır kalemi için Clearing Document Number (BSEG-AUGBL) ve Clearing Date (BSEG-AUGDT) alanları dolduğunda tespit edilir. Clearing tarihi, event’in zaman damgasıdır.
Yakala
Clearing Document (BSEG.AUGBL) dolu olduğunda Clearing Date (BSEG.AUGDT) alanını kullanın.
Event tipi
explicit
|
|||
|
Fatura Onaylandı
|
Yetkili onaycı, faturanın geçerli olduğunu ve ödemeye hazır olduğunu teyit etmiştir. Bu, bir workflow sisteminden gelen açık bir event olabileceği gibi, bir ödeme bloğunun kaldırılmasından da çıkarılabilir. Ödemeden önceki kritik bir kilometre taşıdır. | ||
|
Neden önemli
Bu adım, faturanın ödeme için önünü açan önemli bir kilometre taşıdır. Bu aşamadan önce veya sonra yaşanan gecikmeler; onaylayıcı uygunluğu ya da payment run planlaması gibi farklı sorun türlerine işaret eder.
Nereden alınır
Bir workflow sisteminde bu açık bir olaydır. Aksi halde, BSEG-ZLSPR alanına ilişkin değişiklik loglarında (CDHDR/CDPOS) yakalanan ödeme blokesinin kaldırılmasından genellikle türetilir.
Yakala
Ödeme blokajının kaldırılmasına ilişkin event, workflow sisteminden veya değişiklik log’undan alınır.
Event tipi
explicit
|
|||
|
Fatura Ters Kaydedildi
|
Muhasebeleştirilmiş fatura belgesi, bir ters kayıt (reversal) belgesi oluşturularak iptal edilmiştir. Bu işlem, orijinal faturanın finansal etkisini sıfırlar. Bu, sürecin çoğu zaman olumsuz olan alternatif bir şekilde sonlandığını gösterir. | ||
|
Neden önemli
İptaller, hatalı veri girişi veya mükerrer faturalar gibi hataları gösterir. İptallerin sıklığını ve nedenlerini takip etmek, veri kalitesini ve ilk seferde doğru işleme oranını iyileştirme fırsatlarını belirlemeye yardımcı olur.
Nereden alınır
Bu event, belge başlık tablosu (BKPF) üzerinden tespit edilir. Orijinal belgede Reversal Document numarası (BKPF-STBLG) dolu olur. Event zamanı, ters kayıt belgesinin muhasebeleştirme tarihidir.
Yakala
Ters kayıt belgesini BKPF.STBLG alanında bulun; timestamp’i ters kayıt belgesinin muhasebeleştirme tarihinden alın.
Event tipi
explicit
|
|||
|
Ödeme Teklifi Oluşturuldu
|
Fatura, bir ödeme çalıştırmasının (T-Code F110) bir parçası olarak ödeme teklifi listesine dahil edilmiştir. Nihai bir ödeme olmasa da, ödeme niyetini gösterir. Fatura, vade tarihine ve ödeme koşullarına göre seçilir. | ||
|
Neden önemli
Bu, otomatik ödeme sürecinin ilk adımıdır. Öneri ile nihai ödeme icrası arasındaki gecikmeler, payment run onayı veya planlamasıyla ilgili sorunlara işaret edebilir.
Nereden alınır
Bu event, fatura belgesinin REGUP gibi ödeme önerisi tablolarında (Payment Program’dan İşlenen Kalemler) bulunmasıyla tespit edilir. Çalıştırma tarihi (REGUP-LAUFD) event zamanı olarak kullanılabilir.
Yakala
Faturayı REGUP tablosunda bulun ve ödeme çalıştırma tarihini (LAUFD) kullanın.
Event tipi
explicit
|
|||
|
Fatura onaya yönlendirildi
|
Fatura, resmi olarak bir onay iş akışına gönderilmiştir. Bu aktivite genellikle harici bir workflow sistemine veya SAP'deki belirli bir durum değişikliğine dayanır. Bu, genellikle onay alt sürecinin başlangıcıdır. | ||
|
Neden önemli
Bu adım, onay döngüsünün başlangıcını işaret eder. Bu event’ten 'Invoice Approved' noktasına kadar geçen sürenin ölçülmesi; Invoice Approval Cycle Time KPI’ı ve onaylayıcı kaynaklı darboğazların tespiti için kritiktir.
Nereden alınır
SAP Business Workflow kullanılıyorsa bu olay, workflow loglarından (örn. SWWLOG) çıkarılabilir. Değilse, genellikle onay gerekçesiyle ödeme blokesi konulmasından hareketle kavramsal bir adım olarak türetilir.
Yakala
Workflow log’larından çıkarın veya belirli bir ödeme blokajının ayarından türetin.
Event tipi
explicit
|
|||
|
Fatura Park Edildi
|
SAP sistemine girilmiş ancak henüz genel deftere kaydedilmemiş bir faturayı temsil eder. Bu, daha sonra tamamlama veya onaylama için olanak tanıyan açık bir eylemdir. Başlık tablosundaki belge durum alanı, bir faturanın park edilip edilmediğini gösterir. | ||
|
Neden önemli
Park etme, genellikle inceleme veya eksik bilgi nedeniyle sürecin bilinçli olarak duraklatıldığını gösterir. Bunu izlemek, bir fatura resmen muhasebeleştirilmeden önceki gecikme nedenlerini ortaya çıkarmaya yardımcı olur.
Nereden alınır
Belge Durumu (BKPF-BSTAT) 'V' (Park) olan kayıtlar BKPF belge üst bilgisi tablosundan belirlenir. Olay zamanı, belgenin oluşturulduğu andır (BKPF-CPUDT, BKPF-CPUTM).
Yakala
BKPF.BSTAT = 'V' olan belgeleri filtreleyin.
Event tipi
explicit
|
|||
|
Mal Kabulü Eşleştirildi
|
Fatura üzerindeki mal veya hizmetlerin teslim alındığına dair doğrulamayı, faturayı bir Mal Kabul belgesine bağlayarak temsil eder. Bu, üç yönlü eşleştirmenin üçüncü bileşenidir. Fatura kalemindeki referanslardan çıkarılır. | ||
|
Neden önemli
Bir Mal Girişi ile eşleştirmek, şirketin ödediği malı/hizmeti gerçekten teslim aldığını teyit eder. Bunu takip etmek, PO–GR–Fatura eşleştirme süresi KPI'sini analiz etmeye ve doğrulamayı hızlandırmaya yardımcı olur.
Nereden alınır
BSEG tablosundaki satıcı kaleminden türetilir; Mal Girişi belge numarasının (BSEG-LFBNR) dolu olup olmadığı kontrol edilir ya da bağlı Satınalma Siparişi'nin geçmişi (EKBE tablosu) izlenir.
Yakala
BSEG.LFBNR içinde GR referansını veya EKBE’de PO geçmişi üzerinden kontrol edin.
Event tipi
inferred
|
|||
|
Ödeme Blokesi Kaldırıldı
|
Daha önce konulan ödeme blokesi faturadan kaldırıldı; böylece ödemeye uygun hale geldi. Bu genellikle bir uyuşmazlığın giderildiğini ya da onayın verildiğini gösterir. Olay, değişiklik belgesi tablolarından yakalanır. | ||
|
Neden önemli
Bu aktivite, bir istisnanın giderildiğini veya bir onayın tamamlandığını gösterir. Blokajın aktif kaldığı süre, yeniden işleme ya da bekleme süresi anlamına gelir ve süreç iyileştirme için odaklanılması gereken alanlardan biridir.
Nereden alınır
Bu event, Payment Block Key alanındaki (BSEG-ZLSPR) değişiklikler izlenerek yakalanır. CDHDR ve CDPOS tablolarındaki değişiklik kayıtları, bu alan temizlendiğinde bunu kaydeder.
Yakala
BSEG-ZLSPR alanının boş olacak şekilde değiştirildiği CDHDR/CDPOS güncelleme kayıtlarını izleyin.
Event tipi
explicit
|
|||
|
Ödeme Blokesi Konuldu
|
Bir fatura, genellikle bir uyuşmazlık, bekleyen onay ya da başka bir sorun nedeniyle ödemeye karşı aktif olarak bloke edilmiştir. Bu, fatura kaleminde açıkça verilen bir durum bilgisidir. Olay, değişiklik belgesi tablolarından yakalanabilir. | ||
|
Neden önemli
Bu aktivite, bir istisna ya da onay döneminin başladığı anı işaretler. Ödeme blokajlarının sıklığını ve süresini analiz etmek, süreçteki darboğazları ve uyuşmazlıkları tespit edip çözmek için kritik önemdedir.
Nereden alınır
Bu olay, Ödeme Engelleme Anahtarı alanı (BSEG-ZLSPR) üzerindeki değişiklikler izlenerek yakalanır. CDHDR ve CDPOS tablolarındaki değişiklik günlükleri, bu alanın ne zaman doldurulduğunu kaydeder.
Yakala
BSEG-ZLSPR alanı için CDHDR/CDPOS’ta kayıt oluşturulmasını izleyin.
Event tipi
explicit
|
|||
|
Ödeme Yapılmadan Vade Geçti
|
Bu hesaplanmış event, geçerli tarih faturanın net vade tarihini geçtiği halde fatura henüz temizlenmemişse oluşur. Vadesi geçmek üzere olan ya da zaten geçmiş faturaları vurgular. Doğrudan bir sistem event’i değildir. | ||
|
Neden önemli
Bu aktivite, Geciken Ödeme Oranı KPI'ını izlemek için kritiktir. Gecikme cezalarından kaçınmak ve tedarikçi ilişkilerini zedelememek için acil müdahale gerektiren faturaları proaktif olarak işaretler.
Nereden alınır
Bu, hesaplanmış bir event’tir. Tüm açık (henüz temizlenmemiş) fatura kalemleri için bugünkü tarih, Net Due Date (BSEG-ZFBDT) ile karşılaştırılarak türetilir. Event’in zaman damgası, bizzat vade tarihidir.
Yakala
Açık kalemler için geçerli tarihi BSEG.ZFBDT ile karşılaştırarak türetin.
Event tipi
calculated
|
|||
|
Satın Alma Siparişi Eşleştirildi
|
Bu aktivite, fatura satırının bir Satınalma Siparişi'ne (PO) başarıyla bağlandığını ifade eder. Üçlü mutabakatın kritik bir doğrulama adımıdır. Bu, fatura satır detaylarında PO numarasının bulunmasına göre belirlenir. | ||
|
Neden önemli
PO eşleştirmesindeki gecikmeler ciddi bir darboğaz olabilir. Bu aktiviteyi analiz etmek, eşleştirme sürecinin verimliliğini ölçmeye ve standart PO bazlı workflow'dan sapan faturaları tespit etmeye yardımcı olur.
Nereden alınır
BSEG tablosundaki satıcı kaleminden türetilir. Satınalma Siparişi Numarası alanı (BSEG-EBELN) doluysa, eşleşmenin belge oluşturulduğu anda gerçekleştiği kabul edilir.
Yakala
Fatura için BSEG.EBELN alanında null olmayan bir değer olup olmadığını kontrol edin.
Event tipi
inferred
|
|||