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

Genel Process Mining Template'i
Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Veri Template'inuz

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

Genel Process Mining Template'i

Bu, Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı süreci için genel Process Mining Veri Şablonu'imuzdur. Daha özel rehberlik. için sisteme özel Template'lerimizi kullanın.

Belirli bir sistem seçin
  • Farklı sistemler arasında tutarlı analiz için standartlaştırılmış veri alanları.
  • Yevmiye kaydı sürecinizdeki önemli adımları yakalamak için önerilen aktiviteler.
  • Process Mining yolculuğunuzu hızlı ve verimli bir şekilde başlatmak için esnek bir çerçeve.
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

Detaylı süreç analizi ve muhasebe fişi `workflow`'unuza derinlemesine stratejik bilgiler güçlüak için bu önerilen veri alanları event lognüze (event log) dahil edilmelidir.
5 Gerekli 6 Önerilen 4 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Yevmiye kaydı sürecinde belirli bir zamanda meydana gelen belirli iş olayı veya görevin adı.
Açıklama

Aktivite Adı, 'Yevmiye Kaydı Oluşturuldu', 'Yevmiye Onay İçin Gönderildi' veya 'Yevmiye Kaydı Deftere İşlendi' gibi yevmiye kaydı süreç döngüsündeki bir adımı açıklar. Her aktivite, yevmiye kaydı üzerinde gerçekleştirilen belirgin bir durum değişikliğini veya eylemi temsil eder.

Bu nitelik, süreç haritasındaki düğümleri tanımladığı için Process Mining için büyük önem taşır. Aktivitelerin sırasını ve sıklığını analiz etmek, gerçek süreç akışını ortaya çıkarmaya, adımlar arasındaki darboğazları belirlemeye, standart prosedürden sapmaları tespit etmeye ve sürecin her aşamasında harcanan süreyi ölçmeye yardımcı olur.

Neden Önemli?dir?

Süreç haritasındaki adımları tanımlar; bu, süreç akışını görselleştirmek, darboğazları belirlemek ve sapmaları analiz etmek için büyük önem taşır.

Nereden Alınır??

Genellikle yevmiye kaydı belgesiyle ilişkili durum değişikliği günlüklerinden, Event tablolarından, işlem kodlarından veya Workflow geçmişinden türetilir.

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

Olay Zamanı veya zaman damgası (zaman damgası), bir aktivitenin yürütüldüğü tam tarih ve saati yakalar. Her vaka için olayların kronolojik sırasını sunar, bu da süreç akışını doğru bir şekilde yeniden oluşturmak için gereklidir.

Analizde, zaman damgası (zaman damgası)'ler aktiviteler arasındaki süreleri hesaplamak, sürecin toplam döngü süresini ölçmek ve gecikmeleri veya darboğazları belirlemek için kullanılır. Örneğin, 'Yevmiye Onay İçin Gönderildi' ve 'Yevmiye Kaydı Onaylandı' arasındaki zaman farkı onay süresini sunar. Doğru zaman damgası (zaman damgası)'ler, zamana dayalı herhangi bir süreç analizi ve performans ölçümünün temelidir.

Neden Önemli?dir?

Bu zaman damgası (zaman damgası), eventleri sıralamak, döngü süresi (cycle time) ve süreleri hesaplamak ve süreçteki gecikmeleri belirlemek için gereklidir.

Nereden Alınır??

Event Log'larında, işlem geçmişi tablolarında veya belge değişiklik kayıtlarında bulunur. Ana alanlar genellikle 'Oluşturma Tarihi', 'Değişiklik Tarihi' veya 'zaman damgası (zaman damgası)' olarak adlandırılır.

Örnekler:::::::
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Yevmiye Kaydı Kimliği
JournalEntryId
Tek bir muhasebe fişine ait benzersiz tanımlayıcı. Bir muhasebe fişinin oluşturulmasından deftere kaydedilmesine veya iptal edilmesine kadar tüm süreç döngüsünü takip etmek için birincil vaka (case) tanımlayıcısı olarak görev yapar.
Açıklama

Yevmiye Kaydı ID'si, her finansal işlem süreç örneğini benzersiz bir şekilde tanımlayan kritik bir niteliktir. Oluşturma, onaylama ve deftere işleme gibi tüm ilgili aktiviteleri tek, uçtan uca bir vaka (case) içinde birleştirir.

