Kayıttan Raporlamaya - yevmiye kaydı Veri Templateiniz

SAP ECC
Kayıttan Raporlamaya - yevmiye kaydı Veri Templateiniz

Kayıttan Raporlamaya - yevmiye kaydı Veri Templateiniz

Bu Template, Kayıttan Raporlamaya - yevmiye kaydı sürecinizi analiz edip optimize etmek için gerekli verileri toplamanıza yardımcı olacak açık bir yol haritası sunar. Toplanması gereken temel öznitelikleri, izlenecek önemli etkinlikleri ve bu bilgilerin SAP ECC sisteminden nasıl çıkarılacağına ilişkin pratik yönlendirmeleri açıklar. Bu Templatei izleyerek verimsizlikleri ortaya çıkarmak ve finansal raporlamanızı iyileştirmek için güvenilir bir veri seti oluşturabilirsiniz.
  • Ayrıntılı analiz için önerilen öznitelikler
  • İzlenecek temel yevmiye kaydı etkinlikleri
  • SAP ECC için pratik veri çıkarma yönlendirmeleri
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Kayıttan Raporlamaya - Yevmiye kaydı öznitelikleri

SAP ECC içindeki Kayıttan Raporlamaya - Yevmiye kaydı sürecinizi ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Gerekli 6 Önerilen 7 İsteğe bağlı
Ad Açıklama
Etkinlik adı
ActivityName
Journal entry sürecinin belirli bir noktasında gerçekleşen iş etkinliğinin veya olayın adı.
Açıklama

Etkinlik Adı, yevmiye kaydı yaşam döngüsündeki Journal Entry Created, Journal Entry Approved veya Journal Entry Posted gibi belirli bir adımı tanımlar. Bu öznitelik genellikle SAP içindeki birden fazla kaynaktan, örneğin işlem kodlarından (TCODE), değişiklik belgesi günlüklerinden (CDHDR ve CDPOS tabloları) ve belge durum alanlarından elde edilir.

Etkinlikleri analiz etmek, Process Mining çalışmalarının temelini oluşturur. Süreç haritalarını görselleştirmenize, adımlar arasındaki geçiş sürelerini hesaplamanıza ve yeniden çalışma döngülerini, örneğin Journal Entry Rejected sonrasında Journal Entry Corrected gelmesini, belirlemenize olanak tanır. Bu veri, çevrim süreleri, yeniden çalışma oranları ve süreç varyantlarıyla ilgili Dashboardlar için temel oluşturur.

Neden önemli?

Süreç haritasındaki adımları tanımlar ve yevmiye kaydı iş akışını görselleştirmenizi, analiz etmenizi ve optimize etmenizi sağlar.

Nereden alınır?

BKPF içindeki işlem kodları (TCODE), belge durumu ve SWW_WI2OBJ gibi tablolardaki Workflow günlükleri veya CDHDR ve CDPOS içindeki değişiklik belgeleri dahil olmak üzere çeşitli kaynaklardan türetilir.

Örnekler
Journal Entry oluşturulduJournal Entry onaylandıJournal Entry reddedildiJournal Entry kaydedildi
Olay zamanı
EventTime
Journal entry kaydı için belirli bir etkinliğin veya olayın gerçekleştiği anı gösteren zaman damgası.
Açıklama

Olay Zamanı, journal entry sürecindeki her etkinlik için kesin tarih ve saati sağlar. Bu veri, döngü süreleri, işlem süreleri ve adımlar arasındaki gecikmeler gibi zamana dayalı tüm metrikleri hesaplamak için önemlidir. Bu zaman damgasının kaynağı etkinliğe göre değişir. Belge oluşturma tarihi ve saati (CPUDT/CPUTM) veya günlüklerdeki değişiklik zaman damgaları (CDHDR-UDATE/UTIME) kullanılabilir.

Analizde Olay Zamanı, olayları kronolojik sıraya koymak ve süreç haritasının temelini oluşturmak için kullanılır. Ortalama Journal Entry Döngü Süresi, Ortalama Onay Süresi ve Onaydan Kayda Kadar Geçen Süre gibi zamanla ilgili tüm KPI'ları hesaplamak için gereklidir.

Neden önemli?

Bu zaman damgası, zamanla ilgili tüm analizlerin temelini oluşturur ve döngü sürelerini, süreleri ve darboğazları hesaplamanızı sağlar.

Nereden alınır?

Etkinliğe göre farklı alanlardan, özellikle BKPF içindeki oluşturma zaman damgasından (CPUDT, CPUTM) veya CDHDR içindeki değişiklik belgesi zaman damgalarından (UDATE, UTIME) alınır.

Örnekler
2023-10-26T09:00:00Z2023-10-26T14:30:15Z2023-10-27T11:05:00Z
Yevmiye kaydı ID'si
JournalEntryId
Şirket kodu, belge numarası ve mali yılı birleştiren, mali muhasebe belgesinin benzersiz tanımlayıcısıdır.
Açıklama

