Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Veri Template'inuz

SAP S/4HANA
Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Veri Template'inuz

Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Veri Template'inuz

Bu şablon, Record to Report - Yevmiye Kaydı sürecinizi analiz etmek için gerekli verileri toplamak için detaylı bir rehber sunar. Toplanacak temel öznitelikler.i, izlenecek kilit aktiviteleri ve bu bilgiyi kaynak sisteminizden çıkarmak için pratik rehberliği özetler. Sağlam bir Process Mining analizi için ihtiyacınız olan tüm veri noktalarına sahip olduğunuzdan emin olmak için bu kaynağı kullanın.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Pratik veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Öznitelikleri

Bunlar, detaylı Muhasebe Kayıtlarından Raporlamaya - Yevmiye Defteri Girişi analizi için event lognuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 5 Önerilen 11 Opsiyonel
Ad Açıklama
Aktivite
ActivityName
Yevmiye kaydı sürecinde belirli bir noktada gerçekleşen iş aktivitesinin adı.
Açıklama

Aktivite, bir yevmiye kaydının süreç döngüsündeki 'Yevmiye Kaydı Oluşturuldu', 'İnceleme İçin Yevmiye Gönderildi' veya 'Yevmiye Kaydı Deftere Nakledildi' gibi belirli bir adımı veya event'i temsil eder. Bu aktiviteler genellikle sistemde kaydedilen değişiklik loglarından, durum güncellemelerinden veya işlem kodlarından türetilir.

Aktivitelerin analizi, süreç akışının görselleştirilmesine, yaygın yolların belirlenmesine ve standart prosedürden sapmaların keşfedilmesine sunar. Aktivite sıklığı, adımlar arasındaki bekleme süreleri ve uyumluluk oranları gibi metrikleri hesaplanmasında temel rol oynar.

Neden Önemli?dir?

Süreçteki adımları tanımlar, bu da süreç haritalarının görselleştirilmesini ve iş akışı kalıplarının analiz edilmesini sunar.

Nereden Alınır??

Başlık/kalem tablolarındaki durum alanları (örn. BKPF-BSTAT), değişiklik belgesi günlükleri (CDHDR/CDPOS) ve iş akışı günlükleri dahil olmak üzere çeşitli kaynaklardan türetilmiştir.

Örnekler:::::::
Yevmiye Kaydı OluşturulduYevmiye Kaydı Bekletildiİnceleme İçin Yevmiye GönderildiYevmiye Kaydı OnaylandıYevmiye Kaydı Deftere Kaydedildi
Olay Zamanı
EventTime
Yevmiye kaydı için belirli bir faaliyetin ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Olay Zamanı, bir iş faaliyetinin sistemde yürütüldüğü ve kaydedildiği tam tarih ve saattir. Bir vakadaki her faaliyetin kendi zaman damgası (zaman damgası) vardır, bu da kronolojik bir olay dizisi oluşturur.

Bu öznitelik, tüm zaman tabanlı süreç analizleri için büyük önem taşır. Döngü sürelerini, faaliyetler arasındaki süreleri, bekleme sürelerini hesaplamak ve işin zamansal dağılımını anlamak için kullanılır. Doğru zaman damgaları, güvenilir bir süreç modeli oluşturmak ve Onay Döngüsü Süresi gibi temel performans göstergelerini hesaplamak için gereklidir.

Neden Önemli?dir?

Olayların kronolojik sırasını sunar, bu da tüm süreye dayalı metrikleri hesaplamak ve süreç zaman çizelgesini anlamak için gereklidir.

Nereden Alınır??

Değişiklik belge kayıtlarından (CDHDR-UDATE, CDHDR-UTIME), workflow kayıtlarından veya BKPF gibi tablolardaki oluşturma/giriş zaman damgası (zaman damgası)'lerinden (CPUDT, CPUTM) alınır.

Örnekler:::::::
2023-10-26T10:05:00Z2023-11-15T14:30:15Z2024-01-20T09:00:45Z
Yevmiye Kaydı Kimliği
JournalEntryId
Süreç için birincil vaka tanımlayıcısı olarak hizmet veren finansal yevmiye kaydı için benzersiz tanımlayıcı.
Açıklama

Yevmiye Kaydı Kimliği, SAP S/4HANA'da oluşturulan her muhasebe belgesine atanan benzersiz bir numaradır. Bu tanımlayıcı, bir yevmiye kaydının başlangıçtaki oluşturulmasından veya park edilmesinden, onay iş akışlarını aracılığıyla, nihai deftere nakline ve potansiyel iptaline veya mutabık kılınmasına kadar tüm süreç döngüsünü izlemek için büyük önem taşır.

Process Mining analizinde, bu ID tüm ilgili aktiviteleri tek bir vakaya bağlamak için kullanılır. Event'leri ortak bir Yevmiye Kaydı Kimliği altında gruplayarak, analistler uçtan uca süreç akışını yeniden yapılandırabilir, döngü sürelerini ölçebilir ve her belirli finansal işlem için varyasyonları veya darboğazları belirleyebilir. Tüm süreç görünümünü oluşturmak için temel özniteliktir.

