Kredi Yönetimi ve Tahsilat Veri Şablonunuz

SAP S/4HANA
Kredi Yönetimi ve Tahsilat Veri Şablonunuz

Kredi Yönetimi ve Tahsilat Veri Şablonunuz

Bu şablon, Kredi Yönetimi ve Tahsilat sürecinizi analiz etmek ve optimize etmek için gerekli verileri toplamak için net bir rehber sunar. Toplanacak ana öznitelikleri, izlenecek temel aktiviteleri ve SAP S/4HANA sisteminizden pratik veri çıkarma rehberliğini özetler. Güçlü bir süreç analizi için tüm kritik bilgileri yakaladığınızdan emin olmak için bu kaynağı kullanın.
  • Event Log'unuz için toplanması önerilen öznitelikler
  • Fatura yaşam döngüsü boyunca izlenecek anahtar süreç faaliyetleri
  • SAP S/4HANA için özel veri çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Alacak Yönetimi ve Tahsilat Nitelikleri

Bunlar, kredi yönetimi ve tahsilat sürecinizin kapsamlı bir analizi için Event Log'unuza dahil edilmesi önerilen veri alanlarıdır.
3 Gerekli 5 Önerilen 11 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Kredi yönetimi ve tahsilat sürecinde meydana gelen belirli iş event'inin adı.
Açıklama

Bu öznitelik, 'Fatura Oluşturuldu', 'Borç Takip Prosedürü Başlatıldı' veya 'Ödeme Alındı' gibi süreç içindeki tek bir adımı veya görevi tanımlar. Bu aktivitelerin sırası, her olay için süreç akışını oluşturur.

Aktivite Adı'nı analiz etmek, süreç haritasının keşfedilmesine, varyantların belirlenmesine ve farklı adımlar arasındaki geçişlerin ölçülmesine olanak tanıdığı için Process Mining için temeldir. Borç takip faaliyetini izleyen event'leri takip eden 'Borç Takip Başarı Oranı' gibi KPI hesaplamaları dahil olmak üzere neredeyse tüm süreç analizlerinin temelidir.

Neden önemli

Sürecin adımlarını tanımlar; bu da süreç haritasını görselleştirmek, varyantları analiz etmek ve süreç akışını anlamak için temeldir.

Nereden alınır

İşlem kodları (TCODE), tablo değişiklik günlükleri (CDHDR/CDPOS) veya SAP belgeleri içindeki durum alanlarının bir kombinasyonundan oluşturulur.

Örnekler
Müşteriye Fatura Gönderildiİhtar Prosedürü BaşlatıldıÖdeme AlındıUyuşmazlık Vakası Kaydedildi
Fatura Numarası
InvoiceNumber
Kredi yönetimi ve tahsilat süreci için birincil vaka ID'si olarak hizmet veren müşteri faturasının benzersiz tanımlayıcısı.
Açıklama

Fatura Numarası, genellikle Muhasebe Belge Numarası olarak temsil edilir, her bir alacak işlemini benzersiz bir şekilde tanımlar. Fatura oluşturma ve borç takip bildirimlerinden anlaşmazlık yönetimine ve nihai ödeme veya silme işlemine kadar tüm süreç event'lerini birbirine bağlayan merkezi bir bağlantı görevi görür.

Process Mining'de, her bir Fatura Numarasının yolculuğunu analiz etmek, uçtan uca sürecin eksiksiz bir görünümünü sağlar. Bu, yaygın yolları, ödeme işleme darboğazlarını ve farklı faturaların işlenmesindeki varyasyonları belirlemeye yardımcı olur; bu da 'Fatura Süreci Varyant Analizi' ve 'Vadesi Geçmiş Fatura Yaşlandırma ve Durum' gibi Dashboard'lar için kritik öneme sahiptir.

Neden önemli

Tüm ilgili kredi ve tahsilat faaliyetlerini birbirine bağlayan temel vaka tanımlayıcısıdır, her alacak için tam bir yaşam döngüsü analizi sağlar.

Nereden alınır

Tipik olarak BKPF (Muhasebe Belge Başlığı) gibi tablolarda BELNR alanı olarak veya VBRK (Fatura Belgesi: Başlık Verileri) gibi tablolarda VBELN alanı olarak bulunur.

Örnekler
190000012319000004561900000789
Olay Zamanı
EventTime
Aktivitenin ne zaman gerçekleştiğini gösteren timestamp.
Açıklama

Bu öznitelik, kaydedilen her aktivite için kesin tarih ve saati sağlar. Event'lerin sırasını belirlemek ve aralarındaki süreyi hesaplamak için kritik öneme sahiptir.

