Kredi ve Tahsilat Yönetimi Veri Template'inuz

SAP S/4HANA
Kredi ve Tahsilat Yönetimi Veri Template'inuz

Kredi ve Tahsilat Yönetimi Veri Template'inuz

Bu şablon, Kredi Yönetimi ve Tahsilat sürecinizi analiz etmek ve iyileştirmek için gerekli verileri toplamak için net bir rehber sunar. Toplanacak ana nitelikleri, izlenecek temel aktiviteleri ve SAP S/4HANA sisteminizden pratik veri veri çekme kılavuzuni ö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 süreç döngüsü boyunca izlenecek anahtar süreç faaliyetleri
  • SAP S/4HANA için özel veri veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Kredi Yönetimi ve Tahsilat Öznitelikleri

Bunlar, kredi yönetimi ve tahsilat sürecinizin detaylı bir analizi için event lognüze dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 5 Önerilen 10 Opsiyonel
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
Gerekli Önerilen Opsiyonel

Kredi 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 Opsiyonel
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
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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