Neden Önemli?dir?

Bu tanımlayıcı, tüm ilgili süreç adımlarını birbirine bağlayarak her yevmiye kaydının tüm sürecini analiz etmeyi sunar.

Nereden Alınır??

Bu, genellikle Şirket Kodu (BKPF-BUKRS), Belge Numarası (BKPF-BELNR) ve Mali Yıl (BKPF-GJAHR) birleştirilerek oluşturulan bileşik bir temel rol oynar.

Örnekler:::::::
1000-1000000001-20231710-1900000055-20242000-2100003412-2023
Kayıt Tarihi
PostingDate
Yevmiye kaydının Genel Deftere kaydedildiği ve finansal dönemi etkilediği tarih.
Açıklama

Deftere Nakil Tarihi, işlemin finansal tablolarda görüneceği mali dönemi belirler. Muhasebe için kritik bir tarihtir ve belgenin oluşturulduğu veya sisteme girildiği tarihten farklılık gösterebilir.

Process Mining'de, deftere nakil tarihi, ay sonu kapanış süreçlerini karşılaştırma veya farklı finansal dönemlerdeki performans trendlerini analiz etme gibi zamana dayalı kohort analizi için kullanılır. Aynı zamanda kayıt oluşturma ile gerçek finansal deftere nakil arasındaki gecikmeleri ölçmek için de kullanılır.

Neden Önemli?dir?

Finansal bağlam için büyük önem taşıyan olup, ay sonu veya yıl sonu gibi belirli muhasebe dönemleri içinde süreç performansını analiz etmeye sunar.

Nereden Alınır??

SAP S/4HANA BKPF tablosu, BUDAT alanı (Belgedeki Deftere Nakil Tarihi).

Örnekler:::::::
2023-10-312023-11-012024-02-29
Oluşturan Kullanıcı
CreatedByUser
Yevmiye kaydını oluşturan kişinin kullanıcı kimliği.
Açıklama

Bu öznitelik, ilk belgeyi oluşturarak yevmiye kaydı sürecini başlatan kullanıcının benzersiz tanımlayıcısını saklar. Bu bir muhasebeci, bir iş kullanıcısı veya otomatik kayıtlar için bir sistem ID'si olabilir.

Süreci oluşturana göre analiz etmek, belirli kullanıcılar veya ekiplerle ilgili kalıpları belirlemeye yardımcı olur. Belirli kullanıcıların daha yüksek reddetme oranlarına sahip olması durumunda eğitim ihtiyaçlarını ortaya çıkarabilir veya yüksek performans gösteren bireyleri vurgulayabilir. 'Kullanıcı Aktivitesi ve Verimlilik' kontrol paneli'u için büyük önem taşır.

Neden Önemli?dir?

Süreç faaliyetlerini belirli kullanıcılara atayarak performans analizi, iş yükü dengeleme ve eğitim fırsatlarının belirlenmesini sunar.

Nereden Alınır??

SAP S/4HANA BKPF tablosu, USNAM alanı (Kullanıcı Adı).

Örnekler:::::::
ABROWNCJONESBATCH_USER
Şirket Kodu
CompanyCode
Yevmiye kaydının deftere nakledildiği şirket veya tüzel kişilik için benzersiz tanımlayıcı.
Açıklama

Şirket Kodu, SAP Finans'ta finansal tabloların oluşturulduğu bağımsız bir tüzel kişiliği temsil eden temel bir organizasyon birimidir. Her yevmiye kaydı belirli bir şirket koduna atanır.

Bu öznitelik, organizasyonun farklı bölümleri arasında süreç performansını segmentlere ayırmak ve karşılaştırmak için büyük önem taşır. Analistler, belirli bir tüzel kişilik için süreç görünümünü filtrelemek, şirket kodları arasındaki reddetme oranlarını karşılaştırmak veya bölgeye özgü süreç varyasyonlarını belirlemek için bunu kullanabilirler.

Neden Önemli?dir?

Kuruluş içindeki farklı tüzel kişilikler veya iş birimleri arasında yevmiye kaydı sürecini filtrelemeye ve karşılaştırmaya sunar.

Nereden Alınır??

SAP S/4HANA BKPF tablosu, BUKRS alanı (Şirket Kodu).

Örnekler:::::::
10001710US01
Yerel Para Birimiyle Tutar
AmountInLocalCurrency
Yevmiye kaydının şirket kodunun yerel para biriminde ifade edilen toplam değeri.
Açıklama

Bu öznitelik, yevmiye kaydının finansal büyüklüğünü temsil eder. Genellikle belgedeki tüm borç veya alacak kalemlerinin mutlak değerlerinin toplamıdır ve şirket kodunun yerel para birimine dönüştürülür.