Journal Entry ID, bir journal entry kaydının yaşam döngüsünü izlemek için kullanılan birincil vaka tanımlayıcısıdır. SAP sisteminin tamamında benzersizliği sağlamak için genellikle Şirket Kodu (BUKRS), Belge Numarası (BELNR) ve Mali Yıl (GJAHR) alanlarının birleştirilmesiyle oluşturulan bileşik bir anahtardır.

Süreç analizinde bu ID, oluşturma, park etme, gönderme, onay, ret ve kayıt gibi ilgili tüm etkinlikleri birbirine bağlar. Bu tanımlayıcıyı izleyerek her journal entry kaydının uçtan uca yolculuğunu oluşturabilir, döngü sürelerini ölçebilir ve belirli kayıtlar için süreç sapmalarını veya darboğazları belirleyebilirsiniz.

Neden önemli?

Bu, bir journal entry kaydını oluşturulmasından son kaydına kadar izlemek için gerekli anahtardır. Uçtan uca süreç analizi ve varyant karşılaştırması yapmanızı sağlar.

Nereden alınır?

Bu, genellikle BKPF tablosundaki Şirket Kodu (BUKRS), Belge Numarası (BELNR) ve Mali Yıl (GJAHR) alanlarının birleştirilmesiyle oluşturulan türetilmiş bir özniteliktir.

Örnekler
1000-1000000123-20232000-1900000456-20231000-1800000789-2024
Kaynak sistem
SourceSystem
Süreç verilerinin çıkarıldığı sistem.
Açıklama

Bu öznitelik, verilerin kaynağını, bu durumda belirli SAP ECC örneğini tanımlar. Genellikle veri çıkarma işlemi sırasında eklenen sabit bir değerdir.

Basit görünse de bu öznitelik, birden fazla ERP veya veri kaynağının bulunduğu ortamlarda önemlidir. Veri soyunun net olmasını sağlar ve analizi kaynak sisteme göre filtrelemenize veya bölümlere ayırmanıza imkan verir.

Neden önemli?

Veri soyunu net biçimde gösterir ve özellikle birden fazla kaynak sistemin bulunduğu ortamlarda veri kalitesini izlemek için gereklidir.

Nereden alınır?

Bu, genellikle veri dönüştürme işlemi sırasında eklenen ve belirli SAP ECC örneğini (ör. 'ECC_PROD_100') tanımlayan sabit bir değerdir.

Örnekler
SAP ECC EHP8ECC_FIN_PRODSAP_ERP_60
Son veri güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son ne zaman çıkarıldığını veya yenilendiğini gösteren zaman damgası.
Açıklama

Bu öznitelik, SAP ECC sisteminden en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verinin güncelliğini anlamak için önemli olan bir meta veri alanıdır.

Her Process Mining Dashboardunda veya analizinde son güncelleme zamanını bilmek, kullanıcıların veriye güvenmesi ve bilinçli kararlar alması açısından önemlidir. Bu bilgi, "Bu bilgiler ne kadar güncel?" sorusunu yanıtlamaya yardımcı olur.

Neden önemli?

Kullanıcılara verilerin güncelliği hakkında bilgi verir. Böylece analiz dönemini anlayabilir ve sonuçlara güvenebilirler.

Nereden alınır?

Veri yenilendiği sırada veri çıkarma aracı veya ETL süreci tarafından oluşturulan ve saklanan bir meta veri alanıdır.

Örnekler
2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z
Belge türü
DocumentType
Muhasebe belgelerinin nasıl işlendiğini ve saklandığını belirleyen sınıflandırma.
Açıklama

Belge Türü, genel muhasebe kaydı (SA), tedarikçi faturası (KR) veya varlık kaydı (AA) gibi farklı iş işlemlerini birbirinden ayırır. Sistem yapılandırması sırasında tanımlanır ve her yevmiye kaydına atanır.

Bu öznitelik, süreci işlemin niteliğine göre bölümlere ayırmanıza olanak tanıdığı için analiz açısından büyük önem taşır. Türüne Göre Yevmiye Kaydı İşlem Hacmi Dashboardu ve Yevmiye Kaydı Türüne Göre Ortalama Çevrim Süresi temel performans göstergesi doğrudan bu alana bağlıdır. Bazı kayıt türlerinin gecikmeye, yeniden çalışmaya veya ters kayda daha yatkın olup olmadığını ortaya çıkarmanıza yardımcı olur.

Neden önemli?

Analizi işlem türüne göre bölümlendirmenizi ve süreç sorunlarının belirli journal entry türlerine özgü olup olmadığını belirlemenizi sağlar.

Nereden alınır?

BKPF belge başlığı tablosunda, BLART alanında bulunur.

Örnekler
SAKRREAA
İşlem kodu
TransactionCode
Journal entry kaydını oluşturmak veya işlemek için kullanılan SAP işlem kodu.
Açıklama

İşlem Kodu (T-Code), SAP içindeki belirli bir işlev veya program için kullanılan benzersiz tanımlayıcıdır. Yevmiye kayıtlarında kaydın nasıl oluşturulduğunu gösterir. Örneğin kayıt manuel olarak (FB01, F-02), park etme yoluyla (FV50) veya otomatik bir arayüz üzerinden oluşturulmuş olabilir.