Process Mining analizinde, bu ID her yevmiye kaydının tüm sürecinin yeniden oluşturulmasına sunar. Döngü süresi gibi vaka düzeyindeki metrikleri hesaplamak, süreç varyantlarını belirlemek ve istenen süreç modeline uyumu analiz etmek için büyük önem taşır. Benzersiz bir vaka tanımlayıcısı olmadan, belirli bir işlem için olayların sırasını takip etmek imkansızdır.

Neden Önemli?dir?

Bu ID, her muhasebe fişinin tüm süreç döngüsünü takip etmek, süreç akışlarının, sürelerinin ve varyasyonlarının analizini güçlüak için gereklidir.

Nereden Alınır??

Tipik olarak finansal veya muhasebe belgelerinin başlık tablosunda bulunur. Belge numarası, şirket kodu ve mali yılın birleşik bir anahtarı olabilir.

Örnekler:::::::
JE001, 2, 3, 4561000-98765432-2023ACC_DOC_45000189
Kaynak Sistem
SourceSystem
Muhasebe fişi verilerinin çıkarıldığı kayıt sistemi. Birden çok sistemden gelen verilerin birleştirildiği durumlarda kullanışlıdır.
Açıklama

Kaynak Sistem özniteliği, muhasebe fişi verilerinin oluşturulduğu orijinal uygulamayı veya modülü tanımlar. Modern kurumsal ortamlarda, finansal veri çeşitli ERP'lerden, alt defterlerden veya üçüncü taraf uygulamalardan gelebilir.

Bu öznitelik, çeşitli analitik görünümler için değerlidir. Farklı kaynak sistemler arasında süreç verimliliğini ve uygunluğunu karşılaştırmaya sunar. Örneğin, otomatik bir alt defterden kaynaklanan fişlerin manuel olarak oluşturulanlardan daha hızlı işlenip işlenmediğini analiz edebilirsiniz. Ayrıca, verileri kaynağına kadar takip etmeye yardımcı olarak veri yönetimi ve sorun giderme için de büyük önem taşır.

Neden Önemli?dir?

Verinin kaynağını belirler, bu da farklı sistemler arasında süreçleri karşılaştırmak ve veri yönetimi için büyük önem taşır.

Nereden Alınır??

Genellikle veri çıkarma kurulumu sırasında belirtilir veya birden çok sistemden bilgiyi birleştiren veri ambarlarında standart bir alan olarak bulunur.

Örnekler:::::::
SAP S/4HANAOracle Fusion FinancialsBlackLineManuel
Son Veri Güncellemesi
LastDataUpdate
Verinin kaynak sistemden en son yenilendiği veya çıkarıldığı zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, en son veri çıkarma veya yenileme tarih ve saatini kaydeder. Analiz edilen verinin güncelliği hakkında bağlam sunar.

Herhangi bir analizde, verilerin zamanındalığını anlamak, sonuçları doğru bir şekilde yorumlamak için büyük önem taşır. Bu zaman damgası (zaman damgası), kullanıcıların gerçek zamanlı bilgilere mi yoksa belirli bir zamandaki bir anlık görüntüye mi baktıklarını anlamalarına yardımcı olur ve bu da mevcut birikimler veya süreç performansıyla ilgili kontrol paneli'ların ve KPI'ların alaka düzeyini etkiler.

Neden Önemli?dir?

Verilerin güncelliğini gösterir, böylece kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasını sunar.

Nereden Alınır??

Bu tipik olarak, veri yükleme işlemi sırasında veri çıkarma aracı veya entegrasyon platformu tarafından oluşturulur ve depolanır.

Örnekler:::::::
2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z
Kullanıcı Adı
UserName
Yevmiye kaydını oluşturma, onaylama veya deftere işleme gibi belirli bir aktiviteyi gerçekleştiren kullanıcının adı veya ID'si.
Açıklama

Kullanıcı Adı özniteliği, belirli bir süreç adımını yürütmekten sorumlu kişiyi tanımlar. Bu, muhasebe fişini oluşturan kişi, gönderen kişi, onaylayan yönetici veya deftere kaydeden muhasebeci olabilir.

Süreci kullanıcıya göre analiz etmek, iş yükü dağılımı, ekip verimliliği ve bireysel eğitim ihtiyaçları hakkında stratejik bilgiler sunar. En iyi performans gösterenleri, ek desteğe ihtiyaç duyabilecek kullanıcıları veya sürekli olarak belirli kişiler tarafından ele alınan faaliyetleri belirlemeye yardımcı olabilir. Bu bilgi, kaynak yönetimi ve performans iyileştirme girişimleri için temel rol oynar.

Neden Önemli?dir?

Bu öznitelik, iş yükü dağılımını, ekip performansını analiz etmek ve eğitim fırsatlarını belirlemek için temel rol oynar.