Tutara göre analiz, sürecin finansal etkiye dayalı olarak segmentlere ayrılmasına sunar. Örneğin, yüksek değerli kayıtlar, düşük değerli olanlara göre daha sıkı bir onay sürecinden geçebilir. En yüksek finansal riski oluşturan işlemlerde süreç iyileştirme çabalarını önceliklendirmeye yardımcı olur.

Neden Önemli?dir?

Kaydın finansal değerini sunar, risk altındaki parasal değerle süreç davranışının nasıl değiştiğini analiz etmeyi sunar.

Nereden Alınır??

Belirli bir yevmiye kaydı (BELNR) için satır öğesi tablosu BSEG'den (alan DMBTR) tutarların toplanması ve pozitif bir değere dönüştürülmesiyle hesaplanır.

Örnekler:::::::
1500.75125000.0050.20
Yevmiye Kaydı Türü
JournalEntryType
Yevmiye kaydını, bir varlık kaydı, satıcı faturası veya genel muhasebe kaydı gibi iş amacına göre sınıflandırır.
Açıklama

Yevmiye Kaydı Türü veya SAP terminolojisindeki Belge Türü, muhasebe belgelerini kategorize eden bir temel rol oynar. Belgeye atanan numara aralığı ve hangi hesap türlerinin deftere nakil için izinli olduğu gibi hususları kontrol eder.

Süreci yevmiye kaydı türüne göre analiz etmek, bağlama özgü davranışları anlamak için büyük önem taşır. Örneğin, basit bir tahakkuk (SA tipi) için onay süreci, karmaşık bir varlık edinimi (AA tipi) için olandan çok daha basit olabilir. Bu boyut, 'Kayda Göre Uyumluluk' kontrol paneli'u için temel rol oynar.

Neden Önemli?dir?

Girişleri iş bağlamına göre kategorize ederek, farklı finansal işlem türleri için süreç varyasyonlarının ve performansının analiz edilmesini sunar.

Nereden Alınır??

SAP S/4HANA BKPF tablosu, BLART alanı (Belge Türü).

Örnekler:::::::
SAKRAA
Belge Durumu
DocumentStatus
Yevmiye kaydının Park Edildi, Deftere Nakledildi veya Mutabık Kılındı gibi mevcut işleme durumu.
Açıklama

Belge Durumu, yevmiye kaydının süreç döngüsü içindeki durumunu gösterir. Örneğin, 'park edilmiş' bir belge kaydedilmiş ancak henüz Genel Deftere nakledilmemişken, 'deftere nakledilmiş' bir belge tamamlanmıştır.

Durumu analiz etmek, iş akışını anlamaya ve darboğazları belirlemeye yardımcı olur. Uzun süreler boyunca 'park edilmiş' veya 'onay bekliyor' durumunda kalan yüksek sayıda belge, süreçteki verimsizliklere işaret edebilir. Aynı zamanda süreç aktivitelerini türetmek için önemli bir kaynaktır.

Neden Önemli?dir?

Bir yevmiye kaydının süreç döngüsünde nerede olduğuna dair bir anlık görüntü sunar, kuyrukları ve darboğazları belirlemeye yardımcı olur.

Nereden Alınır??

SAP S/4HANA BKPF tablosu, BSTAT alanı (Belge durumu).

Örnekler:::::::
VAB
Bitiş Zamanı
EndTime
Aktivitenin ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bitiş Zamanı, bir aktivitenin tamamlandığını işaret eder. Birçok event logunda, bir aktivitenin Başlangıç Zamanı ve Bitiş Zamanı aynıdır ve anlık bir event'i temsil eder. Ancak, bir kullanıcının bir belgeyi aktif olarak incelemesi gibi ölçülebilir bir süreye sahip aktiviteler için bu öznitelik bu süreyi yakalayabilir.

Ayrı bir Bitiş Zamanına sahip olmak, aktivite işleme süreleri ile bekleme sürelerinin daha hassas hesaplanmasına sunar. Bir görevin aktif olarak üzerinde çalışıldığı zamanı, kuyrukta boşta kaldığı zamandan ayırt etmeye yardımcı olur.

Neden Önemli?dir?

Hassas faaliyet işlem sürelerinin hesaplanmasını sağlayarak aktif çalışma süresini boş bekleme süresinden ayırır.

Nereden Alınır??

Genellikle atomik event'ler için StartTime ile aynıdır. Süreli aktiviteler için, workflow loglarından veya sonraki event'lere dayanarak hesaplanabilir.

Örnekler:::::::
2023-10-26T10:05:00Z2023-11-15T14:45:20Z2024-01-20T09:10:30Z
İşlem Kodu
TransactionCode
Yevmiye kaydını oluşturmak veya değiştirmek için kullanılan SAP işlem kodu.
Açıklama

İşlem Kodu (T-Kodu), SAP'de belirli bir fonksiyonu veya programı tanımlayan bir kısayoldur. Yevmiye kayıtları için, farklı T-Kodları, kaydın nasıl oluşturulduğunu gösterebilir; örneğin, manuel genel muhasebe kaydı için FB01, park etme için FV50 veya sistem tarafından oluşturulan kayıtlar için otomatik bir kod.

