Kayıttan Raporlamaya - Muhasebe Kaydı Veri Şablonunuz
Kayıttan Raporlamaya - Muhasebe Kaydı Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Pratik veri çıkarma rehberliği
Kayıttan 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 yaşam 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
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 olanak tanır.
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 event'in ne zaman gerçekleştiğini gösteren 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ıdır. Bu veri, olayları doğru bir şekilde sıralamak ve tüm zamana dayalı analizler için kritik öneme sahiptir. Süreç madenciliğinde, 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 esastır ve süreçteki gecikmeleri ve verimsizlikleri belirlemenin temelini oluşturur.
Neden önemli
Bu 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 hayati öneme sahiptir.
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 hizmet eder. | ||
|
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 uçtan uca yolculuğunu yeniden yapılandırmak için temeldir. 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
Bu, bir muhasebe kaydının tüm yaşam döngüsünü izlemek, süreç akışının, süresinin ve varyasyonlarının analizini sağlamak için temel anahtardır.
Nereden alınır
Bu, Workiva'daki bir muhasebe kaydı kaydı için birincil anahtardır. 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 çekildiği kayıt sistemidir. | ||
|
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 soy ağacını anlamak ve çeşitli kaynaklardan verileri doğru bir şekilde entegre etmek için temel hale gelir.
Neden önemli
Özellikle çok sistemli ortamlarda süreç verilerinin kökeni hakkında netlik sağlayarak temel veri soy ağacı 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
|
`veri`nin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, Workiva'dan en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında bağlam sağlar. Herhangi bir süreç analizi dashboard'unda, bu bilgi kullanıcıların içgörülerin ne kadar güncel olduğunu anlamaları için kritiktir. 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 hayati önem taşır.
Neden önemli
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ı sağlar.
Nereden alınır
Bu 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 olanak tanır. 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 sağlamak için içgörüler sunar.
Neden önemli
Farklı iş birimleri arasında performans karşılaştırması yapmaya olanak tanır, 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 esastır. 'Journal Entry Workload Distribution' ve 'Journal Entry Rejection Analysis' gibi dashboard'ları 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
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 anahtardır.
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 yaşam 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' dashboard'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
Yevmiye kayıtlarının süreçte nerede olduğuna dair gerçek zamanlı bir anlık görüntü sağlar; bu, operasyonel izleme ve birikmiş işleri yönetmek için kritik öneme sahiptir.
Nereden alınır
Bu, Workiva'daki muhasebe kaydı üstbilgisinde, mevcut durumunu yansıtan standart bir alandır.
Örnekler
TaslakOnay BekliyorKaydedildiReddedildi
|
|||
|
Yevmiye Kaydı Tipi
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 hayati önem taşır. 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 sağlar. Örneğin, 'Journal Entry Reversal Rate Trend' dashboard'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
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 olanak tanır.
Nereden alınır
Bu, Workiva'daki muhasebe kaydı üstbilgisinde standart bir alan olması muhtemeldir.
Ö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, dashboard'ları 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
Finansal etkiye dayalı analiz yapmaya olanak tanır, 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 boolean bayrağıdır. Bu öznitelik, 'Journal Entry Documentation Compliance' dashboard'unu ve 'JE Documentation Attachment Rate' KPI'ını doğrudan destekler. Uyumluluk ve denetlenebilirlik açısından kritiktir, çü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
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ş Saati
EndTime
|
Belirli bir faaliyetin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
|
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
Bir faaliyetin gerçek işlem süresinin hesaplanmasını sağlar, 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
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' dashboard'unu destekler, darboğazları tespit etmeye ve onayları hızlandırmayı amaçlayan süreç iyileştirme girişimlerinin etkisini izlemeye yardımcı olur.
Neden önemli
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, olay günlüğünden 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 hayati öneme sahiptir. Analistlerin insan kaynaklı darboğazları sistem kaynaklı olanlardan ayırmasına ve süreçteki gerçek manuel çabayı hesaplamasına olanak tanır. Otomasyonu artırmaya ve manuel temas noktalarını azaltmaya odaklanan girişimler için anahtardır.
Neden önemli
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 esastır.
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 paha biçilmezdir. 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' dashboard'ları için anahtar bir özniteliktir.
Neden önemli
Yeniden işleme nedenlerinin temel nedenlerine doğrudan içgörü sağlar, eğitim, belgeleme ve süreç kontrollerinde hedefe yönelik iyileştirmelere olanak tanır.
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 esastır. 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 olanak tanır.
Neden önemli
Bir kuruluş içindeki farklı yasal varlıklar arasındaki süreç performansını analiz etmek ve karşılaştırmak için kritik öneme sahiptir.
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 yaşam 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' dashboard'unu desteklemek için temeldir ve standart akıştan sapan ve ek çaba gerektiren durumların hızlı bir şekilde belirlenmesini sağlar.
Neden önemli
Düzeltme gerektiren tüm yevmiye kayıtlarını tanımlamak ve analiz etmek için basit bir bayrak sağlar; bu, süreç kalitesini ve ilk seferde doğru oranlarını ölçmek için anahtardır.
Nereden alınır
Bu, her durum için olay günlüğünde yeniden çalışma ile ilgili etkinliklerin ('Journal Entry Rejected' vb.) varlığı kontrol edilerek hesaplanan türetilmiş bir özniteliktir.
Örnekler
truefalse
|
|||
Kayıttan 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
Çoğu yevmiye kaydı için birincil 'bitiş' olayı olarak, bu faaliyet uçtan uca döngü süresi ve verimi hesaplamak için kritik öneme sahiptir. 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ı 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
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 anahtardır.
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ı, 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ı kullanılarak türetilmiştir.
Event tipi
inferred
|
|||
|
Yevmiye Kaydı İptali İş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
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
|
|||
|
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
Sürecin başlangıç noktası olarak, bu olay her yevmiye kaydının uçtan uca döngü süresini ölçmek için esastır. 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ı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ı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
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ı 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ı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
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ı 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ıdır.
Event tipi
inferred
|
|||
|
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
Bu etkinliği izlemek, uyumluluğu izlemek ve gecikmeleri tespit etmek için çok önemlidir. 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 olay günlüğü 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
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ış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
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
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ından sonra yevmiye kaydı verilerinde yapılan değişiklikleri göstererek belirlenir.
Event tipi
inferred
|
|||
|
Yevmiye Kaydı İnceledi
|
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
Ö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ından çıkarılır.
Yakala
'İnceleme' durumundan herhangi bir sonraki duruma geçişin zaman damgasıdır.
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
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 hayati öneme sahiptir.
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ı Mutabakat Edildi
|
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
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ı 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ı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
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ıyla birlikte türetilmiştir.
Event tipi
inferred
|
|||