Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Veri Template'inuz
Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Pratik veri veri çekme kılavuzu
Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Muhasebe kaydı için gerçekleşen belirli süreç adımının veya olayın adıdır. | ||
|
Açıklama
Bu öznitelik, muhasebe kaydının süreç döngüsündeki belirli bir noktada gerçekleştirilen etkinliği tanımlar. 'Journal Entry Created', 'Journal Entry Submitted for Review', 'Journal Entry Approved' ve 'Journal Entry Posted to GL' gibi önemli dönüm noktaları.nı yakalar. Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. Süreç akışını görselleştirmeye, yaygın ve nadir yolları (varyantları) belirlemeye ve kayıtların en çok zaman harcadığı darboğazları tespit etmeye yardımcı olur. Ayrıca, onay döngüsü süresi gibi temel performans göstergesi hesaplamaları için başlangıç ve bitiş noktalarını tanımlamak için de kullanılır.
Neden Önemli?dir?
Süreçteki adımları tanımlar, yevmiye kaydı iş akışının görselleştirilmesine ve analiz edilmesine, ayrıca darboğazların belirlenmesine sunar.
Nereden Alınır??
Bu, tipik olarak Workiva içindeki olay günlüklerinden veya durum değişikliği kayıtlarından türetilir. Kesin alanın sistem durum kodlarından veya olay açıklamalarından eşlenmesi gerekebilir.
Örnekler:::::::
Yevmiye Kaydı OluşturulduYevmiye Kaydı İncelemeye GönderildiYevmiye Kaydı OnaylandıYevmiye Kaydı Genel Muhasebeye İşlendi
|
|||
|
Başlangıç Zamanı
EventTime
|
Belirli bir faaliyetin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Olay Zamanı, bir faaliyetin gerçekleştiği anı kaydeden, tarih ve saati içeren kesin bir zaman damgası (zaman damgası)dır. Bu veri, olayları doğru bir şekilde sıralamak ve tüm zamana dayalı analizler için büyük önem taşır. Process Miningnde, bu öznitelik faaliyetler arasındaki süreyi, genel vaka döngü sürelerini ve bekleme sürelerini hesaplamak için kullanılır. 'Yevmiye Kaydı Onay Döngü Süresi' ve 'Belge Ekleme Gecikme Süresi' gibi döngü sürelerini analiz eden Dashboard'lar için gereklidir ve süreçteki gecikmeleri ve verimsizlikleri belirlemenin temelini oluşturur.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), tüm süreleri hesaplamak, olayları doğru bir şekilde sıralamak ve zaman içindeki süreç performansını analiz etmek için büyük önem taşır.
Nereden Alınır??
Bu bilgi, tipik olarak Workiva'nın işlem veya günlük tablolarında her olay veya durum değişikliğinin yanında saklanır.
Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Yevmiye Kaydı Kimliği
JournalEntryId
|
Tek bir muhasebe kaydı için benzersiz tanımlayıcı olup, süreç analizi için birincil durum tanımlayıcısı olarak olarak kullanılır. | ||
|
Açıklama
Journal Entry ID, belirli finansal işlemlere ait tüm etkinlik ve olayları oluşturulmasından nihai muhasebeleştirme ve mutabakatına kadar benzersiz bir şekilde takip eder. Bu ID; oluşturma, gönderme, inceleme, onaylama ve muhasebeleştirme gibi her adımı tek, tutarlı bir süreç örneğine bağlar. Process Mining'de bu öznitelik, her muhasebe kaydının tüm sürecini yeniden yapılandırmak için büyük önem taşır. Süreç varyantlarının, döngü sürelerinin ve yeniden çalışma döngülerinin her kayıt bazında analiz edilmesine olanak tanıyarak, bireysel kayıtların sistemde nasıl ilerlediğine dair net bir görünüm sunar.
Neden Önemli?dir?
Bu, bir muhasebe kaydının tüm süreç döngüsünü izlemek, süreç akışının, süresinin ve varyasyonlarının analizini güçlüak için temel temel rol oynar.
Nereden Alınır??
Bu, Workiva'daki bir muhasebe kaydı kaydı için birincil temel rol oynar. Belirli tablo veya API uç noktası için Workiva dokümantasyonuna başvurun.
Örnekler:::::::
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
|
|||
|
Kaynak Sistem
SourceSystem
|
Muhasebe kaydı verilerinin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin kaynaklandığı uygulama sistemini tanımlar. Bu analiz için değer, tutarlı bir şekilde 'Workiva' olacaktır. Tek sistemli bir analizde durağan görünse de, veri yönetişimi ve izlenebilirlik için kritik bir meta veri parçasıdır. Daha büyük kurumsal ortamlarda süreçler genellikle birden fazla sistemi kapsar ve bu alan, eksiksiz veri izlenebilirliğinı anlamak ve çeşitli kaynaklardan verileri doğru bir şekilde entegre etmek için temel hale gelir.
Neden Önemli?dir?
Özellikle çok sistemli ortamlarda süreç verilerinin kökeni hakkında netlik sağlayarak temel veri izlenebilirliği ve bağlamı sunar.
Nereden Alınır??
Bu genellikle veri çıkarma ve dönüştürme sürecinde, verinin kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler:::::::
Workiva
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
verinin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu öznitelik, Workiva'dan en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında bağlam sunar. Herhangi bir süreç analizi kontrol paneli'unda, bu bilgi kullanıcıların stratejik bilgilerin ne kadar güncel olduğunu anlamaları için büyük önem taşır. Gerçek zamanlı verilere mi yoksa belirli bir zamandaki anlık bir görüntüye mi baktıklarını bilmelerine yardımcı olur, bu da bilinçli operasyonel kararlar almak için önemlidir.
Neden Önemli?dir?
Kullanıcılara verilerin güncelliği hakkında bilgi verir, analizin en güncel süreç durumunu yansıtıp yansıtmadığını anlamalarını sunar.
Nereden Alınır??
Bu zaman damgası (zaman damgası), veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve depolanır.
Örnekler:::::::
2023-10-27T02:00:00Z
|
|||
|
Bölüm
Department
|
Yevmiye kaydını başlatan iş departmanı veya maliyet merkezi. | ||
|
Açıklama
Bu öznitelik, muhasebe kaydıyla ilişkili Finans, Satış veya Pazarlama gibi organizasyonel birimi tanımlar. Bu genellikle maliyet merkezi veya kaydı oluşturan kullanıcı tarafından belirlenir. Süreci departman bazında analiz etmek, kuruluşun farklı bölümleri arasında performans karşılaştırması yapılmasına sunar. En verimli süreçlere, en yüksek yeniden çalışma oranlarına veya en uzun onay sürelerine sahip departmanları belirlemeye yardımcı olarak, en iyi uygulamaları paylaşmak veya hedeflenen destek güçlüak için stratejik bilgiler sunar.
Neden Önemli?dir?
Farklı iş birimleri arasında performans karşılaştırması yapmaya sunar, departmana özgü sorunları veya en iyi uygulamaları belirlemeye yardımcı olur.
Nereden Alınır??
Bu bilgi, muhtemelen oluşturanın kullanıcı profilinden bağlantılı olarak veya bir maliyet merkezi olarak belirtilmiş şekilde muhasebe kaydı üst verilerinde mevcuttur.
Örnekler:::::::
FinansKuzey Amerika SatışlarıOperasyonlar AB
|
|||
|
Kullanıcı
User
|
Aktiviteyi gerçekleştiren kişinin kullanıcı ID'si veya adı. | ||
|
Açıklama
Bu öznitelik, bir muhasebe kaydını oluşturan, inceleyen veya onaylayan gibi belirli bir etkinlikten sorumlu kişiyi tanımlar. Benzersiz bir kullanıcı ID'si, ad veya e-posta adresi olabilir. Verileri kullanıcı bazında analiz etmek, iş yükü dağılımını, performansı ve uyumluluğu anlamak için gereklidir. 'Journal Entry Workload Distribution' ve 'Journal Entry Rejection Analysis' gibi panelleri destekleyerek, etkinliklerin kullanıcıya göre dağılımını gösterir ve potansiyel eğitim ihtiyaçlarını veya kaynak dengesizliklerini vurgular.
Neden Önemli?dir?
Bu öznitelik, iş yükü dağılımını analiz etmek, en iyi performans gösterenleri belirlemek ve kullanıcıya özgü davranışları veya darboğazları anlamak için temel rol oynar.
Nereden Alınır??
Bu bilgi, Workiva'nın olay veya işlem günlüklerinde, kaydedilen her etkinlikle ilişkili olarak tipik olarak mevcuttur.
Örnekler:::::::
asmithbjonescchen
|
|||
|
Yevmiye Kaydı Durumu
JournalEntryStatus
|
Yevmiye kaydının süreç döngüsündeki mevcut durumu. | ||
|
Açıklama
Bu öznitelik, bir muhasebe kaydının 'Taslak', 'Onay için Gönderildi', 'Onaylandı', 'Muhasebeleştirildi' veya 'Reddedildi' gibi gerçek zamanlı durumunu gösterir. Veri çekimi anındaki kaydın nerede olduğuna dair bir anlık görüntü sunar. Bu, operasyonel izleme için gereklidir ve 'Current Journal Entry Status Overview' kontrol paneli'unu destekler. Yönetime, sürecin her aşamasındaki mevcut iş yükü ve birikmiş işler hakkında net bir görünüm sağlayarak, kaynak tahsisi ve önceliklendirmeye yardımcı olur.
Neden Önemli?dir?
Yevmiye kayıtlarının süreçte nerede olduğuna dair gerçek zamanlı bir anlık görüntü sunar; bu, operasyonel izleme ve birikmiş işleri yönetmek için büyük önem taşır.
Nereden Alınır??
Bu, Workiva'daki muhasebe kaydı üstbilgisinde, mevcut durumunu yansıtan standart bir alandır.
Örnekler:::::::
TaslakOnay BekliyorKaydedildiReddedildi
|
|||
|
Yevmiye Kaydı Türü
JournalEntryType
|
Yevmiye kaydının standart, tahakkuk veya düzeltme gibi sınıflandırması. | ||
|
Açıklama
Bu öznitelik, muhasebe kayıtlarını iş amaçlarına göre sınıflandırır. Yaygın türler arasında rutin işlemler için standart kayıtlar, gelir ve giderlerin tahakkukları, yeniden sınıflandırma kayıtları ve düzeltme kayıtları bulunur. Bu boyut, karşılaştırmalı analiz için önemlidir. Süreci segmentlere ayırarak belirli kayıt türlerinin daha uzun sürdüğünü, daha yüksek ret oranlarına sahip olduğunu veya farklı yolları izlediğini görmenizi sunar. Örneğin, 'Journal Entry Reversal Rate Trend' kontrol paneli'unda türüne göre iptalleri analiz etmek için kullanılır ve belirli muhasebe uygulamalarına özgü sorunları izole etmeye yardımcı olur.
Neden Önemli?dir?
Belirli kayıt türlerinin diğerlerine göre daha fazla gecikmeye, yeniden işlenmeye veya sapmalara neden olup olmadığını belirlemek için sürecin bölümlere ayrılmasına sunar.
Nereden Alınır??
Bu, Workiva'daki muhasebe kaydı üstbilgisinde standart bir alan olması muhtemel teşkil eder.
Örnekler:::::::
StandartTahakkukYeniden SınıflandırmaDüzeltme
|
|||
|
Yevmiye Kaydı Tutarı
JournalEntryAmount
|
Muhasebe kaydının toplam parasal değeri, genellikle borç veya alacakların toplamıdır. | ||
|
Açıklama
Bu öznitelik, muhasebe kaydıyla ilişkili birincil finansal değeri temsil eder. Toplam borç tutarı olabilir ve toplam alacak tutarına eşit olmalıdır. Süreci finansal değere göre analiz etmek önemli kalıpları ortaya çıkarabilir. Örneğin, yüksek değerli muhasebe kayıtları daha fazla incelemeye tabi tutulabilir ve farklı, daha titiz bir onay yolu izleyebilir. Bu öznitelik, panelleri filtrelemek ve kayıt değerinin işlem süresi, yeniden çalışma oranları veya onay gecikmeleri ile ilişkili olup olmadığını analiz etmek için kullanılabilir.
Neden Önemli?dir?
Finansal etkiye dayalı analiz yapmaya sunar, yüksek değerli kayıtların farklı mı işlendiğini yoksa gecikmelere daha mı yatkın olduğunu belirlemeye yardımcı olur.
Nereden Alınır??
Bu, Workiva'daki muhasebe kaydı üst verilerinde temel bir alandır.
Örnekler:::::::
15000.00250.50125000.75
|
|||
|
Belgesi Var
HasSupportingDocumentation
|
İncelemeye sunulmadan önce destekleyici belgelerin eklenip eklenmediğini gösteren bir bayrak. | ||
|
Açıklama
Bu öznitelik, belirli bir muhasebe kaydı için 'Journal Entry Submitted for Review' etkinliğinden önce 'Supporting Documentation Attached' etkinliğinin varlığını kontrol eden bir mantıksal (boolean) değerdir. Bu öznitelik, 'Journal Entry Documentation Compliance' kontrol paneli'unu ve 'JE Documentation Attachment Rate' KPI'ını doğrudan destekler. Uyumluluk ve denetlenebilirlik açısından büyük önem taşır, çünkü uygun belgeleme eksikliği olan kayıtlar reddedilmelere, gecikmelere ve denetim bulgularına yol açabilir. Bunun analizi, politikaları uygulamaya koymaya ve inceleme sürecini düzene sokmaya yardımcı olur.
Neden Önemli?dir?
Belgeleme politikalarına uyumluluğu doğrudan ölçer, eksik bilgilerden kaynaklanan yeniden işleme ve gecikmeleri azaltmaya yardımcı olur.
Nereden Alınır??
Bu, her durum için süreç verilerindeki etkinlik dizisi kontrol edilerek hesaplanan türetilmiş bir özniteliktir.
Örnekler:::::::
truefalse
|
|||
|
Bitiş Zamanı
EndTime
|
Belirli bir faaliyetin veya olayın ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bitiş Zamanı, bir faaliyetin sona erdiği kesin anı kaydeder. Birçok süreç olayı anlıktır ve yalnızca bir Başlangıç Zamanına sahipken, bazı faaliyetlerin ölçülebilir bir süresi vardır; örneğin, bir kullanıcının görevi açtığında başlayan ve gönderdiğinde biten bir inceleme adımı. Bu öznitelik, esas olarak bir faaliyetin işlem süresini (veya aktif çalışma süresini) hesaplamak için kullanılır, bunu boşta veya bekleme süresinden ayırır. 'Yevmiye Kaydı İnceledi' gibi kullanıcıların belirli görevlere ne kadar aktif zaman harcadığını anlamayı amaçlayan analizlerde yardımcı olur.
Neden Önemli?dir?
Bir faaliyetin gerçek işlem süresinin hesaplanmasını sunar, daha doğru verimlilik analizi için aktif çalışma süresini bekleme süresinden ayırır.
Nereden Alınır??
Workiva belgelerine başvurun. Bu, tek bir faaliyet için hem başlangıç hem de tamamlama olaylarını yakalayarak türetilmesi gerekebilir.
Örnekler:::::::
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
|
|||
|
Kayıt Tarihi
PostingDate
|
Yevmiye kaydının Genel Muhasebeye resmi olarak kaydedildiği tarih. | ||
|
Açıklama
Muhasebeleştirme Tarihi, finansal raporlama amacıyla işlemin geçerlilik tarihidir. Kaydın finansal tablolara yansıyacağı mali dönemi belirler. Bu tarih, kaydın oluşturulduğu veya onaylandığı tarihten farklı olabilir. Bu öznitelik, finansal ve uyumluluk analizi için önemlidir. Muhasebe kayıtlarının mali dönem kapanışına göre zamanında yapılıp yapılmadığının analizine yardımcı olur. Onay ve muhasebeleştirme arasındaki gecikmeler, finansal kapanışı etkileyebilecek sistem veya süreç darboğazlarını gösterebilir.
Neden Önemli?dir?
Finansal raporlama için önemli bir tarihtir ve kayıtların zamanında yapılmasını ve bunların finansal kapanış döngüsü üzerindeki etkilerini analiz etmeye yardımcı olur.
Nereden Alınır??
Bu, Workiva'daki muhasebe kaydı üst verilerinde standart bir tarih alanıdır.
Örnekler:::::::
2023-10-312023-11-302023-12-31
|
|||
|
Onay Çevrim Süresi
ApprovalCycleTime
|
Bir muhasebe kaydının inceleme için gönderildiği andan nihai olarak onaylandığı ana kadar geçen toplam süredir. | ||
|
Açıklama
Bu hesaplanmış metrik, tüm onay fazının süresini ölçer. Genellikle, her muhasebe kaydı için ilk 'Journal Entry Submitted for Review' olayı ile nihai 'Journal Entry Approved' olayı arasındaki zaman farkı olarak hesaplanır. Bu, inceleme ve onay iş akışının verimliliğinin doğrudan bir ölçüsüdür ve birçok finans departmanı için birincil bir KPI'dır. 'Journal Entry Approval Cycle Time' kontrol paneli'unu destekler, darboğazları tespit etmeye ve onayları hızlandırmayı amaçlayan süreç iyileştirme girişimlerinin etkisini takip etmenizi sunar.
Neden Önemli?dir?
Bu, onay sürecinin verimliliğini doğrudan ölçen ve gecikmeleri tespit etmeye yardımcı olan temel bir performans göstergesidir.
Nereden Alınır??
Bu, event lognden alınan 'Journal Entry Submitted for Review' ve 'Journal Entry Approved' etkinliklerinin zaman damgaları kullanılarak türetilmiş hesaplanmış bir metriktir.
Örnekler:::::::
25920086400604800
|
|||
|
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
Bu boolean öznitelik, 'Automated Validation Run' gibi sistem tarafından otomatik olarak gerçekleştirilen etkinlikler ile 'Journal Entry Reviewed' gibi bir kullanıcı tarafından manuel olarak gerçekleştirilen etkinlikleri birbirinden ayırır. Bu ayrım, süreç verimliliğini ve otomasyon potansiyelini doğru bir şekilde ölçmek için büyük önem taşır. Analistlerin insan kaynaklı darboğazları sistem kaynaklı olanlardan ayırmasına ve süreçteki gerçek manuel çabayı hesaplamasına sunar. Otomasyonu artırmaya ve manuel temas noktalarını azaltmaya odaklanan girişimler için temel rol oynar.
Neden Önemli?dir?
Sistem ve insan faaliyetleri arasında ayrım yapmaya yardımcı olur; bu da otomasyon seviyelerini analiz etmek ve manuel darboğazları belirlemek için gereklidir.
Nereden Alınır??
Bu genellikle türetilmiş bir özniteliktir. Bir etkinlik için 'Kullanıcı'nın bir sistem veya hizmet hesabı olup olmadığı veya etkinlik adının kendisinin otomasyonu ima edip etmediği kontrol edilerek belirlenebilir.
Örnekler:::::::
truefalse
|
|||
|
Ret Nedeni
RejectionReason
|
Bir yevmiye kaydının inceleme veya onay sürecinde neden reddedildiğini açıklayan bir kod veya metin. | ||
|
Açıklama
Bir muhasebe kaydı reddedildiğinde, bu öznitelik inceleyici veya onaylayıcı tarafından sağlanan nedeni yakalar. Nedenler arasında 'Yanlış Genel Muhasebe Hesabı', 'Eksik Belgeleme', 'Hesaplama Hatası' veya 'Politika İhlali' bulunabilir. Bu bilgi, yeniden çalışma için kök neden analizi açısından büyük önem taşır. En yaygın ret nedenlerini analiz ederek, kuruluşlar kullanıcılar için hedeflenen eğitim, daha net talimatlar veya sistem kontrolü iyileştirmeleri gibi iyileştirme alanlarını belirleyebilir. Bu, 'Journal Entry Rework Analysis' ve 'Journal Entry Rejection Analysis' panelleri için anahtar bir özniteliktir.
Neden Önemli?dir?
Yeniden işleme nedenlerinin temel nedenlerine doğrudan önemli bilgi sunar, eğitim, belgeleme ve süreç kontrollerinde hedefe yönelik iyileştirmelere sunar.
Nereden Alınır??
Bu veri, Workiva'daki 'Journal Entry Rejected' etkinliğiyle ilişkili özel bir alanda veya yorumlar/notlar alanında saklanabilir.
Örnekler:::::::
Eksik destekleyici belgeYanlış Genel Muhasebe hesabı kullanıldıTutar eşiği aşıyor
|
|||
|
Şirket Kodu
CompanyCode
|
Yevmiye kaydının kaydedildiği belirli tüzel kişiliğin tanımlayıcısı. | ||
|
Açıklama
Şirket Kodu, bir şirket grubu içinde ayrı bir tüzel kişiliği temsil eder. Finansal işlemler, yasal raporlama ve konsolidasyon için bu seviyede kaydedilir. Çoklu varlıklı bir kuruluşta, yevmiye kaydı sürecini Şirket Koduna göre analiz etmek gereklidir. Bu, belirli tüzel kişiliklere veya coğrafi bölgelere özgü süreç performansı, uyumluluk ve verimlilikteki varyasyonları ortaya çıkarabilir. Bu, daha hedefe yönelik süreç iyileştirme girişimlerine sunar.
Neden Önemli?dir?
Bir kuruluş içindeki farklı yasal varlıklar arasındaki süreç performansını analiz etmek ve karşılaştırmak için büyük önem taşır.
Nereden Alınır??
Bu, Workiva dahil olmak üzere herhangi bir kurumsal muhasebe sistemindeki muhasebe kaydı üst verilerinde temel ve zorunlu bir alandır.
Örnekler:::::::
1000US01DE01
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir yevmiye kaydının süreç döngüsünün herhangi bir noktasında reddedilip reddedilmediğini veya düzeltilip düzeltilmediğini belirten bir bayrak. | ||
|
Açıklama
Bu, her durum için hesaplanan bir boolean özniteliktir. Muhasebe kaydının etkinlik dizisi 'Journal Entry Rejected' veya 'Journal Entry Corrected' gibi olayları içeriyorsa 'true' olarak ayarlanır. Bu öznitelik, filtreleme ve toplama için net bir ikili bayrak oluşturarak yeniden çalışma analizini basitleştirir. 'Journal Entry Rework Rate' KPI'ını hesaplamak ve 'Journal Entry Rework Analysis' kontrol paneli'unu desteklemek için temeldir ve standart akıştan sapan ve ek çaba gerektiren durumların hızlı bir şekilde belirlenmesini sunar.
Neden Önemli?dir?
Düzeltme gerektiren tüm yevmiye kayıtlarını tanımlamak ve analiz etmek için basit bir bayrak sunar; bu, süreç kalitesini ve ilk seferde doğru oranlarını ölçmek için temel rol oynar.
Nereden Alınır??
Bu, her durum için event lognde yeniden çalışma ile ilgili etkinliklerin ('Journal Entry Rejected' vb.) varlığı kontrol edilerek hesaplanan türetilmiş bir özniteliktir.
Örnekler:::::::
truefalse
|
|||
Muhasebe Kayıtlarından Raporlamaya - Yevmiye Kaydı Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Yevmiye Kaydı Genel Muhasebeye İşlendi
|
Bu etkinlik, onaylanmış muhasebe kaydının resmi olarak Genel Muhasebeye kaydedildiğini gösterir. Ana süreç akışının başarılı bir şekilde tamamlandığını temsil eder ve tipik olarak nihai bir durum değişikliği veya bir muhasebeleştirme işlem günlüğü olarak yakalanır. | ||
|
Neden Önemli?dir?
Çoğu yevmiye kaydı için birincil 'bitiş' olayı olarak, bu faaliyet uçtan uca döngü süresi ve verimi hesaplamak için büyük önem taşır. Kaydın finansal tabloları etkilediği noktayı işaret eder.
Nereden Alınır??
Bu bilgi, Genel Muhasebe kayıtlarını tutan bir işlem günlüğünde veya muhasebe kaydının 'Muhasebeleştirildi' durumuna değişmesiyle bulunabilir. Bir muhasebeleştirme tarihi alanı genellikle bu sırada doldurulur.
Yakala
Bir zaman damgası (zaman damgası) ve Yevmiye Kaydı Kimliğine referans içeren bir Genel Muhasebe kayıt tablosundan veya 'Deftere Kaydedildi' durum değişikliğinden alınmıştır.
Event tipi
explicit
|
|||
|
Yevmiye Kaydı İncelemeye Gönderildi
|
Bir kullanıcının taslak yevmiye kaydını, belgeleriyle birlikte, resmi inceleme ve onay iş akışına gönderdiği anı temsil eder. Bu, tipik olarak Workiva platformunda açık bir durum değişikliği olarak kaydedilir ve kaydı 'Taslak' veya 'Yeni' durumundan 'İncelemede' durumuna taşır. | ||
|
Neden Önemli?dir?
Bu etkinlik, onay döngüsünü başlatan kritik bir dönüm noktasıdır. Bu noktadan nihai onaya kadar geçen süreyi ölçmek, inceleme sürecindeki darboğazları tespit etmeye yardımcı olur ve onay döngüsü süresini hesaplamak için temel rol oynar.
Nereden Alınır??
Yevmiye kaydı kaydındaki bir durum değişikliğinden çıkarılmıştır, örneğin 'Taslak'tan 'İncelemeye Gönderildi'ye. Bu değişiklik ve zaman damgası (zaman damgası), bir değişiklik geçmişi veya durum günlüğü tablosunda günlüğe kaydedilir.
Yakala
Yevmiye kaydının durum alanındaki değişikliklerin 'Gönderildi' veya benzer bir değere izlenmesinden, değişikliğin zaman damgası (zaman damgası) kullanılarak türetilmiştir.
Event tipi
inferred
|
|||
|
Yevmiye Kaydı Oluşturuldu
|
Bu etkinlik, Workiva'da yeni bir muhasebe kaydının başlatıldığını işaret eder. Bir kullanıcı yeni bir muhasebe kaydı oluşturduğunda, süreç için durum tanımlayıcısı olarak hizmet eden benzersiz bir Journal Entry ID oluşturularak yakalanır. | ||
|
Neden Önemli?dir?
Sürecin başlangıç noktası olarak, bu olay her yevmiye kaydının uçtan uca döngü süresini ölçmek için gereklidir. Bu aktiviteyi analiz etmek, iş yükü başlatmayı ve kaynak planlamasını anlamaya yardımcı olur.
Nereden Alınır??
Bu olay, genellikle Workiva'da yeni muhasebe kaydı nesnelerinin oluşturulmasını, oluşturma zaman damgası (zaman damgası)nı ve kullanıcı ID'sini kaydeden bir denetim günlüğünden veya işlem tablosundan yakalanır.
Yakala
Yeni bir yevmiye kaydı oluşturulduğunda bir denetim izinde veya tabloda kaydedilir, 'Oluşturulma Tarihi' zaman damgası (zaman damgası)yla ilişkilendirilir.
Event tipi
explicit
|
|||
|
Yevmiye Kaydı Onaylandı
|
Bu etkinlik, muhasebe kaydının yetkili bir kullanıcı tarafından nihai onayını temsil eder ve muhasebeleştirme için temizler. Bu, tipik olarak Workiva'da 'Onaylandı' durumuna açık bir durum değişikliği olarak kaydedilen kritik bir dönüm noktasıdır. | ||
|
Neden Önemli?dir?
Tüm inceleme ve onay sürecinin başarıyla tamamlandığını işaret eder. Onay döngüsü sürelerini ve ilk geçiş onay oranlarını ölçmek için önemli bir olaydır ve süreç verimliliğini doğrudan etkiler.
Nereden Alınır??
Yevmiye kaydının durum geçmişi günlüğünden alınmıştır. Kaydın durum alanı 'Onaylandı' olarak güncellenir ve bu değişiklik bir zaman damgası (zaman damgası) ve onaylayanın kullanıcı kimliği ile kaydedilir.
Yakala
Muhasebe kaydının durum alanının 'Onaylandı' olarak güncellendiği zaman damgası (zaman damgası)dır.
Event tipi
inferred
|
|||
|
Yevmiye Kaydı Reddedildi
|
Bir inceleyen veya onaylayan, hatalar, eksik bilgiler veya politika ihlalleri nedeniyle yevmiye kaydını reddeder. Bu eylem, kaydı düzeltilmesi için oluşturucuya geri gönderir ve durumu 'Reddedildi' veya 'Yeniden İşlem Gerekli' olarak değiştirerek kaydedilir. | ||
|
Neden Önemli?dir?
Bu etkinlik, süreç verimsizliğinin ana kaynağı olan yeniden çalışma döngülerinin birincil tetikleyicisidir. Reddetmeleri analiz etmek, eğitim ihtiyaçlarını, yaygın hataları ve belirsiz süreç yönergelerini belirlemeye yardımcı olur.
Nereden Alınır??
Yevmiye kaydının geçmiş günlüğündeki bir durum değişikliğinden çıkarılmıştır. Durum 'Reddedildi' olarak güncellenir ve bu olay bir zaman damgası (zaman damgası) ve eylemi gerçekleştiren kullanıcı ile günlüğe kaydedilir.
Yakala
Durum alanının 'Reddedildi' veya 'Geri Gönderildi' olarak güncellendiği zaman damgası (zaman damgası)dır.
Event tipi
inferred
|
|||
|
Yevmiye Kaydı Tersine Çevirme İşlendi
|
Daha önce deftere kaydedilmiş bir yevmiye kaydı ters çevrilerek, orijinal kaydı geçersiz kılan yeni bir kayıt oluşturulur. Bu, sistemde açıkça kaydedilen belirli bir işlem türüdür. | ||
|
Neden Önemli?dir?
Bu etkinlik, kaydedilmiş kayıtlardaki hataların güçlü bir göstergesidir. Yüksek iptal oranı, ilk inceleme ve onay sürecinde potansiyel sorunlara işaret ederek finansal doğruluğu etkiler ve ek iş yükü gerektirir.
Nereden Alınır??
Belirli bir işlem türünün veya bayrağın bir ters çevirmeyi işaret ettiği işlem verilerinden alınmıştır. Ters çevirme kaydı genellikle orijinal Yevmiye Kaydı Kimliğini referans alır.
Yakala
Yeni bir yevmiye kaydı 'Ters Çevirme' tipiyle oluşturulur ve orijinal kaydın kimliğine bir bağlantı içerir.
Event tipi
explicit
|
|||
|
Destekleyici Belgeler Eklendi
|
Bu etkinlik, bir kullanıcının faturalar veya sözleşmeler gibi bir veya daha fazla destekleyici belgeyi muhasebe kaydı kaydına eklediğinde gerçekleşir. Bu genellikle Workiva içindeki belge yönetimi veya ekleme işlevselliği izlenerek yakalanır. | ||
|
Neden Önemli?dir?
Bu etkinliği izlemek, uyumluluğu izlemek ve gecikmeleri tespit etmek için büyük önem taşır. Kayıt oluşturma ve belge ekleme arasındaki süre, inceleme ve onay döngüsünü etkileyen önemli bir darboğaz olabilir.
Nereden Alınır??
Workiva'nın belge yönetimi özellikleriyle ilgili günlüklerden, bir dosyanın belirli bir Yevmiye Kaydı Kimliğine ne zaman bağlandığını izleyerek alınmıştır. Bu, açık bir event log olabilir veya ek bağlantısının oluşturulma tarihinden çıkarılabilir.
Yakala
Bir kullanıcının bir belgeyi yevmiye kaydına başarıyla yüklediği veya bağladığı zaman günlüğe kaydedilen olay.
Event tipi
explicit
|
|||
|
Otomatik Doğrulama Başarısız Oldu
|
Sistemin otomatik doğrulama kontrolü bir hata tespit eder ve muhasebe kaydının iş akışında ilerlemesini engeller. Bu durum, kaydın durumunu otomatik olarak başarısız veya yeniden çalışma olarak ayarlar. | ||
|
Neden Önemli?dir?
Bu durum, işleyen otomatik kalite kontrollerini vurgular. Yüksek hata sıklığı, sistematik veri girişi sorunlarını veya doğrulama kurallarının kendisiyle ilgili sorunları gösterebilir ve gereksiz bir yeniden çalışma döngüsü oluşturabilir.
Nereden Alınır??
Bu, bir sistem günlüğünden veya otomatik doğrulama süreci tarafından tetiklenen bir durum değişikliğinden yakalanacaktır. Kayıt durumu 'Doğrulama Hatası' veya benzeri bir duruma değişebilir.
Yakala
Sistem tarafından günlüğe kaydedilen bir olay veya bir doğrulama kuralı başarısız olduğunda otomatik bir durum değişikliğiyle hata durumuna geçilmesi.
Event tipi
explicit
|
|||
|
Otomatik Doğrulama Çalışanştırıldı
|
Yevmiye kaydı gönderildikten sonra, alanları, toplamları veya uyumluluk kurallarını doğrulamak için otomatik bir sistem kontrolü yapılır. Bu genellikle sistem tarafından günlüğe kaydedilen otomatik bir arka plan sürecidir. | ||
|
Neden Önemli?dir?
Veri kalitesi sorunlarını erken aşamada tespit eder, sürecin ilerleyen aşamalarındaki manuel yeniden işlemeyi azaltır. Başarısızlıkları analiz etmek, yaygın kullanıcı hatalarını veya sistem rehberliğinin geliştirilebileceği alanları vurgulayabilir.
Nereden Alınır??
Bu olay, sistem günlüklerinde veya doğrulama kurallarının yürütülmesini kaydeden muhasebe kaydı iş akışıyla ilişkili belirli bir işlem günlüğünde bulunacaktır.
Yakala
Doğrulama motoru yevmiye kaydı verilerine karşı çalıştığında sistem tarafından günlüğe kaydedilir.
Event tipi
explicit
|
|||
|
Yevmiye Kaydı Düzeltildi
|
Bir ret işleminden sonra, oluşturucu veya başka bir kullanıcı, ortaya çıkan sorunları gidermek için yevmiye kaydını değiştirir. Bu genellikle açık bir olay değildir, ancak 'Reddedildi' durumundan sonra kayıttaki veri değişikliklerinin algılanmasıyla çıkarılır. | ||
|
Neden Önemli?dir?
Bu etkinlik, yeniden çalışma döngüsünün önemli bir parçasıdır. Kayıtları düzeltmek için geçen süreyi ölçmek, hataların ne kadar hızlı giderildiğini ve belirli kullanıcıların veya kayıt türlerinin düzeltilmesi daha uzun sürüyorsa bunu ortaya çıkarabilir.
Nereden Alınır??
Bu etkinlik, denetim izi günlükleri analiz edilerek çıkarılır. Bir muhasebe kaydında 'Reddedildi' durumu ile sonraki yeniden gönderme arasında meydana gelen alan değişikliği olayları aranarak tespit edilir.
Yakala
Değişiklik günlükleri veya denetim izleri ile, 'Reddedildi' olay zaman damgası (zaman damgası)ndan sonra yevmiye kaydı verilerinde yapılan değişiklikleri göstererek belirlenir.
Event tipi
inferred
|
|||
|
Yevmiye Kaydı İncelemesi Başlatıldı
|
Bu etkinlik, bir inceleyicinin gönderilen muhasebe kaydını incelemeye başladığı noktayı işaret eder. Bu durum, bir inceleyicinin Workiva iş listesinde inceleme görevini 'açtığında' veya 'üstlendiğinde' çıkarılabilir. | ||
|
Neden Önemli?dir?
Bu etkinlik, bir kaydın kuyrukta bekleme süresi ile aktif incelemede geçirdiği gerçek süreyi ayırt etmeye yardımcı olur. İnceleyici iş yükünü doğru bir şekilde ölçmek ve kuyruklanma darboğazlarını tespit etmek için büyük önem taşır.
Nereden Alınır??
Bu genellikle açık bir olay değildir. Sistem tarafından görevin belirli bir kullanıcıya atanmasıyla veya kullanıcının gönderildikten sonra muhasebe kaydı kaydını ilk açtığında çıkarılabilir.
Yakala
Bir görevin durumu 'Devam Ediyor' olarak değiştiğinde veya kaydın gönderildikten sonra atanmış inceleyici tarafından ilk kez açıldığında çıkarılmıştır.
Event tipi
inferred
|
|||
|
Yevmiye Kaydı İncelendi
|
Bu olay, bir inceleyicinin muhasebe kaydı değerlendirmesini tamamladığını ve onay için gönderme veya reddetme gibi bir işlem yaptığını gösterir. Bu durum, genellikle sonraki durum değişikliğinden çıkarılır. | ||
|
Neden Önemli?dir?
Önemli bir kalite kontrolünün tamamlandığını işaret eder. İnceleme aşamasının süresini analiz etmek, ekip iş yükünü yönetmeye ve inceleyen eğitimi veya süreç basitleştirme fırsatlarını belirlemeye yardımcı olur.
Nereden Alınır??
Bu, muhasebe kaydının durumunun 'İncelemede' konumundan 'Onay Bekliyor' veya 'Reddedildi' gibi sonraki bir duruma değiştiği zaman damgası (zaman damgası)ndan çıkarılır.
Yakala
'İnceleme' durumundan herhangi bir sonraki duruma geçişin zaman damgası (zaman damgası)dır.
Event tipi
inferred
|
|||
|
Yevmiye Kaydı Mutabakatı Yapıldı
|
Bu muhasebeleştirme sonrası etkinlik, muhasebe kaydının bir mutabakat süreci sırasında eşleştirilip temizlendiğinde gerçekleşir. Workiva'nın mutabakat veya hesap sertifikasyon araçları içinde yakalanır. | ||
|
Neden Önemli?dir?
Deftere kaydetmeden mutabakata kadar geçen süreyi analiz etmek, finansal kapanış sürecinin verimliliğini anlamanın anahtarıdır. Buradaki gecikmeler, finansal raporlamanın zamanında ve doğruluğunu etkileyebilir.
Nereden Alınır??
Bu, muhtemelen Workiva içinde, mutabakatı yapılmış öğeleri kaynak Journal Entry ID'lerine geri bağlayan ayrı bir mutabakat modülü veya tablosundan gelecektir. Mutabakat durum değişikliğinin zaman damgası (zaman damgası) kullanılacaktır.
Yakala
Bir mutabakat modülünde, muhasebe kaydını 'Mutabakatı Yapıldı' olarak işaretleyen bir olay veya durum değişikliğinin zaman damgası (zaman damgası)dır.
Event tipi
explicit
|
|||
|
Yevmiye Kaydı Onay İçin Gönderildi
|
Başarılı bir ilk incelemeden sonra, yevmiye kaydı resmi olarak belirlenmiş bir onaylayana veya onay grubuna iletilir. Bu, örneğin 'İncelemeyi Tamamladı' durumundan 'Onay Bekliyor' durumuna bir durum değişikliğiyle kaydedilir. | ||
|
Neden Önemli?dir?
Bu etkinlik, farklı roller tarafından gerçekleştirilebilecek ilk inceleme ve nihai onay adımlarını birbirinden ayırır. Üst düzey onay aşamasına özgü gecikmeleri tespit etmeye yardımcı olur.
Nereden Alınır??
Yevmiye kaydının kaydındaki bir durum değişikliğinden çıkarılmıştır, bir değişiklik geçmişi tablosunda günlüğe kaydedilmiştir. Durum, inceleme durumundan onay durumuna geçer.
Yakala
Durum alanındaki değişikliğin 'Onay Bekliyor' veya benzer bir değere izlenmesinden, zaman damgası (zaman damgası)yla birlikte türetilmiştir.
Event tipi
inferred
|
|||