Nereden Alınır??

Tipik olarak belge değişiklik log'larında veya workflow geçmiş tablolarında bulunur, genellikle 'Oluşturan', 'Değiştiren' veya 'Kullanıcı ID'si' gibi alanlarla ilişkilidir.

Örnekler:::::::
j.doeasmithFIN_USER_123Robert Johnson
Para Birimi
Currency
Yevmiye kaydında belirtilen tutar için USD veya EUR gibi para birimi kodu.
Açıklama

Para Birimi niteliği, Yevmiye Kaydı Tutarı için para birimini belirtir. Özellikle çok uluslu kuruluşlarda finansal değerleri doğru bir şekilde yorumlamak ve karşılaştırmak için gereklidir.

Analizde bu nitelik, Yevmiye Kaydı Tutarı için gerekli bağlamı sunar. İşlemleri para birimine göre filtrelemeye sunar ve farklı bölgelerdeki tutarları toplama veya karşılaştırmayı içeren herhangi bir analiz için ön koşuldur. Anlamlı bir küresel analiz için, tutarların tek bir raporlama para birimine dönüştürülmesi gerekebilir.

Neden Önemli?dir?

Yevmiye kaydı tutarı için temel bağlam sunar, farklı para birimleri arasında doğru finansal analiz ve karşılaştırmalara sunar.

Nereden Alınır??

Finansal belgelerin başlığında yer alan, genellikle 'Para Birimi Kodu' veya 'Para Birimi Anahtarı' olarak adlandırılan standart bir alan.

Örnekler:::::::
USDEURGBPJPY
Şirket Kodu
CompanyCode
Muhasebe kaydının yapıldığı tüzel kişi veya şirket için benzersiz tanımlayıcı.
Açıklama

Şirket Kodu, bir kuruluş içinde ayrı bir tüzel veya ticari varlığı temsil eder. Finansal işlemler, ayrı finansal raporlamayı kolaylaştırmak için şirket kodu düzeyinde kaydedilir.

Process Mining'de Şirket Kodu, kurumsal analiz için kritik bir niteliktir. Farklı varlıklar, bölgeler veya iştirakler arasında süreç performansının karşılaştırılmasına sunar. Örneğin, bir analist, en iyi uygulamaları veya iyileştirme gerektiren alanları belirlemek için ABD ve Alman varlıkları arasındaki ret oranlarını veya onay sürelerini karşılaştırabilir. Bu, süreçleri standartlaştırmaya ve tüm kuruluş genelinde uyumu güçlüaya yardımcı olur.

Neden Önemli?dir?

Farklı tüzel kişilikler, iştirakler veya bölgeler arasında performans karşılaştırması ve süreç karşılaştırması yapılmasını sunar.

Nereden Alınır??

Bir ERP sistemindeki neredeyse tüm finansal belgelerin başlığında yer alan standart bir alan.

Örnekler:::::::
1000US01DE01ACME_CORP
Yevmiye Kaydı Durumu
JournalEntryStatus
'Bekletildi', 'Onaylandı' veya 'Deftere İşlendi' gibi yevmiye kaydının süreç döngüsündeki mevcut veya nihai durumu.
Açıklama

Yevmiye Kaydı Durumu, işlemin belirli bir zamanda veya nihai sonucunu gösterir. Durumlar genellikle 'Devam Ediyor', 'Onay İçin Gönderildi', 'Deftere İşlendi' veya 'Ters Çevrildi' gibi süreçteki önemli dönüm noktaları.nı yansıtır.

Bu nitelik, mevcut iş yükünü ve birikimi anlamak için son derece değerlidir. 'Devam Ediyor' veya 'Onay Bekliyor' durumundaki yevmiyeleri filtreleyerek, yöneticiler bekleyen işleri izleyebilir. Nihai durumu analiz etmek, örneğin, deftere işlenen kayıtların, silinen veya ters çevrilenlere oranını belirlemeye yardımcı olur.saplayarak süreç sonuçlarını anlamaya yardımcı olur.

Neden Önemli?dir?

Her yevmiye kaydının 'Onay Bekliyor' veya 'Deftere İşlendi' gibi durumunu takip ederek mevcut iş yükünü ve birikimi anlamaya yardımcı olur.

Nereden Alınır??

Yevmiye kaydı üst veri bölümünde mevcuttur. Yaygın alan adları arasında 'Belge Durumu' veya 'Deftere İşleme Durumu' bulunur.

