Kredi ve Tahsilat Yönetimi Veri Template'inuz
Kredi ve Tahsilat Yönetimi Veri Template'inuz
- Event Log'unuz için toplanması önerilen öznitelikler.
- Fatura süreç döngüsü boyunca izlenecek anahtar süreç faaliyetleri
- SAP S/4HANA için özel veri veri çekme kılavuzu
Kredi Yönetimi ve Tahsilat Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Kredi yönetimi ve tahsilat sürecinde meydana gelen belirli iş olayınin 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 büyük önem taşır. Borç takip faaliyetini izleyen olayları takip eden 'Borç Takip Başarı Oranı' gibi KPI hesaplamaları dahil olmak üzere neredeyse tüm süreç analizlerinin temelidir.
Neden Önemli?dir?
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 büyük önem taşır.
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önderildiDunning 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ç olaylarıni 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ü sunar. 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 büyük önem taşır.
Neden Önemli?dir?
Tüm ilgili kredi ve tahsilat faaliyetlerini birbirine bağlayan temel vaka (case) tanımlayıcısıdır, her alacak için tam bir süreç döngüsü analizi sunar.
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 zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu öznitelik, kaydedilen her aktivite için tam tarih ve saati sunar. Event'lerin sırasını belirlemek ve aralarındaki süreyi hesaplamak için büyük önem taşır. 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ı (zaman damgası) ile 'Anlaşmazlık Çözüldü' zaman damgası (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?dir?
Olayların kronolojik sırasını sunar, 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 büyük önem taşır. 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?dir?
Her vakanın finansal değerini ölçer, bu da önceliklendirme, risk değerlendirmesi ve performans ölçümü için büyük önem taşır.
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
|
`Faaliyet`'i 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?dir?
Süreç faaliyetlerini belirli kişilere bağlar, böylece kaynak performansının, iş yükünün ve uyumluluğun analizini sunar.
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 büyük önem taşır. Hangi müşterilerin sürekli geç ödeme yaptığını izlemek için 'Müşteri Ödeme Davranış Eğilimleri' gibi Panellerde kullanılır ve faturaları müşteriye göre gruplandırarak 'Yüksek Öncelikli Hesap Kapsamı' gibi KPI'ları destekler.
Neden Önemli?dir?
İşlemleri belirli müşterilere bağlar, böylece ödeme davranışının, segmentasyonun ve ilişki yönetiminin analizini sunar.
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 büyük önem taşır. '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 temel alır.
Neden Önemli?dir?
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 vadesi geçtikten sonraki 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?dir?
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ı sunar. Ç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 sunar.
Neden Önemli?dir?
Fatura Tutarı için temel bağlamı sunar, çoklu para birimi ortamlarında doğru finansal analiz yapılmasını sunar.
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 gereklidir. '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?dir?
Tahsilat çabalarının ilerlemesini izler, ihtar etkinliğinin ve süreç uyumluluğunun analizine sunar.
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 UyarıYasal İşlem
|
|||
|
İptal 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 gereklidir. 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?dir?
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
|
|||
|
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 izlenebilirliğinu garanti eder ve özellikle veri doğrulama ve sorun giderme sırasında bağlam sunar.
Neden Önemli?dir?
Verinin kökeni hakkında çok önemli bir bağlam sunar, çok sistemli ortamlarda netliği sunar 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 sunar. '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?dir?
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?dir?
Farklı müşteri grupları arasında süreç performansının ve müşteri davranışının analizini sunar, böylece değerli stratejik stratejik bilgiler 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 sunar.
Neden Önemli?dir?
Süreçteki otomasyon seviyesini ölçmeye yardımcı olur, otomasyonun verimlilik ve maliyet üzerindeki etkisinin analizini sunar.
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
|
|||
|
Ş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 büyük önem taşır. 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?dir?
Kuruluş içindeki farklı tüzel kişiler arasında süreç performansının ve uyumluluğunun karşılaştırılmasına sunar.
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ı (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 sunar. 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?dir?
Kullanıcıların verilerin güncelliğini anlamasını sunar, bu da doğru, veri odaklı kararlar almak için büyük önem taşır.
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 temel rol oynar. '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?dir?
Fatura uyuşmazlıklarının temel nedenlerine kritik önemli bilgi sunar, 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 niteliklerine göre alınır.
Örnekler:::::::
PRC_ERR - Fiyatlandırma HatasıQTY_DIF - Miktar FarkıSHIP_DMG - Hasarlı Sevkiyat
|
|||
Kredi 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?dir?
Sürecin birincil başarı bitiş noktası olarak, bu etkinlik fatura süreç 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 büyük önem taşır.
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ı (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?dir?
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 büyük önem taşır.
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ı (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?dir?
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?dir?
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ı (zaman damgası)nı sunar.
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?dir?
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 büyük önem taşır.
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ı (zaman damgası) karşılaştırılarak hesaplanır.
Yakala
Faturanın net vade tarihini (BSID-ZFBDT) mevcut zaman damgası (zaman damgası) veya sonraki bir olayın zaman damgası (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?dir?
Anlaşmazlıkları kaydetmek, süreç istisnalarını anlamak için temel 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ı (zaman damgası) olarak olarak kullanılır.
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ı (zaman damgası)nı kullanın.
Event tipi
explicit
|
|||
|
Dunning 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?dir?
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 güçlüak için temel rol oynar.
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?dir?
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ı (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ı (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?dir?
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?dir?
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ı güçlüaya 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 Taahhüdü 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?dir?
Ö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?dir?
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
|
|||