Bu öznitelik, bir aktivitenin bir kullanıcı tarafından manuel olarak mı yoksa sistem tarafından otomatik olarak mı gerçekleştirildiğine dair güçlü bir göstergedir. Manuel Kayıt Oranı KPI'sını hesaplamak ve otomasyon fırsatlarını belirlemek için temel rol oynar.

Neden Önemli?dir?

Bir kaydın nasıl işlendiğini (örn. manuel vs. otomatik) gösterir, bu da otomasyon analizi ve süreç varyasyonlarını anlamak için temel rol oynar.

Nereden Alınır??

SAP S/4HANA BKPF tablosu, TCODE alanı (İşlem Kodu).

Örnekler:::::::
FB01FV50F-02
Kaynak Sistem
SourceSystem
Yevmiye kaydı verilerinin hangi kaynak sistemden çekildiğini belirler.
Açıklama

Bu öznitelik, yevmiye kaydı verilerinin kaynaklandığı kayıt sistemini belirtir. Birden fazla ERP örneği veya eski ve modern sistemlerin bir karışımına sahip şirketler için bu, veri kaynaklarını ayırt etmeye yardımcı olur.

Analizde, farklı sistemlerdeki süreç performansını karşılaştırmak veya belirli bir kaynak için veri filtrelemek için kullanılabilir. Veri yönetişimi ve veri bağlamının anlaşılmasını güçlüak için önemlidir.

Neden Önemli?dir?

Veri kaynağı hakkında bağlam sunar, bu da çoklu sistem ortamlarında doğru süreç analizi ve karşılaştırması için büyük önem taşır.

Nereden Alınır??

Bu, genellikle veri çıkarma sırasında eklenen, belirli SAP S/4HANA örneğini (örn. SID veya mantıksal sistem adı) tanımlayan statik bir değerdir.

Örnekler:::::::
S4H_PROD_100ECC_FIN_200S4C_US_EAST
Mali Yıl
FiscalYear
Yevmiye kaydının ait olduğu mali yıl.
Açıklama

Mali Yıl, şirket kodu ve belge numarasıyla birlikte bir yevmiye kaydı için benzersiz anahtarın bir parçasıdır. Belgenin ilgili olduğu finansal yılı temsil eder.

Analizde, mali yıl uzun vadeli trend analizi ve vaka tanımlayıcısının benzersizliğini güçlüak için kullanılır. Farklı mali yıllardaki süreç metriklerini karşılaştırmak, zaman içindeki performans iyileşmelerini veya kötüleşmelerini ortaya çıkarabilir.

Neden Önemli?dir?

Belgeleri benzersiz bir şekilde tanımlamak için kritik bir bileşen sunar ve yıllık bazda süreç performansı analizine sunar.

Nereden Alınır??

SAP S/4HANA BKPF tablosu, GJAHR alanı (Mali Yıl).

Örnekler:::::::
202320242022
Manuel Kayıt mı
IsManualPosting
Yevmiye kaydının bir kullanıcı tarafından manuel olarak deftere nakledilip nakledilmediğini gösteren bir boolean bayrak.
Açıklama

Bu öznitelik, bir sistem işi veya arayüzü tarafından otomatik olarak deftere nakledilmek yerine, manuel kullanıcı müdahalesiyle deftere nakledilen yevmiye kayıtlarını tanımlar. Genellikle belgeyi deftere nakletmek için kullanılan İşlem Kodundan türetilir.

Bu işaret, Manuel Kayıt Oranı KPI'sını hesaplamak için kullanılır ve kuruluşların Record to Report sürecini otomatikleştirmedeki ilerlemelerini izlemelerine yardımcı olur. Manuel olarak deftere nakledilmiş kayıtları filtreleyerek, analistler hala insan dokunuşu gerektiren belirli senaryoları belirleyebilir ve otomasyon potansiyellerini değerlendirebilir.

Neden Önemli?dir?

İnsan ve sistem kaynaklı kayıtlar arasında ayrım yapar, bu da otomasyon seviyelerini ölçmek ve otomasyon fırsatlarını belirlemek için büyük önem taşır.

Nereden Alınır??

Bu, TransactionCode'dan türetilmiş hesaplanmış bir özniteliktir. Manuel işlem kodlarının önceden tanımlanmış bir listesi (örn. 'FB01', 'F-02') işareti 'doğru' olarak ayarlamak için kullanılır.

Örnekler:::::::
truefalse
Onay Çevrim Süresi
ApprovalCycleTime
Bir yevmiye kaydının onay için gönderildiği andan, onaylandığı veya reddedildiği ana kadar geçen süre.
Açıklama

Bu hesaplanmış metrik, özellikle onay aşamasının süresine odaklanır. 'İnceleme İçin Yevmiye Gönderildi' aktivitesi ile sonraki 'Yevmiye Kaydı Onaylandı' veya 'Yevmiye Kaydı Reddedildi' aktivitesi arasındaki süreyi ölçer.