Örnekler:::::::
Devam EdiyorOnay BekliyorOnaylandıKaydedildiİptal Edildi
Yevmiye Kaydı Türü
JournalEntryType
Standart, tekrarlayan, tahakkuk veya ters çevirme gibi yevmiye kaydının sınıflandırması.
Açıklama

Yevmiye Kaydı Tipi, işlemleri iş amaçlarına veya niteliklerine göre kategorize eder. Yaygın türler arasında standart manuel girişler, otomatik alt defter girişleri, tahakkuklar, yeniden sınıflandırmalar ve ters çevirme girişleri bulunur.

Bu nitelik, süreç analizinde filtreleme ve segmentasyon için güçlü bir boyuttur. Farklı yevmiye kaydı tipleri için süreç akışlarını ve performans metriklerini karşılaştırarak, kuruluşlar değerli yeni veriler keşfedebilir. Örneğin, tahakkuk girişlerinin çok daha uzun bir onay döngüsüne sahip olduğunu veya tekrarlayan girişlerin daha yüksek bir otomasyon oranına sahip olduğunu bulabilirler. Bu, süreç iyileştirme çabalarını belirli işlem kategorilerine göre uyarlamaya yardımcı olur.

Neden Önemli?dir?

Tahakkuklar ve standart kayıtlar gibi farklı işlem türleri için süreçleri karşılaştırmak amacıyla analizleri bölümlendirmeye sunar, böylece hedefe yönelik iyileştirme alanları bulunur.

Nereden Alınır??

Genellikle muhasebe fişi başlık verilerinde bulunur. Alan adları genellikle 'Belge Türü', 'Fiş Kategorisi' veya 'Fiş Türü' içerir.

Örnekler:::::::
StandartTahakkukTekrarlayanTers Kayıt Yapılıyor
Yevmiye Kaydı Tutarı
JournalEntryAmount
Muhasebe fişinin toplam parasal değeri, tipik olarak borçların toplamını temsil eder.
Açıklama

Bu öznitelik, muhasebe fişinin finansal değerini yakalar. Sisteme ve veri modeline bağlı olarak, toplam borç tutarını, toplam alacak tutarını veya mutlak bir toplamı temsil edebilir.

Süreci parasal değer merceğinden analiz etmek, önemli yeni veriler keşfedebilir. Yüksek değerli işlemlere odaklanarak iyileştirme çabalarını önceliklendirmeye yardımcı olur. Örneğin, yüksek değerli fişlerin onaylanmasının daha uzun sürüp sürmediği veya daha yüksek bir red oranına sahip olup olmadığı araştırılabilir. Bu öznitelik, önemlilik analizi ve daha yüksek finansal risk taşıyan işlemlerin belirlenmesi için de gereklidir.

Neden Önemli?dir?

Bu, önemlilik analizi için büyük önem taşır, yüksek değerli işlemler üzerinde süreç iyileştirmelerini önceliklendirmeye ve finansal etkiyi değerlendirmeye yardımcı olur.

Nereden Alınır??

Tipik olarak muhasebe fişi başlık tablosunda mevcuttur. Kalem tutarlarını toplayarak hesaplanması gerekebilir.

Örnekler:::::::
5000.00125000.75250.501000000.00
Bölüm
Department
Finans, Satış veya BT gibi yevmiye kaydıyla ilişkili iş departmanı veya maliyet merkezi.
Açıklama

Departman niteliği, bir yevmiye kaydını belirli bir iş birimine, fonksiyona veya maliyet merkezine bağlar. Bu kurumsal veri, finansal aktiviteleri şirketteki sorumlu alana atfetmeye yardımcı olur.

Şirket Kodu'na benzer şekilde, Departman, daha detaylı analiz için süreç verilerini dilimlemeye ve parçalamaya sunar. Farklı departmanlar arasında süreç verimliliğini, yeniden işleme oranlarını veya onay sürelerini karşılaştırmak için kullanılabilir. Bu, departmana özel en iyi uygulamaları veya belirli ekiplerin daha fazla destek veya süreç rehberliğine ihtiyaç duyabileceği alanları belirlemeye yardımcı olur.

Neden Önemli?dir?

Farklı iş birimleri arasında süreç analizi ve performans karşılaştırması yaparak, departmana özel sorunları veya en iyi uygulamaları belirlemeye yardımcı olur.

Nereden Alınır??

Yevmiye kaydı başlık veya kalem verilerinde bulunabilir. Kaydı oluşturan kullanıcıdan veya işleme atanan maliyet merkezinden türetilebilir.