Bu öznitelik, Manuel Etkinlik Optimizasyonu Dashboardu için çok değerlidir. T-Code analiz edilerek manuel ve otomatik etkinlikler birbirinden ayrılabilir, en fazla zaman alan manuel süreçler belirlenebilir ve manuel çabayı azaltıp verimliliği artıracak otomasyon fırsatları ortaya çıkarılabilir.

Neden önemli?

Manuel ve otomatik süreçleri ayırt etmeye, otomasyon ve süreç standardizasyonu fırsatlarını belirlemeye yardımcı olur.

Nereden alınır?

BKPF belge başlığı tablosunda, TCODE alanında bulunur.

Örnekler
FB01F-02FV50FBD1
Kayıt tarihi
PostingDate
İşlemin genel deftere kaydedildiği ve mali dönemi etkilediği tarih.
Açıklama

Kayıt Tarihi, yevmiye kaydının hangi mali dönemde muhasebeleştirileceğini belirler. Muhasebe dönemi kapanış takvimleri ve mevzuatla uyumlu olması gerektiğinden, finans ve uyumluluk açısından önemli bir tarih alanıdır.

Process Mining çalışmalarında bu tarih uyumluluğu izlemek için kullanılır. Uyumluluk Uyum İzleme Dashboardu ve Uyumluluk Uyum Oranı temel performans göstergesi, kayıtların doğru dönem içinde sisteme alınıp alınmadığını kontrol etmek için bu öznitelikten yararlanır. Ayrıca yevmiye kaydı hacimlerindeki zaman içindeki eğilimleri analiz etmek için de kullanılabilir.

Neden önemli?

Finansal raporlama ve uyumluluk analizi için önemlidir; kayıtların doğru muhasebe döneminde oluşturulmasını sağlar.

Nereden alınır?

BKPF belge başlığı tablosunda, BUDAT alanında bulunur.

Örnekler
2023-10-312023-11-302024-01-15
Kullanıcı
User
Journal entry kaydını oluşturan veya değiştiren kişinin SAP kullanıcı ID'si.
Açıklama

Bu öznitelik, bir belgeyi oluşturma, park etme veya sisteme alma gibi belirli bir etkinlikten sorumlu SAP kullanıcı adını kaydeder. Bilgi doğrudan belge üst bilgisinden veya değişiklik günlüğü tablolarından alınır.

Kullanıcı özniteliğini analiz etmek, ekip ve kişi performansını anlamanın temel yollarından biridir. Kullanıcı Verimliliği Dashboardunu destekleyerek kullanıcı başına etkinlik hacimlerini ve işlem sürelerini izler. Ayrıca yeniden çalışma döngülerine, ters kayıtlara veya uyumluluk sapmalarına kimlerin dahil olduğunu belirlemenize ve hedefli eğitimler ya da süreç iyileştirmeleri planlamanıza yardımcı olur.

Neden önemli?

Her etkinlikten sorumlu kullanıcıyı belirler ve kullanıcı performansını, iş yükü dağılımını ve yeniden işleme örüntülerini analiz etmenizi sağlar.

Nereden alınır?

Genellikle oluşturan kişi için BKPF tablosundaki USNAM alanından veya değişikliği yapan kişi için CDHDR tablosundaki USERNAME alanından alınır.

Örnekler
ABROWNCJONESDSMITH
Şirket kodu
CompanyCode
Finansal tabloların hazırlandığı bağımsız tüzel kişiyi temsil eden organizasyon birimi.
Açıklama

Şirket Kodu, SAP Financials içindeki temel organizasyon birimlerinden biridir. Tüzel olarak bağımsız bir şirketi temsil eder ve journal entry belgesinin başlığındaki temel alanlardan biridir.

Bu öznitelik, süreç analizini tüzel kişiye göre bölümlere ayırmak için gereklidir. İşletmenin farklı bölümlerindeki süreç performansını, uyumluluk oranlarını ve KPI sonuçlarını karşılaştırmanızı sağlar. Örneğin onay gecikmelerinin veya yüksek ters kayıt oranlarının belirli şirket kodlarına özgü olup olmadığını ortaya çıkarabilir.

Neden önemli?

Kuruluş içindeki farklı tüzel kişiler veya iş birimleri arasında süreç performansını filtrelemenizi ve karşılaştırmanızı sağlar.

Nereden alınır?

BKPF belge başlığı tablosunda, BUKRS alanında bulunur.

Örnekler
10002000US01DE01
Ters kaydı var mı
IsReversed
Journal entry kaydının ters kaydının oluşturulup oluşturulmadığını gösteren boolean işareti.
Açıklama

Bu işaret, daha sonra başka bir muhasebe belgesiyle ters kayda alınan yevmiye kayıtlarını belirler. SAP içinde ters kayda alınan belge, ters kayıt belgesiyle ilişkilendirilir ve açık bir denetim izi oluşturur.