Event Time, aktiviteleri kronolojik olarak sıralamak, süreç haritasını oluşturmak ve performans metriklerini hesaplamak için kullanılır. Örneğin, 'Anlaşmazlık Kaydedildi' zaman damgası ile 'Anlaşmazlık Çözüldü' zaman damgası arasındaki süreyi ölçerek 'Ortalama Anlaşmazlık Çözüm Süresi'ni hesaplamak için kullanılır.

Neden önemli

Olayların kronolojik sırasını sağlar, bu da döngü sürelerini hesaplamak, süreç performansını analiz etmek ve darboğazları keşfetmek için gereklidir.

Nereden alınır

SAP tablolarındaki çeşitli tarih ve saat alanlarından, örneğin BKPF'deki BUDAT (Muhasebe Tarihi) veya çeşitli tablolardaki CPUDT/CPUTM (Giriş Tarihi/Saati) alanlarından alınır. Değişiklik log tabloları CDHDR/CDPOS da zaman damgaları içerir.

Örnekler
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
Fatura Tutarı
InvoiceAmount
Faturanın belge para birimindeki toplam değeri.
Açıklama

Bu öznitelik, faturalanan mal veya hizmetlerin toplam parasal değerini temsil eder. Her olayın finansal etkisinin kritik bir ölçüsüdür.

Fatura Tutarını analiz etmek, 'Tahsilat Portföyü Önceliklendirmesi' Dashboard'unda görüldüğü gibi tahsilat çabalarını önceliklendirmek için temeldir. Ayrıca, itiraz edilen faturaların toplam değeri veya vadesi geçmiş alacaklarda bekleyen fon miktarı gibi süreç verimsizliklerinin finansal etkisini değerlendirmek için de kullanılır. 'Fatura İptal Oranı' gibi KPI'ları değer bazında sağlayarak doğrudan destekler.

Neden önemli

Her vakanın finansal değerini ölçer, bu da önceliklendirme, risk değerlendirmesi ve performans ölçümü için temeldir.

Nereden alınır

BSEG tablosundaki muhasebe belgesi kalemlerinden (yerel para birimi tutarı için DMBTR alanı veya belge para birimi tutarı için WRBTR alanı) türetilmiştir.

Örnekler
1500.0025000.50750.75
Kullanıcı Adı
UserName
`Activity`'yi gerçekleştiren kişinin kullanıcı kimliği.
Açıklama

Bu öznitelik, ödeme kaydetme veya borç takip çalıştırması başlatma gibi belirli bir süreç adımından sorumlu kullanıcıyı tanımlar. SAP'de bu genellikle 'Kullanıcı Adı' (UNAME) veya 'Giren' alanı olarak saklanır.

Kullanıcıya göre analiz, yüksek performans gösteren bireyleri veya ekipleri, ek eğitime ihtiyaç duyulabilecek alanları ve iş yükü dağıtım modellerini belirlemeye yardımcı olur. Ayrıca uyumluluk sorunlarını veya yetkisiz faaliyetleri araştırmak için de kullanılabilir. Örneğin, tahsilatçı başına sonuçları takip ederek 'Tahsilat Görüşmesi Etkinliği' Dashboard'unu destekler.

Neden önemli

Süreç faaliyetlerini belirli kişilere bağlar, böylece kaynak performansının, iş yükünün ve uyumluluğun analizini sağlar.

Nereden alınır

Genellikle BKPF (USNAM alanı) gibi başlık tablolarında veya CDHDR (USERNAME alanı) gibi değişiklik günlüğü tablolarında bulunur.

Örnekler
JSMITHRROEBATCH_USER
Müşteri Numarası
CustomerNumber
Müşteri hesabı için benzersiz tanımlayıcı.
Açıklama

Müşteri Numarası, faturanın kesildiği iş ortağının tanımlayıcısıdır. Finansal işlemi müşterinin ana veri kaydına bağlar.

Bu öznitelik, belirli müşterilerin veya segmentlerin ödeme davranışlarını belirlemek gibi müşteri odaklı analizler için kritik öneme sahiptir. Hangi müşterilerin sürekli geç ödeme yaptığını izlemek için 'Müşteri Ödeme Davranış Eğilimleri' gibi Dashboard'larda kullanılır ve faturaları müşteriye göre gruplandırarak 'Yüksek Öncelikli Hesap Kapsamı' gibi KPI'ları destekler.

Neden önemli

İşlemleri belirli müşterilere bağlar, böylece ödeme davranışının, segmentasyonun ve ilişki yönetiminin analizini sağlar.

Nereden alınır

BSEG gibi tablolardaki muhasebe belgesi kalemlerinde (KUNNR alanı) veya müşteri ana veri tablosu KNA1'de bulunur.

Örnekler
CUST100234CUST200567CUST300890
Son Ödeme Tarihi
PaymentDueDate
Faturanın son ödeme tarihi.
Açıklama

Ödeme Vadesi, fatura tarihine ve müşteriyle kararlaştırılan ödeme koşullarına göre hesaplanır. Ödemenin zamanında yapılıp yapılmadığını ölçmek için bir referans noktasıdır.