Örnekler:::::::
FinansSatış ve PazarlamaBT Enerji ve AltyapıiCC-10120
Kayıt Tarihi
PostingDate
Yevmiye kaydının resmi olarak Genel Deftere işlendiği ve finansal dönemi etkilediği tarih.
Açıklama

Deftere İşleme Tarihi, bir işlem için resmi muhasebe tarihidir. Yevmiye kaydının finansal tablolarda yansıtılacağı mali dönemi belirler. Bu, kaydın oluşturulduğu veya işlemin gerçekleştiği tarihten farklı olabilir.

Deftere İşleme Tarihini analiz etmek, finansal kontroller ve zamanında olma analizi için büyük önem taşır. Oluşturma veya onay tarihi ile deftere işleme tarihi arasındaki gecikme, sürecin son adımındaki gecikmeleri vurgulayan önemli bir performans göstergesi olabilir. Ayrıca, zamanında deftere işleme oranlarını analiz etmek ve geriye dönük tarihli veya yanlış dönemlere işlenmiş kayıtları belirlemek için de kullanılır; bu da bir uyumluluk endişesi olabilir.

Neden Önemli?dir?

Bu tarih, kayıt gecikmelerini hesaplamak ve doğru raporlama için fişlerin doğru finansal döneme kaydedildiğinden emin olmak açısından büyük önem taşır.

Nereden Alınır??

Bir ERP sistemindeki tüm finansal belgelerin başlığında yer alan standart ve zorunlu bir alan.

Örnekler:::::::
2023-10-312023-11-302024-01-02
Otomatikleştirildi mi?
IsAutomated
Bir etkinliğin bir sistem veya insan kullanıcısı tarafından gerçekleştirilip gerçekleştirilmediğini gösteren bir bayrak.
Açıklama

Otomatikleştirilmiş mi niteliği, botlar veya entegre alt defterler gibi otomatik sistemler tarafından yürütülen aktiviteler ile kullanıcılar tarafından manuel olarak gerçekleştirilenler arasında ayrım yapan bir boolean bayraktır.

Bu nitelik, yevmiye kaydı sürecindeki otomasyon seviyesini ölçmek için gereklidir. Otomasyon Oranı KPI'sının hesaplanmasına sunar ve daha fazla otomasyon için fırsatları belirlemeye yardımcı olur. Otomatik ve manuel aktivitelerin döngü sürelerini ve hata oranlarını karşılaştırarak, şirketler verimliliği artırmak ve insan hatasını azaltmak için otomasyon teknolojilerine yatırım yapmak için güçlü bir iş gerekçesi oluşturabilir.

Neden Önemli?dir?

Sürecin otomasyon oranını ölçmeye ve manuel görevleri otomatikleştirmek için fırsatları belirlemeye yardımcı olur, böylece verimliliği artırır ve hataları azaltır.

Nereden Alınır??

Genellikle 'Kullanıcı Adı' bir sistem veya hizmet hesabına karşılık geliyorsa veya işlem otomatik bir kaynak sistemden kaynaklandıysa kontrol edilerek türetilir.

Örnekler:::::::
truefalse
Ret Nedeni
RejectionReason
Bir muhasebe fişi onay sürecinde reddedildiğinde, inceleyen kişi tarafından belirtilen red nedeni.
Açıklama

Red Nedeni, bir muhasebe fişinin neden onaylanmadığını açıklayan bir kod veya metin açıklamasıdır. Yaygın nedenler arasında yanlış hesap ataması, yetersiz dokümantasyon veya politika ihlalleri bulunur.

Bu öznitelik, yeniden işleme ve süreç verimsizliklerinin kök neden analizinin birincil girdisidir. Farklı red nedenlerinin sıklığını analiz ederek, kuruluşlar en yaygın hata kaynaklarını belirleyebilir. Bu bilgi, eğitim materyallerini iyileştirmek, politikaları netleştirmek veya hataları önceden engellemek için sistem kontrolleri uygulamak gibi hedefe yönelik müdahaleler geliştirmek için çok değerlidir. Red Oranı ve Yeniden İşleme Oranı gibi KPI'ları doğrudan destekler.

Neden Önemli?dir?

Bu, yeniden işleme faaliyetinin temel neden analizleri için büyük önem taşır, yaygın hataları belirlemeye ve hedefe yönelik eğitim veya sistem iyileştirmeleri geliştirmeye yardımcı olur.

Nereden Alınır??

Tipik olarak muhasebe fişinin workflow log'unda veya onay geçmişinde bulunur. Serbest metin alanı veya önceden tanımlanmış bir listeden seçim olabilir.