Bu öznitelik, Yevmiye Kaydı Ters Kayıt Analizi Dashboardu ve Yevmiye Kaydı Ters Kayıt Oranı temel performans göstergesi için temel oluşturur. Ters kayda alınan kayıtları ayırarak veri giriş hataları veya yanlış muhasebe uygulamaları gibi temel nedenleri incelemenize yardımcı olur. Amaç, ters kayıtların sıklığını azaltmaktır.

Neden önemli?

Daha sonra geri alınan kayıtları işaretleyerek ters kayıt analizini doğrudan destekler; hata nedenlerini belirlemenize ve veri bütünlüğünü iyileştirmenize yardımcı olur.

Nereden alınır?

BKPF tablosundaki Ters Kayıt Belge Numarası alanından (STBLG) türetilir. STBLG boş değilse işaretin değeri doğrudur.

Örnekler
truefalse
Masraf yeri
CostCenter
Maliyetlerin oluştuğu konumu temsil eden ve bir controlling alanı içindeki organizasyon birimidir.
Açıklama

Masraf yeri, Controlling (CO) modülündeki temel ana veri unsurlarından biridir ve genellikle yevmiye kaydının kalem düzeyinde atanır. Belirli bir departman, işlev veya konuma ait maliyetleri izlemek için kullanılır.

Masraf yerinin dahil edilmesi, yevmiye kaydı sürecinin daha ayrıntılı analiz edilmesini sağlar. Belirli departmanların daha fazla yeniden işleme oluşturup oluşturmadığını, daha uzun çevrim sürelerine sahip olup olmadığını veya daha fazla manuel kayıt üretip üretmediğini belirlemeye yardımcı olabilir. Böylece süreç verimliliği departman bazında incelenebilir.

Neden önemli?

Süreç performansının departman veya işlev alanına göre analiz edilmesini sağlar ve yerel verimsizliklerin belirlenmesine yardımcı olur.

Nereden alınır?

Belge kalem tablosu BSEG'de, KOSTL alanında bulunur.

Örnekler
4100CC_FINANCE_US10010101
Onay süresi
ApprovalTime
Bir yevmiye kaydının onaya gönderilmesiyle onaylanması veya reddedilmesi arasında geçen süredir.
Açıklama

Bu metrik, genellikle toplam çevrim süresine önemli katkıda bulunan onay alt sürecinin süresini ölçer. Journal Entry Submitted etkinliği ile buna karşılık gelen Journal Entry Approved veya Journal Entry Rejected etkinliği arasındaki zaman farkı olarak hesaplanır.

Onay Süresi, Yevmiye Kaydı Onay Performansı Dashboardunun ve Ortalama Yevmiye Kaydı Onay Süresi temel performans göstergesinin ana metriğidir. Bu süreyi analiz ederek onay iş akışındaki darboğazları belirleyebilir, onaylayanların performansını ölçebilir ve onay eşiklerini ayarlamak gibi süreç değişikliklerini gerekçelendirebilirsiniz.

Neden önemli?

Onay aşamasının süresini ölçer ve inceleme ile onay iş akışındaki gecikmeleri belirleyip gidermenize yardımcı olur.

Nereden alınır?

'Yevmiye Kaydı Gönderildi' olayının zaman damgası, 'Yevmiye Kaydı Onaylandı' veya 'Yevmiye Kaydı Reddedildi' olayının zaman damgasından çıkarılarak hesaplanır.

Örnekler
P1DT2HPT4H15MP3D
Para birimi anahtarı
CurrencyKey
Journal entry kaydındaki tutarlar için kullanılan para birimi kodu.
Açıklama

Bu öznitelik, journal entry kaydının para birimini, örneğin USD, EUR veya JPY'yi belirtir. Belgeyle ilişkili finansal tutarlar için bağlam sağlar.

Her zaman birincil analiz boyutu olmasa da parasal değerlerin doğru yorumlanması için gereklidir. Ayrıca küresel kuruluşlarda yabancı ve yerel para birimlerindeki kayıtların süreçlerinin farklı olup olmadığını görmek için analizi bölümlere ayırmak amacıyla kullanılabilir.

Neden önemli?

Tüm parasal değerler için gerekli bağlamı sağlar ve doğru finansal analiz ile yorumlamayı destekler.

Nereden alınır?

BKPF belge başlığı tablosunda, WAERS alanında bulunur.

Örnekler
USDEURGBPJPY
Park edildi mi
IsParked
Yevmiye kaydının kaydedilmeden önce park edilmiş belge olarak saklanıp saklanmadığını gösteren boolean işaretidir.
Açıklama

Bir belgenin park edilmesi, kullanıcının tamamlanmamış bir yevmiye kaydını mali bakiyeleri etkilemeden kaydetmesine olanak tanır. Kayıt daha sonra başka bir kullanıcı tarafından tamamlanabilir veya incelenebilir ve ardından post edilebilir. Bu işaret, park etme adımından geçen kayıtları belirler.

Bu özniteliğin analizi, park etme özelliğinin nasıl kullanıldığını anlamaya yardımcı olur. Park etmenin gayriresmî bir inceleme adımı olarak kullanılıp kullanılmadığını ve bunun gecikmelere yol açıp açmadığını ortaya çıkarabilir. Uçtan uca çevrim süresinin analizini destekler ve doğrudan post edilen kayıtlarla önce park edilen kayıtları birbirinden ayırır.

