Alacak Hesapları Veri Şablonunuz
Alacak Hesapları Veri Şablonunuz
- Finansal analiz için sürece özgü nitelikler
- Doğru süreç keşfi için anahtar dönüm noktaları
- SAP ECC için adım adım çıkarma rehberliği
Alacak Hesapları Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Süreçte gerçekleştirilen belirli olay veya eylem. | ||
|
Açıklama
Bu nitelik, 'Fatura Oluşturuldu', 'Ödeme Alındı' veya 'Anlaşmazlık Kaydedildi' gibi gerçekleştirilen süreç adımının adını yakalar. İşlem kodlarından, belge tiplerinden veya muhasebe belgesinin durumundaki belirli değişikliklerden türetilmiştir. Bu veri, süreç akışının yeniden yapılandırılmasına ve yol varyantlarının analizine olanak tanır.
Neden önemli
Süreç haritasını görselleştirmek ve darboğazları belirlemek için gerekli olay günlüğü yapısını tanımlar.
Nereden alınır
BKPF'deki TCODE'dan, BLART'taki Belge Türü'nden veya Değişiklik Belgeleri'nden (CDHDR/CDPOS) türetilmiştir
Örnekler
Fatura OluşturulduÖdeme Alındıİade Faturası Kaydedildiİhtilaf Vakası Açıldı
|
|||
|
Fatura Numarası
InvoiceNumber
|
Fatura veya muhasebe belgesi için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu nitelik, Alacak Hesapları süreci için birincil anahtarı temsil eder. SAP ECC'de bu genellikle sistem genelinde benzersizliği sağlamak için Muhasebe Belge Numarası (BELNR), Şirket Kodu (BUKRS) ve Mali Yıl (GJAHR) birleşimidir. Ödemeler, anlaşmazlıklar ve tahsilatlar gibi tüm sonraki faaliyetleri orijinal finansal yükümlülüğe bağlamak için merkezi bir bağlantı noktası görevi görür.
Neden önemli
Bir alacağın oluşturulmasından nihai temizlemesine kadar uçtan uca yaşam döngüsünü izlemek için gereken Vaka Kimliğidir.
Nereden alınır
BKPF Tablosu, BELNR Alanı (genellikle BUKRS ve GJAHR ile birleştirilir)
Örnekler
140000023420231800003991202351000008822022
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Kaydın çekildiği belirli SAP ECC örneğini veya istemcisini tanımlar. Çoklu sistem ortamlarında, bu öznitelik verileri ayırmak ve sisteme özel süreç varyasyonlarını belirlemek için kritik öneme sahiptir. Veri soy ağacını sağlar ve entegrasyon sorunlarını gidermeye yardımcı olur.
Neden önemli
Veri yönetimi ve çoklu ERP ortamlarında kayıtların kaynağını belirlemek için gereklidir.
Nereden alınır
Sistem yapılandırması veya çıkarma sırasında kodlanmış
Örnekler
SAP_ECC_P01SAP_ECC_QAERP_NA_01
|
|||
|
Olay Zamanı
EventTime
|
Faaliyetin gerçekleştiği belirli zaman damgası. | ||
|
Açıklama
Bu nitelik, bir faaliyetin sistemde gerçekleştiği kesin tarih ve saati kaydeder. SAP ECC'deki işlemsel veriler için bu genellikle Giriş Tarihi (CPUDT) ve Giriş Saati (CPUTM) kombinasyonudur. Döngü sürelerini, teslim sürelerini ve süreç adımları arasındaki süreyi hesaplamak için gereken zamansal boyutu sağlar.
Neden önemli
Ortalama Tahsilat Süresi ve süreç hızı dahil tüm zaman tabanlı analizler için hayati öneme sahiptir.
Nereden alınır
BKPF Tablosu, CPUDT (Tarih) ve CPUTM (Saat) Alanları
Örnekler
2023-10-12T08:30:00Z2023-10-15T14:22:10Z2023-11-01T09:15:00Z
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
En son veri çıkarımının veya yenilemenin zaman damgası. | ||
|
Açıklama
Verinin SAP ECC kaynak sisteminden Process Mining platformuna en son ne zaman senkronize edildiğini gösterir. Bu, kullanıcıların analizin güncelliğini ve dashboard'lardaki potansiyel gecikmeleri anlamalarına yardımcı olur. KPI'ların işin mevcut durumunu yansıttığını doğrulamak için kritiktir.
Neden önemli
Kullanıcıların dashboard'larındaki verilerin ne kadar güncel olduğunu bilmelerini sağlar.
Nereden alınır
Çekim aracı tarafından oluşturulur (ETL zaman damgası)
Örnekler
2023-11-25T00:00:00Z2023-11-25T06:00:00Z
|
|||
|
Belge Türü
DocumentType
|
Muhasebe belgesini (örn. Fatura, Ödeme, İade Faturası) sınıflandırır. | ||
|
Açıklama
SAP Belge Tipi (BLART), Müşteri Faturası (DR), Müşteri Ödemesi (DZ) veya İade Faturası (DG) gibi farklı iş işlemlerini ayırt eder. Bu nitelik, 'CaseType'ı tanımlamak ve 'İade Faturası Yeniden İşleme Oranı'nı analiz etmek gibi belirli süreç akışlarını filtrelemek için temeldir.
Neden önemli
Verilerdeki faturalar, ödemeler ve düzeltmeler arasında ayrım yapar.
Nereden alınır
BKPF Tablosu, BLART Alanı
Örnekler
RVDZDGDR
|
|||
|
Hesaba Geçiş Tarihi
ClearingDate
|
Faturanın tahsil edildiği (ödendiği veya mahsup edildiği) tarih. | ||
|
Açıklama
Açık kalemin sistemde tahsil edildiği tarih (AUGDT). Bu, belirli bir fatura için tahsilat sürecinin kesin bitiş zaman damgasıdır. 'Ortalama Satış Vadesi'ni hesaplamak ve bir ödemenin geç yapılıp yapılmadığını belirlemek için birincil bileşendir.
Neden önemli
DSO ve ödeme hızını hesaplamak için temel zaman damgası.
Nereden alınır
BSAD Tablosu (Tahsil Edilmiş Kalemler), AUGDT Alanı
Örnekler
2023-12-012023-11-15
|
|||
|
Kullanıcı Adı
UserName
|
İşlemi gerçekleştiren kullanıcının kimliği. | ||
|
Açıklama
Belgenin oluşturulması veya değiştirilmesiyle ilişkili SAP Kullanıcı Kimliğini (USNAM) yakalar. Bu öznitelik 'Kullanıcı'ya eşlenir ve temsilci performansını izlemek için 'İhtilaf Çözümü Verimliliği' dashboard'unda kullanılır. Ayrıca manuel kullanıcılar ile sistem hesapları arasında ayrım yapmaya yardımcı olur.
Neden önemli
Ekip üyesi bazında performans analizine ve otomasyonun tespitine olanak tanır.
Nereden alınır
BKPF Tablosu, USNAM Alanı
Örnekler
JSMITHBATCH_USERFIN_AP_01
|
|||
|
Müşteri Hesap Grubu
CustomerAccountGroup
|
Müşterileri farklı segmentlere ayırır. | ||
|
Açıklama
SAP Hesap Grubu (KTOKD), müşterileri kategorize eder (örn. Satış Yapılan, Sevk Edilen, Şirketler Arası). Bu, birincil 'Müşteri Segmenti' eşleşmesi olarak hizmet eder. 'Müşteri Segmenti Ödeme Trendleri' dashboard'u için farklı türdeki müşterilerin ödeme koşullarına nasıl uyduğunu karşılaştırmak amacıyla hayati öneme sahiptir.
Neden önemli
SAP'de müşterileri segmentlere ayırmanın standart yolu.
Nereden alınır
KNA1 Tablosu, KTOKD Alanı
Örnekler
KUNA0001DEBI
|
|||
|
Müşteri Numarası
CustomerNumber
|
Müşteri hesabı için benzersiz tanımlayıcı. | ||
|
Açıklama
SAP sisteminde müşteriye atanan benzersiz kimlik (KUNNR). Bu nitelik, süreç metriklerini müşteri düzeyinde toplayarak 'Tahsilat Faaliyeti Performansı' ve 'Müşteri Segmenti Ödeme Trendleri' dashboard'larını etkinleştirir. Yüksek riskli müşterileri belirlemek için hayati öneme sahiptir.
Neden önemli
Belirli müşteri davranışlarına ve ödeme eğilimlerine derinlemesine analiz yapılmasını sağlar.
Nereden alınır
BSEG veya BSID/BSAD Tabloları, KUNNR Alanı
Örnekler
000100293CUST-9921000550021
|
|||
|
Net Vade Tarihi
NetDueDate
|
Ödemenin yapılması gereken hesaplanan tarih. | ||
|
Açıklama
Bu, ödeme için son tarihtir. SAP'de bu genellikle Temel Tarih (ZFBDT) alınarak ve Ödeme Koşullarından (ZTERM) günler eklenerek türetilir. Bu nitelik, 'Ödeme Vadesine Uygunluk Oranı' KPI'ı için kritik öneme sahiptir ve hangi faturaların vadesi geçmiş olduğunu belirler.
Neden önemli
Zamanında ve geç ödemeleri belirlemek için referans noktası.
Nereden alınır
BSEG-ZFBDT ve Ödeme Koşulları'ndan (T052 tablo mantığı) türetilmiştir
Örnekler
2023-12-302024-01-15
|
|||
|
Ortalama Tahsilat Süresi
DaysSalesOutstanding
|
Ödeme tahsil etmek için geçen gün sayısı. | ||
|
Açıklama
'Fatura Oluşturuldu' olayı ile 'Fatura Temizlendi' olayı arasındaki süreyi temsil eden hesaplanmış bir süre. Bu, 'Ortalama Tahsilat Süresi' KPI'sı için temel metriktir. Bunun analiz edilmesi, kuruluşun likidite sağlığını ortaya çıkarır.
Neden önemli
Alacak Hesapları için birincil verimlilik metriği.
Nereden alınır
Hesaplandı: TemizlemeTarihi - BelgeTarihi
Örnekler
30 gün45 gün12 gün
|
|||
|
Otomatikleştirildi mi?
IsAutomated
|
Etkinliğin otomatik olarak gerçekleştirilip gerçekleştirilmediğini gösteren bayrak. | ||
|
Açıklama
İşlem Kodu ve Kullanıcı Adından türetilen bir boolean (mantıksal) bayrak. Örneğin, TCODE 'F110' (Otomatik Ödeme Çalıştırması) ise veya Kullanıcı bilinen bir sistem toplu iş hesabı ise, bu 'true' olarak ayarlanır. Bu öznitelik, 'Otomatik Temizleme Oranı' KPI'sı için doğrudan gereklidir.
Neden önemli
Süreç verimliliğini ve otomasyon oranlarını ölçmek için hayati öneme sahiptir.
Nereden alınır
TCODE ve USNAM'dan türetilmiştir
Örnekler
truefalse
|
|||
|
Şirket Kodu
CompanyCode
|
Bilanço oluşturulan organizasyonel birim. | ||
|
Açıklama
Kurumsal yapı içindeki belirli yasal tüzel kişiliği veya yan kuruluşu temsil eder. SAP'de bu, 'BUKRS' alanıdır. Verileri Şirket Kodu'na göre analiz etmek, farklı iş birimleri arasında performansı karşılaştırmalı olarak değerlendirmeyi ve hangi birimlerin alacakları en verimli şekilde yönettiğini belirlemeyi sağlar.
Neden önemli
Dashboard'ları İş Birimine göre filtrelemek ve finansal defterleri ayırmak için kritik.
Nereden alınır
BKPF Tablosu, BUKRS Alanı
Örnekler
1000US01DE99
|
|||
|
Yerel Para Birimi Tutarı
AmountInLocalCurrency
|
Şirket kodu para birimindeki kalem değeri. | ||
|
Açıklama
Faaliyetin veya belgenin yerel defter para birimindeki (DMBTR) finansal değerini temsil eder. Bu nitelik, 'ActivityAmount'ı hesaplamak için kullanılır ve değere dayalı tahsilatları önceliklendirmek için hayati öneme sahiptir. Analizin yüksek değerli açık kalemlere odaklanmasını sağlar.
Neden önemli
Finansal etki analizi ve yüksek değerli vakalara öncelik vermek için hayati öneme sahiptir.
Nereden alınır
BSEG Tablosu, DMBTR Alanı
Örnekler
1500.00230.5010000.00
|
|||
|
Fatura Şehri
BillingCity
|
Müşterinin fatura adresiyle ilişkili şehir. | ||
|
Açıklama
Müşteri ana verilerinden alınan şehir adı (ORT01). Bu, 'yüksek Satış Vadesine en çok hangi müşteri segmentlerinin veya faturalama şehirlerinin katkıda bulunduğunu' belirleme dashboard gereksinimini destekler. Ödeme davranışlarının ayrıntılı coğrafi analizine olanak tanır.
Neden önemli
Özellikle Fatura Döngü Süresi Analizi dashboard'u için gereklidir.
Nereden alınır
KNA1 Tablosu, ORT01 Alanı
Örnekler
New YorkBerlinLondon
|
|||
|
Gecikmiş Ödeme mi?
IsLatePayment
|
Ödemenin vade tarihinden sonra alınıp alınmadığını gösteren bayrak. | ||
|
Açıklama
Temizleme Tarihi ile Net Vade Tarihi karşılaştırılarak hesaplanan bir boolean (mantıksal) bayrak. Bu öznitelik, 'Ödeme Vadesine Uygunluk Oranı' KPI'sının hesaplanmasını basitleştirir. Dashboard'da uyumsuz vakaların hızlı filtrelenmesine olanak tanır.
Neden önemli
Ödeme koşullarına ilişkin süreç ihlallerini hızla belirler.
Nereden alınır
Hesaplanan: TemizlemeTarihi > NetVadeTarihi
Örnekler
truefalse
|
|||
|
İhtilaf Vakası Kimliği
DisputeCaseId
|
Faturaya bağlı bir ihtilaf vakası için tanımlayıcı. | ||
|
Açıklama
SAP FSCM Anlaşmazlık Yönetimi modülünden alınan benzersiz tanımlayıcı (CASE_GUID veya Harici Kimlik). Bu nitelik, 'Anlaşmazlık Çözüm Verimliliği' dashboard'u için kesinlikle gereklidir. Finansal belgeyi anlaşmazlık iş akışına bağlayarak çözüm sürelerinin hesaplanmasına olanak tanır.
Neden önemli
Alacak Hesapları sürecini İhtilaf Yönetimi alt sürecine bağlar.
Nereden alınır
FDM_DCPROC veya SCMG_T_CASE_ATTR Tablosu (FSCM aktifse)
Örnekler
DISP-000123100029384
|
|||
|
İşlem Kodu
TransactionCode
|
Faaliyeti yürütmek için kullanılan SAP T-Kodu. | ||
|
Açıklama
Belgeyi kaydetmek için kullanılan belirli işlem kodu (TCODE), örneğin 'FB01' (Belge Kaydet) veya 'F110' (Otomatik Ödeme). Bu nitelik, 'Otomatik mi' hesaplamasının ve 'Nakit Uygulama Otomasyon Takipçisi'nin temelini oluşturur. Giriş yöntemini ortaya koyar.
Neden önemli
Farklı T-Kodları, farklı işleme yöntemlerini (manuel ve otomatik) gösterir.
Nereden alınır
BKPF Tablosu, TCODE Alanı
Örnekler
VF01F110FB70FEB_BSPROC
|
|||
|
Kredi Derecelendirmesi
CreditRating
|
Müşterinin kredi değerliliği puanı. | ||
|
Açıklama
Müşterinin kredi notu (KNKK/FSCM'deki CTLPC veya benzeri alan). Bu nitelik, 'Kredi Limiti ve Derecelendirme Etkisi' dashboard'u için gereklidir. Analistlerin anlaşmazlık veya geç ödeme olasılığını müşterinin risk profiliyle ilişkilendirmesine olanak tanır.
Neden önemli
Risk yönetimi verilerini operasyonel performansla birleştirir.
Nereden alınır
KNKK Tablosu (Kredi Yönetimi) veya FSCM tabloları
Örnekler
A+Yüksek Risk500
|
|||
|
Kredi Kontrol Alanı
CreditControlArea
|
Kredi yönetimi için organizasyonel birim. | ||
|
Açıklama
Kredi Kontrol Alanı (KKBER), müşteriler için kredi limitlerini belirlemek ve izlemek için kullanılır. Bu nitelik, müşterileri kendi kredi politikaları altında gruplandırarak 'Kredi Limiti ve Derecelendirme Etkisi' analizini destekler. Kredi riski ayarları ile ödeme gecikmeleri arasında ilişki kurmaya yardımcı olur.
Neden önemli
Kredi riskini ve politika etkinliğini analiz etmek için anahtar.
Nereden alınır
KNB1 veya KNKK Tabloları, KKBER Alanı
Örnekler
US01GLBLEU00
|
|||
|
Müşteri Ülkesi
CustomerCountry
|
Müşteriyle ilişkili ülke kodu. | ||
|
Açıklama
Müşteri ana verilerinden alınan müşterinin coğrafi konumu (LAND1). Bu nitelik, bölgeye göre performans segmentasyonuna izin vererek 'Fatura Döngü Süresi Analizi'ni destekler. Yerel gelenekler veya bankacılık gecikmeleri nedeniyle belirli ülkelerin daha uzun ödeme döngülerine sahip olup olmadığını belirlemeye yardımcı olur.
Neden önemli
Bölgesel performans analizini ve düzenleyici raporlamayı destekler.
Nereden alınır
KNA1 Tablosu, LAND1 Alanı
Örnekler
ABDDEFR
|
|||
|
Ödeme Vadeleri
PaymentTerms
|
Ödeme için üzerinde anlaşılan koşulları temsil eden kod. | ||
|
Açıklama
Ödeme Koşulları anahtarı (ZTERM), vade tarihini ve geçerli iskontoları belirler. Bu niteliği analiz etmek, 'Erken Ödeme İskonto Yakalama' sorunlarının agresif koşullarla mı yoksa süreç başarısızlıklarıyla mı ilgili olduğunu anlamaya yardımcı olur. Finansal uyum için temel bir boyuttur.
Neden önemli
Vaka için beklenen davranışı ve son teslim tarihlerini tanımlar.
Nereden alınır
BSEG veya KNB1 Tabloları, ZTERM Alanı
Örnekler
NT30ZB010001
|
|||
Alacak Hesapları Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura Gönderildi
|
Fatura belgesinin müşteriye basılı, e-posta veya EDI aracılığıyla iletilmesi. Bu faaliyet, müşterinin ödeme talebini ne zaman aldığını işaret eder. | ||
|
Neden önemli
'Fatura Gönderim Süresi' KPI'sını hesaplamak için kritik. Buradaki gecikmeler Ortalama Tahsilat Süresini doğrudan artırır.
Nereden alınır
Muhtemelen Finansal belgenin Satış ve Dağıtım Faturalama Belgesi (VBRK) ile birleştirilmesini ve Başarılı İşleme durumu için Çıktı Kontrol tablosunun (NAST) kontrol edilmesini gerektirir.
Yakala
VBRK-VBNUM'u NAST'taki çıktı günlükleriyle ilişkilendirin
Event tipi
inferred
|
|||
|
Fatura Mutabakatı Yapıldı
|
Açık fatura ile ödemenin ilişkilendirildiği ve açık kalem statüsünün kaldırıldığı son mutabakat adımı. Süreç şimdi tamamlandı. | ||
|
Neden önemli
Temel Bitiş olayı. 'Otomatik Temizleme Oranı'nı hesaplamak ve yaşam döngüsünü sonlandırmak için kullanılır.
Nereden alınır
BSEG Tablosu. Fatura kalemi için 'AUGBL' (Mutabakat Belgesi) ve 'AUGDT' (Mutabakat Tarihi) alanları doldurulur.
Yakala
Açık kalem temizlendiğinde kaydedildi
Event tipi
explicit
|
|||
|
İhtilaf Vakası Kaydedildi
|
Bir fatura kaleminin, müşteri anlaşmazlığı veya sorgusu gösteren bir neden koduyla etiketlenmesi. Bu genellikle faturayı ödeme için bloke eder. | ||
|
Neden önemli
'İhtilaf Çözümü Verimliliği' için anahtar. Nakitin neden bloke edildiğini ve çözüm döngü süresini ölçmeyi belirler.
Nereden alınır
BSEG-RSTGR (Neden Kodu) değişiklikleri veya SAP FSCM Dispute Management tablolarıyla (UDM_CASE) entegrasyon.
Yakala
Durum alanını öncesi/sonrası veya FSCM günlüğü ile karşılaştırın
Event tipi
inferred
|
|||
|
Kısmi Ödeme Kaydedildi
|
Toplam fatura tutarının yalnızca bir kısmını karşılayan bir ödemenin alınması. Fatura, kalan bir bakiye ile açık kalır. | ||
|
Neden önemli
'Kısmi Ödeme Etki Analizi' için kritik. Mutabakat karmaşıklığını ve döngü sürelerini artırır.
Nereden alınır
BSEG Tablosu. Faturayı (REBZG) referans alan ancak tamamen tahsil etmeyen ödeme belgelerini (DZ/KZ Tipi) belirleyin.
Yakala
Ödeme belgesi deftere kaydedildiğinde kaydedildi
Event tipi
explicit
|
|||
|
Muhasebe Belgesi Oluşturuldu
|
Müşteri faturasının finansal muhasebe defterine ilk kaydı. Bu, Alacak Hesapları alt defterinde açık kalemi oluşturur. | ||
|
Neden önemli
Finansal yükümlülüğün ve müşteri faturası için yaşlandırma süresinin resmi başlangıcını işaretler.
Nereden alınır
BKPF (Başlık) ve BSEG (Kalem) Tabloları. Hesap Tipi (KOART) 'D' (Müşteri) olan belgeleri belirleyin. Giriş Tarihi (CPUDT) ve Saati (CPUTM) kullanın.
Yakala
İşlem BKPF'de bir kayıt oluşturduğunda kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Alındı
|
Faturayı kapatmayı amaçlayan gelen bir ödeme belgesinin kaydı. Bu, defterdeki nakit girişini kaydeder. | ||
|
Neden önemli
'Ortalama Satış Vadesi' için temel olaydır. Satışın finansal gerçekleşmesini temsil eder.
Nereden alınır
BKPF/BSEG Tablosu. Belge Tipi 'DZ' (Müşteri Ödemesi) veya 'KZ' (Müşteriler için Satıcı Ödemesi).
Yakala
Ödeme işlemi gerçekleştirildiğinde kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Hatırlatması Gönderildi
|
Vadesi geçmiş bir bakiye nedeniyle müşteriye ihtar mektubu veya ödeme hatırlatıcısı gönderilmesi. Tahsilat ekibinin proaktif çabasını temsil eder. | ||
|
Neden önemli
'Tahsilat Faaliyeti Performansı' dashboard'u için hayati öneme sahiptir. Yüksek sıklık, kötü müşteri ödeme davranışına işaret eder.
Nereden alınır
MHND Tablosu (İhtar Verileri) ve MHNK (İhtar Başlığı). Bildirimin tarihini ve ihtar seviyesini kaydeder.
Yakala
İhtar İşlemi (F150) çalıştırıldığında kaydedildi
Event tipi
explicit
|
|||
|
Banka Hesap Özeti Eşleştirildi
|
Elektronik banka ekstresindeki bir kalemin müşteri hesabıyla otomatik eşleştirilmesi. Bankadaki nakdin ilk tanınmasını temsil eder. | ||
|
Neden önemli
'Nakit Uygulama Otomasyon Takipçisi'ni destekler. Elektronik banka ekstresi (EBS) işlemenin verimliliğini gösterir.
Nereden alınır
FEBEP Tablosu (Elektronik Banka Ekstresi Kalemleri) ve FEBA (Banka Ekstresi İşleme).
Yakala
EBS yüklendiğinde ve işlendiğinde kaydedildi
Event tipi
explicit
|
|||
|
İade Faturası Kaydedildi
|
Müşteriye iade faturası düzenlenmesi, kalan alacak bakiyesini azaltır. Bu genellikle faturalama hatalarını düzeltir veya iadeleri işler. | ||
|
Neden önemli
'İade Faturası Yeniden İşleme Oranı' KPI'sını besler. Yüksek hacim, satış veya sipariş karşılama sürecindeki yukarı yönlü kalite sorunlarına işaret eder.
Nereden alınır
Belge Tipi 'DG' (veya özel İade Faturası tipi) olan ve orijinal Faturaya referans veren BKPF/BSEG Tabloları.
Yakala
İşlem BKPF'de bir kredi belgesi oluşturduğunda kaydedildi
Event tipi
explicit
|
|||
|
İptal Kaydedildi
|
Fatura bakiyesinin tahsil edilemez olarak sınıflandırılması, alacaklardan şüpheli alacaklar giderine aktarılması. Tahsilat başarısız olduğunda kullanılır. | ||
|
Neden önemli
Sürecin olumsuz bir sonlanması. Gelir kaybının temel nedenlerini analiz etmek için önemlidir.
Nereden alınır
BSEG Tablosu. Belirli bir Belge Tipi (örneğin 'AB') veya iptali gösteren Neden Kodu içeren mutabakat belgesi.
Yakala
Belge türü ve Defter-i Kebir hesabı eşlemesinden türetin
Event tipi
inferred
|
|||
|
Nakit İskontosu Uygulandı
|
Ödeme iskonto koşulunun kullanılması, gereken nihai ödeme tutarını azaltır. Ödeme iskonto penceresi içinde yapıldığında gerçekleşir. | ||
|
Neden önemli
'Erken Ödeme İskonto Yakalama'yı izler. İskontoların meşru bir şekilde mi alındığını yoksa yanlışlıkla mı izin verildiğini doğrulamaya yardımcı olur.
Nereden alınır
BSEG Tablosu. 'SKNTO' (Nakit iskonto tutarı) alanı mutabakat kaleminde doldurulur.
Yakala
Temizleme belgesindeki alan değeri olarak kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Taahhüdü Kaydedildi
|
Müşteriden belirli bir tarihe kadar belirli bir miktar ödeme taahhüdü. Bu, nakit akışı tahminini günceller. | ||
|
Neden önemli
'Tahsilat Faaliyeti Performansı'nda kullanılır. Taahhütlerin başarı oranı, kısa vadeli nakit akışı doğruluğunu tahmin eder.
Nereden alınır
SAP FSCM Tahsilat Yönetimi tabloları (UDM_P2P) veya tahsilat temsilcileri tarafından oluşturulan metin notlarından çıkarılır.
Yakala
FSCM veya metin tablosu STXH'de kaydedildi
Event tipi
explicit
|
|||
|
Ödeme Vadeleri Değiştirildi
|
Faturanın deftere kaydedilmesinden sonra, vade tarihi veya indirim uygunluğu gibi üzerinde anlaşılan ödeme koşullarında yapılan bir güncelleme. Bu genellikle bir yeniden müzakereyi veya düzeltmeyi yansıtır. | ||
|
Neden önemli
Ödeme koşullarındaki değişiklikler yaşlandırma analizini bozar ve ana veri hatalarını veya duruma özel tavizleri gösterebilir.
Nereden alınır
Muhasebe Belgesine (BSEG-ZTERM veya BSEG-ZFBDT) bağlı Değişiklik Belgesi tabloları (CDHDR/CDPOS).
Yakala
Değişiklik belgesi CDHDR'ye yazıldığında kaydedildi
Event tipi
explicit
|
|||
|
Temizleme İptal Edildi
|
Daha önce başarılı bir mutabakat işleminin iptali, faturayı yeniden açar. Bu, ilk nakit uygulamasında bir hata olduğunu gösterir. | ||
|
Neden önemli
Yeniden işleme maliyetini temsil eder. Sık sık yapılan iptaller, otomatik nakit kurallarında veya manuel mutabakat eğitiminde sorunlar olduğunu gösterir.
Nereden alınır
BKPF Tablosu. Mutabakat Belgesinin sıfırlandığı (FBRA İşlemi mantığı kullanılarak) veya Değişiklik Kayıtları aracılığıyla sıfırlandığı belgeleri belirleyin.
Yakala
FBRA işlemi çalıştırıldığında kaydedildi
Event tipi
explicit
|
|||