Kredi Yönetimi ve Tahsilat Veri Şablonunuz
Kredi Yönetimi ve Tahsilat Veri Şablonunuz
- 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
Alacak Yönetimi ve Tahsilat Nitelikleri
| 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
|
|||
Alacak Yönetimi ve Tahsilat Faaliyetleri
| 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
|
|||