Neden önemli?

Park etme özelliğini kullanan kayıtları belirler. Bu durum gecikme kaynağı olabilir veya gayriresmî bir inceleme sürecine işaret edebilir.

Nereden alınır?

BKPF tablosundaki belge durum alanından (BSTAT) türetilir. 'V' değeri, park edilmiş belgeyi gösterir.

Örnekler
truefalse
Ters kayıt nedeni
ReversalReason
Bir journal entry kaydının neden tersine çevrildiğini gösteren kod.
Açıklama

Bir belge ters kayda alındığında SAP, kullanıcının bir neden kodu belirtmesine olanak tanır. Bu kod, ters kaydın neden gerekli olduğuna ilişkin yapılandırılmış bilgi sağlar. Örneğin yanlış kayıt tarihi veya veri giriş hatası gibi nedenler belirtilebilir.

Bu öznitelik, Yevmiye Kaydı Ters Kayıt Analizi Dashboardu için önemli bir girdidir. En yaygın ters kayıt nedenlerini analiz ederek süreçlerdeki sistemik sorunları veya eğitim eksiklerini belirleyebilir, gelecekteki hataları önlemek ve ters kayıt oranını azaltmak için hedefli adımlar atabilirsiniz.

Neden önemli?

Ters kayıtların neden gerçekleştiğine ilişkin doğrudan içgörü sağlar. Böylece gelecekteki hataları azaltmak için hedefli kök neden analizi yapılabilir.

Nereden alınır?

Belge üst bilgisi tablosu BKPF'de, STGRD alanında bulunur.

Örnekler
010205
Toplam belge tutarı
TotalDocumentAmount
Journal entry kaydının belge para birimindeki toplam değeri.
Açıklama

Bu öznitelik, journal entry kaydının toplam finansal değerini gösterir. Genellikle belgeyle ilişkili tüm borç veya alacak kalemlerinin mutlak değerleri toplanarak hesaplanır.

Süreci finansal değere göre analiz etmek önemli örüntüleri ortaya çıkarabilir. Örneğin yüksek tutarlı kayıtlar farklı ve daha sıkı bir onay yolundan geçebilir. Bu öznitelik, döngü sürelerinin, ret oranlarının veya onay gecikmelerinin kayıt tutarıyla ilişkili olup olmadığını görmek için analizi filtrelemenizi veya bölümlere ayırmanızı sağlar.

Neden önemli?

İşlem sürelerini veya ret oranlarını journal entry kayıtlarının parasal değeriyle ilişkilendirmek gibi finansal etki analizleri yapmanızı sağlar.

Nereden alınır?

Bu, belirli bir journal entry kaydı için BSEG tablosundaki tüm kalemlerin tutar alanlarının (WRBTR veya DMBTR) toplanmasıyla elde edilen hesaplanmış bir alandır.

Örnekler
1500.0025000.75125.50
Yeniden işleme yapıldı mı
IsRework
Bir yevmiye kaydının reddedilip düzeltilmesi gibi bir yeniden işleme döngüsünden geçip geçmediğini gösteren boolean işaretidir.
Açıklama

Bu işaret, ideal yoldan sapan ve düzeltici işlem gerektiren vakaları belirler. Belirli bir yevmiye kaydı için Journal Entry Rejected sonrasında Journal Entry Corrected gibi bir etkinlik dizisi gözlemlendiğinde genellikle true olarak ayarlanır.

Bu öznitelik, Yevmiye Kaydı Yeniden Çalışma Oranı temel performans göstergesini hesaplamak ve Yeniden Çalışma ve Ret Oranı Dashboardunda analiz yapmak için gereklidir. Süreçteki verimsizliğin boyutunu ölçmenize ve belirsiz gereksinimler ya da yetersiz belgeler gibi yeniden çalışmanın temel nedenlerini incelemenize yardımcı olur.

Neden önemli?

Düzeltme gerektiren kayıtları işaretler. Böylece yeniden işleme ölçülebilir ve ilk seferde doğru sonuç oranını artırmak için kök nedenler analiz edilebilir.

Nereden alınır?

Bu, bir vaka için etkinlik dizisinin analiz edilmesiyle türetilen hesaplanmış bir özniteliktir. Bir ret veya düzeltme etkinliği gerçekleştiğinde yeniden işleme döngüsü belirlenir.

Örnekler
truefalse
Gerekli Önerilen İsteğe bağlı

Kayıttan Raporlamaya - Yevmiye kaydı faaliyetleri

Yevmiye kayıtlarını doğru biçimde keşfetmek ve optimize etmek için Event Logunuzda yakalamanız gereken temel süreç adımları ve kilometre taşları şunlardır.
5 Önerilen 9 İsteğe bağlı
Aktivite Açıklama
Journal Entry gönderildi
Bu etkinlik, park edilmiş bir journal entry kaydının oluşturan kişi tarafından tamamlandığını ve artık inceleme ile onaya hazır olduğunu gösterir. Genellikle park edilmiş belgeyle ilişkili bir SAP Business Workflow görevinin başlatılmasıyla kaydedilir.
Neden önemli?