Bu KPI, onay iş akışını (workflow) içindeki darboğazları belirlemek için büyük önem taşır. Yüksek onay döngüsü süreleri, genel süreci önemli ölçüde geciktirebilir. Bu metriği onaylayana, şirket koduna veya yevmiye kaydı türüne göre analiz etmek, belirli iyileştirme alanlarını ortaya çıkarabilir.

Neden Önemli?dir?

Onay adımının süresini izole ederek, inceleme ve onay iş akışındaki darboğazları tespit etmeye ve gidermeye yardımcı olur.

Nereden Alınır??

'İnceleme İçin Gönderilen Yevmiye Kaydı' olayı ile 'Yevmiye Kaydı Onaylandı' veya 'Yevmiye Kaydı Reddedildi' olayı arasındaki zaman farkı bulunarak hesaplanır.

Örnekler:::::::
1 gün 2 saat4 saat 25 dakika5 gün 0 saat
Onaylayan Kullanıcı
ApproverUser
Yevmiye kaydını onaylayan veya reddeden kişinin kullanıcı kimliği.
Açıklama

Bu öznitelik, gönderilen bir yevmiye kaydını incelemekten ve üzerinde karar vermekten sorumlu kullanıcıyı tanımlar. Çok seviyeli bir onay iş akışını (workflow)nda, tek bir yevmiye kaydı için birden fazla onaylayıcı olabilir.

Bu bilgi, onay sürecini detaylı olarak analiz etmek için büyük önem taşır. Farklı onaylayıcıların iş yükünü ölçmeye, bireysel onay sürelerini hesaplamaya ve onay zincirindeki darboğazları belirlemeye yardımcı olur. Doğrudan 'Kullanıcı Aktivitesi ve Verimlilik' kontrol paneli'unu destekler.

Neden Önemli?dir?

Onaydan sorumlu kişiyi belirleyerek, onay iş yüklerinin, performansın ve darboğazların analiz edilmesini sunar.

Nereden Alınır??

Workflow kayıtlarından (örn. SWW_WI2OBJ, SWWLOG) veya onay adımını kimin gerçekleştirdiğini izleyerek değişiklik belge tablolarından (CDHDR/CDPOS) alınır.

Örnekler:::::::
DMILLERFWHITEKCHEN
Son Veri Güncellemesi
LastDataUpdate
Bu kayda ait verilerin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, kaynak sistemden yapılan en son veri çıkarma veya güncelleme tarihini ve saatini kaydeder. Analiz edilen verilerin güncelliği konusunda netlik kazandırır.

Son güncelleme zamanını bilmek, süreç analizinin güncelliğini anlamak için önemlidir. Kullanıcıların panelleri ve KPI'ları doğru yorumlamasına yardımcı olur, gerçek zamanlıya yakın verilere mi yoksa önceki bir döneme ait bir anlık görüntüye mi baktıklarını bilmelerini sunar.

Neden Önemli?dir?

Verilerin güncelliğini gösterir, kullanıcıların süreç analizinin ne kadar güncel olduğunun farkında olmasını sunar.

Nereden Alınır??

Bu, genellikle veri alım veri hattı sırasında her kayda oluşturulan ve damgalanan bir meta özniteliktir.

Örnekler:::::::
2024-03-10T02:00:00Z2024-03-11T02:00:00Z2024-03-12T02:00:00Z
Ters Kayıt Nedeni
ReversalReason
Deftere nakledilmiş bir yevmiye kaydının neden ters kaydedildiğini gösteren bir kod.
Açıklama

Deftere nakledilmiş bir yevmiye kaydı yanlış olduğunda, silinemez ancak yeni bir belgeyle ters kayıt yapılması gerekir. İptal Nedeni kodu, bu eylemin neden yapıldığını açıklar, örneğin yanlış bir deftere nakil tarihi veya tutar nedeniyle.

İptal nedenlerini analiz etmek, Record to Report sürecindeki hataların temel nedenlerini belirlemeye yardımcı olur. Belirli bir nedenin yüksek sıklığı, yetersiz eğitim veya kontrol arızaları gibi sistemik sorunlara işaret edebilir ve ilk seferde kaliteyi iyileştirmek için ele alınması gereken sorunlardır.

Neden Önemli?dir?

Ters kayıtlara yol açan hataların temel nedenini teşhis etmeye yardımcı olur, yeniden işleme miktarını azaltmak ve süreç kalitesini artırmak için gereken stratejik bilgileri sunar.

Nereden Alınır??

SAP S/4HANA BKPF tablosu, STGRD alanı (İptal nedeni).

Örnekler:::::::
010205
Yeniden İşleme mi?
IsRework
Yevmiye kaydının, reddedilme sonrası düzeltilmesi gibi, yeniden işleme tabi tutulup tutulmadığını gösteren bir boolean bayrak.
Açıklama

Bu hesaplanmış öznitelik, ideal 'ideal süreç akışı' sürecinden sapan yevmiye kayıtlarını işaretler. Genellikle vaka içinde 'Yevmiye Kaydı Reddedildi' veya 'Yevmiye Kaydı Düzeltildi' gibi bir aktivite meydana gelirse 'doğru' olarak ayarlanır.