Bu tarih, tüm vadesi geçmiş analizler için temeldir. 'Vadesi Geçmiş Günler'i hesaplamak ve borç takip prosedürlerini tetiklemek için başlangıç noktasıdır. 'Vadesi Geçmiş Fatura Yaşlandırma ve Durum' gibi Dashboard'lar ve 'Ortalama Satış Bekleme Süresi (DSO)' gibi KPI'lar bu özniteliğe büyük ölçüde güvenir.

Neden önemli

Bir faturanın vadesinin geçip geçmediğini belirlemek için anahtar tarihtir, tahsilat faaliyetlerini tetikler ve kritik KPI'ları hesaplar.

Nereden alınır

Bir muhasebe belgesinin müşteri kaleminde, BSEG tablosunda (ZFBDT alanı) bulunur.

Örnekler
2023-05-302023-06-152023-07-01
Vadesi Geçmiş Günler
DaysOverdue
Bir faturanın ödeme vadesini geçtiği gün sayısı.
Açıklama

Bu, 'Ödeme Vadesi' ile mevcut tarih (açık faturalar için) veya 'Ödeme Tarihi' (kapanmış faturalar için) arasında geçen süreyi ölçen hesaplanmış bir metriktir. Pozitif bir değer gecikmiş bir ödemeyi gösterir.

Vadesi Geçmiş Günler, tahsilatlar için temel bir KPI'dır. 'Vadesi Geçmiş Fatura Yaşlandırma ve Durum' Dashboard'undaki birincil metrik olup tahsilat çabalarını önceliklendirmek için kullanılır. Bu metriğin dağılımını analiz etmek, alacak hesapları portföyünün genel sağlığını anlamaya yardımcı olur.

Neden önemli

Tahsilat etkinliği için kritik bir performans göstergesidir; yaşlandırma analizi, iş önceliklendirmesi ve ödeme gecikmelerini ölçmek için kullanılır.

Nereden alınır

Veri dönüşümü sırasında hesaplanır: (Mevcut Tarih VEYA Temizleme Tarihi) - PaymentDueDate (BSEG-ZFBDT).

Örnekler
1530920
Fatura Para Birimi
InvoiceCurrency
Faturanın düzenlendiği para birimi.
Açıklama

Bu öznitelik, fatura tutarı için para birimi kodunu (örneğin, USD, EUR) belirtir. Özellikle çok uluslu kuruluşlarda parasal değerleri yorumlamak için gerekli bağlamı sağlar.

Çoğu analiz standartlaştırılmış yerel para biriminde yapılsa da, belge para birimi orijinal işlemi anlamak ve döviz kuru etkileriyle ilgili herhangi bir analiz için önemlidir. InvoiceAmount özniteliğine bağlam sağlar.

Neden önemli

Fatura Tutarı için temel bağlamı sağlar, çoklu para birimi ortamlarında doğru finansal analiz yapılmasını mümkün kılar.

Nereden alınır

Tipik olarak BKPF (WAERS alanı) gibi başlık tablolarında veya BSEG (PSWSL alanı) gibi kalem tablolarında bulunur.

Örnekler
USDEURGBP
İhtar Seviyesi
DunningLevel
Vadesi geçmiş bir fatura için ihtar sürecinin mevcut aşamasını gösterir.
Açıklama

Borç Takip Seviyesi, tahsilat çabasının yoğunluğunu temsil eder; genellikle basit bir hatırlatmadan daha resmi hukuki bildirimlere kadar tırmanır. Her seviye, borç takip prosedüründe tanımlanan belirli bir borç takip faaliyetine karşılık gelir.

Bu özniteliği takip etmek, borç takip sürecinin etkinliğini ve uyumluluğunu izlemek için elzemdir. 'Borç Takip Süreci Etkinliği' Dashboard'u, farklı seviyelerdeki ödeme oranlarını analiz etmek için bunu kullanırken, 'Borç Takip Süreci Uyumluluğu' Dashboard'u seviye sırasının doğru takip edilip edilmediğini kontrol eder.

Neden önemli

Tahsilat çabalarının ilerlemesini izler, ihtar etkinliğinin ve süreç uyumluluğunun analizine olanak tanır.

Nereden alınır

Bu bilgi, MHND (Borç takip verileri) gibi borç takip veri tablolarında saklanır. Bir öğe için son borç takip seviyesi BSEG'de (MANST alanı) bulunabilir.

Örnekler
123 - Son BildirimYasal İşlem
İşlem Süresi
ProcessingTime
Belirli bir aktivitenin süresi.
Açıklama

Bu öznitelik, bir aktivitenin tamamlanması için geçen süreyi ölçer; aktivitenin bitiş zamanı ile başlangıç zamanı arasındaki fark olarak hesaplanır. Bu, anlık olmayan aktiviteler için en uygunudur.