Bu etkinlik, kaydı oluşturan kişi ile onaylayan arasındaki devir teslimi gösterir ve onay çevrim süresi temel performans göstergeleri için süreci başlatır. Onay iş akışının verimliliğini ölçmek açısından önemli bir kilometre taşıdır.

Nereden alınır?

Mali belge nesnesiyle ilişkili onay Workflow örneğinin başlangıç zamanından çıkarılır. Bunun için SWW_WI2OBJ gibi Workflow günlük tabloları analiz edilerek belirli şirket kodu, belge numarası ve mali yıl için başlatılan Workflow bulunmalıdır.

Yakalayın

Park edilmiş belge nesnesi için Workflow başlangıç olayını belirleyin.

Olay türü inferred
Journal Entry kaydedildi
Bu, journal entry kaydının genel deftere resmi olarak işlendiği ve finansal tabloları etkilediği temel etkinliktir. Belge durumu 'posted' olarak ayarlandığında ve bir kayıt tarihi atandığında açıkça kaydedilir.
Neden önemli?

Bu, journal entry kaydının başarıyla işlendiğini gösteren en önemli kilometre taşıdır. Uçtan uca döngü süresi çoğu zaman bu noktaya kadar ölçülür ve finansal kapanış analizinde önemli bir olaydır.

Nereden alınır?

BKPF tablosundaki bir belgede kayıt tarihi, BKPF-BUDAT bulunduğunda belirlenir. Park edilmiş belgelerde bu, BKPF-BSTAT durumunun 'V' değerinden boş değere değiştiği ana karşılık gelir. Kaydın zaman damgası, giriş tarihi olan BKPF-CPUDT alanıdır.

Yakalayın

BKPF-BSTAT değerinin 'V' değerinden boş değere değiştiği anı veya doğrudan kayıtlar için oluşturma olayını belirleyin.

Olay türü explicit
Journal Entry onaylandı
Bu etkinlik, bir journal entry kaydının Workflow içindeki son onayını gösterir ve kaydın oluşturulmasına uygun hale gelmesini sağlar. Workflow günlüğünde son 'release' veya 'approve' adımı tamamlandığında kaydedilir.
Neden önemli?

Bu, onay sürecini tamamlayan önemli bir kilometre taşıdır. Bu etkinliğe kadar geçen süre, onay verimliliği için önemli bir KPI'dır. Bu olaydan kaydın oluşturulmasına kadar geçen süre ise onay sonrası gecikmeyi ölçer.

Nereden alınır?

SAP Business Workflow günlüğündeki son onay adımının tamamlanma zaman damgasından çıkarılır. Bu, belge kaydedilmeden veya kayda hazır hale gelmeden önceki son onay işlemidir.

Yakalayın

Workflow günlüklerinde son 'release' veya 'approve' adımının tamamlanmasını belirleyin.

Olay türü inferred
Journal Entry park edildi
Bu etkinlik, bir journal entry kaydının genel deftere resmi olarak kaydedilmeden önceki ilk ve geçici durumdaki oluşturulmasını gösterir. SAP'te bir kullanıcı, parking işlemi kullanarak belgeyi kaydettiğinde ve belge durumunu 'parked' olarak ayarladığında açıkça kaydedilir.
Neden önemli?

Bu, inceleme ve onay içeren süreçler için önemli bir başlangıç olayıdır. Park etme ile kayıt oluşturma arasındaki süreyi analiz etmek, kayıt öncesi ve onay aşamalarındaki gecikmeleri belirlemeye yardımcı olur.

Nereden alınır?

Bu olay, BKPF belge başlığı tablosundan belirlenir. Bir belge, BKPF-BSTAT = 'V' durumuyla oluşturulduğunda park edilmiş kabul edilir. Olayın zaman damgası, oluşturulma tarihi ve saati olan BKPF-CPUDT ve BKPF-CPUTM alanlarından alınır.

Yakalayın

BKPF-BSTAT değerinin 'V' olduğu BKPF kayıtlarında belge oluşturma olayını belirleyin.

Olay türü explicit
Journal Entry ters kaydı işlendi
Bu etkinlik, daha önce kaydedilmiş bir journal entry kaydının ters kaydını gösterir. Ters kayıt, ilk kaydı iptal eden yeni bir muhasebe belgesidir.
Neden önemli?

Bu, veri kalitesini ve süreç doğruluğunu ölçmek için önemli bir olaydır. Ters kayıt oranının yüksek olması, ilk veri girişi veya onay aşamalarındaki sistemik sorunlara işaret eder. Her ters kayıt, yeniden işleme anlamına gelir.

Nereden alınır?

Bu olay, ilk belgenin başlığındaki BKPF tablosunda belirlenir. Bir belge için ters kayıt oluşturulduğunda SAP, ters kayıt belge numarasını (BKPF-STBLG) ve ters kayıt nedenini (BKPF-STGRD) doldurur. Olayın zaman damgası, yeni ters kayıt belgesinin kayıt tarihidir.