Bu işaret, süreç verimliliği analizini basitleştirir. Yeniden İşleme Oranı KPI'sının hızlı bir şekilde hesaplanmasına sunar ve yeniden işleme olan ve olmayan caseler arasında döngü süreleri ve maliyetlerin doğrudan karşılaştırılmasını sunar. Yeniden işleme nedenlerini belirlemek, birçok süreç iyileştirme girişiminin birincil hedefidir.

Neden Önemli?dir?

Düzeltme veya ek döngüler gerektiren vakaları işaretleyerek, süreç verimsizliklerinin kolayca nicelleştirilmesini ve kök neden analizini sunar.

Nereden Alınır??

Bu, bir case'deki aktivite sırasından türetilmiş hesaplanmış bir özniteliktir. 'Yevmiye Kaydı Reddedildi' gibi bir aktivite mevcutsa 'doğru' olarak işaretlenir.

Örnekler:::::::
truefalse
Gerekli Önerilen Opsiyonel

Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Faaliyetleri

Event log'unuzda doğru süreç keşfi ve optimizasyonu için yakalamanız gereken temel süreç adımları ve kilometre taşları bunlardır.
6 Önerilen 6 Opsiyonel
Aktivite Açıklama
İnceleme İçin Yevmiye Gönderildi
Yevmiye kaydını oluşturan kişi, belgeyi inceleme ve onay iş akışını (workflow) için resmi olarak gönderir. Bu aktivite, veri girişinden resmi kontrol sürecine geçişi temsil eder ve onay döngüsünü başlatır.
Neden Önemli?dir?

Bu, onay döngüsü süresinin başlangıcını işaret eder. Bu noktadan nihai onaya veya reddetmeye kadar ölçüm yapmak, özellikle inceleme ve onay aşamalarındaki darboğazları izole etmeye yardımcı olur.

Nereden Alınır??

Bu genellikle iş nesnesine bağlı workflow loglarından (SWW_WIHEAD, SWWLOG tabloları) yakalanır. Ayrıca belge üstbilgisindeki (BKPF) özel bir alandaki durum değişikliğinden de çıkarılabilir.

Yakala

Workflow öğesi oluşturma zaman damgası (zaman damgası)'i veya bir durum alanının 'Gönderildi' veya 'İncelemede' olarak değişmesi.

Event tipi inferred
Yevmiye Kaydı Deftere Kaydedildi
Yevmiye kaydı, şirketin finansal tablolarını etkileyerek resmi olarak genel deftere kaydedilir. Bu, belgenin kalıcı bir finansal kayıt haline geldiği noktadır.
Neden Önemli?dir?

Bu, temel işleme döngüsünün sonunu işaret eden birincil başarı dönüm noktasıdır. Deftere nakledilen kayıtların verimini ve bu aşamaya ulaşma süresini analiz etmek, temel Process Mining metrikleridir.

Nereden Alınır??

Bu, BKPF tablosundaki Deftere Nakil Tarihi (BUDAT) ile işaretlenmiş açık bir event'tir. Deftere nakledilmiş bir belge, park edilmiş ('V') veya bekletilmiş ('D') belgelerden ayıran boş bir belge durumuna (BSTAT) sahiptir.

Yakala

Event'i zaman damgası (zaman damgası)'lemek için Deftere Nakil Tarihi (BKPF-BUDAT) ve Giriş Tarihi (BKPF-CPUDT) kullanın. Boş bir BKPF-BSTAT, deftere nakledilmiş bir belgeyi gösterir.

Event tipi explicit
Yevmiye Kaydı Oluşturuldu
Bu aktivite, sistemde bir yevmiye kaydı belgesinin ilk oluşturulmasını işaret eder. Kayıt üstbilgi tablosunda (BKPF) oluşturulur, ancak henüz genel deftere nakledilmemiştir. Bu, yevmiye kaydı süreç döngüsünün başlangıç noktasıdır.
Neden Önemli?dir?

Bu, süreç için birincil başlangıç event'idir. Bu event'ten deftere nakile kadar geçen süreyi analiz etmek, genel döngü süresini ölçmek ve ilk veri giriş gecikmelerini belirlemek için büyük önem taşır.

Nereden Alınır??

Bu event, belirli bir belge numarası (BELNR) için oluşturma tarihi (CPUDT) ve oluşturma saati (CPUTM) alanları kullanılarak SAP BKPF tablosundan açıkça yakalanabilir.

Yakala

Event zaman damgası (zaman damgası)'i için BKPF-CPUDT ve BKPF-CPUTM'i kullanın.

Event tipi explicit
Yevmiye Kaydı Onaylandı
Yevmiye kaydı, yetkili bir yönetici tarafından son onayı alır, geçerliliğini ve doğruluğunu onaylar. Bu aktivite, belgenin genel deftere nakledilmesinden önceki son geçittir.
Neden Önemli?dir?