Örnekler:::::::
Yanlış Genel Muhasebe HesabıEksik Destekleyici DokümantasyonEşiği AşıyorÇift Kayıt
Gerekli Önerilen Opsiyonel

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

Bu temel süreç adımları ve kritik kilometre taşları, doğru süreç keşfi ve muhasebe fişi yürütmenizi net bir şekilde anlamak için yakalanması büyük önem taşır.
6 Önerilen 8 Opsiyonel
Aktivite Açıklama
Yevmiye Kaydı Deftere Kaydedildi
Yevmiye kaydı resmi olarak genel deftere kaydedilir. Bu, belgenin kalıcı bir finansal kayıt haline geldiği ve şirketin finansal tablolarını etkilediği noktadır.
Neden Önemli?dir?

Bu, süreç için birincil başarı sonucu ve bitiş noktasıdır. Genel döngü süresini ve tüm muhasebe fişi süreç döngüsünün etkinliğini ölçmek için büyük önem taşır.

Nereden Alınır??

Bu kritik event, 'Deftere Kaydedildi' durumu ve buna karşılık gelen bir kayıt tarihi ile tanımlanan muhasebe fişi başlık kaydından yakalanır.

Yakala

Fiş başlık tablosundan veya ilgili finansal belge tablolarından kayıt tarihini ve saatini kullanın.

Event tipi explicit
Yevmiye Kaydı Oluşturuldu
Bu aktivite, yeni bir muhasebe fişinin başlatılmasını işaretler. Bir kullanıcının sistemde ilk kaydı oluşturduğu anı temsil eder ve bu da tüm sürecin başlangıç noktası olarak olarak kullanılır.
Neden Önemli?dir?

Bu, süreç için birincil başlangıç aktivitesidir. Bu noktadan deftere kayda kadar geçen süreyi analiz etmek, toplam uçtan uca döngü süresini ölçmeye yardımcı olur.

Nereden Alınır??

Bu event tipik olarak, kaydın oluşturulma zaman damgası (zaman damgası)'i kullanılarak muhasebe fişi modülünün başlık tablosundan yakalanır.

Yakala

Sistemin işlem günlüklerinde veya başlık tablosunda Yevmiye Kaydı ID'si ile ilişkili en erken zaman damgası (zaman damgası)'i belirleyin.

Event tipi explicit
Yevmiye Kaydı Onaylandı
Yevmiye kaydı yetkili bir yöneticiden nihai onayı alır. Bu aktivite, belgenin genel deftere işlenmeden önceki son kontrol noktasıdır.
Neden Önemli?dir?

Bu, onay döngüsünü tamamlayan kritik bir kilometre taşıdır. Onaydan deftere kayda kadar geçen süre, süreç verimliliğini ölçmek ve darboğazları belirlemek için başka bir önemli alandır.

Nereden Alınır??

Bu event, son yetkili kullanıcının onay adımını tamamladığında workflow veya denetim log'undan yakalanır.

Yakala

'Onaylandı' veya 'Deftere İşlenmeye Hazır' gibi nihai onay durumunun zaman damgası (zaman damgası)'ini yakalayın.

Event tipi explicit
Yevmiye Kaydı Reddedildi
Bir gözden geçiren veya onaylayan, yevmiye kaydını reddeder ve ilerlemesini engeller. Kayıt genellikle düzeltme için oluşturana geri gönderilerek bir yeniden işleme döngüsünü başlatır.
Neden Önemli?dir?

Bu aktivite, süreç verimliliğini ve maliyetini doğrudan etkileyen yeniden işleme faaliyetini belirlemek için büyük önem taşır. Yüksek red oranları, eğitim, politikalar veya veri kalitesiyle ilgili sorunları gösterebilir.

Nereden Alınır??

Bu event, bir onaylayıcının 'Reddet' veya 'Geri Gönder' eylemi gerçekleştirdiğinde workflow veya denetim log'unda kaydedilir.

Yakala

'Reddedildi', 'Düzeltme Gerekiyor' veya benzeri bir duruma geçişin zaman damgası (zaman damgası)'ini yakalayın.

Event tipi explicit
Yevmiye Kaydı Ters Çevrildi
Ö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?

Ters çevirmeler, deftere işlenmiş kayıtlardaki hataların önemli bir göstergesidir. Bu aktivite, alternatif, istenmeyen bir son nokta olarak olarak kullanılır ve ilk seferde doğru oranlarını ölçmek için büyük önem taşır.

Nereden Alınır??