SAP'deki birçok finansal işlem için başlangıç ve bitiş zamanları aynıdır. Ancak, anlaşmazlık çözümü gibi süreçler için bu metrik, bir olayın belirli bir durumda geçirdiği süreyi ölçebilir. Kayıt aktivitesinin süresini ölçerek 'Ödeme Kayıt Döngü Süresi' gibi KPI'ları doğrudan destekler.

Neden önemli

Süreçteki potansiyel darboğazlar olan zaman alıcı faaliyetleri belirlemeye yardımcı olur.

Nereden alınır

Olay verilerinden (Bitiş Zamanı - Başlangıç Zamanı) olarak hesaplanır. Her etkinlik için hem başlangıç hem de bitiş zaman damgası gerektirir.

Örnekler
P1DPT2H30MP3DT5H
Kaynak Sistem
SourceSystem
`Verinin` kaynaklandığı sistemi tanımlar.
Açıklama

Bu öznitelik, bu durumda SAP S/4HANA olan kaynak bilgi sistemini belirtir. Farklı ERP örnekleri veya ayrı bir CRM gibi birden fazla sistemden verilerin birleştirilebileceği ortamlarda özellikle önemlidir.

Süreç analizinde bu, birden fazla sistemi kapsayabilen süreçleri ayırt etmeye veya analizi belirli bir sistem örneğine filtrelemeye yardımcı olur. Veri soyunu garanti eder ve özellikle veri doğrulama ve sorun giderme sırasında bağlam sağlar.

Neden önemli

Verinin kökeni hakkında çok önemli bir bağlam sağlar, çok sistemli ortamlarda netliği sağlar ve veri yönetimine yardımcı olur.

Nereden alınır

Bu, genellikle veri çıkarma süreci sırasında eklenen ve ilgili SAP S/4HANA sistemini (örneğin Sistem Kimliği veya SID üzerinden) tanımlayan statik bir değerdir.

Örnekler
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
Kredi Limiti
CreditLimit
Bir müşteriye sağlanan maksimum kredi miktarı.
Açıklama

Kredi Limiti, müşterinin kredi ana verilerinde saklanan ve şirketin o müşteriyle sahip olmaya istekli olduğu toplam kredi riskini tanımlayan bir değerdir. 'Kredi Limiti Talep Edildi' ve 'Kredi Limiti Onaylandı' gibi faaliyetler doğrudan bu öznitelikle ilgilidir.

Bu öznitelik, kredi riski analizi için bağlam sağlar. 'Kredi Onay Döngü Süresi Analizi' Dashboard'u, bu limitin belirlenmesi veya değiştirilmesi sürecini izler. Vadesi geçmiş tutarlarla birlikte analiz edilmesi, genel portföy riskini değerlendirmeye yardımcı olur.

Neden önemli

Bir müşteri için onaylanmış kredi riskini tanımlar ve kredi onay sürecini ve genel kredi riskini analiz etmek için merkezi öneme sahiptir.

Nereden alınır

SAP Kredi Yönetimi (FSCM) modülünde, UKM_BP_CMS_SGMT gibi tablolarda (CREDIT_LIMIT alanı) saklanır.

Örnekler
50000.00100000.00250000.00
Müşteri Segmenti
CustomerSegment
Müşterinin, örneğin büyüklük, sektör veya stratejik öneme göre bir sınıflandırmasıdır.
Açıklama

Müşteri Segmenti, benzer özelliklere sahip müşterileri gruplandırmak için kullanılan bir pazarlama veya satış sınıflandırmasıdır. Bu, yıllık gelir, sektör, coğrafi konum veya ilişki durumu (örneğin, Altın, Gümüş, Bronz) gibi faktörlere dayanabilir.

Tahsilat analizinde, bu niteliğe göre segmentasyon, belirli gruplara özgü kalıpları ortaya çıkarmaya yardımcı olur. Örneğin, 'Fatura Silme Analizi' Dashboard'u, belirli bir segmentin orantısız miktarda silmeden sorumlu olup olmadığını ortaya çıkarabilir, bu da o segment için kredi politikaları üzerindeki stratejik kararlara rehberlik eder.

Neden önemli

Farklı müşteri grupları arasında süreç performansının ve müşteri davranışının analizini sağlar, böylece değerli stratejik içgörüler ortaya çıkarır.

Nereden alınır

Tipik olarak Müşteri Ana verilerinden (KNA1 tablosu), genellikle KDKG1-KDKG5 (Müşteri grubu 1-5) gibi bir sınıflandırma veya öznitelik alanından alınır.

Örnekler
Büyük İşletmeKüçük ve Orta Ölçekli İşletmelerHükümetStratejik Müşteri
Otomatikleştirildi mi?
IsAutomated
Etkinliğin bir sistem kullanıcısı mı yoksa bir insan kullanıcısı mı tarafından gerçekleştirildiğini belirten bir işarettir.
Açıklama