Bu, onay döngüsünü tamamlayan kritik bir dönüm noktasıdır. Bu adıma ulaşmak için geçen süre, genel süreç süresinin önemli bir bileşeni ve onaylayıcı verimliliğinin temel bir göstergesidir.

Nereden Alınır??

Bu event, son onay adımını gösteren bir workflow logundan veya belgedeki bir durum değişikliğinden çıkarılır. Onaylayanın kullanıcı ID'si ve zaman damgası (zaman damgası)'i workflow verilerinden veya değişiklik loglarından alınabilir.

Yakala

İş akışı günlüklerinde son onay adımının zaman damgası (zaman damgası)nı veya değişiklik belgelerinde durum değişikliğinin 'Onaylandı' olduğunu belirleyin.

Event tipi inferred
Yevmiye Kaydı Temizlendi
Bir yevmiye kaydındaki açık kalem satırı, bir faturayı mahsup eden bir ödeme gibi başka bir kayıtla kapatılır. Bu faaliyet, belirli satır kalemlerinin mutabakatını işaret eder ve onları etkili bir şekilde kapatır.
Neden Önemli?dir?

Bu aktivite, birçok yevmiye kaydı için, özellikle bekleyen veya açık kalem yönetilen hesapları içerenler için nihai mutabakat adımını temsil eder. Deftere nakilden mutabık kılınmaya kadar geçen süreyi analiz etmek, mutabakat verimliliğini ölçmeye yardımcı olur.

Nereden Alınır??

Bu event, kalem tablosundan (BSEG veya ACDOCA görünümü) çıkarılır. Bir kalem mutabık kılındığında, o kalem için Mutabakat Tarihi (AUGDT) ve Mutabakat Belgesi (AUGBL) alanları doldurulur.

Yakala

Kalem için mutabakat tarihini (BSEG-AUGDT) event için zaman damgası (zaman damgası) olarak kullanın.

Event tipi inferred
Yevmiye Kaydı Tersine Çevirme İşlendi
Önceden deftere işlenmiş bir yevmiye kaydı, ters kayıtlar içeren yeni bir belge oluşturularak tersine çevrilir. Bu işlem, deftere işlenmiş belgelerdeki hataları düzeltmek için yapılır ve açık, denetlenebilir bir işlemdir.
Neden Önemli?dir?

İptaller, deftere nakledilmiş bir belgede hata yapıldığını gösterir. Yüksek iptal oranı, onay sürecindeki veya veri giriş kalitesindeki temel sorunları işaret eder ve bunun izlenmesi ilk seferde doğruluğu artırmaya yardımcı olur.

Nereden Alınır??

İptal açık bir event'tir. Yeni iptal belgesinin başlığı (BKPF), Ters Kayıt Belge No (STBLG) alanında orijinal belgeye bir referans içerir. Yeni belgenin deftere nakil tarihi olay zamanıdır.

Yakala

BKPF-STBLG'nin dolu olduğu belgeleri belirleyin. Olay zaman damgası (zaman damgası), ters kaydı yapan belgenin deftere nakil tarihidir.

Event tipi explicit
Deftere Kayıt Sonrası Yevmiye Kaydı Değiştirildi
Bir kullanıcı, genel deftere zaten nakledilmiş bir yevmiye kaydındaki sınırlı sayıda alanı değiştirir. Finansal verilerin çoğu deftere nakledildikten sonra değiştirilemezken, metin veya atamalar gibi bazı alanlar değiştirilebilir.
Neden Önemli?dir?

Bu aktivite kritik bir uyumluluk işaretidir. Deftere nakil sonrası değişiklikler, kayıtları değiştirme girişimlerini gösterebilir ve sahtekarlığı önlemek ve veri bütünlüğünü güçlüak için yakından izlenmelidir.

Nereden Alınır??

Bu, değişiklik belge tablolarından (CDHDR ve CDPOS) güvenilir bir şekilde çıkarılabilir. Deftere nakil tarihinden sonra bir değişiklik tarihi ile belge numarası için CDHDR'deki bir giriş, deftere nakil sonrası bir değişikliği gösterir.

Yakala

CDHDR'de, değişiklik zaman damgası (zaman damgası)nın (UDATE/UTIME) belgenin deftere nakil tarihinden (BKPF-BUDAT) sonra olduğu kayıtları bulun.

Event tipi inferred
Destekleyici Belgeler Eklendi
Bir kullanıcı, faturalar veya elektronik tablolar gibi bir veya daha fazla destekleyici belgeyi yevmiye kaydına ekler. Bu genellikle, inceleme ve denetim süreci boyunca finansal işlem için kanıt ve bağlam güçlüak amacıyla yapılır.
Neden Önemli?dir?

İncelemeden önce belgelerin eklenmiş olmasını güçlüak, uyumluluk ve onay verimliliği için büyük önem taşır. Bu faaliyet, belge politikalarına uyumu ve bunun onay döngüsü süreleri üzerindeki etkisini ölçmeye yardımcı olur.

