Kredi Yönetimi ve Tahsilat Veri Şablonunuz
Kredi Yönetimi ve Tahsilat Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- SAP ECC için Veri Çıkarım Rehberliği
Kredi Yönetimi ve Tahsilat Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Fatura yaşam döngüsünün belirli bir noktasında meydana gelen iş faaliyetinin veya olayın adı. | ||
|
Açıklama
Bu nitelik, kredi yönetimi ve tahsilat süreci içindeki belirli bir adımı veya olayı tanımlar; örneğin 'Fatura Kaydedildi', 'İhtar Çalışması Yürütüldü' veya 'Gelen Ödeme Belgesi Kaydedildi'. Bu faaliyetler, süreç haritasının düğümlerini oluşturur. Bu faaliyetler arasındaki sırayı, sıklığı ve süreyi analiz ederek işletmeler, gerçek süreç akışlarını görselleştirebilir, standart prosedürlerden sapmaları belirleyebilir ve darboğazları tespit edebilir. Örneğin, 'İhtar Çalışması Yürütüldü' sonrası yolu analiz etmek, ihtar stratejisinin etkinliğini ortaya çıkarabilir.
Neden önemli
Faaliyetler, süreç haritasının yapı taşlarıdır; süreç akışının, varyantların ve istisnaların görselleştirilmesini ve analizini sağlar.
Nereden alınır
Bu, genellikle işlem kodlarını (TCODE), belge türlerini (BLART) veya çeşitli SAP tablolarından (örn. BKPF, BSID, MHNK, UDM_CASE) belirli alan değişikliklerini kullanıcı dostu faaliyet adlarına eşleyerek oluşturulan türetilmiş bir niteliktir.
Örnekler
Fatura Muhasebeleştirildiİhtar Süreci YürütüldüÖdeme Sözü OluşturulduGelen Ödeme Belgesi KaydedildiFatura Mutabakatı Yapıldı
|
|||
|
Fatura Numarası
InvoiceNumber
|
Kredi yönetimi süreci için birincil vaka tanımlayıcısı olarak hizmet veren müşteri faturası için benzersiz tanımlayıcı. | ||
|
Açıklama
Fatura Numarası, SAP'de Belegnummer (BELNR) olarak bilinir, her alacak belgesini benzersiz bir şekilde tanımlar. Process mining'de bu numara, kayıttan ihtara, sonunda ödeme veya silmeye kadar ilgili tüm faaliyetleri tek, bütünsel bir vakaya bağladığı için çok önemlidir. Süreci fatura numarasını vaka tanımlayıcısı olarak analiz etmek, fatura yaşam döngüsüne tam bir bakış açısı sunar. Bu, Satışların Alacak Süresi (DSO) gibi temel metrikleri izlemeye, tahsilat sürecindeki darboğazları belirlemeye ve belirli faturalar için farklı tahsilat stratejilerinin etkinliğini anlamaya yardımcı olur.
Neden önemli
Bu, bir faturanın yolculuğundaki her olayı birbirine bağlayan temel anahtardır ve uçtan uca krediden nakite sürecini izlemeyi ve analiz etmeyi mümkün kılar.
Nereden alınır
SAP ECC'deki çeşitli finansal muhasebe tablolarında, başlıca BKPF (Muhasebe Belge Başlığı) ve BSEG (Muhasebe Belge Kalemi) tablolarında BELNR alanı olarak bulunur.
Örnekler
190000000119000000451900000102
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir faaliyetin veya event'in ne zaman gerçekleştiğini gösteren zaman damgasıdır. | ||
|
Açıklama
Olay Saati, süreçteki her faaliyetin kesin tarih ve saatini kaydeder. Olay günlüğünün kronolojik omurgasıdır; faaliyetlerin sıralanmasına ve aralarındaki sürelerin hesaplanmasına olanak tanır. Analizde, bu zaman damgası, Anlaşmazlık Çözüm Süresi, Ödeme Kayıt Gecikmesi ve Vade Tarihinden Ödeme Tarihine Ortalama Gün Sayısı gibi tüm zaman tabanlı KPI'ları hesaplamak için temeldir. Ardışık adımlar arasındaki uzun bekleme sürelerini vurgulayarak darboğazların keşfedilmesini sağlar.
Neden önemli
Bu nitelik, olayları doğru bir şekilde sıralamak ve döngü süreleri ile süreler gibi zamanla ilgili tüm performans metriklerini hesaplamak için çok önemlidir.
Nereden alınır
SAP tablolarındaki çeşitli tarih ve saat alanlarından, örneğin BKPF'deki BUDAT (Kayıt Tarihi) veya CPUDT/CPUTM (Belge Giriş Tarihi/Saati) veya olaya özel tablolardan alınır.
Örnekler
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
|
|||
|
Fatura Tutarı
Dmbtr
|
Faturanın yerel para birimindeki toplam değeri. | ||
|
Açıklama
Bu nitelik, faturanın toplam parasal değerini temsil eder. SAP'de bu genellikle yerel para birimindeki tutar için DMBTR alanında saklanır. Fatura Tutarı, analiz için kritik bir boyuttur. Yüksek değerli faturalar üzerindeki tahsilat çabalarını önceliklendirmeye ve fatura değeri ile ödeme gecikmeleri veya anlaşmazlık oluşumu arasında bir korelasyon olup olmadığını anlamaya olanak tanır. Süreç haritasını belirli bir eşiğin üzerindeki faturalara odaklanmak için filtrelemek için kullanılabilir.
Neden önemli
Sürece finansal bağlam sağlayarak, değere dayalı analizi ve yüksek değerli kalemlere yönelik tahsilat çabalarının önceliklendirilmesini mümkün kılar.
Nereden alınır
BSEG, BSID ve BSAD gibi tablolarda standart DMBTR alanı (Yerel Para Biriminde Tutar).
Örnekler
1500.0012500.50750.25
|
|||
|
İhtar Seviyesi
Mahns
|
Fatura için ulaşılan en yüksek ihtar (hatırlatma) seviyesi. | ||
|
Açıklama
İhtar Seviyesi (SAP'de MAHNS), vadesi geçmiş bir fatura için kaç tane hatırlatma bildiriminin gönderildiğini gösterir, ihtar prosedürünün yoğunluğuna karşılık gelir. Bu nitelik, ihtar sürecini değerlendirmek için anahtardır. Her bir ihtar bildirimi gönderildikten sonra faturaların yüzde kaçının ödendiğini ölçmek için doğrudan 'Seviyeye Göre İhtar Etkinliği' kontrol panelinde kullanılır. Bu analiz, örneğin etkisiz seviyelerde bildirimlerin zamanlamasını veya içeriğini değiştirerek ihtar stratejisini iyileştirmeye yardımcı olur.
Neden önemli
Tahsilat çabalarının yoğunluğunu doğrudan ölçer; bu, ihtarname stratejisinin etkinliğini analiz etmek için kritik öneme sahiptir.
Nereden alınır
BSID tablosundaki müşteri kaleminde MAHNS alanı olarak bulunur. İhtarname çalıştırma geçmişi MHNK (başlık) ve MHND (veri) tablolarındadır.
Örnekler
1234
|
|||
|
Kullanıcı Adı
UserName
|
`Activity`'yi gerçekleştiren kişinin kullanıcı kimliği. | ||
|
Açıklama
Bu nitelik, bir faturayı kaydetme veya bir anlaşmazlık dosyası oluşturma gibi bir olaydan sorumlu belirli kullanıcıyı tanımlar. SAP'de bu genellikle ERNAM (Oluşturan) veya USNAM gibi alanlarda saklanır. Kullanıcıya göre analiz yapmak, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve potansiyel uyumluluk sorunlarını tespit etmeye yardımcı olur. Örneğin, belirli kullanıcıların sürekli olarak süreç sapmaları veya gecikmelerle ilişkili olup olmadığını veya en iyi performans gösterenlerin daha verimli bir süreç varyantını takip edip etmediğini ortaya çıkarabilir.
Neden önemli
Süreç içindeki insan performansı ve davranışının analiz edilmesini sağlayarak, en iyi performans gösterenleri, eğitim fırsatlarını ve iş yükü dengesizliklerini belirlemeye yardımcı olur.
Nereden alınır
Genellikle BKPF gibi üst bilgi tablolarında USNAM (Kullanıcı adı) veya ERNAM (Nesneyi Oluşturan Kişinin Adı) olarak bulunur.
Örnekler
SMITHJRDOECFO-ADMIN
|
|||
|
Müşteri Numarası
Kunnr
|
Müşteri için benzersiz tanımlayıcı. | ||
|
Açıklama
Müşteri Numarası (SAP'de KUNNR), bir müşteri hesabı için benzersiz anahtardır. Bir işlemi, müşterinin ödeme geçmişi, kredi bilgileri ve iletişim detayları dahil olmak üzere belirli bir müşterinin ana verilerine bağlar. Process mining'de bu nitelik, analizi segmentlere ayırmak için çok önemlidir. Farklı müşteriler arasında süreç performansını karşılaştırmanıza, sürekli geç ödeme yapanları belirlemenize ve stratejik ile stratejik olmayan hesaplar için tahsilat stratejilerinin nasıl farklılaştığını analiz etmenize olanak tanır. Fatura Yaşlandırması ve Ödeme Koşulları Uyumluluğu gibi kontrol panelleri için temeldir.
Neden önemli
Müşteri odaklı analizi mümkün kılar, belirli müşteriler veya müşteri grupları için davranış kalıplarını belirlemeye ve tahsilat stratejilerini uyarlamaya yardımcı olur.
Nereden alınır
Müşteri kalem tablolarında (BSID, BSAD) ve belge başlığı tablolarında (BKPF, doldurulmuşsa) standart KUNNR alanı.
Örnekler
10002050CUST-7890
|
|||
|
Müşteri Segmenti
CustomerSegment
|
Müşterinin büyüklük, sektör veya stratejik öneme göre sınıflandırılması. | ||
|
Açıklama
Müşteri Segmenti, benzer özelliklere sahip müşterileri gruplandırmak için kullanılan bir sınıflandırmadır. Bu genellikle SAP'deki Müşteri Hesap Grubu (KTOKD) veya müşteri ana verilerindeki diğer özel alanlardan türetilir. Süreç analizini bu niteliğe göre bölümlendirmek güçlü içgörüler sağlar. Belirli segmentlerin daha uzun ödeme döngülerine, daha yüksek anlaşmazlık oranlarına sahip olup olmadığını veya belirli tahsilat faaliyetlerine daha iyi yanıt verip vermediğini ortaya çıkarabilir. Bu bilgi, tahsilat stratejilerini optimize etmek ve müşteri etkileşimlerini özelleştirmek için hayati öneme sahiptir.
Neden önemli
Farklı müşteri türleri için sürecin nasıl performans gösterdiğini görmek için hedefe yönelik analizlere olanak tanır, bu da özelleştirilmiş stratejiler ve kaynak tahsisi sağlar.
Nereden alınır
Genellikle müşteri ana verileri tablosu KNA1'deki Müşteri Hesap Grubu (KTOKD) alanından veya diğer özel alanlardan türetilir.
Örnekler
Ana HesaplarKüçük ve Orta Ölçekli İşletmeHükümetDahili
|
|||
|
Tahsilatçı
Sachp
|
Müşteri hesabına atanan muhasebe memuru veya tahsilat temsilcisi. | ||
|
Açıklama
Bu nitelik, belirli bir müşteri hesabı için tahsilatları yönetmekten sorumlu kişiyi veya grubu tanımlar. SAP'de bu genellikle müşteri ana kaydında tanımlanan Muhasebe Memuru (SACHP) olur. Bu boyut, tahsilat ekibi içindeki performans yönetimi için çok önemlidir. Tahsilatçıya göre filtrelenmiş 'Fatura Yaşlandırma Genel Bakışı' gibi kontrol panelleri oluşturmaya olanak tanır, iş yüklerini yönetmeye ve farklı tahsilatçıların veya ekiplerin etkinliğini karşılaştırmaya yardımcı olur. Hangi tahsilatçıların vadesi geçmiş faturaları çözmede en başarılı olduğu gibi soruları yanıtlar.
Neden önemli
Vakaları ve sonuçları belirli kişilere veya gruplara atfederek tahsilat ekibinin performans analizini ve iş yükü yönetimini sağlar.
Nereden alınır
Genellikle müşteri ana şirket kodu verilerinde (KNB1 tablosu, SACHP alanı) bulunur.
Örnekler
J. SmithA TakımıINTL-COLL
|
|||
|
Vade Tarihi
NetDueDate
|
Fatura ödemesinin sözleşmeye göre vadesinin geldiği tarih. | ||
|
Açıklama
Vade Tarihi, bir müşterinin bir faturayı ödemesi beklenen son tarihtir. Fatura temel tarihi ve ödeme koşullarına göre hesaplanır. SAP'de net vade tarihi genellikle FAEDT alanında bulunur. Bu tarih, kredi yönetimi için temeldir. Zamanında ödemenin ölçüldüğü temeldir. 'Vade Tarihinden Ödeme Tarihine Ortalama Gün Sayısı' gibi KPI'ları hesaplamak ve geçildiğinde tahsilat faaliyetlerini tetiklemek için kullanılır. Bu tarihe göre gecikmeleri analiz etmek, tahsilat analizinde temel bir faaliyettir.
Neden önemli
Bu, ödeme zamanlamasını ölçmek için birincil kriterdir ve vadesi geçmiş günleri ve ilgili KPI'ları hesaplamak için çok önemlidir.
Nereden alınır
Bu tarih genellikle BSID gibi müşteri kalem tablolarında FAEDT (Net Vade Tarihi) olarak doğrudan mevcuttur. Ayrıca başlangıç tarihinden (ZFBDT) ve ödeme koşullarından (ZTERM) da hesaplanabilir.
Örnekler
2023-02-142023-03-312023-04-15
|
|||
|
Vadesi Geçmiş Günler
DaysOverdue
|
Bir faturanın vade tarihinden itibaren geçen gün sayısı. | ||
|
Açıklama
Bu metrik, bir faturanın ödeme vade tarihi ile kapatıldığı tarih arasındaki gün sayısını hesaplar. Açık faturalar için güncel tarihe göre hesaplanır. Vadesi Geçen Günler, tüm alacak hesapları analizi için temel bir metriktir. 'Fatura Yaşlandırma Genel Bakışı' kontrol paneli için birincil ölçüttür ve tahsilat faaliyetlerini önceliklendirmek için kullanılır. Bu metriğin toplu düzeydeki eğilim analizi, bir şirketin alacaklarının genel sağlığını gösterebilir.
Neden önemli
Bu, ödeme gecikmelerini doğrudan ölçen ve tahsilat çabalarını önceliklendirmek ve süreç sağlığını ölçmek için kullanılan temel bir performans metriğidir.
Nereden alınır
Hesaplanmış nitelik. Mantık şudur: (Mahsup Tarihi veya Güncel Tarih) - Net Vade Tarihi.
Örnekler
0153295
|
|||
|
Belge Türü
Blart
|
Fatura, kredi notu veya ödeme gibi finansal belge türü. | ||
|
Açıklama
Belge Tipi (SAP'de BLART), muhasebe belgelerini sınıflandırır. Örneğin, 'RV' bir müşteri faturası, 'DZ' bir müşteri ödemesi ve 'DG' bir kredi notu olabilir. Faaliyetler process mining için türetilirken, orijinal belge tipi önemli bir bağlam sağlar ve doğrulama veya daha detaylı finansal analiz için kullanılabilir. İşlem gören işlemlerin niteliğini anlamaya yardımcı olur ve analizi yalnızca müşteri faturaları gibi belirli belge türlerine odaklanmak için filtrelemek için kullanılabilir.
Neden önemli
İşlemleri sınıflandırarak finansal bağlam sağlar; bu, analizi filtrelemek veya türetilmiş faaliyet adlarını doğrulamak için kullanılabilir.
Nereden alınır
Belge başlığı tablosu BKPF'de standart BLART alanı.
Örnekler
RVDZDGAB
|
|||
|
İhtilaf Vakası Kimliği
DisputeCaseId
|
Faturayla bağlantılı bir anlaşmazlık dosyası için benzersiz tanımlayıcı. | ||
|
Açıklama
Bir müşteri bir faturaya itiraz ettiğinde, SAP'nin Uyuşmazlık Yönetimi modülünde resmi bir anlaşmazlık vakası oluşturulabilir. Bu kimlik, ilgili vakayı benzersiz bir şekilde tanımlar. Bu tanımlayıcıya sahip olmak, anlaşmazlık çözüm sürecinin detaylı bir analizine olanak tanır. 'Anlaşmazlık Çözüm Döngü Süresi' KPI'sını hesaplamak ve anlaşmazlıkların neden yaratıldığını, nasıl ele alındığını ve yaygın sonuçlarının neler olduğunu anlamak için hayati önem taşır. Ayrıca, anlaşmazlıklar için alt süreci standart tahsilat akışından ayırmaya yardımcı olur.
Neden önemli
Tahsilat faaliyetlerini resmi uyuşmazlık dosyalarına bağlayarak, uyuşmazlık çözüm süreci verimliliğinin ve temel nedenlerinin odaklı analizini sağlar.
Nereden alınır
UDM_CASE_ATTR00 gibi SAP Anlaşmazlık Yönetimi tablolarında bulunur. SAP Anlaşmazlık Yönetimi modülünün kullanılmasını gerektirir.
Örnekler
400000000021400000000157400000000305
|
|||
|
Kaynak Sistem Kimliği
SourceSystemId
|
Verilerin çıkarıldığı kaynak sistemin tanımlayıcısı. | ||
|
Açıklama
Bu nitelik, örneğin 'ECCPRD100' gibi belirli SAP ECC örneği gibi kaynak sistemi belirtir. Bu, birden fazla ERP sistemi olan veya farklı kaynaklardan veri entegre edilirken önemlidir. Farklı sistemler veya bölgeler arasında süreçleri filtrelemeye ve karşılaştırmaya olanak tanır. Bu, veri geçmişinin açık olmasını sağlar ve veri çıkarma sorunlarının giderilmesine yardımcı olur.
Neden önemli
Özellikle karmaşık BT ortamlarında veri kaynağı hakkında kritik bağlam sağlayarak, veri izlenebilirliğini garanti eder ve sisteme özel analizi mümkün kılar.
Nereden alınır
Genellikle veri çıkarma sürecinde eklenir. SAP'de mantıksal sistem adı (LOGSYS) kullanılabilir.
Örnekler
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
|
|||
|
Kredi Limiti
Klimk
|
Müşteriye atanan toplam kredi limiti tutarı. | ||
|
Açıklama
Kredi Limiti (SAP'de KLIMK), bir müşteri hesabına tanınan maksimum kredi tutarıdır. Kredi risk yönetiminin temel bir unsurudur. Bu nitelik, 'Kredi Limiti Doğruluğu ve Tahsil Edilemeyen Alacak' kontrol paneli için çok önemlidir. Atanan kredi limiti ile silmelerin gerçekleşme oranı arasındaki ilişkiyi analiz ederek, bir şirket kredi politikalarının etkinliğini değerlendirebilir. Ayrıca, ilk değerlendirmelerin doğru olup olmadığını görmek için 'Kredi Limiti Revizyon Oranı' gibi KPI'ları da destekler.
Neden önemli
Kredi riski hakkında bağlam sağlar, böylece kredi politikalarının satışları engellemeden tahsil edilemeyen alacakları önlemede etkili olup olmadığının analiz edilmesine olanak tanır.
Nereden alınır
KNKK tablosunda, KLIMK alanında bir müşteri için merkezi kredi yönetimi verilerinde bulunur.
Örnekler
10000.0050000.00250000.00
|
|||
|
Mahsup Belgesi
Augbl
|
Faturayı kapatan belge numarası, tipik olarak bir ödeme veya kredi notu. | ||
|
Açıklama
Kapatma Belge numarası (SAP'de AUGBL), bir fatura gibi açık bir kalemi, onu kapatan belgeye bağlar. Bir fatura ödendiğinde, ödeme belge numarası o fatura için kapatma belgesi olarak saklanır. Bu alan, bir faturanın kapatıldığını doğrulamak ve belirli ödeme veya kredi notu olayına bağlamak için teknik olarak çok önemlidir. 'Fatura Kapatıldı' faaliyetini tanımlamanın ve uçtan uca sürecin doğru bir şekilde yakalanmasını sağlamanın temelini oluşturur.
Neden önemli
Bir fatura ile kapatma belgesi arasındaki açık bağlantıyı sağlar; bu, kapatma olaylarını doğru bir şekilde modellemek için kritik öneme sahiptir.
Nereden alınır
Müşteri kalem tabloları BSID (açıkken boş) ve BSAD'de (kapatıldıktan sonra doldurulur) standart AUGBL alanı.
Örnekler
140000000114000000551400000120
|
|||
|
Ödeme Vadeleri
Zterm
|
Müşteriyle üzerinde anlaşılan ödeme koşullarının kodu. | ||
|
Açıklama
Ödeme Koşulları kodu (SAP'de ZTERM), ödeme koşullarını, örneğin vade tarihini ve erken ödeme için mevcut indirimleri tanımlar. Bu genellikle müşteri ana verilerinde ayarlanır ve faturalara kopyalanır. Ödeme koşullarına göre analiz yapmak, farklı koşulların ödeme davranışını nasıl etkilediğini anlamaya yardımcı olur. Örneğin, 'Ödeme Koşulları Uyumluluğu ve Etkisi' kontrol paneli, koşullara uyumun nasıl değiştiğini ve bunun vadesi geçmiş günler üzerindeki etkisini görselleştirir. Bu, farklı müşteri segmentlerine hangi ödeme koşullarının sunulacağına dair kararları bilgilendirebilir.
Neden önemli
Ödeme için sözleşme anlaşmasını açıklar ve belirli şartların daha iyi ödeme performansına veya daha fazla anlaşmazlığa yol açıp açmadığını analiz etmeye yardımcı olur.
Nereden alınır
Müşteri ana verileri (KNB1) ve finansal belge tablolarında (BSEG) bulunan standart ZTERM alanı.
Örnekler
0001NT30ZD60
|
|||
|
Risk Kategorisi
Ctlpc
|
Müşterinin kredi riskinin bir sınıflandırması. | ||
|
Açıklama
Risk Kategorisi (SAP'de CTLPC), müşterileri kredi değerliliklerine ve ödeme geçmişlerine göre gruplandırır. Bu sınıflandırma, otomatik kredi kontrollerini yönlendirmek ve tahsilat stratejilerine rehberlik etmek için kullanılır. Süreci Risk Kategorisine göre analiz etmek derinlemesine içgörüler sağlayabilir. Yüksek riskli müşterilerin farklı süreç yollarını izleyip izlemediğini veya önemli ölçüde daha uzun ödeme döngülerine sahip olup olmadığını gösterebilir. Bu bilgi, risk sınıflandırmasının doğruluğunu doğrulamak ve tahsilat yoğunluğunu riske göre uyarlamak için değerlidir.
Neden önemli
Tahsilat sürecinin risk bazlı analizine olanak tanır, risk modellerinin doğrulanmasına ve tahsilat stratejilerinin uygun şekilde uyarlanmasına yardımcı olur.
Nereden alınır
KNKK tablosunda, CTLPC alanında bir müşteri için merkezi kredi yönetimi verilerinde bulunur.
Örnekler
001002YÜKSEK RİSKLİ
|
|||
|
Silindi mi
IsWrittenOff
|
Faturanın nihai olarak şüpheli alacak olarak silinip silinmediğini gösteren bir boolean bayrağı. | ||
|
Açıklama
Bu, genellikle bir faturanın bir silmeyi gösteren belirli bir neden kodu veya belge türü kullanılarak kapatılması durumunda doğru olarak ayarlanan türetilmiş bir bayraktır. Finansal bir kaybı temsil eden durumları tanımlar. Bu nitelik, 'Tahsil Edilemeyen Alacak Silme Oranı' KPI'sını ve ilgili kontrol panellerini hesaplamak için çok önemlidir. Sıkça silinen faturaların ve müşterilerin özelliklerini anlamak için kök neden analizi yapılmasına olanak tanır, bu da kredi politikalarını ve tahsilat etkinliğini iyileştirmeye yardımcı olabilir.
Neden önemli
Finansal kayba yol açan süreç çıktılarını belirler, böylece tahsil edilemeyen alacakların temel nedenlerini bulmak ve kredi politikasını iyileştirmek için analiz yapılmasını sağlar.
Nereden alınır
Bu, türetilmiş bir niteliktir. Mantık, genellikle silmeler için kullanılan belirli kapatma neden kodlarını (BSEG-RSTGR) veya belge türlerini (BKPF-BLART) tanımlamaya dayanır.
Örnekler
truefalse
|
|||
|
Şirket Kodu
Bukrs
|
Faturanın ait olduğu tüzel kişilik (şirket kodu) için tanımlayıcı. | ||
|
Açıklama
Şirket Kodu (SAP'de BUKRS), finansal tabloların oluşturulduğu bağımsız bir tüzel kişiliği temsil eder. SAP Finansal'larda temel bir organizasyon birimidir. Bu nitelik, bir şirketin farklı tüzel kişilikleri arasındaki süreç performansını filtrelemek ve karşılaştırmak için çok önemlidir. Tahsilat süreçlerinin standartlaştırılıp standardize edilmediğini veya farklı şirket kodları arasında DSO veya anlaşmazlık oranları gibi performanslarda önemli farklılıklar olup olmadığını analiz etmeye olanak tanır.
Neden önemli
Süreç analizinin yasal varlıklara göre bölümlendirilmesini sağlar; bu, büyük, çok uluslu kuruluşlar için performansı karşılaştırmak açısından kritik öneme sahiptir.
Nereden alınır
BKPF, BSEG, BSID ve BSAD dahil olmak üzere hemen hemen tüm finansal tablolarda standart BUKRS alanı.
Örnekler
10002000US01
|
|||
|
Son Veri Yenileme
LastDataRefreshTimestamp
|
Verilerin process mining aracında en son ne zaman çıkarıldığını veya güncellendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu nitelik, en son veri yükleme tarihini ve saatini kaydeder. İş kullanıcılarına analiz ettikleri verilerin güncelliği hakkında şeffaflık sağlar. Kontrol panellerini ve analizleri incelerken, bu zaman damgası kullanıcıların verilerin en son işlemleri içerip içermediğini veya bilinen bir gecikme olup olmadığını anlamalarına yardımcı olur. Analitik sonuçlara güven inşa etmek için kritik bir meta veri parçasıdır.
Neden önemli
Kullanıcılara verilerin güncelliği hakkında bilgi verir, bu da mevcut en güncel süreç bilgilerine dayanarak kararlar almak için çok önemlidir.
Nereden alınır
Bu değer, veriler yenilendiğinde veri çıkarma ve yükleme (ETL) boru hattı tarafından oluşturulur ve saklanır.
Örnekler
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
|
|||
Kredi Yönetimi ve Tahsilat Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura Muhasebeleştirildi
|
Finansal muhasebe modülünde bir alacak faturası belgesinin oluşturulmasını temsil eder. Bu olay, Satış ve Dağıtım'dan (SD) bir faturalama belgesi muhasebeye serbest bırakıldığında veya bir FI faturası doğrudan girildiğinde, BKPF ve BSEG tablolarında girişler oluşturularak açıkça yakalanır. | ||
|
Neden önemli
Bu, fatura yaşam döngüsü için birincil başlangıç olayıdır. Bu noktadan ödemeye kadar geçen süreyi analiz etmek, Satışların Alacak Süresini (DSO) ve genel süreç verimliliğini ölçmek için çok önemlidir.
Nereden alınır
Bu, bir finansal belgenin oluşturulması üzerine kaydedilen açık bir olaydır. Olay zaman damgası, ilgili fatura belge numarası (BELNR) için BKPF belge başlığı tablosundan (CPUDT veya BKTXT alanı) alınabilir.
Yakala
BKPF tablosundaki ilgili belge türlerine (örn. 'RV', 'DR') sahip FI belgeleri için oluşturma olaylarını belirleyin.
Event tipi
explicit
|
|||
|
Fatura Mutabakatı Yapıldı
|
Bu olay, genellikle tam ödeme alındıktan ve uygulandıktan sonra bir faturanın başarılı bir şekilde kapatılmasını işaret eder. Fatura kaleminin açık kalemler tablosundan (BSID) kapatılmış kalemler tablosuna (BSAD) geçmesiyle çıkarılır. | ||
|
Neden önemli
Bu, süreç için birincil 'iyi' bitiş olayıdır. Bu faaliyete ulaşma süresi, DSO'nun temel bir bileşenidir. Buraya yol açan yolları analiz etmek, en iyi uygulamaları belirlemeye yardımcı olur.
Nereden alınır
Bu, çıkarılmış bir olaydır. Kapatma, fatura kalemi için Kapatma Belgesi (AUGBL) ve Kapatma Tarihi (AUGDT) varlığıyla tanımlanır, bu da kapatılmış kalemler tablosu BSAD'de bulunur.
Yakala
Belirli fatura kalemleri için mahsup tarihini (BSAD-AUGDT) olay zaman damgası olarak kullanın.
Event tipi
inferred
|
|||
|
Fatura Silindi
|
Ödenmemiş bir faturayı zarar olarak kabul etme kararını temsil eder, bunu tahsil edilemeyen alacak olarak sınıflandırır. Bu, orijinal faturayı kapatan ve tutarı tahsil edilemeyen alacak hesabına taşıyan belirli bir finansal kayıt yoluyla yakalanır. | ||
|
Neden önemli
Bu, kredi veya tahsilat sürecindeki bir başarısızlığı ve doğrudan finansal kaybı gösteren birincil 'kötü' bitiş olayıdır. Bu vakaları analiz etmek, kredi politikalarını ve tahsilat stratejilerini iyileştirmek için kritik öneme sahiptir.
Nereden alınır
Bu genellikle açık bir kayıt veya kapatma işlemine dayalı çıkarılmış bir olaydır. Kapatma, silmeyi gösteren belirli bir işlem kodu ve neden kodu kullanılarak yapılır. Kapatma belgesi, silmeyi doğrulamak için analiz edilebilir.
Yakala
Belirli bir silme neden kodu (BSEG-RSTGR) kullanılan veya karşıt girişin tahsil edilemeyen alacak gider hesabına kaydedildiği muhasebe kapatma belgelerini belirleyin.
Event tipi
inferred
|
|||
|
İhtar Süreci Yürütüldü
|
Bu faaliyet, vadesi geçmiş bir fatura için otomatik ihtar programının yürütülmesini temsil eder. Sistem, bir ihtar çalışmasına dahil edilen her fatura için ihtar seviyesini, tarihini ve diğer detayları kaydeder. | ||
|
Neden önemli
Tahsilat faaliyetlerinin izlenmesi, tahsilat stratejisinin etkinliğini değerlendirmek için hayati önem taşır. Bu sayede hangi ihtar seviyelerinin ödemeyi teşvik etmede en başarılı olduğu belirlenir ve yanıt vermeyen müşteriler tespit edilir.
Nereden alınır
Bu, açık bir olaydır. İhtar çalıştırmalarının detayları, her ihtara konu faturanın çalıştırma tarihini (LAUFD) ve ihtar seviyesini (MAHNS) içeren başlıca MHNK (İhtar verileri) ihtar veri tablolarında saklanır.
Yakala
MHNK tablosundan kayıtları çıkarın, şirket kodu, hesap ve ihtarname tarihini bağlayarak.
Event tipi
explicit
|
|||
|
Ödeme Vadesi Geçti
|
Faturanın resmi olarak vadesinin geçtiğini belirten hesaplanmış bir olaydır. Bu, açık bir sistem olayı değildir, faturanın net vade tarihinin mevcut tarih veya sonraki bir etkinliğin zaman damgasıyla karşılaştırılmasıyla türetilir. | ||
|
Neden önemli
Bu olay, standart faturalamadan tahsilat sürecine geçişi işaret eder. Gecikmiş günleri hesaplamak ve ihtar prosedürlerini başlatmak için tetikleyicidir, yaşlandırma raporlarının temelini oluşturur.
Nereden alınır
Bu, hesaplanmış bir olaydır. Açık fatura kaleminin Net Vade Tarihi (BSID-NETDT) ile sistem tarihi veya başka bir olayın zaman damgasının karşılaştırılmasıyla türetilir.
Yakala
Faturanın net vade tarihi (BSID-NETDT) bir zaman çizelgesine göre karşılaştırılarak hesaplanır.
Event tipi
calculated
|
|||
|
Anlaşmazlık Vakası Çözüldü
|
Fatura ile ilişkili anlaşmazlık araştırıldı ve bir çözüme ulaşıldı. Bu genellikle SAP FSCM Dispute Management'taki anlaşmazlık dosyasının durum değişikliğiyle yakalanır. | ||
|
Neden önemli
Bir anlaşmazlığın çözümü, ödeme sürecinin önündeki engeli kaldırır. Anlaşmazlık oluşturma ve çözüm arasındaki süreyi ölçmek, anlaşmazlık işleme sürecindeki verimsizlikleri belirlemek için temel bir KPI'dır.
Nereden alınır
Bu, anlaşmazlık dosyasındaki bir durum değişikliğinden çıkarılan bir olaydır. UDM_CASE gibi tablolardaki anlaşmazlık dosyasının durum alanı için değişiklik günlükleri (CDHDR/CDPOS) zaman damgasını sağlar.
Yakala
Değişiklik günlüklerini analiz ederek uyuşmazlık dosyasının durumunun 'Kapalı' veya 'Çözüldü' olarak değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Gelen Ödeme Belgesi Kaydedildi
|
Bir müşteriden gelen ödemenin sisteme ilk kaydını temsil eder, genellikle belirli faturalara uygulanmadan önce. Bu, örneğin bir DZ belge türü gibi bir ödeme belgesi oluşturan açık bir olaydır. | ||
|
Neden önemli
Bu, nakit tahsilatını işaret eder. Bu olay ile nihai 'Fatura Kapatıldı' olayı arasındaki zaman gecikmesi, önemli bir darboğaz olabilen nakit uygulama sürecini temsil eder.
Nereden alınır
Bu, açık bir olaydır. BKPF tablosunda belirli belge türleri (örn. 'DZ') ile tanımlanabilen bir ödeme belgesinin oluşturulmasından yakalanır. Kayıt tarihi (BKPF-BUDAT) zaman damgası olarak hizmet eder.
Yakala
BKPF tablosundaki ödeme ile ilgili belge türlerine (örn. 'DZ') sahip belgelerin oluşturulmasını belirleyin.
Event tipi
explicit
|
|||
|
İade Faturası Kaydedildi
|
Bir müşteri hesabına karşı bir kredi notu belgesinin oluşturulmasını temsil eder, genellikle bir faturalama hatasını düzeltmek veya bir anlaşmazlığı çözmek için. Bu belge FI modülünde açıkça oluşturulur. | ||
|
Neden önemli
Kredi notları, yanlış fiyatlandırma veya nakliye gibi yukarı akış süreçlerindeki başarısızlıkların doğrudan bir sonucudur. Sıklıklarını ve temel nedenlerini analiz etmek, süreç iyileştirme ve gelir kaybını azaltma açısından hayati öneme sahiptir.
Nereden alınır
Bu, kredi notu belge türüne (örn. 'DG') sahip bir finansal belgenin oluşturulması üzerine yakalanan açık bir olaydır. Olay zaman damgası, BKPF belge başlığı tablosundan alınabilir.
Yakala
BKPF tablosundaki kredi notu belge türlerine (örn. 'DG', 'G2') sahip FI belgeleri için oluşturma olaylarını belirleyin.
Event tipi
explicit
|
|||
|
İhtilaf Vakası Oluşturuldu
|
Bir faturayla ilgili müşteri anlaşmazlığının (fiyat veya miktar tutarsızlığı gibi) resmi olarak kaydedilmesini temsil eder. Bu, SAP FSCM Dispute Management modülünde kaydedilen açık bir olaydır. | ||
|
Neden önemli
Anlaşmazlıklar, ödeme sürecini dondurur ve çözmek için dahili kaynaklar gerektirir. Anlaşmazlık oluşturmayı takip etmek, çözüm süresini, temel nedenleri ve DSO üzerindeki etkilerini analiz etmenin ilk adımıdır.
Nereden alınır
SAP FSCM Dispute Management kullanılıyorsa, bu açık bir olaydır. Bir uyuşmazlık dosyasının oluşturulması, oluşturma zaman damgasıyla birlikte UDM_CASE veya SCMG_T_CASE_ATTR gibi tablolara kaydedilir.
Yakala
Faturayla bağlantılı vakalar için vaka yönetimi tablolarından (örn. UDM_CASE) oluşturma tarih ve saatini çıkarın.
Event tipi
explicit
|
|||
|
Kalıntı Kalem Oluşturuldu
|
Ödeme uygulamasında bir müşterinin faturayı eksik ödemesi ve kalan küçük bakiyenin yeni bir açık kalem olarak kaydedilmesi durumunda meydana gelir. Bu, kapatma işlemi detaylarından çıkarılır. | ||
|
Neden önemli
Kalan kalemler, ödeme tutarsızlıklarını gösterir ve ek iş yükü yaratır. Bunları takip etmek, sık sık eksik ödeme yapan müşterileri belirlemeye ve anlaşmazlıklara yol açan fiyatlandırma veya faturalandırma sorunlarını ortaya çıkarmaya yardımcı olur.
Nereden alınır
Bu, çıkarılmış bir olaydır. Bir kapatma işlemi (örn. F-28 aracılığıyla) orijinal bir faturayı kapatır ancak kalan tutar için yeni bir açık kalem belgesi de kaydettiğinde, bir kalan kalem oluşturulur. Bu, kapatma belgesinin kalemleri kontrol edilerek belirlenebilir.
Yakala
Orijinal faturaya referansla yeni bir açık kalemin oluşturulduğu durumları bulmak için mahsup belgelerini (BKPF-AUGBL) analiz edin.
Event tipi
inferred
|
|||
|
Ödeme İçin Fatura Bloke Edildi
|
Faturaya manuel veya otomatik bir blokaj uygulandığını ve ödenmesini engellediğini gösterir. Bu, BSEG tablosundaki fatura kalemine belirlenen özel bir ödeme blokaj göstergesi ile yakalanır. | ||
|
Neden önemli
Ödeme blokajları, gecikmelerin ve süreç istisnalarının önemli bir kaynağıdır. Faturaların ne zaman ve neden bloke edildiğini belirlemek, gecikmeli ödemelerin temel nedenlerini ortaya çıkarmak ve nakit akışını iyileştirmek için anahtardır.
Nereden alınır
Bu durum, genellikle fatura kalemindeki Ödeme Blokajı alanı (BSEG-ZLSPR) değişikliğinden çıkarılır. Bu alanın değişiklik günlükleri (CDHDR ve CDPOS tabloları) açık zaman damgaları sağlayabilir.
Yakala
Fatura belgesi kalemindeki BSEG-ZLSPR alanındaki değişiklikleri, zaman damgaları için CDHDR tablosunu kullanarak tespit edin.
Event tipi
inferred
|
|||
|
Ödeme Sözü Bozuldu
|
Bir müşterinin 'Ödeme Sözü'nde anlaşılan tarihe kadar ödeme yapamadığını gösteren hesaplanmış bir olaydır. Bu durum, söz verilen tarihe kadar ilgili bir ödemenin yapılmamasından çıkarılır. | ||
|
Neden önemli
Verilen sözlerin tutulmaması, tahsilat çabalarını artırmak için kritiktir. Yüksek oranda tutulmayan sözler, tahsilat stratejisi veya müşteri finansal sağlığıyla ilgili sorunlara işaret edebilir.
Nereden alınır
Bu, çıkarılmış veya hesaplanmış bir olaydır. UDM_P2P_ATTR'den alınan söz tarihi, faturanın gerçek ödeme kapatma tarihi ile karşılaştırılarak belirlenir. Söz tarihine kadar ödeme alınmazsa, söz bozulmuş sayılır.
Yakala
UDM_P2P_ATTR tablosundaki ödeme sözü tarihini faturanın mahsup tarihi ile karşılaştırın. Eğer mahsup tarihi ödeme sözü tarihinden sonra ise, söz bozulmuştur.
Event tipi
calculated
|
|||
|
Ödeme Sözü Oluşturuldu
|
Bir müşteri, tahsilat departmanıyla iletişime geçerek belirli bir tarihe kadar ödeme yapma sözü vermiştir. Bu olay, SAP FSCM Tahsilat Yönetimi kullanılıyorsa açıkça kaydedilir. | ||
|
Neden önemli
Ödeme sözleri, tahsilat faaliyetlerinin önemli bir sonucudur. Oluşum, yerine getirme ve bozulma oranlarını analiz etmek, tahsilatçı eylemlerinin etkinliğini ölçmeye ve nakit girişlerini tahmin etmeye yardımcı olur.
Nereden alınır
SAP FSCM Collections Management kullanılıyorsa, bu açık bir olaydır. Ödeme sözü detayları, iş ortağına ve faturaya bağlı olarak UDM_P2P_ATTR gibi tablolarda saklanır.
Yakala
SAP FSCM'deki UDM_P2P_ATTR gibi ödeme sözü tablolarından oluşturma zaman damgasını çıkarın.
Event tipi
explicit
|
|||
|
Tahsilat İletişimi Kaydedildi
|
Bir tahsilat temsilcisi, vadesi geçmiş bir fatura hakkında müşteriyle (örneğin telefon veya e-posta yoluyla) iletişime geçmiştir. Bu etkinlik genellikle tahsilatçı tarafından sisteme manuel olarak kaydedilir. | ||
|
Neden önemli
Bu faaliyet, tahsilat ekibinin manuel çabasını ölçer. İletişim sıklığını ve zamanlamasını sonraki ödemelerle karşılaştırmak, tahsilatçı eylemlerinin etkinliğini belirlemeye yardımcı olur.
Nereden alınır
SAP FSCM Collections Management kullanılıyorsa, bu bir 'Müşteri İletişimi' olarak kaydedilir. Detaylar, genellikle UDM_CASE ile bağlantılı olarak tahsilat iş listesi ve iletişim geçmişi ile ilgili tablolarda saklanır.
Yakala
İlgili FSCM Tahsilat Yönetimi tablolarından müşteri iletişim kayıtlarını çıkarın.
Event tipi
explicit
|
|||