Borçlar muhasebesi veri şablonunuz
Borçlar muhasebesi veri şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Borçlar muhasebesi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
Activity
|
Süreçte gerçekleşen belirli olay veya eylem. | ||
|
Açıklama
Bu öznitelik, Fatura oluşturma, Kısmi ödeme kaydetme veya Faturayı mahsuplaştırma gibi Alacak Hesapları sürecindeki adımı açıklar. Genellikle işlem kodundan (TCODE) veya değişiklik günlüğü tablolarındaki belge durumu değişikliklerinden elde edilir.
Neden önemli?
Süreç akışını haritalamak ve olayların sırasını belirlemek için gereklidir.
Nereden alınır?
SAP TSTCT (İşlem Kodları) veya CDHDR/CDPOS (Değişiklik Belgeleri) tablolarından elde edilir
Örnekler
Alacak faturasını oluşturunKısmi ödemeyi kaydedinFaturayı kapatınİtiraz kaydı oluşturun
|
|||
|
Fatura numarası
InvoiceNumber
|
Fatura veya muhasebe belgesinin benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, Alacak Hesapları sürecinde benzersiz Vaka kimliği olarak kullanılır. Veri çıkarma mantığına bağlı olarak genellikle SAP FI modülündeki Muhasebe Belgesi Numarasına (BELNR) veya SD modülündeki Faturalama Belgesine (VBELN) karşılık gelir. Ödemeler, itirazlar ve mahsuplaşma gibi sonraki tüm etkinlikleri ilk finansal yükümlülüğe bağlar.
Neden önemli?
Her işlem için uçtan uca süreç akışını yeniden oluşturmanın temel anahtarıdır.
Nereden alınır?
SAP tablosu BKPF-BELNR veya VBRK-VBELN
Örnekler
1400000234900004321014000002351800000099
|
|||
|
Olay zamanı
EventTime
|
Etkinliğin gerçekleştiği zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin gerçekleştiği kesin tarih ve saati kaydeder. İşlem verilerinde bu değer, genellikle başlık tablolarındaki Giriş Tarihi (CPUDT) ve Giriş Saati (CPUTM) bilgilerinin birleştirilmesiyle elde edilir. Çevrim süresi ve işlem sürelerinin hesaplanmasını sağlar.
Neden önemli?
DSO hesaplaması ve darboğazların belirlenmesi için doğru zaman damgaları büyük önem taşır.
Nereden alınır?
SAP tablosu BKPF-CPUDT ve BKPF-CPUTM
Örnekler
2023-10-12T08:30:00Z2023-10-15T14:45:12Z2023-11-01T09:15:00Z
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin geldiği sistem. | ||
|
Açıklama
Bu öznitelik, kaydın oluşturulduğu SAP S/4HANA örneğini veya harici sistemi belirtir. Veri kökenini izlemek için birden fazla ERP örneğinin bulunduğu ortamlarda kullanışlıdır.
Neden önemli?
Birden fazla sistemin bulunduğu ortamlarda analizlerin ayrı ayrı yapılmasını sağlar.
Nereden alınır?
Sistem kimliği (SY-SYSID) veya veri çıkarma sırasında sabit olarak atanır
Örnekler
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin en son çıkarıldığı veya yenilendiği zaman damgası. | ||
|
Açıklama
Bu öznitelik, verilerin Process Mining aracına ne zaman yüklendiğini gösterir. Kullanıcıların Dönem Sonu Mutabakat Durumu gibi Dashboardlarda sunulan verilerin ne kadar güncel olduğunu anlamasına yardımcı olur.
Neden önemli?
Analistlerin gerçek zamanlı mı yoksa geçmişe dönük verileri mi incelediğini anlamasını sağlar.
Nereden alınır?
ETL meta verileri
Örnekler
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
|
|||
|
Belge türü
DocumentType
|
Muhasebe belgesini sınıflandırır (ör. fatura, ödeme, alacak dekontu). | ||
|
Açıklama
Belge türü (BLART), işlemi kategorilere ayırır. Örneğin 'DR' müşteri faturasını, 'DZ' müşteri ödemesini, 'DG' ise alacak dekontunu belirtir. Alacak Dekontu ve Düzeltme Analizi için belirli vaka türlerini filtrelemede kullanılır.
Neden önemli?
Verileri fatura, ödeme ve düzeltme olarak gruplandırır.
Nereden alınır?
SAP tablosu BKPF-BLART
Örnekler
DRDZDGRV
|
|||
|
Kullanıcı adı
User
|
Etkinliği gerçekleştiren kullanıcının kimliği. | ||
|
Açıklama
Bu öznitelik (USNAM), olaydan sorumlu kullanıcıyı veya sistem aracısını belirtir. Otomatik Ödeme Eşleştirme Oranını hesaplamak için insan kullanıcılarla sistem toplu işlem kullanıcılarını ayırt etmede kullanılır.
Neden önemli?
Otomasyon oranlarını ve kullanıcı verimliliğini belirlemek için önemlidir.
Nereden alınır?
SAP tablosu BKPF-USNAM veya CDHDR-USERNAME
Örnekler
JSMITHBATCH_USERSAP_WFALEX_D
|
|||
|
Mahsuplaşma tarihi
ClearingDate
|
Faturanın mahsuplaştırıldığı veya kapatıldığı tarih. | ||
|
Açıklama
Bu öznitelik (AUGDT), açık kalemin genellikle bir ödeme yoluyla ne zaman mahsuplaştırıldığını kaydeder. Alacak Hesapları sürecinin temel çevriminin bitiş zaman damgasıdır ve Satışların Tahsilat Süresi hesaplamasında kullanılan başlıca değişkendir.
Neden önemli?
Tahsilat çevriminin tamamlandığını gösterir.
Nereden alınır?
SAP tablosu BSEG-AUGDT veya BSAD-AUGDT
Örnekler
2023-11-012023-11-10
|
|||
|
Müşteri numarası
CustomerNumber
|
Müşteri hesabının benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, faturayla ilişkili Müşteri Numarasını (KUNNR) gösterir. Ödeme davranışlarının ayrıntılı analizini sağlar ve Müşteri Ödeme Davranışı Profili Dashboardu için önemlidir.
Neden önemli?
Belirli bir müşteri hesabının performansını ayrıntılı incelemeyi sağlar.
Nereden alınır?
SAP tablosu BSEG-KUNNR veya KNA1-KUNNR
Örnekler
CUST100230001004500WALMART_US
|
|||
|
Ödeme koşulları
PaymentTerms
|
Üzerinde anlaşılan ödeme koşullarını belirten anahtar. | ||
|
Açıklama
Bu öznitelik (ZTERM), vade tarihleri ve nakit iskontoları dahil müşterinin ödeme koşullarını tanımlar. Erken Ödeme İskontosu Optimizasyonu Dashboardunun temel veri kaynağıdır.
Neden önemli?
Vade tarihlerini hesaplamak ve iskonto koşullarını incelemek için temel oluşturur.
Nereden alınır?
SAP tablosu BSEG-ZTERM veya KNB1-ZTERM
Örnekler
NT300001Z015
|
|||
|
Otomatik mi
IsAutomated
|
Etkinliğin bir sistem kullanıcısı tarafından gerçekleştirilip gerçekleştirilmediğini belirten işaret. | ||
|
Açıklama
Bu boole özniteliği, Kullanıcı özniteliğine göre hesaplanır. Kullanıcı kimliği bilinen bir sistem veya toplu işlem hesabıyla (ör. 'BNK_BSM') eşleşirse bu işaret true olarak ayarlanır. Ödeme Eşleştirme Otomasyon Oranı Dashboardunu doğrudan etkiler.
Neden önemli?
Dijital dönüşümün ve otomasyon başarısının ölçülmesinde kullanılır.
Nereden alınır?
Kullanıcı özniteliğinden elde edilir
Örnekler
truefalse
|
|||
|
Satışların Tahsilat Süresi
DaysSalesOutstanding
|
Faturanın kaydedilmesinden mahsuplaştırılmasına kadar geçen süre. | ||
|
Açıklama
Bu metrik, mahsuplaştırılmış kalemlerde kayıt tarihinin mahsuplaşma tarihinden çıkarılmasıyla hesaplanır. Satışların Tahsilat Süresi Genel Bakış Dashboardunun temel değeridir ve nakit akışı verimliliğinin önemli bir ölçüsüdür.
Neden önemli?
Alacak Hesapları süreci için yöneticilerin izlediği temel KPI.
Nereden alınır?
Hesaplama: Mahsuplaşma tarihi - Kayıt tarihi
Örnekler
30 gün45 gün15 gün
|
|||
|
Şirket kodu
CompanyCode
|
Faturanın bağlı olduğu finansal kuruluş veya iş birimi. | ||
|
Açıklama
Şirket kodu (BUKRS), SAP sisteminde dış muhasebenin temel organizasyon birimidir. Farklı iş birimlerini karşılaştıran Müşteri Ödeme Davranışı Profili gibi Dashboardlarda analizleri bölümlere ayırmak için kullanılır.
Neden önemli?
Farklı tüzel kişiliklerin performansını filtrelemek ve karşılaştırmak için gereklidir.
Nereden alınır?
SAP tablosu BKPF-BUKRS veya T001-BUKRS
Örnekler
1000US01DE012000
|
|||
|
Vade tarihi
DueDate
|
Faturanın ödenmesi gereken hesaplanmış tarih. | ||
|
Açıklama
Bu öznitelik net vade tarihini gösterir. SAP’de bu tarih genellikle başlangıç tarihine (ZFBDT), ödeme koşullarında (ZTERM) belirtilen gün sayısı eklenerek hesaplanır. Tahsilat Hatırlatma Uyumluluğu ve Uygulaması Dashboardu için referans noktasıdır.
Neden önemli?
Ödemenin gecikip gecikmediğini belirlemek için kullanılan referans tarih.
Nereden alınır?
BSEG-ZFBDT ve BSEG-ZTERM bilgilerinden elde edilir
Örnekler
2023-11-302023-12-15
|
|||
|
Yerel para birimindeki tutar
AmountInLocalCurrency
|
Fatura veya ödemenin şirket kodu para birimindeki değeri. | ||
|
Açıklama
Bu öznitelik (DMBTR), işlemin finansal tutarını içerir. Açık faturaların, alacak dekontlarının ve ödemelerin toplam değerini hesaplamak için kullanılır. Tutarı göstererek Alacak Dekontu ve Düzeltme Analizi Dashboardunu destekler.
Neden önemli?
Finansal etkiyi analiz etmek ve yüksek tutarlı tahsilatlara öncelik vermek için gereklidir.
Nereden alınır?
SAP tablosu BSEG-DMBTR veya ACDOCA-DMBTR
Örnekler
1500.00250.5010000.00
|
|||
|
Alacak dekontu mu
IsCreditMemo
|
Belgenin alacak dekontu olup olmadığını belirten işaret. | ||
|
Açıklama
Bu boole özniteliği, belge türünden elde edilir (ör. tür 'DG' ise). Düzeltici işlemleri hızla filtreleyerek Düzeltici Alacak Dekontu Oranı KPI’ını destekler.
Neden önemli?
Yeniden çalışmayı ve faturalama hatalarını belirler.
Nereden alınır?
Belge türünden elde edilir
Örnekler
truefalse
|
|||
|
Bölge
Region
|
Müşterinin bulunduğu eyalet, il veya bölge. | ||
|
Açıklama
Bu öznitelik (REGIO), ülke bilgisine kıyasla daha ayrıntılı bir coğrafi görünüm sunar. Bölgesel işlem sorunlarını belirlemek için Alacak Dekontu ve Düzeltme Analizinde kullanışlıdır.
Neden önemli?
Ayrıntılı coğrafi analiz.
Nereden alınır?
SAP tablosu KNA1-REGIO
Örnekler
CANYTXBY
|
|||
|
İtiraz vakası kimliği
DisputeCaseId
|
Faturayla bağlantılı itiraz vakasının tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, varsa itiraz vakasının kimliğini (UDM_CASE) içerir. Finansal belgeyi İtiraz Yönetimi modülüne bağlar. İtiraz Çözümleme Çevrimi Verimliliği Dashboardu için gereklidir.
Neden önemli?
Alacak Hesapları belgelerini itiraz çözümleme iş akışına bağlar.
Nereden alınır?
SAP tablosu FDM_DCPROC veya UDM_CASE_ATTR
Örnekler
0000056789DISP-2023-001
|
|||
|
Tahsilat hatırlatma düzeyi
DunningLevel
|
Faturanın mevcut tahsilat hatırlatma düzeyi. | ||
|
Açıklama
Bu öznitelik (MAHNS), müşteriye ödeme için kaç kez hatırlatma yapıldığını gösterir. Tahsilat girişimlerinin hangi aşamada olduğunu izler ve Tahsilat Hatırlatma Uyumluluğu ve Uygulaması Dashboardunda görselleştirilir.
Neden önemli?
Geciken ödemelerin düzeyini ve tahsilat hatırlatma politikasına uyumu izler.
Nereden alınır?
SAP tablosu MHNK-MAHNS veya KNB5 (müşteri ana verilerindeki tahsilat hatırlatma bilgileri)
Örnekler
1230
|
|||
|
Ülke
Country
|
Müşterinin bulunduğu ülke. | ||
|
Açıklama
Bu öznitelik (LAND1), müşteri ana verilerinden alınır. Alacak dekontu oranlarını bölgeye veya ülkeye göre incelemek gibi KPI analizlerinin coğrafi olarak bölümlere ayrılmasını sağlar.
Neden önemli?
Bölgesel uyumluluk ve performans analizi.
Nereden alınır?
SAP tablosu KNA1-LAND1
Örnekler
ABDDEFRJP
|
|||
Borçlar muhasebesi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Alacak faturasını oluşturun
|
Finans sisteminde müşteri faturası belgesinin ilk kez oluşturulmasıdır. Bu işlem, belge başlığının oluşturulma zaman damgasından kaydedilir. | ||
|
Neden önemli?
Alacaklar muhasebesi sürecinin ve fatura yaşlandırma süresinin başlangıcını gösterir. Satışların tahsilat süresini (DSO) hesaplamak için gereklidir.
Nereden alınır?
BKPF tablosu (Muhasebe Belgesi Başlığı), CPUDT alanı (Giriş Tarihi) ve CPUTM alanı (Giriş Saati). Müşteri faturalarıyla ilgili belge türlerine (BLART), örneğin DR ve RV’ye göre filtreleyin.
Kaydedin
İşlem BKPF’ye kaydedildiğinde kayda alınır
Olay türü
explicit
|
|||
|
Fatura çıktısını oluşturun
|
Faturayı müşteriye göndermek için çıktı mesajının (e-posta, yazdırma, EDI) oluşturulmasıdır. Müşterinin fatura talebini resmi olarak aldığını doğrular. | ||
|
Neden önemli?
Faturanın oluşturulmasıyla gönderilmesi arasındaki gecikmeler, müşterinin fiilen yararlanabildiği ödeme süresini etkiler. Bu adımı izlemek, faturaların kurum içi işlemlerde takılı kalmadığını doğrulamaya yardımcı olur.
Nereden alınır?
NAST tablosu (Mesaj Durumu); fatura belge numarasıyla eşleşen Nesne Anahtarı (OBJKY) kullanılır. Zaman damgası DATVR ve UHRVR alanlarından alınır.
Kaydedin
Çıktı oluşturulduğunda NAST tablosuna kaydedilir
Olay türü
explicit
|
|||
|
Faturayı kapatın
|
Açık kalemin bir ödeme veya alacakla eşleştirildiği ve durumunun Kapalı olarak değiştiği teknik muhasebe adımıdır. | ||
|
Neden önemli?
Süreç örneğinin sistemdeki kesin bitişidir. Nihai DSO metriğini hesaplamak için gereklidir.
Nereden alınır?
BSEG veya ACDOCA tablosu. AUGDT alanı (Kapatma Tarihi) doldurulur. İşlemin otomatik mi yoksa manuel mi olduğunu belirlemek için USNAM alanını kullanın.
Kaydedin
AUGDT alanı doldurulduğunda kaydedilir
Olay türü
explicit
|
|||
|
Kısmi ödemeyi kaydedin
|
Fatura tutarının tamamını karşılamayan bir ödeme alınır ve hesapta kalan bir kalem oluşur. | ||
|
Neden önemli?
Eksik ödeme çözüm süresini etkiler. Sık yapılan kısmi ödemeler süreci karmaşıklaştırır ve manuel mutabakat işini artırır.
Nereden alınır?
BSEG tablosu. Bir kapatma belgesi (AUGBL), kalan bakiyesi olan yeni bir bakiye kalemi oluşturduğunda ve Referans Belgesi ilk faturayla eşleştiğinde bu işlem çıkarımla belirlenir.
Kaydedin
Kalan bakiye içeren kapatma belgesinin oluşturulmasından çıkarılır
Olay türü
inferred
|
|||
|
Ödeme hatırlatması gönderin
|
Vadesi geçmiş bir fatura için ihtar bildirimi veya hatırlatma mektubu oluşturulur. Kuruluşun tahsilat çalışmalarını izler. | ||
|
Neden önemli?
İhtar uyumluluk oranı KPI’ı için önemlidir. Tahsilat stratejisinin politikaya uygun yürütülüp yürütülmediğini doğrular.
Nereden alınır?
MHND tablosu (İhtar Verileri), LAUFD alanı (İhtar Çalıştırma Tarihi). Şirket kodu ve müşteri üzerinden ilişkilendirin.
Kaydedin
İhtar çalıştırması (F150) yürütüldüğünde kaydedilir
Olay türü
explicit
|
|||
|
Ödemenin tamamını alın
|
Ödenmemiş fatura tutarının tamamını karşılayan ödemenin alınmasıdır. Bu, çoğu zaman müşterinin yükümlülüğünün fiilen sona erdiği anlamına gelir. | ||
|
Neden önemli?
Gerçek ödeme tarihini vade tarihiyle karşılaştırmayı sağlar. Ödeme koşullarından sapmaları ve müşteri davranışlarını analiz etmek için önemlidir.
Nereden alınır?
BSEG tablosu. Kapatma Tarihi (AUGDT) belirlenmiş ve bakiye sıfırlanmış Kapatma Belgesinden (AUGBL) çıkarılır.
Kaydedin
Kapatma belgesi kaydedildiğinde kayda alınır
Olay türü
explicit
|
|||
|
Alacak dekontu kaydedin
|
Faturaya bağlı bir alacak dekontu düzenlenerek borç tutarı düşürülür. Bu işlem genellikle bir hatayı düzeltir veya iade sürecini işler. | ||
|
Neden önemli?
Düzeltme amaçlı alacak dekontu oranı KPI’ı için temel göstergedir. Sık görülmesi, satış veya faturalandırma süreçlerinin önceki aşamalarında kalite sorunlarına işaret eder.
Nereden alınır?
BSEG tablosu, belge türü DG veya KG. İlk faturayı gösteren Fatura Referansı (REBZG) alanıyla belirlenir.
Kaydedin
Alacak dekontu belgesi faturaya referans verdiğinde kaydedilir
Olay türü
explicit
|
|||
|
Banka ekstresini mutabık hale getirin
|
Banka ekstresindeki kalem, defterdeki ödeme belgesiyle başarıyla eşleştirilerek nakit durumu kesinleştirilir. | ||
|
Neden önemli?
Banka ekstresi mutabakat süresini izler. Bu aşamadaki gecikmeler finansal kapanışın hızını etkiler.
Nereden alınır?
FEBEP tablosu (Elektronik Banka Ekstresi Kalemleri). Ödeme belgesini banka ekstresi işlemine eşleştirir.
Kaydedin
EBS tablolarına (FEBEP/FEBKO) kaydedilir
Olay türü
explicit
|
|||
|
Faturayı ters kaydedin
|
Temel bir hata nedeniyle ilk fatura sistemde iptal edilir veya ters kaydedilir. | ||
|
Neden önemli?
Başarısız bir süreç örneğini gösterir. Veri kalitesi için bu kayıtları filtrelemek veya ayrı analiz etmek önemlidir.
Nereden alınır?
BKPF tablosunda, ilk fatura kaydının STBLG alanı (Ters Belge Numarası) doldurulur.
Kaydedin
STBLG alanı doldurulduğunda kaydedilir
Olay türü
explicit
|
|||
|
İtiraz durumunu güncelleyin
|
Mevcut bir itiraz kaydının durumu değişir; örneğin Yeni durumundan İşlemde veya İnceleniyor durumuna geçer. | ||
|
Neden önemli?
İtiraz çözüm iş akışını ayrıntılı incelemenizi sağlar ve onay ya da inceleme aşamasındaki darboğazları belirlemeye yardımcı olur.
Nereden alınır?
İtiraz kaydına ait değişiklik belgeleri (S/4HANA Vaka Yönetimi günlükleri). UDM_CASE_ATTR değişikliklerinin analizi.
Kaydedin
Vaka geçmişindeki durum alanı değişikliklerini karşılaştırın
Olay türü
inferred
|
|||
|
İtiraz kaydı oluşturun
|
Genellikle SAP FSCM İtiraz Yönetimi üzerinden fatura için bir itiraz kaydı açılır. Bu, müşterinin faturaya itiraz ettiğini gösterir. | ||
|
Neden önemli?
Standart tahsilat süresini durdurur ve itiraz çözüm süresini başlatır. Bu aşamadaki yüksek işlem hacmi, nakit akışının öngörülebilirliğini etkiler.
Nereden alınır?
UDM_CASE_ATTR (Vaka Öznitelikleri) veya UDM_DISPUTE (İtiraz Kaydı) tablosu. CASE_GUID üzerinden finansal belge anahtarıyla ilişkilendirin.
Kaydedin
FSCM İtiraz Yönetimi tablolarına kaydedilir
Olay türü
explicit
|
|||
|
İtiraz kaydını çözün
|
İtiraz kaydı kapatılır; sonuçta alacak dekontu düzenlenir, borç silinir veya borç yeniden doğrulanır. Böylece istisna yönetimi sona erer. | ||
|
Neden önemli?
Ortalama itiraz çözüm süresi KPI’ının bitiş zaman damgasıdır. Bu aşamadaki verimlilik, bağlı kalan işletme sermayesinin doğrudan geri kazanılmasını sağlar.
Nereden alınır?
UDM_CASE_ATTR tablosu; yapılandırmaya bağlı olarak ESCALATION_DATE veya CLOSED_DATE alanı.
Kaydedin
Vaka durumu Closed/Void olarak ayarlandığında kaydedilir
Olay türü
explicit
|
|||
|
Ödeme taahhüdünü kaydedin
|
Bir tahsilat temsilcisi, müşterinin belirli bir tutarı belirli bir tarihe kadar ödeyeceğine dair resmi taahhüdünü kaydeder. | ||
|
Neden önemli?
Tahsilat temsilcisinin başarılı çalışmasını gösterir. Kısa vadeli nakit akışını tahmin etmek ve tahsilat temsilcisi işlem hacmini ölçmek için kullanılır.
Nereden alınır?
UDM_P2P tablosu (Ödeme Taahhüdü), CREATED_AT alanı. Faturayla Vaka GUID’si veya Belge Anahtarı üzerinden ilişkilendirilir.
Kaydedin
FSCM Tahsilat Yönetimi’ne kaydedilir
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Finansal verilerinizi uygulanabilir içgörülere dönüştürün ve satışların tahsilat süresini bugünden itibaren kısaltmaya başlayın. Process Mining yolculuğunuzun her adımında ekibimiz size destek olur.
SAP S/4HANA borçlar muhasebesi sürecinizi iyileştirin, nakit akışınızı artırın
Aracımızla DSO değerini 15 ila 20 gün azaltan şirketlere katılın
Kredi kartı gerekmez. Kurulum 5 dakika sürer.