Bu boolean öznitelik, sistem tarafından otomatik olarak gerçekleştirilen aktiviteler (örneğin, planlanmış bir borç takip çalıştırması, otomatik bir ödeme kaydı) ile bir kullanıcı tarafından manuel olarak gerçekleştirilen aktiviteler (örneğin, bir tahsilat görüşmesi) arasında ayrım yapar.

Bu özniteliği analiz etmek, süreçteki otomasyon seviyesini ölçmeye yardımcı olur. Otomatik ve manuel adımların verimliliğini ve tutarlılığını karşılaştırmaya, daha fazla otomasyon fırsatlarını belirlemeye ve tahsilat sürecinde gerçek manuel çabayı anlamaya olanak tanır.

Neden önemli

Süreçteki otomasyon seviyesini ölçmeye yardımcı olur, otomasyonun verimlilik ve maliyet üzerindeki etkisinin analizini sağlar.

Nereden alınır

Bu, genellikle 'KullanıcıAdı'na dayalı türetilmiş bir özniteliktir. Kullanıcı ID'si önceden tanımlanmış bir sistem veya toplu kullanıcı listesiyle (örneğin, 'BATCH_USER') eşleşirse, bayrak 'true' olarak ayarlanır.

Örnekler
truefalse
Silme Nedeni
WriteOffReason
Bir faturanın neden tahsil edilemez olarak iptal edildiğini açıklayan neden kodu.
Açıklama

Bir alacak tahsil edilemez kabul edildiğinde, defterlerden silinir ve nedeni 'İflas', 'Küçük Bakiye Silme' veya 'Çözülmemiş Anlaşmazlık' gibi sınıflandırmak için bir neden kodu atanır.

Bu öznitelik, 'Fatura Silme Analizi' Dashboard'u için elzemdir. Bir şirket, silme işlemlerinin sıklığını ve değerini nedenlere göre analiz ederek, kredi politikasındaki veya tahsilat stratejisindeki zayıflıkları belirleyebilir ve gelecekteki kayıpları en aza indirmek için düzeltici eylemler yapabilir.

Neden önemli

Tahsil edilemeyen borçlardan kaynaklanan finansal kayıpların temel nedenlerini açıklar, bu da kredi ve tahsilat politikalarında iyileştirmeleri bilgilendirir.

Nereden alınır

Bu, genellikle alacakların silinmesi için kullanılan belirli finansal muhasebe işlemi (örneğin, F-30) sırasında neden kodu alanları (BSEG-RSTGR) aracılığıyla yakalanır.

Örnekler
BANKRUPTCYSMALL_BALANCEDISPUTE_LOSS
Şirket Kodu
CompanyCode
Finansal tabloların oluşturulduğu, yasal olarak bağımsız bir şirketi temsil eden organizasyonel birim.
Açıklama

Şirket Kodu, SAP Finansallarında temel bir organizasyonel varlıktır. Faturalar ve ödemeler dahil tüm finansal işlemler belirli bir şirket koduna kaydedilir.

Process Mining'de, Şirket Kodu'na göre filtreleme veya boyutlandırma, bir şirket içindeki farklı tüzel kişilikler arasındaki süreç performansını karşılaştırmak için kritik öneme sahiptir. Bu, bir şirketteki en iyi uygulamaların diğerlerine uygulanabileceğini belirlemeye veya belirli bir şirketi etkileyen sistemik sorunları tespit etmeye yardımcı olur. Neredeyse tüm finansal süreç analizleri için anahtar bir filtre görevi görür.

Neden önemli

Kuruluş içindeki farklı tüzel kişiler arasında süreç performansının ve uyumluluğunun karşılaştırılmasına olanak tanır.

Nereden alınır

Çoğu finansal tabloda, örneğin BKPF ve BSEG'de (BUKRS alanı) bulunur.

Örnekler
10002000US01DE01
Son Veri Güncellemesi
LastDataUpdate
Kaynak sistemden en son veri yenileme veya çekme işleminin zaman damgasıdır.
Açıklama

Bu öznitelik, veri setinin en son ne zaman güncellendiğini gösterir. Kullanıcılara analiz ettikleri verinin güncelliği hakkında bağlam sağlar.

Bu, herhangi bir Dashboard veya analiz için kritik bir meta veri parçasıdır. Kullanıcıyı analizin kapsadığı zaman dilimi hakkında bilgilendirir ve güncel olmayan bilgilere dayalı yanlış yorumları önler. Örneğin, vadesi geçmiş faturaların analizi, kullanıcının verilerin en son ne zaman çekildiğini bilmesi durumunda anlamlıdır.

Neden önemli

