Kredi ve Tahsilat Yönetimi Veri Template'inuz
Kredi ve Tahsilat Yönetimi Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- SAP ECC için Veri Çıkarım Rehberliği
Kredi Yönetimi ve Tahsilat Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Fatura süreç 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ışanş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ışanşması Yürütüldü' sonrası yolu analiz etmek, ihtar stratejisinin etkinliğini ortaya çıkarabilir.
Neden Önemli?dir?
Faaliyetler, süreç haritasının temel bileşenleridir; süreç akışının, varyantların ve istisnaların görselleştirilmesini ve analizini sunar.
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 İşlemi GerçekleştirildiÖdeme Taahhüdü OluşturulduGelen Ödeme Belgesi KaydedildiFatura Mutabakatı Yapıldı
|
|||
|
Fatura Numarası
InvoiceNumber
|
Kredi yönetimi süreci için birincil vaka (case) 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, uçtan uca bir vakaya bağladığı için büyük önem taşır. Süreci fatura numarasını vaka (case) tanımlayıcısı olarak analiz etmek, fatura süreç 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?dir?
Bu, bir faturanın yolculuğundaki her olayı birbirine bağlayan temel büyük önem taşır ve uçtan uca krediden nakite sürecini izlemeyi ve analiz etmeyi sunar.
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 olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Olay Saati, süreçteki her faaliyetin tam tarih ve saatini kaydeder. Olay günlüğünün kronolojik omurgasıdır; faaliyetlerin sıralanmasına ve aralarındaki sürelerin hesaplanmasına sunar. Analizde, bu zaman damgası (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ı hesaplanmasında temel rol oynar. Ardışık adımlar arasındaki uzun bekleme sürelerini vurgulayarak darboğazların keşfedilmesini sunar.
Neden Önemli?dir?
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 büyük önem taşır.
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 önemli 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 sunar. Süreç haritasını belirli bir eşiğin üzerindeki faturalara odaklanmak için filtrelemek için kullanılabilir.
Neden Önemli?dir?
Sürece finansal bağlam sağlayarak, değere dayalı analizi ve yüksek değerli kalemlere yönelik tahsilat çabalarının önceliklendirilmesini sunar.
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 temel rol oynar. 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?dir?
Tahsilat çabalarının yoğunluğunu doğrudan ölçer; bu, ihtarname stratejisinin etkinliğini analiz etmek için büyük önem taşır.
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
|
`Faaliyet`'i 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?dir?
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 temel rol oynar. 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 büyük önem taşır. 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 sunar. Fatura Yaşlandırması ve Ödeme Koşulları Uyumluluğu gibi kontrol panelleri için büyük önem taşır.
Neden Önemli?dir?
Müşteri odaklı analizi sunar, 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ü stratejik bilgiler sunar. 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 iyileştirmek ve müşteri etkileşimlerini özelleştirmek için büyük önem taşır.
Neden Önemli?dir?
Farklı müşteri türleri için sürecin nasıl performans gösterdiğini görmek için hedefe yönelik analizlere sunar, bu da özelleştirilmiş stratejiler ve kaynak tahsisi sunar.
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 İşletmelerHü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 büyük önem taşır. Tahsilatçıya göre filtrelenmiş 'Fatura Yaşlandırma Genel Bakışı' gibi kontrol panelleri oluşturmaya sunar, 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?dir?
Vakaları ve sonuçları belirli kişilere veya gruplara atfederek tahsilat ekibinin performans analizini ve iş yükü yönetimini sunar.
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 büyük önem taşır. Zamanında ödemenin ölçüldüğü temel teşkil eder. '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?dir?
Bu, ödeme zamanlamasını analiz etmek için gereklidir.manlamasını ölçmek için birincil kriterdir ve vadesi geçmiş günleri ve ilgili KPI'ları hesaplamak için büyük önem taşır.
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 göstergedir. '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?dir?
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 sunar 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?dir?
İşlemleri sınıflandırarak finansal bağlam sunar; 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 sunar. '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 önemlidir. Ayrıca, anlaşmazlıklar için alt süreci standart tahsilat akışından ayırmaya yardımcı olur.
Neden Önemli?dir?
Tahsilat faaliyetlerini resmi uyuşmazlık dosyalarına bağlayarak, uyuşmazlık çözüm süreci verimliliğinin ve temel nedenlerinin odaklı analizini sunar.
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
|
|||
|
Kayıttan Düşüldü
IsWrittenOff
|
Faturanın nihai olarak şüpheli alacak olarak silinip silinmediğini gösteren bir boolean değeri. | ||
|
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 büyük önem taşır. Sıkça silinen faturaların ve müşterilerin özelliklerini anlamak için kök neden analizi yapılmasına sunar, bu da kredi politikalarını ve tahsilat etkinliğini iyileştirmeye yardımcı olabilir.
Neden Önemli?dir?
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ı sunar.
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
|
|||
|
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 sunar. Bu, veri geçmişinin açık olmasını sunar ve veri çıkarma sorunlarının giderilmesine yardımcı olur.
Neden Önemli?dir?
Özellikle karmaşık BT ortamlarında veri kaynağı hakkında önemli bilgiler sağlayarak, veri izlenebilirliğini garanti eder ve sisteme özel analizi sunar.
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 büyük önem taşır. 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?dir?
Kredi riski hakkında bağlam sunar, böylece kredi politikalarının satışları engellemeden tahsil edilemeyen alacakları önlemede etkili olup olmadığının analiz edilmesine sunar.
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 büyük önem taşır. 'Fatura Kapatıldı' faaliyetini tanımlamanın ve uçtan uca sürecin doğru bir şekilde yakalanmasını güçlüanın temelini oluşturur.
Neden Önemli?dir?
Bir fatura ile kapatma belgesi arasındaki açık bağlantıyı sunar; bu, kapatma olaylarını doğru bir şekilde modellemek için büyük önem taşır.
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 Koşulları
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?dir?
Ö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 stratejik bilgiler 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?dir?
Tahsilat sürecinin risk bazlı analizine sunar, 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İ
|
|||
|
Ş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 büyük önem taşır. 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 sunar.
Neden Önemli?dir?
Süreç analizinin yasal varlıklara göre bölümlendirilmesini sunar; bu, büyük, çok uluslu kuruluşlar için performansı karşılaştırmak açısından büyük önem taşır.
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ı (zaman damgası)dır. | ||
|
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 netlik kazandırır. Kontrol panellerini ve analizleri incelerken, bu zaman damgası (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?dir?
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 büyük önem taşır.
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?dir?
Bu, fatura süreç 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 büyük önem taşır.
Nereden Alınır??
Bu, bir finansal belgenin oluşturulması üzerine kaydedilen açık bir olaydır. Olay zaman damgası (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?dir?
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ı (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?dir?
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 büyük önem taşır.
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 İşlemi Gerçekleştirildi
|
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?dir?
Tahsilat faaliyetlerinin izlenmesi, tahsilat stratejisinin etkinliğini değerlendirmek için önemlidir. 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ı (zaman damgası)yla karşılaştırılmasıyla türetilir. | ||
|
Neden Önemli?dir?
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ı (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
|
|||
|
Alacak Dekontu 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?dir?
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 büyük önem taşır.
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ı (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
|
|||
|
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?dir?
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ı (zaman damgası)nı sunar.
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ı (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?dir?
Bu, nakit tahsilatını işaret eder. Bu olay ile nihai 'Fatura Kapatıldı' olayı arasındaki zaman gecikmesi, önemli bir darboğaz olabilen tahsilat eşleştirme 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ı (zaman damgası) olarak olarak kullanılır.
Yakala
BKPF tablosundaki ödeme ile ilgili belge türlerine (örn. 'DZ') sahip belgelerin oluşturulmasını belirleyin.
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?dir?
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?dir?
Ö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 temel rol oynar.
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?dir?
Verilen sözlerin tutulmaması, tahsilat çabalarını artırmak için büyük önem taşır. 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 Taahhüdü 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?dir?
Ö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ı (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?dir?
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
|
|||
|
Uyuşmazlık Dosyası 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?dir?
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ı (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
|
|||