Bu tipik olarak belirli bir işlem türü olarak kaydedilir veya hem orijinal hem de ters kayıt fişinin verilerinde işaretlenir.

Yakala

Orijinal kayda bir ters çevirme olarak açıkça bağlantılı olan yeni yevmiye kaydı belgesinin deftere işleme tarihini belirleyin.

Event tipi explicit
Yevmiye Onay İçin Gönderildi
Oluşturan, tamamlanmış yevmiye kaydını resmi olarak onay Workflow'una gönderir. Bu aktivite yevmiyeyi hazırlık durumundan inceleme bekleyen bir duruma geçirir.
Neden Önemli?dir?

Bu, hazırlık fazının sonunu ve onay döngüsünün başlangıcını işaretler. Gönderim ile onay arasındaki süre, workflow verimliliğini ölçmek için kritik bir KPI'dır.

Nereden Alınır??

Bu tipik olarak, sistemin denetim izinde veya workflow log'unda bir durum değişikliği olarak yakalanır, örneğin 'Devam Ediyor'dan 'Gönderildi'ye.

Yakala

Yevmiye kaydının durumu 'Onaya Gönderildi' veya benzeri bir duruma değiştiğinde zaman damgası (zaman damgası)'i belirleyin.

Event tipi explicit
Belge Eklendi
Bir kullanıcı, yevmiye kaydına bir veya daha fazla destekleyici belge ekler. Bu, gözden geçirenler ve denetçiler için işlem için gerekli kanıt ve bağlamı sunar.
Neden Önemli?dir?

Bu aktiviteyi takip etmek, gecikmelerin eksik dokümantasyondan kaynaklanıp kaynaklanmadığını anlamaya yardımcı olur. Ayrıca, uyumluluk ve muhasebe fişi hazırlığının eksiksizliği hakkında da önemli bilgi sunar.

Nereden Alınır??

Bu bilgi genellikle ekler veya belge yönetimi için ayrı bir tabloda saklanır ve Muhasebe Fişi ID'si ile bağlantılıdır.

Yakala

Belirli Muhasebe Fişi ID'si ile ilişkili belge ek log'undan veya tablosundan oluşturma zaman damgası (zaman damgası)'ini kullanın.

Event tipi explicit
Deftere İşleme Sonrası Yevmiye Değiştirildi
Bir kullanıcı, deftere işlendikten sonra bir yevmiye kaydı üzerinde belirli alanları değiştirir. Finansal verilerin çoğu deftere işleme sonrası değiştirilemez olsa da, bazı açıklayıcı alanlar genellikle değiştirilebilir.
Neden Önemli?dir?

Bu değişiklikler, veri kalitesi sorunlarını veya resmi bir iptal süreci dışında bilgileri düzeltme girişimlerini gösterebilir. Bunları takip etmek, denetim ve uyumluluk analizi için önemlidir.

Nereden Alınır??

Bu aktivite tipik olarak, deftere kaydedildikten sonra finansal kayıtlardaki değişiklikleri izleyen değişiklik belgesi log'larından yakalanır.

Yakala

Yevmiye Kaydı ID'si ile bağlantılı olan ve deftere işleme tarihinden sonra bir zaman damgası (zaman damgası)'e sahip olan değişiklik günlüklerindeki kayıtları belirleyin.

Event tipi explicit
Manuel Deftere İşleme Tespit Edildi
Bu hesaplanmış `event`, bir muhasebe fişini manuel, etkileşimli bir kullanıcı oturumu aracılığıyla oluşturulmuş olarak sınıflandırır. Bu, otomatik arayüzler veya toplu işler aracılığıyla oluşturulan fişlerden farklıdır.
Neden Önemli?dir?

Manuel ve otomatik girişler arasında ayrım yapmak otomasyon analizi için büyük önem taşır. İyileştirme çabalarını odaklamaya ve manuel müdahalelerle ilişkili riski değerlendirmeye yardımcı olur.

Nereden Alınır??

Bu, zamansal bir event değil, işlem kodu, giriş yöntemi veya kaynak sistem göstergeleri gibi kaynak sistem alanlarından türetilmiş bir sınıflandırmadır.

Yakala

Yevmiye kayıtlarını, giriş yöntemini gösteren bir kaynak alana göre sınıflandırın. zaman damgası (zaman damgası), deftere işleme zamanına ayarlanabilir.

Event tipi calculated
Yevmiye Kaydı Bekletildi
Bir kullanıcı, eksik bir yevmiye kaydını deftere işlemeden kaydeder, bu da daha sonra tamamlanmasına veya gözden geçirilmesine sunar. Bu, henüz genel defteri etkilemeyen bir ön belge oluşturur.
Neden Önemli?dir?