Kullanıcıların verilerin güncelliğini anlamasını sağlar, bu da doğru, veri odaklı kararlar almak için kritik öneme sahiptir.

Nereden alınır

Bu değer, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve saklanır.

Örnekler
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
Uyuşmazlık Nedeni
DisputeReason
Bir müşterinin bir faturaya neden itiraz ettiğini açıklayan neden kodu.
Açıklama

Bir müşteri bir faturaya itiraz ettiğinde, sorunun doğasını kategorize etmek için genellikle 'Yanlış Fiyatlandırma', 'Hasarlı Mallar' veya 'Çift Fatura' gibi bir neden atanır. Bu, SAP Dispute Management modülünde yönetilir.

Anlaşmazlık Nedenlerini analiz etmek, müşteri memnuniyetsizliğinin ve ödeme gecikmelerinin temel nedenlerini belirlemek için anahtardır. 'Fatura Anlaşmazlığı Hacmi ve Çözümü' Dashboard'u, bu özniteliğe göre boyutlandırılarak yukarı akış siparişten nakite sürecinde düzeltilmesi gereken tekrarlayan sorunları tespit etmek için kullanılabilir.

Neden önemli

Fatura uyuşmazlıklarının temel nedenlerine kritik içgörü sağlar, bu da temel operasyonel sorunları belirlemeye ve çözmeye yardımcı olur.

Nereden alınır

SAP Dispute Management modülünden, muhtemelen UDM_SCASE_ATTR gibi tablolardan veya benzerlerinden, anlaşmazlık durumu özniteliklerine göre alınır.

Örnekler
PRC_ERR - Fiyatlandırma HatasıQTY_DIF - Miktar FarkıSHIP_DMG - Hasarlı Sevkiyat
Gerekli Önerilen İsteğe Bağlı

Alacak Yönetimi ve Tahsilat Faaliyetleri

Bunlar, tahsilat Workflow'unuzun doğru keşfedilmesi ve optimize edilmesi için Event Log'unuzda yakalanması gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 6 İsteğe Bağlı
Aktivite Açıklama
Fatura Mutabakata Bağlandı
Bu, bir fatura için nihai, başarılı sonuçtur; faturanın tamamen ödendiğini ve açık kalemlerden temizlendiğini gösterir. Bu durum, bir faturanın ilgili bir takas belgesi ve tarihi olduğunda tanınır.
Neden önemli

Sürecin birincil başarı bitiş noktası olarak, bu etkinlik fatura yaşam döngüsünü sonlandırır. Bu duruma ulaşmak için izlenen yolları ve harcanan süreyi analiz etmek, süreç optimizasyonu için temeldir.

Nereden alınır

Bu ayrık bir event değil, finansal tablolardan çıkarılan bir durumdur. Bir fatura, kapanmış müşteri kalemleri tablosu BSAD'de göründüğünde ve geçerli bir takas tarihi (AUGDT) olduğunda kapatılmış sayılır.

Yakala

Bu sonuçlandırıcı aktivite için BSAD tablosundaki takas tarihini (AUGDT) zaman damgası olarak kullanın.

Event tipi inferred
Fatura Oluşturuldu
Bu aktivite, tahsilat sürecinin başlangıç noktası olan bir müşteri faturasının oluşturulmasını işaret eder. Bu event, SAP S/4HANA sisteminde bir fatura belge tipine sahip yeni bir muhasebe belgesi muhasebeleştirildiğinde yakalanır.
Neden önemli

Bu, faturadan nakite sürecinin birincil başlangıç event'idir. Bu noktadan ödemeye kadar geçen süreyi analiz etmek, Satış Bekleme Süresi (DSO) ve genel süreç verimliliğini ölçmek için kritik öneme sahiptir.

Nereden alınır

Bu event açıkça kaydedilir. Oluşturma tarihi ve saati, ilgili belge numarası (BELNR) için BKPF muhasebe belgesi başlık tablosunda bulunabilir. 'RV' gibi belge tipleri tipik olarak müşteri faturalarını belirtir.

Yakala

Fatura belgesi için BKPF tablosundan belge oluşturma zaman damgasını (CPUDT, CPUTM) kullanın.

Event tipi explicit
Fatura Silindi
Bu aktivite, ödenmemiş bir faturanın zarar olarak kabul edilmesi ve batık borç olarak sınıflandırılması kararını temsil eder. Bu, genellikle benzersiz bir neden koduyla belirli bir takas belgesi muhasebeleştirildiğinde yakalanır.
Neden önemli

Silme işlemleri doğrudan bir finansal kaybı temsil eder. Bunların sıklığını, değerini ve önceki aktiviteleri analiz etmek, risk altındaki müşterileri ve tahsilat sürecindeki aksaklıkları belirlemeye yardımcı olur.

Nereden alınır