Yakalayın

İlk belgede BKPF-STBLG alanının doldurulduğu anı belirleyin. Zaman damgası, ters kayıt belgesinin kayıt tarihidir.

Olay türü explicit
Dokümantasyon eklendi
Bu etkinlik, bir kullanıcının fatura veya hesap tablosu gibi destekleyici belgeleri journal entry kaydına eklemesini gösterir. Bu olay, standart bir muhasebe olayı olarak açıkça kaydedilmez. Genellikle muhasebe belgesi nesnesine bağlı eklerin oluşturulması kontrol edilerek çıkarılır.
Neden önemli?

Bu etkinliği izlemek, dokümantasyon gerektiren politikalara uyumu doğrulamaya yardımcı olur. Belgelerin eklenmesindeki gecikmeler, uzayan onay döngülerinin temel nedenlerinden biri olabilir.

Nereden alınır?

Bu olayı zaman damgalı bir olay olarak güvenilir biçimde yakalamak zordur. Ek oluşturma zaman damgası, SOOD gibi Generic Object Services (GOS) ek tabloları analiz edilerek ve journal entry nesne anahtarıyla ilişkilendirilerek çıkarılabilir.

Yakalayın

GOS tablolarındaki (ör. SOOD) bağlı nesnelerin oluşturulma zaman damgasından çıkarın.

Olay türü inferred
Journal Entry değişikliği istendi
Bu olay, bir onaylayanın journal entry kaydını inceleyip düzeltme yapılması için oluşturan kişiye geri gönderdiği Workflow aşamasını gösterir. Workflow günlüklerinde 'rejection' veya 'send back' kullanıcı kararı görüldüğünde kaydedilir.
Neden önemli?

Bu etkinlik, verimsizliğin ve süreç sapmasının başlıca kaynaklarından olan yeniden işleme döngülerini belirlemek için gereklidir. Bu olayın sık görülmesi, kayıt kalitesiyle veya gerekliliklerin net olmamasıyla ilgili sorunlara işaret eder.

Nereden alınır?

Bu olay, SAP Business Workflow günlüğünde 'reject' veya 'send for correction' işlemine karşılık gelen belirli kullanıcı kararı adımının zaman damgasından çıkarılır.

Yakalayın

Workflow günlüklerinde 'rejection' veya 'rework' kararının zaman damgasını belirleyin.

Olay türü inferred
Journal Entry düzeltildi
Bu etkinlik, oluşturan kişinin değişiklik yapılması için geri gönderilen park edilmiş journal entry kaydını değiştirdiğini gösterir. 'Changes Requested' olayından sonra belgede yapılan değişiklikler tespit edilerek çıkarılır.
Neden önemli?

Düzeltmeleri izlemek, yeniden işleme için harcanan çabayı ölçmeye yardımcı olur. Değişiklik talebi ile düzeltme arasındaki süre, gönderilen kayıtlardaki sorunların çözümünde yaşanan gecikmeleri gösterir.

Nereden alınır?

Park edilmiş belgeye ait değişiklik belgesi günlükleri, CDHDR ve CDPOS tabloları analiz edilerek çıkarılır. İş akışındaki bir ret olayından sonra kaydedilen değişiklik, düzeltme yapıldığını gösterir. Zaman damgası CDHDR tablosundan alınır.

Yakalayın

Ret olayından sonra CDHDR/CDPOS içindeki değişiklik günlüğü kaydını belirleyin.

Olay türü inferred
Journal Entry kalemi kapatıldı
Bu etkinlik, banka takas hesabı gibi açık kalem yönetimli bir G/L hesabı kaleminin mutabakatını gösterir. Bir kalem başka bir kalemle eşleştirildiğinde ve kapatıldığında gerçekleşir.
Neden önemli?

Banka mutabakatı gibi süreçlerde kalemlerin kapatılma süresi önemli bir KPI'dır. Bu etkinlik, mutabakatın ve ay sonu kapanış işlemlerinin verimliliğini analiz etmeye yardımcı olur.

Nereden alınır?

Bu olay, BSEG kalem tablosundan alınır. Bir kalem kapatıldığında kapatma tarihi (BSEG-AUGDT) ve kapatma belgesi (BSEG-AUGBL) alanları doldurulur. Olayın zaman damgası kapatma tarihidir.

Yakalayın

Bir kalem için kapatma tarihi (BSEG-AUGDT) alanının doldurulduğu anı belirleyin.

Olay türü explicit
Journal Entry oluşturuldu
Bir parking adımı olmadan doğrudan kaydedilen journal entry kaydının oluşturulmasını gösterir. SAP'te bir belge doğrudan kayıt işlemi kullanılarak oluşturulduğunda kaydedilir.
Neden önemli?

Bu etkinlik, onay iş akışı gerektirmeyen daha basit yevmiye kaydı süreçleri için alternatif bir başlangıç noktasıdır. Basit ve doğrudan kayıtlarla daha karmaşık park edilmiş kayıtları ayırt etmenize yardımcı olur.

Nereden alınır?

