Kredi Yönetimi ve Tahsilat Veri Şablonunuz

SAP ECC
Kredi Yönetimi ve Tahsilat Veri Şablonunuz

Kredi Yönetimi ve Tahsilat Veri Şablonunuz

Bu şablon, Kredi Yönetimi ve Tahsilat süreçlerinizi etkili bir şekilde analiz etmek için gereken temel veri nitelikleri ve faaliyetlerine net bir genel bakış sunar. Ayrıca, bu kritik bilgileri SAP ECC sisteminizden çekmenize yardımcı olacak pratik rehberlik de içerir. Sorunsuz ve doğru bir veri toplama aşaması sağlamak için bu kaynaktan yararlanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • SAP ECC için Veri Çıkarım Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Kredi Yönetimi ve Tahsilat Nitelikleri

Bunlar, SAP ECC'de kapsamlı kredi yönetimi ve tahsilat analizi için olay günlüğünüze dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 8 Önerilen 10 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Kredi Yönetimi ve Tahsilat Faaliyetleri

Bunlar, doğru Process Discovery ve darboğaz tespiti için event log'unuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
5 Önerilen 9 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi SAP ECC'den Nasıl Alabilirsiniz?