Bu, faturayı kapatan takas belgesini analiz ederek çıkarılabilir. Takas belgesinde kullanılan belirli bir genel muhasebe hesabı veya neden kodu (BSEG-RSTGR) bir silme işlemini gösterir.

Yakala

Temizleme belgesini belirleyin ve belirli bir neden kodu veya şüpheli alacak hesabına kayıt olup olmadığını kontrol edin.

Event tipi inferred
Ödeme Alındı
Bu aktivite, müşteriden alınan fonları temsil eder ve bu fonlar açık faturaya uygulanır. Fatura tutarını kapatan bir takas belgesinin oluşturulmasıyla yakalanır.
Neden önemli

Bu, nakit akışını ve DSO'yu doğrudan etkileyen kritik bir kilometre taşıdır. Ödeme süresini ve öncesindeki aktiviteleri analiz etmek, tüm tahsilat sürecinin etkinliğini ortaya koyar.

Nereden alınır

Bu, faturaya karşı muhasebeleştirilen takas belgesinden çıkarılır. Belirli fatura için kapanmış kalemler tablosu BSAD'deki takas tarihi (AUGDT) zaman damgasını sağlar.

Yakala

İlgili fatura belge numarası (BELNR) için BSAD tablosundan temizleme tarihini (AUGDT) belirleyin.

Event tipi inferred
Ödeme Vadesi Geçti
Mevcut tarihin, bir ödeme kaydı yapılmadan faturanın net vade tarihini aşması durumunda meydana gelen hesaplanmış bir olaydır. Bu, bir faturanın 'güncel' durumdan 'vadesi geçmiş' duruma geçişini ifade eder.
Neden önemli

Bu aktivite, tüm tahsilat ve borç takip faaliyetleri için tetikleyicidir. Ödeme davranışını, gecikme nedenlerini ve proaktif hatırlatıcıların etkinliğini analiz etmek için elzemdir.

Nereden alınır

Bu açık bir log değildir. Net vade tarihi (BSID tablosu ZFBDT alanı gibi tablolardan) ile analizin veya sonraki bir aktivitenin zaman damgası karşılaştırılarak hesaplanır.

Yakala

Faturanın net vade tarihini (BSID-ZFBDT) mevcut zaman damgası veya sonraki bir olayın zaman damgası ile karşılaştırarak türetin.

Event tipi calculated
Uyuşmazlık Vakası Kaydedildi
Bu aktivite, bir müşterinin bir faturaya resmi olarak itiraz ettiğini ve SAP Dispute Management'ta bir olay oluşturulduğunu gösterir. Bu, yeni bir anlaşmazlık olayının oluşturulması ve fatura belgesine bağlanmasıyla yakalanır.
Neden önemli

Anlaşmazlıkları kaydetmek, süreç istisnalarını anlamak için kritik bir adımdır. Anlaşmazlıkların hacmini, nedenlerini ve çözüm sürelerini analiz etmek, fiyatlandırma veya nakliye hataları gibi temel nedenleri belirlemeye yardımcı olur.

Nereden alınır

Bu, SAP Dispute Management tablolarında kaydedilmiş açık bir event'tir. Faturaya bağlı UKM_CASE veya FDM_DCOBJ gibi tablolardaki olayın oluşturulma tarihi zaman damgası olarak hizmet eder.

Yakala

Anlaşmazlıklar için olay türüne göre filtreleme yaparak UKM_CASE tablosundan anlaşmazlık olayının oluşturulma zaman damgasını kullanın.

Event tipi explicit
İhtar Prosedürü Başlatıldı
Bu aktivite, vadesi geçmiş bir fatura için otomatik borç takip sürecinin resmi olarak başlatılmasını temsil eder. Bir borç takip çalıştırması faturayı işlediğinde ve bir borç takip seviyesi atadığında yakalanır.
Neden önemli

Bu, otomatik tahsilatların başlangıcını işaret eder. Borç takip faaliyetlerini izlemek, borç takip stratejisinin etkinliğini değerlendirmek ve dahili politikalara uyumu sağlamak için anahtardır.

Nereden alınır

Bu, borç takip veri tablolarında kaydedilmiş açık bir event'tir. Faturayla ilişkili borç takip başlık tablosu MHNK'deki çalıştırma tarihi (LAUFD), prosedürün ne zaman yürütüldüğünü gösterir.

Yakala

Belirli fatura için ihtar çalıştırma tarihini (MHNK-LAUFD) ve ihtar seviyesini (MHNK-MAHNS) çekin.

Event tipi explicit
İhtilaf Çözüldü
Bu aktivite, müşterinin talebinin onaylanması veya reddedilmesi nedeniyle bir anlaşmazlık olayının kapanmasını işaret eder. Bu, anlaşmazlık olayının durumu 'kapalı' veya 'çözülmüş' olarak güncellendiğinde yakalanır.
Neden önemli