Bu olay, BKPF tablosunda belge durumu BKPF-BSTAT alanının boş olduğu belge oluşturma işlemine karşılık gelir. Olayın zaman damgası, oluşturulma tarihi olan BKPF-CPUDT alanıdır. Bu belgelerde 'Created' ve 'Posted' olayları aynı anda gerçekleşir.

Yakalayın

BKPF-BSTAT alanının boş olduğu BKPF kayıtlarında belge oluşturma olayını belirleyin.

Olay türü explicit
Journal Entry reddedildi
Bu etkinlik, bir yevmiye kaydının son kez reddedildiğini gösterir. Bu noktadan sonra kayıt sisteme alınmaz. Genellikle onay iş akışındaki terminal durumdur ve sonunda park edilmiş belgenin silinmesine yol açar.
Neden önemli?

Retleri izlemek kalite yönetimi açısından büyük önem taşır. Ret nedenlerini ve sıklığını analiz etmek, journal entry kayıtlarının ilk seferde doğru olma oranını artırmaya yardımcı olur.

Nereden alınır?

Bu sonuç, süreci sonlandıran nihai 'reject' kullanıcı kararını temsil eder ve SAP Business Workflow günlüğünden alınır. Park edilmiş belge daha sonra silinebilir.

Yakalayın

Belge için Workflow günlüğündeki terminal 'reject' durumunu belirleyin.

Olay türü inferred
Manuel giriş belirlendi
Bu etkinlik, bir journal entry kaydının otomatik arayüz veya toplu işlem yerine manuel çevrim içi işlemle oluşturulup oluşturulmadığını belirler. Bu bir kullanıcı işlemi değil, sistem verilerinden türetilen hesaplanmış bir özniteliktir.
Neden önemli?

Manuel ve otomatik kayıtları ayırt etmek, hedefli süreç iyileştirmeleri için önemlidir. Manuel süreçler genellikle standardizasyon ve otomasyon çalışmalarının odağındadır.

Nereden alınır?

Bu değer, BKPF belge başlığı tablosundaki alanlar analiz edilerek hesaplanır. 'FB01', 'FB50' veya 'FV50' gibi işlem kodları (BKPF-TCODE) manuel girişi gösterirken diğer T-Code değerleri veya belirli toplu giriş adları (BKPF-AWKEY) otomasyona işaret eder.

Yakalayın

BKPF-TCODE veya belge başlığındaki diğer kaynak sistem göstergelerinden türetin.

Olay türü calculated
Park edilmiş Journal Entry silindi
Hiç kaydedilmemiş park edilmiş bir journal entry kaydının silinmesini gösterir. Bu durum bir ret sonrasında veya kayıt hatalı oluşturulduğunda gerçekleşebilir.
Neden önemli?

Bu etkinlik, sürecin başarısız bir şekilde sona erdiğini gösterir. Park edilmiş belgelerin neden silindiğini analiz etmek, yinelenen kayıtlar veya süreçle ilgili yanlış anlamalar gibi sorunları ortaya çıkarabilir.

Nereden alınır?

Bu olay, BKPF tablosundaki park edilmiş belgenin durumu değiştirildiğinde kaydedilir. BKPF-BSTAT durum alanı 'Z' değerine, yani 'Parked document deleted' durumuna güncellenir. Değişiklik zaman damgası belge değişiklik günlüklerinde, CDHDR tablosunda bulunabilir.

Yakalayın

BKPF-BSTAT alanının 'Z' değerine güncellendiği anı belirleyin.

Olay türü explicit
Şirketler arası kayıt belirlendi
Birden fazla şirket kodunu etkileyen journal entry kaydını işaretleyen hesaplanmış bir etkinliktir. Tek bir mali belgenin kalemleri analiz edilerek belirlenir.
Neden önemli?

Şirketler arası işlemler daha karmaşık işleme ve onay gerekliliklerine sahip olabilir. Bunları belirlemek, benzersiz darboğazları bulmak için döngü sürelerini ve süreç yollarını ayrı ayrı analiz etmenizi sağlar.

Nereden alınır?

Belirli bir belge numarası (BELNR) için BSEG kalem tablosu incelenerek hesaplanır. Kalemlerde birden fazla farklı şirket kodu (BSEG-BUKRS) varsa kayıt, şirketler arası kayıt olarak kabul edilir.

Yakalayın

Tek bir BKPF-BELNR için birden fazla benzersiz BSEG-BUKRS değeri olup olmadığını kontrol edin.

Olay türü calculated
Önerilen İsteğe bağlı

Çıkarma rehberleri

Verilerinizi SAP ECC'den nasıl alırsınız

Başlamaya hazır mısınız?

Kayıttan Raporlamaya - yevmiye kaydı için Process Mining yolculuğunuza başlamak üzere bu veri Templateinden yararlanın. Daha derin içgörüler elde edin ve finans operasyonlarınız genelinde verimliliği artırın.

Kayıttan Raporlamaya - Yevmiye Kaydı sürecinizi şimdi optimize edin

Yevmiye kaydı çevrim süresini %30 azaltın ve kusursuz raporlama sağlayın.

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez, iyileştirmeye bugün başlayın.