Nereden Alınır??

Bu, genellikle Genel Nesne Enerji ve Altyapıi (GOS) aracılığıyla bağlı eklerin oluşturma zaman damgası (zaman damgası)'i kontrol edilerek çıkarılır. SRGBTBREL tablosu, iş nesnesini (örn. BKPF belgesi) eke bağlar.

Yakala

BKPF nesnesine bağlantılar için GOS ek tablolarını (örn. SRGBTBREL) sorgulayın ve ek oluşturma zaman damgası (zaman damgası)'ini kullanın.

Event tipi inferred
Manuel Deftere İşleme Tespit Edildi
Yevmiye kaydı, otomatik bir arayüz veya toplu iş yerine manuel bir işlem kodu kullanılarak deftere nakledildi. Bu zamansal bir event değil, deftere nakil aktivitesinin bir sınıflandırmasıdır.
Neden Önemli?dir?

Manuel kayıtları belirlemek otomasyon girişimleri için büyük önem taşır. Yüksek manuel kayıt oranı, alt sistemleri entegre ederek veya otomatik kayıt programları kullanarak süreçleri kolaylaştırma fırsatları olduğunu gösterir.

Nereden Alınır??

Bu, belge üstbilgi tablosundaki (BKPF) işlem kodu (TCODE) alanı analiz edilerek hesaplanır. Bilinen manuel T-Kodlarının (örn. FB01, F-02, FB50) bir listesi, kaydı sınıflandırmak için kullanılır.

Yakala

Olayı, deftere nakil sırasında önceden tanımlanmış manuel işlem kodları listesine göre BKPF-TCODE'ye dayanarak sınıflandırın.

Event tipi calculated
Yevmiye Kaydı Bekletildi
Bir kullanıcı, eksik bir yevmiye kaydını deftere nakletmeden kaydeder, bu da daha sonra tamamlanmasına veya incelenmesine sunar. Bu, 'beklemede' durumunda bir belge başlık kaydı oluşturan, onu deftere nakledilmemiş bir durumda tutan açık bir eylemdir.
Neden Önemli?dir?

Park etme, gönderimden önceki yaygın bir adımdır. Park edilmiş durumun süresini izlemek, resmi inceleme ve onay süreci başlamadan önce veri tamamlama ve hazırlığındaki gecikmeleri belirlemeye yardımcı olur.

Nereden Alınır??

BKPF tablosunda, beklemedeki bir belge, belge durum alanı (BSTAT) 'V' değerine sahip olarak tanımlanır. Olay zaman damgası (zaman damgası) oluşturma tarihidir (CPUDT).

Yakala

Oluşturma anında BKPF-BSTAT = 'V' olan belgeleri filtreleyin.

Event tipi explicit
Yevmiye Kaydı Düzeltildi
Kullanıcı, reddedildikten veya değişiklik için geri gönderildikten sonra bir yevmiye kaydını değiştirir. Bu, yeniden gönderilmeden önce inceleme sürecinde tespit edilen sorunları gidermek için gereken yeniden işleme çabasını temsil eder.
Neden Önemli?dir?

Bu aktivite, yeniden işleme döngülerini ölçülmesini sağlar. Düzeltmelerin sıklığını ve süresini analiz etmek, verimsizlik kaynaklarını belirlemeye ve eğitim ve süreç açıklığı için fırsatları vurgulamaya yardımcı olur.

Nereden Alınır??

Bu, daha önce 'Reddedildi' durumunda olan bir belge için BKPF tablosundaki 'Son Değiştirme Tarihi' (AEDAT) izlenerek çıkarılabilir. Değişiklik belgeleri, neyin değiştirildiği hakkında daha spesifik ayrıntılar sunar.

Yakala

Reddetme olayınden sonra yapılan değişiklikler için değişiklik belge üstbilgilerinden (CDHDR-UDATE) zaman damgası (zaman damgası)'i kullanın.

Event tipi inferred
Yevmiye Kaydı Reddedildi
Bir inceleyen veya onaylayan, yevmiye kaydını reddeder ve deftere nakledilmesini engeller. Belge genellikle düzeltme için oluşturucuya geri gönderilir ve bir yeniden işleme döngüsü başlatır.
Neden Önemli?dir?

Reddetmeleri izlemek, süreç kalitesini anlamak ve yaygın hataları belirlemek için temel rol oynar. Yüksek reddetme oranları, veri doğruluğu, politika anlayışı veya yetersiz destekleyici belgelerle ilgili sorunları gösterir.

Nereden Alınır??

Bu event, bir workflow logundaki bir durum değişikliğinden veya yevmiye kaydı belgesindeki özel bir durum alanından çıkarılır. İlgili durum alanındaki değişiklik belge logları (CDHDR/CDPOS) zaman damgası (zaman damgası)'i sağlayabilir.

Yakala

Durum alanı değişikliğini 'Reddedildi' olarak, değişiklik belgeleri (CDHDR/CDPOS) veya iş akışı günlükleri aracılığıyla belirleyin.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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