Anlaşmazlıkların çözülmesi için geçen süre, müşteri memnuniyeti ve operasyonel verimlilik için temel bir performans göstergesidir. Uzun çözüm süreleri ödemeleri geciktirebilir ve müşteri ilişkilerini zorlayabilir.

Nereden alınır

Bu, anlaşmazlık olayındaki bir durum değişikliğinden çıkarılır. UKM_CASE tablosunda durum değişikliğinin 'Kapalı' veya 'Onaylandı' olarak ilişkilendirildiği bir zaman damgası, çözümün ne zaman gerçekleştiğini gösterir.

Yakala

UKM_CASE tablosu veya ilgili durum değişikliği günlük tabloları içinde nihai, çözülmüş bir duruma durum değişikliğinin zaman damgasını belirleyin.

Event tipi inferred
Müşteriye Fatura Gönderildi
Faturanın müşteriye (örneğin, basılı, e-posta veya EDI yoluyla) iletildiği anı temsil eder. Bu genellikle SAP'nin bir çıktı mesajının ne zaman işlendiğini kaydeden çıktı belirleme logları aracılığıyla yakalanır.
Neden önemli

Fatura oluşturma ve gönderme arasındaki gecikmeler, tüm ödeme döngüsünü uzatabilir. Bunu takip etmek, müşteri iletişimi ve belge dağıtımındaki darboğazları belirlemeye yardımcı olur.

Nereden alınır

Bu, NAST mesaj durumu tablosundaki işlem tarih ve saatinden, çıktı türünün bir müşteri faturasına karşılık geldiği yerden çıkarılabilir. Bu, çıktı belirlemesinin doğru yapılandırmasını gerektirir.

Yakala

Faturanın faturalandırma belge numarasına bağlı NAST tablosunda başarıyla işlenmiş bir kayıt arayın.

Event tipi inferred
Ödeme Kaydedildi
Ödemenin genel muhasebeye kaydedildiği muhasebe girişini temsil eder. Çoğu durumda, bu ödeme makbuzu ile eş zamanlı olarak gerçekleşir ancak kendi gecikmeleri olan ayrı bir adım olabilir.
Neden önemli

Nakit alma ve kaydetme arasındaki gecikmeler finansal raporlamayı bozabilir. Bu döngü süresini ölçmek, muhasebe süreçlerinin verimli ve doğru olmasını sağlamaya yardımcı olur.

Nereden alınır

Bu event, BKPF tablosunda bulunan takas belgesinin muhasebe tarihi (BUDAT) veya oluşturma tarihinden (CPUDT) çıkarılabilir. Takas belgesi numarası BSAD-AUGBL'de bulunur.

Yakala

Faturayı kapatan takas belgesi için BKPF tablosundan muhasebe tarihini (BUDAT) kullanın.

Event tipi inferred
Ödeme Sözü Oluşturuldu
Bu event, bir tahsilat temsilcisinin müşterinin vadesi geçmiş bir öğeyi belirli bir tarihte ödeme sözünü kaydetmesiyle gerçekleşir. Bu, SAP Collections Management modülü içinde açık bir eylemdir.
Neden önemli

Ödeme sözleri, tahsilat faaliyetlerinin önemli bir sonucudur. Bunların sıklığını, yerine getirilme oranını ve ödeme süreleri üzerindeki etkisini analiz etmek, tahsilat stratejilerini iyileştirmeye yardımcı olur.

Nereden alınır

Bu, SAP Collections Management'ta kaydedilmiş açık bir event'tir. Ödeme sözünün oluşturulma tarihi UDM_P2P_ATTR gibi tablolardan alınabilir.

Yakala

Faturayla bağlantılı UDM_P2P_ATTR gibi ödeme sözü tablolarından oluşturma tarihini kullanın.

Event tipi explicit
Tahsilat Araması Yapıldı
Vadesi geçmiş bir fatura hakkında tahsilat temsilcisi tarafından müşteriye yapılan manuel bir teması temsil eder. Bu genellikle standart bir SAP eventi değildir ve özel kayıtlara veya bir CRM sistemi ile entegrasyona dayanır.
Neden önemli

Manuel müdahaleler, tahsilat sürecinin maliyetli bir parçasıdır. Bu aramaları takip etmek, tahsilatçıların etkinliğini ölçmeye ve hangi hesapların manuel çaba gerektirdiğini anlamaya yardımcı olur.

Nereden alınır

Bu bilgi tipik olarak standart bir S/4HANA kurulumunda mevcut değildir. Özel tablolarda, tahsilat iş listesinde bir not olarak veya entegre edilmesi gereken harici bir CRM sisteminde saklanabilir.

Yakala

Sistem geliştirmelerinin, notların veya tahsilat faaliyetlerinin kaydedildiği harici bir sistemden gelen verilerin analizini gerektirir.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

SAP S/4HANA'dan data'nızı nasıl alırsınız?