Kredi yönetimi ve tahsilat için Veri Templateiniz
Kredi yönetimi ve tahsilat için Veri Templateiniz
- Event Logunuz için toplanması önerilen öznitelikler
- Fatura yaşam döngüsü boyunca izlenecek temel süreç etkinlikleri
- SAP S/4HANA için veri çıkarma adımları
Kredi yönetimi ve tahsilat öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Kredi yönetimi ve tahsilat sürecinde gerçekleşen belirli iş olayının adıdır. | ||
|
Açıklama
Bu öznitelik, süreçteki tek bir adımı veya görevi açıklar. Örneğin 'Fatura oluşturuldu', 'İhtar prosedürü başlatıldı' veya 'Ödeme alındı'. Bu etkinliklerin sırası, her vaka için süreç akışını oluşturur. Etkinlik adını analiz etmek Process Mining’in temelidir. Süreç haritasını keşfetmenizi, varyantları belirlemenizi ve farklı adımlar arasındaki geçişleri ölçmenizi sağlar. İhtar etkinliğinden sonraki olayları izleyen 'İhtar başarı oranı' gibi temel performans göstergelerinin hesaplanması da dahil olmak üzere, neredeyse tüm süreç analizlerinin dayanağıdır.
Neden önemli?
Süreç adımlarını tanımlar. Süreç haritasını görselleştirmek, varyantları analiz etmek ve süreç akışını anlamak için gereklidir.
Nereden alınır?
İşlem kodlarının (TCODE), tablo değişikliği günlüklerinin (CDHDR/CDPOS) veya SAP belgelerindeki durum alanlarının bir araya getirilmesiyle oluşturulur.
Örnekler
Fatura müşteriye gönderildiİhtar prosedürü başlatıldıÖdeme alındıAnlaşmazlık vakası kaydedildi
|
|||
|
Fatura numarası
InvoiceNumber
|
Müşteri faturasının benzersiz tanımlayıcısıdır. Kredi yönetimi ve tahsilat sürecinde temel vaka kimliği olarak kullanılır. | ||
|
Açıklama
Genellikle Muhasebe Belge Numarası olarak gösterilen Fatura Numarası, her alacak işlemini benzersiz biçimde tanımlar. Fatura oluşturma ve ihtar bildirimlerinden anlaşmazlık yönetimine, son ödeme veya zarar kaydına kadar tüm süreç olaylarını birbirine bağlar. Process Mining’de her Fatura Numarasının izlediği yolu analiz etmek, sürecin baştan sona görünmesini sağlar. Böylece yaygın süreç yollarını, ödeme işlemlerindeki darboğazları ve farklı faturaların ele alınış biçimlerindeki değişiklikleri belirleyebilirsiniz. Bu analiz, 'Fatura süreci varyantları analizi' ve 'Vadesi geçmiş faturaların yaşlandırılması ve durumu' gibi Dashboardlar için önemlidir.
Neden önemli?
İlgili tüm kredi ve tahsilat etkinliklerini birbirine bağlayan temel vaka tanımlayıcısıdır. Böylece her alacak için yaşam döngüsünün tamamı analiz edilebilir.
Nereden alınır?
Genellikle BKPF (Muhasebe Belgesi Başlığı) tablosunda BELNR alanında veya VBRK (Faturalama Belgesi: Başlık Verileri) tablosunda VBELN alanında bulunur.
Örnekler
190000012319000004561900000789
|
|||
|
Olay zamanı
EventTime
|
Etkinliğin ne zaman gerçekleştiğini gösteren zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, kaydedilen her etkinliğin kesin tarih ve saatini verir. Olayların sırasını belirlemek ve aralarındaki süreyi hesaplamak için önemlidir. Etkinlikleri kronolojik sıraya koymak, süreç haritasını oluşturmak ve performans metriklerini hesaplamak için Olay zamanı kullanılır. Örneğin, 'Anlaşmazlık kaydedildi' ve 'Anlaşmazlık çözüldü' zaman damgaları arasındaki süre ölçülerek 'Ortalama anlaşmazlık çözüm süresi' hesaplanır.
Neden önemli?
Olayların kronolojik sırasını gösterir. Çevrim sürelerini hesaplamak, süreç performansını analiz etmek ve darboğazları bulmak için gereklidir.
Nereden alınır?
SAP tablolarındaki çeşitli tarih ve saat alanlarından alınır. Örneğin BKPF tablosundaki BUDAT (Kayıt tarihi) veya farklı tablolardaki CPUDT/CPUTM (Giriş tarihi/saati) alanları kullanılabilir. CDHDR/CDPOS değişiklik günlüğü tablolarında da zaman damgaları bulunur.
Örnekler
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
|
|||
|
Fatura tutarı
InvoiceAmount
|
Belge para birimi cinsinden faturanın toplam değeridir. | ||
|
Açıklama
Bu öznitelik, faturalanan mal veya hizmetlerin toplam parasal değerini gösterir. Her vakanın finansal etkisini ölçer. Tahsilat çalışmalarına öncelik vermek için fatura tutarını analiz etmek gerekir. Bu tutar, 'Tahsilat portföyüne öncelik verme' Dashboardunda kullanılır. Ayrıca anlaşmazlık konusu faturaların toplam değeri veya vadesi geçmiş alacaklarda bekleyen tutar gibi süreç verimsizliklerinin finansal etkisini değerlendirmeye yardımcı olur. Değer temelini sağlayarak 'Fatura zarar kaydı yüzdesi' gibi temel performans göstergelerini doğrudan destekler.
Neden önemli?
Her vakanın finansal değerini ölçer. Önceliklendirme, risk değerlendirmesi ve performans ölçümü için gereklidir.
Nereden alınır?
BSEG tablosundaki muhasebe belgesi kalemlerinden alınır. DMBTR alanı yerel para birimi tutarını, WRBTR alanı ise belge para birimi tutarını gösterir.
Örnekler
1500.0025000.50750.75
|
|||
|
Gecikme günü
DaysOverdue
|
Faturanın ödeme vadesini kaç gün geçtiği. | ||
|
Açıklama
Bu metrik, Ödeme Vadesi ile geçerli tarih (açık faturalar için) veya Ödeme Tarihi (kapatılmış faturalar için) arasındaki süreyi hesaplar. Pozitif bir değer, ödemenin geciktiğini gösterir. Gecikme günü, tahsilatın temel KPI’larından biridir. Vadesi Geçmiş Fatura Yaşlandırma ve Durum Dashboardunun ana metriğidir ve tahsilat çalışmalarına öncelik vermek için kullanılır. Bu metriğin dağılımını inceleyerek alacak portföyünün genel durumunu anlayabilirsiniz.
Neden önemli?
Tahsilat etkinliğini ölçen önemli bir performans göstergesidir. Yaşlandırma analizi, işlere öncelik verme ve ödeme gecikmelerini ölçme amacıyla kullanılır.
Nereden alınır?
Veri dönüşümü sırasında şu şekilde hesaplanır: (Geçerli Tarih VEYA Kapatma Tarihi) - PaymentDueDate (BSEG-ZFBDT).
Örnekler
1530920
|
|||
|
Kullanıcı adı
UserName
|
Etkinliği gerçekleştiren kişinin kullanıcı kimliğidir. | ||
|
Açıklama
Bu öznitelik, ödeme kaydetmek veya ihtar çalıştırması başlatmak gibi belirli bir süreç adımından sorumlu kullanıcıyı belirtir. SAP’de genellikle 'Kullanıcı adı' (UNAME) veya 'Giren' alanında saklanır. Kullanıcı bazında analiz, yüksek performans gösteren kişileri veya ekipleri, ek eğitime ihtiyaç duyulan alanları ve iş yükü dağılımındaki örüntüleri belirlemeye yardımcı olur. Uyumluluk sorunlarını veya yetkisiz işlemleri incelemek için de kullanılabilir. Örneğin, tahsilat görevlisi başına sonuçları izleyerek 'Tahsilat aramalarının etkinliği' Dashboardunu destekler.
Neden önemli?
Süreç etkinliklerini belirli kişilerle ilişkilendirir. Böylece kaynak performansı, iş yükü ve uyumluluk analiz edilebilir.
Nereden alınır?
Genellikle BKPF gibi başlık tablolarında (USNAM alanı) veya CDHDR gibi değişiklik günlüğü tablolarında (USERNAME alanı) bulunur.
Örnekler
JSMITHRROEBATCH_USER
|
|||
|
Müşteri numarası
CustomerNumber
|
Müşteri hesabının benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Müşteri numarası, faturanın düzenlendiği iş ortağını tanımlar. Finansal işlemi müşterinin ana veri kaydına bağlar. Bu öznitelik, belirli müşterilerin veya müşteri gruplarının ödeme davranışlarını belirlemek gibi müşteri odaklı analizler için önemlidir. Hangi müşterilerin sürekli geç ödeme yaptığını izleyen 'Müşteri ödeme davranışındaki eğilimler' Dashboardu gibi araçlarda kullanılır. Ayrıca faturaları müşteriye göre gruplandırarak 'Öncelikli hesapların kapsama oranı' gibi temel performans göstergelerini destekler.
Neden önemli?
İşlemleri belirli müşterilerle ilişkilendirir. Böylece ödeme davranışı, müşteri grupları ve müşteri ilişkileri analiz edilebilir.
Nereden alınır?
BSEG gibi muhasebe belgesi kalem tablolarında KUNNR alanında veya müşteri ana veri tablosu KNA1'de bulunur.
Örnekler
CUST100234CUST200567CUST300890
|
|||
|
Ödeme vade tarihi
PaymentDueDate
|
Fatura ödemesinin yapılması gereken tarihtir. | ||
|
Açıklama
Ödeme vade tarihi, fatura tarihi ve müşteriyle üzerinde anlaşılan ödeme koşullarına göre hesaplanır. Ödemenin zamanında yapılıp yapılmadığını ölçmek için temel alınır. Vadesi geçmiş faturalara ilişkin tüm analizlerde bu tarih kullanılır. 'Gecikme günü' hesabının ve ihtar prosedürlerinin başlangıç noktasıdır. 'Vadesi geçmiş faturaların yaşlandırılması ve durumu' gibi Dashboardlar ile 'Ortalama Satışların Tahsilat Süresi (DSO)' gibi temel performans göstergeleri bu özniteliğe dayanır.
Neden önemli?
Faturanın vadesinin geçip geçmediğini belirleyen temel tarihtir. Tahsilat etkinliklerini başlatmak ve önemli temel performans göstergelerini hesaplamak için kullanılır.
Nereden alınır?
Muhasebe belgesinin müşteri kaleminde, BSEG tablosunun ZFBDT alanında bulunur.
Örnekler
2023-05-302023-06-152023-07-01
|
|||
|
Anlaşmazlık nedeni
DisputeReason
|
Müşterinin faturaya neden itiraz ettiğini belirten neden kodudur. | ||
|
Açıklama
Müşteri bir faturaya itiraz ettiğinde, sorunun niteliğini sınıflandırmak için genellikle 'Yanlış fiyatlandırma', 'Hasarlı ürün' veya 'Mükerrer fatura' gibi bir neden atanır. Bu işlem SAP Dispute Management modülünde yönetilir. Anlaşmazlık nedenlerini analiz etmek, müşteri memnuniyetsizliğinin ve ödeme gecikmelerinin temel nedenlerini belirlemek açısından önemlidir. 'Fatura anlaşmazlıklarının sayısı ve çözümü' Dashboardu bu özniteliğe göre boyutlandırılarak, düzeltilmesi gereken önceki Siparişten Tahsilata sürecindeki tekrarlayan sorunlar saptanabilir.
Neden önemli?
Fatura anlaşmazlıklarının temel nedenlerini ortaya çıkarır ve altta yatan operasyonel sorunları belirleyip çözmeye yardımcı olur.
Nereden alınır?
SAP Dispute Management modülünden, anlaşmazlık vakası özniteliklerine göre muhtemelen UDM_SCASE_ATTR veya benzer tablolardan alınır.
Örnekler
PRC_ERR - Fiyatlandırma hatasıQTY_DIF - Miktar farkıSHIP_DMG - Hasarlı sevkiyat
|
|||
|
Fatura para birimi
InvoiceCurrency
|
Faturanın düzenlendiği para birimidir. | ||
|
Açıklama
Bu öznitelik, fatura tutarının para birimi kodunu (örneğin USD, EUR) belirtir. Özellikle çok uluslu kuruluşlarda parasal değerleri yorumlamak için gerekli bağlamı sağlar. Analizlerin çoğu standartlaştırılmış yerel para birimiyle yapılsa da belge para birimi, işlemin ilk hâlini anlamak ve döviz kuru etkilerini incelemek için önemlidir. Fatura tutarı özniteliğine bağlam kazandırır.
Neden önemli?
Fatura tutarını doğru yorumlamak için gerekli bağlamı sağlar ve birden fazla para biriminin kullanıldığı ortamlarda finansal analizi kolaylaştırır.
Nereden alınır?
Genellikle BKPF gibi başlık tablolarında WAERS alanında veya BSEG gibi kalem tablolarında PSWSL alanında bulunur.
Örnekler
USDEURGBP
|
|||
|
İhtar düzeyi
DunningLevel
|
Vadesi geçmiş bir fatura için ihtar sürecinin hangi aşamada olduğunu gösterir. | ||
|
Açıklama
İhtar düzeyi, tahsilat girişiminin yoğunluğunu gösterir. Genellikle basit bir hatırlatmayla başlar, daha resmî yasal bildirimlere doğru ilerler. Her düzey, ihtar prosedüründe tanımlanmış belirli bir etkinliğe karşılık gelir. Bu özniteliği izlemek, ihtar sürecinin etkinliğini ve uyumluluğunu takip etmek için önemlidir. 'İhtar sürecinin etkinliği' Dashboardu farklı düzeylerdeki ödeme oranlarını analiz ederken 'İhtar süreci uyumluluğu' Dashboardu düzeylerin doğru sırayla uygulanıp uygulanmadığını denetler.
Neden önemli?
Tahsilat girişimlerinin ilerleyişini izler ve ihtar sürecinin etkinliğini ve uyumluluğunu analiz etmenizi sağlar.
Nereden alınır?
Bu bilgi MHND (İhtar verileri) gibi ihtar verisi tablolarında saklanır. Bir kalem için son ihtar düzeyi BSEG tablosundaki MANST alanında bulunabilir.
Örnekler
123 - Son bildirimYasal işlem
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin hangi sistemden geldiğini belirtir. | ||
|
Açıklama
Bu öznitelik, bu örnekte SAP S/4HANA olan kaynak bilgi sistemini belirtir. Farklı ERP örnekleri veya ayrı bir CRM gibi birden fazla sistemden veri alınan ortamlarda özellikle önemlidir. Süreç analizinde, birden fazla sistemi kapsayan süreçleri ayırt etmeye veya analizi belirli bir sistem örneğiyle sınırlamaya yardımcı olur. Veri soy ağacını korur; özellikle veri doğrulama ve sorun giderme sırasında gerekli bağlamı sağlar.
Neden önemli?
Verinin kaynağı hakkında önemli bağlam sunar. Böylece birden fazla sistemin kullanıldığı ortamlarda netlik sağlar ve veri yönetimini kolaylaştırır.
Nereden alınır?
Genellikle veri çıkarma sırasında eklenen sabit bir değerdir ve belirli SAP S/4HANA örneğini (örneğin Sistem Kimliği veya SID) belirtir.
Örnekler
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
|
|||
|
Kredi limiti
CreditLimit
|
Bir müşteriye tanınan en yüksek kredi tutarı. | ||
|
Açıklama
Kredi limiti, müşterinin kredi ana verilerinde saklanan ve şirketin o müşteriye tanımayı kabul ettiği toplam kredi riskini belirleyen bir değerdir. Kredi Limiti Talep Edildi ve Kredi Limiti Onaylandı gibi etkinlikler bu öznitelikle doğrudan ilişkilidir. Bu öznitelik, kredi riski analizine bağlam kazandırır. Kredi Onay Çevrim Süresi Analizi Dashboardu, bu limitin belirlenmesi veya değiştirilmesi sürecini izler. Vadesi geçmiş tutarlarla birlikte incelendiğinde, portföyün genel riskini değerlendirmeye yardımcı olur.
Neden önemli?
Müşteri için onaylanan kredi riskini tanımlar; kredi onay sürecinin ve toplam kredi riskinin analizinde merkezi bir rol oynar.
Nereden alınır?
SAP Credit Management (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 büyüklük, sektör veya stratejik önem gibi ölçütlere göre sınıflandırılması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. Yıllık gelir, sektör, coğrafi konum veya ilişki durumu (örneğin Altın, Gümüş, Bronz) gibi ölçütlere dayanabilir. Tahsilat analizinde bu özniteliğe göre gruplandırma, belirli müşteri gruplarına özgü örüntüleri ortaya çıkarır. Örneğin, 'Fatura zarar kayıtları analizi' Dashboardu, zarar kayıtlarının orantısız bir bölümünün belirli bir segmentten kaynaklanıp kaynaklanmadığını gösterebilir. Bu bilgi, o segment için kredi politikalarına ilişkin stratejik kararları destekler.
Neden önemli?
Farklı müşteri gruplarındaki süreç performansını ve müşteri davranışlarını analiz etmenizi, stratejik açıdan değerli içgörüler elde etmenizi sağlar.
Nereden alınır?
Genellikle Müşteri Ana Verilerinden (KNA1 tablosu), KDKG1-KDKG5 gibi sınıflandırma veya öznitelik alanlarından (Müşteri grubu 1-5) alınır.
Örnekler
Büyük ölçekli kuruluşKüçük ve orta ölçekli işletmeKamu kuruluşuStratejik hesap
|
|||
|
Otomatik mi
IsAutomated
|
Etkinliğin bir sistem kullanıcısı mı yoksa gerçek bir kullanıcı mı tarafından gerçekleştirildiğini belirten bir işaret. | ||
|
Açıklama
Bu mantıksal öznitelik, sistemin otomatik olarak gerçekleştirdiği etkinliklerle (ör. zamanlanmış bir ihtar çalıştırması veya otomatik ödeme kaydı) kullanıcının elle gerçekleştirdiği etkinlikleri (ör. tahsilat araması) birbirinden ayırır. Bu özniteliği inceleyerek süreçteki otomasyon düzeyini ölçebilirsiniz. Otomatik ve elle yürütülen adımların verimliliğini ve tutarlılığını karşılaştırabilir, otomasyon fırsatlarını belirleyebilir ve tahsilat sürecinde gereken gerçek manuel emeği anlayabilirsiniz.
Neden önemli?
Süreçteki otomasyon düzeyini ölçmeye ve otomasyonun verimlilik ile maliyet üzerindeki etkisini incelemeye yardımcı olur.
Nereden alınır?
Bu, genellikle UserName alanından türetilen bir özniteliktir. Kullanıcı kimliği, sistem veya toplu işlem kullanıcıları için önceden tanımlanmış bir listeyle (ör. BATCH_USER) eşleşirse işaret true olarak ayarlanır.
Örnekler
truefalse
|
|||
|
Silme nedeni
WriteOffReason
|
Bir faturanın tahsil edilemeyeceği gerekçesiyle neden silindiğini açıklayan neden kodu. | ||
|
Açıklama
Bir alacağın tahsil edilemeyeceğine karar verildiğinde, tutar muhasebe kayıtlarından silinir ve nedeni sınıflandırmak için bir kod atanır. Bu kod, örneğin İflas, Düşük Bakiye Nedeniyle Silme veya Çözümlenmemiş İtiraz olabilir. Bu öznitelik, Fatura Silme Analizi Dashboardu için gereklidir. Şirket, silme işlemlerinin nedenlere göre sıklığını ve tutarını inceleyerek kredi politikasındaki veya tahsilat stratejisindeki eksiklikleri belirleyebilir ve gelecekteki kayıpları azaltmak için düzeltici adımlar atabilir.
Neden önemli?
Tahsil edilemeyen borçlardan kaynaklanan mali kayıpların temel nedenlerini açıklar ve kredi ile tahsilat politikalarının iyileştirilmesine katkı sağlar.
Nereden alınır?
Alacakların silinmesi için kullanılan finansal kayıt işlemi (ör. F-30) sırasında bu bilgi genellikle neden kodu alanlarına (BSEG-RSTGR) kaydedilir.
Örnekler
İFLASDÜŞÜK_BAKİYEİTİRAZ_KAYBI
|
|||
|
Şirket kodu
CompanyCode
|
Mali tabloların hazırlandığı, hukuken bağımsız bir şirketi temsil eden organizasyon birimidir. | ||
|
Açıklama
Şirket kodu, SAP Financials içindeki temel organizasyon birimlerinden biridir. Faturalar ve ödemeler dahil tüm finansal işlemler belirli bir şirket koduna kaydedilir. Process Mining’de şirket koduna göre filtreleme veya boyutlandırma, bir kuruluş içindeki farklı tüzel kişiliklerin süreç performansını karşılaştırmak için gereklidir. Böylece bir tüzel kişilikteki iyi uygulamaları diğerlerine uyarlayabilir veya belirli bir şirketi etkileyen sistemik sorunları saptayabilirsiniz. Neredeyse tüm finansal süreç analizlerinde temel bir filtredir.
Neden önemli?
Kuruluş içindeki farklı tüzel kişiliklerin süreç performansını ve uyumluluğunu karşılaştırmanızı sağlar.
Nereden alınır?
BKPF ve BSEG gibi çoğu finansal tabloda BUKRS alanında bulunur.
Örnekler
10002000US01DE01
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemden en son veri yenileme veya çıkarma işleminin zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, veri setinin en son ne zaman güncellendiğini gösterir. Kullanıcıların analiz ettikleri verinin güncelliğini değerlendirmesine yardımcı olur. Her Dashboard veya analiz için önemli bir üst veridir. Analizin kapsadığı dönemi açıklar ve güncelliğini yitirmiş bilgilere dayanarak yanlış sonuçlara varılmasını önler. Örneğin, vadesi geçmiş faturaların analizi ancak kullanıcı verinin en son ne zaman alındığını biliyorsa anlamlıdır.
Neden önemli?
Verinin ne kadar güncel olduğunu anlamanızı sağlar. Doğru, veriye dayalı kararlar almak için bu bilgi önemlidir.
Nereden alınır?
Bu değer, veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulur ve saklanır.
Örnekler
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
|
|||
Kredi yönetimi ve tahsilat etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Anlaşmazlık vakası kaydedildi
|
Bu etkinlik, müşterinin faturaya resmen itiraz ettiğini ve SAP Dispute Management içinde bir vaka oluşturulduğunu gösterir. Yeni bir anlaşmazlık vakası oluşturulup fatura belgesiyle ilişkilendirildiğinde kaydedilir. | ||
|
Neden önemli?
Anlaşmazlıkların kaydedilmesi, süreçteki istisnaları anlamak için önemli bir adımdır. Anlaşmazlıkların sayısını, nedenlerini ve çözüm süresini analiz etmek; fiyatlandırma veya sevkiyat hataları gibi temel nedenleri belirlemeye yardımcı olur.
Nereden alınır?
Bu, SAP Dispute Management tablolarında açıkça kaydedilen bir olaydır. Faturayla bağlantılı UKM_CASE veya FDM_DCOBJ gibi tablolardaki vaka oluşturma tarihi zaman damgası olarak kullanılır.
Kaydedin
Anlaşmazlık türündeki vakaları filtreleyerek UKM_CASE tablosundaki vaka oluşturma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Fatura kapatıldı
|
Bu, faturanın tamamen ödendiğini ve açık kalemlerden çıkarıldığını gösteren nihai ve başarılı sonuçtur. Faturayla ilişkili bir mahsup belgesi ve tarihi bulunduğunda bu duruma ulaşıldığı anlaşılır. | ||
|
Neden önemli?
Sürecin temel başarı noktası olan bu etkinlik, fatura yaşam döngüsünü tamamlar. Bu duruma ulaşmak için izlenen yolları ve geçen süreyi analiz etmek, süreci iyileştirmenin temelidir.
Nereden alınır?
Bu, tek başına gerçekleşen bir olay değil, finansal tablolardan çıkarılan bir durumdur. Bir fatura, müşteri kapatılmış kalemler tablosu BSAD’de yer alıyor ve geçerli bir kapatma tarihi (AUGDT) taşıyorsa kapatılmış sayılır.
Kaydedin
Bu son etkinliğin zaman damgası olarak BSAD tablosundaki kapatma tarihini (AUGDT) kullanın.
Olay türü
inferred
|
|||
|
Fatura oluşturuldu
|
Bu etkinlik, tahsilat sürecinin başlangıç noktası olan müşteri faturasının oluşturulmasını belirtir. SAP S/4HANA sisteminde fatura belge türüne sahip yeni bir muhasebe belgesi kaydedildiğinde bu olay yakalanır. | ||
|
Neden önemli?
Bu, faturadan tahsilata sürecinin temel başlangıç olayıdır. Satışların Tahsilat Süresini (DSO) ve genel süreç verimliliğini ölçmek için bu noktadan ödemeye kadar geçen süreyi analiz etmek önemlidir.
Nereden alınır?
Bu olay açıkça kaydedilir. İlgili belge numarasının (BELNR) oluşturulma tarihi ve saati, muhasebe belgesi başlık tablosu BKPF’de bulunabilir. 'RV' gibi belge türleri genellikle müşteri faturalarını belirtir.
Kaydedin
Fatura belgesi için BKPF tablosundaki belge oluşturma zaman damgasını (CPUDT, CPUTM) kullanın.
Olay türü
explicit
|
|||
|
Fatura zarar kaydedilerek kapatıldı
|
Bu etkinlik, ödenmemiş bir faturanın zarar olarak kabul edilip tahsil edilemeyen alacak şeklinde sınıflandırılması kararını belirtir. Genellikle özel bir neden kodu taşıyan belirli türde bir mahsup belgesi kaydedildiğinde yakalanır. | ||
|
Neden önemli?
Zarar kayıtları doğrudan finansal kayba yol açar. Bunların sıklığını, tutarını ve öncesindeki etkinlikleri analiz etmek, riskli müşterileri ve tahsilat sürecindeki aksaklıkları belirlemeye yardımcı olur.
Nereden alınır?
Bu durum, faturayı kapatan mahsup belgesi incelenerek belirlenebilir. Mahsup belgesinde kullanılan belirli bir büyük defter hesabı veya neden kodu (BSEG-RSTGR), zararın kaydedildiğini gösterir.
Kaydedin
Mahsup belgesini belirleyin ve özel bir neden kodu olup olmadığını ya da tahsil edilemeyen alacak hesabına kayıt yapılıp yapılmadığını kontrol edin.
Olay türü
inferred
|
|||
|
Ödeme alındı
|
Bu etkinlik, müşteriden ödeme alınmasını ve ödemenin açık faturaya mahsup edilmesini belirtir. Fatura tutarını kapatan bir mahsup belgesi oluşturulduğunda kaydedilir. | ||
|
Neden önemli?
Bu, nakit akışını ve DSO’yu doğrudan etkileyen önemli bir aşamadır. Ödemeye kadar geçen süreyi ve öncesindeki etkinlikleri analiz etmek, tahsilat sürecinin genel etkinliğini ortaya koyar.
Nereden alınır?
Bu olay, faturaya karşı kaydedilen mahsup belgesinden çıkarılır. İlgili faturanın kapatılmış kalemler tablosu BSAD’deki kapatma tarihi (AUGDT), zaman damgasını sağlar.
Kaydedin
İlgili fatura belge numarası (BELNR) için BSAD tablosundaki kapatma tarihini (AUGDT) belirleyin.
Olay türü
inferred
|
|||
|
Ödeme vadesi geçti
|
Geçerli tarih, faturanın net vade tarihini geçtiğinde ve kapatma ödemesi kaydedilmediğinde gerçekleşen hesaplanmış bir olaydır. Faturanın 'vadesi gelmemiş' durumdan 'vadesi geçmiş' duruma geçtiğini gösterir. | ||
|
Neden önemli?
Bu etkinlik, tüm tahsilat ve ihtar işlemlerini başlatır. Ödeme davranışını, gecikme nedenlerini ve önleyici hatırlatmaların etkisini analiz etmek için önemlidir.
Nereden alınır?
Bu olay açıkça kaydedilmez. Net vade tarihi (BSID tablosundaki ZFBDT alanı gibi) analiz zaman damgasıyla veya sonraki bir etkinliğin zaman damgasıyla karşılaştırılarak hesaplanır.
Kaydedin
Faturanın net vade tarihini (BSID-ZFBDT) geçerli zaman damgasıyla veya sonraki bir olayın zaman damgasıyla karşılaştırarak belirleyin.
Olay türü
calculated
|
|||
|
Anlaşmazlık çözüldü
|
Bu etkinlik, müşterinin talebinin kabul edilmesi veya reddedilmesiyle anlaşmazlık vakasının kapatıldığını gösterir. Vakanın durumu 'kapalı' veya 'çözüldü' olarak güncellendiğinde kaydedilir. | ||
|
Neden önemli?
Anlaşmazlıkların çözüm süresi, müşteri memnuniyeti ve operasyonel verimlilik için önemli bir performans göstergesidir. Uzun çözüm süreleri ödemeleri geciktirebilir ve müşteri ilişkilerini zedeleyebilir.
Nereden alınır?
Bu olay, anlaşmazlık vakasının durumundaki değişiklikten çıkarılır. UKM_CASE tablosunda durumun 'Closed' veya 'Confirmed' olarak değiştiği zaman damgası, çözümün ne zaman gerçekleştiğini gösterir.
Kaydedin
UKM_CASE tablosunda veya ilgili durum değişikliği günlüklerinde, vakanın nihai ve çözümlenmiş duruma geçtiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Fatura müşteriye gönderildi
|
Faturanın müşteriye, örneğin basılı olarak, e-postayla veya EDI üzerinden iletildiği anı belirtir. Bu bilgi genellikle, bir çıktı mesajının ne zaman işlendiğini kaydeden SAP çıktı belirleme günlüklerinden alınır. | ||
|
Neden önemli?
Faturanın oluşturulmasıyla gönderilmesi arasındaki gecikmeler, ödeme döngüsünün tamamını uzatabilir. Bu süreyi izlemek, müşteri iletişimindeki ve belge dağıtımındaki darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Bu olay, mesaj durumu tablosu NAST’taki işlenme tarihi ve saatinden çıkarılabilir. Burada çıktı türünün müşteri faturasıyla eşleşmesi gerekir. Bunun için çıktı belirlemenin doğru yapılandırılmış olması gerekir.
Kaydedin
Faturanın faturalama belge numarasıyla bağlantılı, NAST tablosunda başarıyla işlenmiş bir kayıt arayın.
Olay türü
inferred
|
|||
|
İhtar prosedürü başlatıldı
|
Bu etkinlik, vadesi geçmiş bir fatura için otomatik ihtar sürecinin resmen başlatıldığını belirtir. Bir ihtar çalıştırması faturayı işleyip bir ihtar düzeyi atadığında kaydedilir. | ||
|
Neden önemli?
Bu, otomatik tahsilatın başlangıcını gösterir. İhtar etkinliklerini izlemek, ihtar stratejisinin etkisini değerlendirmek ve iç politikalara uyumu sağlamak açısından önemlidir.
Nereden alınır?
Bu olay, ihtar verisi tablolarında açıkça kaydedilir. Faturayla ilişkili ihtar başlık tablosu MHNK’deki çalıştırma tarihi (LAUFD), prosedürün ne zaman yürütüldüğünü gösterir.
Kaydedin
İlgili fatura için ihtar çalıştırma tarihini (MHNK-LAUFD) ve ihtar düzeyini (MHNK-MAHNS) alın.
Olay türü
explicit
|
|||
|
Ödeme kaydedildi
|
Ödemenin büyük deftere kaydedilmesini belirtir. Çoğu durumda bu işlem, ödemenin alınmasıyla aynı anda gerçekleşir; ancak gecikmeye yol açabilecek ayrı bir adım da olabilir. | ||
|
Neden önemli?
Nakit tahsilatıyla muhasebe kaydı arasındaki gecikmeler finansal raporlamayı çarpıtabilir. Bu çevrim süresini ölçmek, muhasebe süreçlerinin verimli ve doğru yürütülmesini sağlar.
Nereden alınır?
Bu olay, BKPF tablosundaki mahsup belgesinin kayıt tarihinden (BUDAT) veya oluşturulma tarihinden (CPUDT) çıkarılabilir. Mahsup belgesi numarası BSAD-AUGBL alanında bulunur.
Kaydedin
Faturayı kapatan mahsup belgesi için BKPF tablosundaki kayıt tarihini (BUDAT) kullanın.
Olay türü
inferred
|
|||
|
Ödeme taahhüdü oluşturuldu
|
Bu olay, bir tahsilat görevlisinin müşterinin vadesi geçmiş bir kalemi belirli bir tarihte ödeyeceğine dair taahhüdünü kaydetmesiyle gerçekleşir. SAP Collections Management modülünde açıkça kaydedilen bir işlemdir. | ||
|
Neden önemli?
Ödeme taahhütleri, tahsilat faaliyetlerinin önemli sonuçlarındandır. Sıklıklarını, yerine getirilme oranlarını ve ödeme sürelerine etkilerini analiz etmek, tahsilat stratejilerini iyileştirmeye yardımcı olur.
Nereden alınır?
Bu olay SAP Collections Management içinde açıkça kaydedilir. Ödeme taahhüdünün oluşturulma tarihi UDM_P2P_ATTR gibi tablolardan alınabilir.
Kaydedin
Faturayla bağlantılı UDM_P2P_ATTR gibi ödeme taahhüdü tablolarındaki oluşturulma tarihini kullanın.
Olay türü
explicit
|
|||
|
Tahsilat araması yapıldı
|
Bir tahsilat görevlisinin vadesi geçmiş bir faturayla ilgili olarak müşteriyle doğrudan iletişime geçmesini belirtir. Bu genellikle standart bir SAP olayı değildir; özel kayıt tutma veya CRM sistemi entegrasyonu gerektirir. | ||
|
Neden önemli?
Elle yapılan müdahaleler, tahsilat sürecinin maliyetli adımlarındandır. Bu aramaları izlemek, tahsilat görevlilerinin performansını ölçmeye ve hangi hesaplar için elle işlem gerektiğini anlamaya yardımcı olur.
Nereden alınır?
Bu bilgi genellikle standart bir S/4HANA kurulumunda bulunmaz. Özel tablolarda, tahsilat iş listesindeki bir notta veya entegre edilmesi gereken harici bir CRM sisteminde tutulabilir.
Kaydedin
Tahsilat etkinliklerinin kaydedildiği sistem geliştirmelerinin, notların veya harici sistem verilerinin incelenmesi gerekir.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Verilerinizi analize hazırlamak ve kredi yönetimi ile tahsilat sürecinizde Process Mining olanaklarından yararlanmak için bu Templatei kullanın. Nakit akışınızı iyileştirmeye ve tahsil edilemeyen borçları azaltmaya bugün başlayın.
Nakit akışınızı iyileştirin: Kredi yönetimi ve tahsilat süreçlerinizi bugün optimize edin
Verimsizlikleri belirleyin, çevrim süresini %30 azaltın ve nakit akışınızı iyileştirin.
Kredi kartı gerekmez. Kurulum birkaç dakika sürer.