Bekletme, potansiyel bir gecikmeyi veya gönderim öncesi daha fazla bilgi ihtiyacını gösterir. Yüksek hacimli bekletilen kayıtlar, verimsizlikleri veya veri kullanılabilirliği sorunlarını ortaya çıkarabilir.

Nereden Alınır??

Bu genellikle muhasebe fişi başlık verilerinde veya ilgili bir durum değişikliği log'unda bulunan açık bir durum veya belge türüdür.

Yakala

Yevmiye kaydı durumu 'Bekletildi', 'Kaydedildi' veya 'Tamamlanmadı' olarak ayarlandığında zaman damgası (zaman damgası)'i yakalayın.

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

Düzeltmelerde harcanan zamanı ölçmek, yeniden işleme etkisini ölçmeye yardımcı olur. Verimsizlikleri ve süreç iyileştirme veya kullanıcı eğitimi için potansiyel alanları vurgular.

Nereden Alınır??

Bu genellikle, 'Reddedildi' durumu kaydedildikten sonra muhasebe fişi kaydındaki temel veri alanlarında yapılan değişiklikler tespit edilerek çıkarılır.

Yakala

Bir yevmiye kaydının verilerinde veya son değiştirme zaman damgası (zaman damgası)'inde, 'Reddedildi' ve 'Yeniden Gönderildi' aktiviteleri arasında meydana gelen bir değişiklik tespit edin.

Event tipi inferred
Yevmiye Kaydı Silindi
Bekletilen veya deftere işlenmemiş bir yevmiye kaydı sistemden silinir. Bu genellikle, kaydın hatalı oluşturulması veya finansal bir kayıt haline gelmeden önce artık gerekli olmaması durumunda meydana gelir.
Neden Önemli?dir?

Bu, hiçbir zaman deftere kaydedilmeyen fişler için nihai bir sonucu temsil eder. Silmeleri analiz etmek, süreç hatalarını veya gereksiz işlerin oluşturulduğunu ortaya çıkarabilir.

Nereden Alınır??

Bu event, bir denetim log'undan veya bir zamanlar muhasebe fişi tablolarında mevcut olup da daha sonra kaldırılmış kayıtları belirleyerek yakalanabilir.

Yakala

Yevmiye kaydı kaydının silinmesini kaydeden bir denetim günlüğünden zaman damgası (zaman damgası)'i yakalayın.

Event tipi explicit
Yevmiye Kaydı Temizlendi
Bir yevmiye kaydındaki açık bir kalem, bir tahakkuku kapatan nakit tahsilatı gibi başka bir kayıtla mahsup edilir. Bu faaliyet, belirli kalemlerin mutabakatını işaret eder ve bunları etkili bir şekilde kapatır.
Neden Önemli?dir?

Deftere kayıttan sonraki bu aktivite, mahsup hesaplarını içeren süreçler için büyük önem taşır. Mahsuplaşmadaki gecikmeler, bilanço doğruluğunu ve dönem sonu kapanış verimliliğini etkileyebilir.

Nereden Alınır??

Bu event, bir mahsuplaşma tarihi ve mahsuplaşma belge numarasının tipik olarak doldurulduğu muhasebe fişi kalem verilerinde kaydedilir.

Yakala

Muhasebe fişinin belirli bir kalemine ait mahsuplaşma tarihini kullanın.

Event tipi explicit
Yevmiye Onay İçin Yeniden Gönderildi
Düzeltilen bir yevmiye kaydı, yeni bir inceleme döngüsü için onay Workflow'una geri gönderilir. Bu işlem, düzeltmeler yapıldıktan sonra onay sürecini yeniden başlatır.
Neden Önemli?dir?

Bu aktivite, aynı fiş için yeni bir onay döngüsünün başlangıcını işaretler. Yeniden gönderimleri analiz etmek, yeniden işleme döngülerinin tüm kapsamını anlamak için temel rol oynar.

Nereden Alınır??

Bu, fişin durumu 'Reddedildi' veya 'Devam Ediyor' durumundan tekrar 'Onay İçin Gönderildi' durumuna değiştiğinde workflow log'undan yakalanır.

Yakala

Aynı vaka için 'Yevmiye Kaydı Reddedildi' aktivitesinden sonra meydana gelen 'Onaya Gönderildi' durum değişikliğini belirleyin.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Process Mining için verilerinizi nasıl alırsınız.

Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,

ETL rehberimizi okuyun

veya belirli bir süreç ve sistem seçin.