Kayıttan Raporlamaya - Yevmiye kaydı Veri Templateiniz
Kayıttan Raporlamaya - Yevmiye kaydı Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel faaliyetler
- Pratik veri çıkarma rehberi
Kayıttan Raporlamaya - Yevmiye kaydı öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Başlangıç zamanı
EventTime
|
Belirli bir faaliyet veya olayın gerçekleştiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Event Time, bir etkinliğin gerçekleştiği anı kaydeden, tarih ve saati içeren kesin bir zaman damgasıdır. Bu veri, olayları doğru sıraya koymak ve zamana dayalı tüm analizleri yapmak için gereklidir. Process Mining içinde bu öznitelik, etkinlikler arasındaki süreyi, genel vaka çevrim sürelerini ve bekleme sürelerini hesaplamak için kullanılır. 'Journal Entry Approval Cycle Time' ve 'Document Attachment Lag Time' gibi çevrim sürelerini analiz eden Dashboardlar için gereklidir ve süreçteki gecikmeleri ve verimsizlikleri belirlemenin temelini oluşturur.
Neden önemli?
Bu zaman damgası, tüm sürelerin hesaplanması, olayların doğru sıraya konulması ve süreç performansının zaman içindeki analizinde büyük önem taşır.
Nereden alınır?
Bu bilgi genellikle Workiva'nın işlem veya log tablolarında her olayın ya da durum değişikliğinin yanında saklanır.
Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Faaliyet
ActivityName
|
Yevmiye kaydı için gerçekleşen belirli süreç adımının veya olayın adı. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydının yaşam döngüsündeki belirli bir noktada gerçekleştirilen faaliyeti açıklar. 'Yevmiye Kaydı Oluşturuldu', 'Yevmiye Kaydı İncelemeye Gönderildi', 'Yevmiye Kaydı Onaylandı' ve 'Yevmiye Kaydı Genel Muhasebeye Kaydedildi' gibi önemli kilometre taşlarını içerir. Bu faaliyetlerin sırasını ve sıklığını analiz etmek, Process Mining çalışmalarının temelini oluşturur. Süreç akışını görselleştirmenize, yaygın ve nadir yolları (varyantları) belirlemenize ve kayıtların en uzun süre beklediği darboğazları ortaya çıkarmanıza yardımcı olur. Ayrıca onay döngüsü süresi gibi temel performans göstergelerinin hesaplanmasında kullanılacak başlangıç ve bitiş noktalarını tanımlamak için kullanılır.
Neden önemli?
Süreçteki adımları tanımlar; böylece yevmiye kaydı iş akışını görselleştirip analiz edebilir ve darboğazları belirleyebilirsiniz.
Nereden alınır?
Bu bilgi genellikle Workiva içindeki olay günlüklerinden veya durum değişikliği kayıtlarından elde edilir. Kesin alanın sistem durum kodlarından ya da olay açıklamalarından haritalanması gerekebilir.
Örnekler
Yevmiye kaydı oluşturulduYevmiye kaydı incelemeye gönderildiYevmiye kaydı onaylandıYevmiye kaydı GL'ye kaydedildi
|
|||
|
Yevmiye Kaydı ID'si
JournalEntryId
|
Tek bir yevmiye kaydının benzersiz tanımlayıcısıdır ve süreç analizi için birincil vaka tanımlayıcısı olarak kullanılır. | ||
|
Açıklama
Yevmiye Kaydı ID'si, belirli bir finansal işlem grubuyla ilgili tüm faaliyetleri ve olayları oluşturulma aşamasından nihai kayda ve mutabakata kadar benzersiz şekilde izler. Bu ID, oluşturma, gönderme, inceleme, onay ve kaydetme gibi her adımı tek ve tutarlı bir süreç örneğinde birleştirir. Process Mining'de bu öznitelik, her yevmiye kaydının uçtan uca yolculuğunu yeniden oluşturmak için temel niteliktedir. Süreç varyantlarını, çevrim sürelerini ve yeniden işleme döngülerini kayıt bazında analiz etmenizi sağlar ve tek tek kayıtların sistemde nasıl ilerlediğini net biçimde gösterir.
Neden önemli?
Bu, bir yevmiye kaydının tüm yaşam döngüsünü izlemek için gerekli anahtardır ve süreç akışını, süresini ve farklılıklarını analiz etmenizi sağlar.
Nereden alınır?
Bu, Workiva'daki yevmiye kaydı kaydının birincil anahtarıdır. Belirli tablo veya API uç noktası için Workiva belgelerine başvurun.
Örnekler
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
|
|||
|
Kaynak sistem
SourceSystem
|
Yevmiye kaydı verilerinin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin hangi kaynak uygulamadan geldiğini belirler. Bu analizde değer sürekli olarak 'Workiva' olacaktır. Tek sistemli bir analizde sabit görünebilir, ancak veri yönetişimi ve izlenebilirlik açısından önemli bir meta veridir. Büyük kurumsal ortamlarda süreçler çoğu zaman birden fazla sistemden geçer. Bu alan, veri soyunun tamamını anlamak ve farklı kaynaklardan gelen verileri doğru şekilde birleştirmek için gerekli hale gelir.
Neden önemli?
Süreç verilerinin kaynağını netleştiren veri soyu ve bağlam bilgisi sağlar. Bu, özellikle birden fazla sistemin kullanıldığı ortamlarda önemlidir.
Nereden alınır?
Bu, verilerin kaynağını etiketlemek amacıyla veri çıkarma ve dönüştürme sürecinde eklenen, genellikle sabit bir değerdir.
Örnekler
Workiva
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, Workiva üzerinden en son veri çıkarımının tarih ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında bağlam sağlar. Her süreç analizi Dashboardunda bu bilgi, kullanıcıların içgörülerin ne kadar güncel olduğunu anlaması için önemlidir. Kullanıcıların gerçek zamanlı verileri mi yoksa belirli bir zamandaki anlık görüntüyü mü incelediğini anlamasına yardımcı olur. Bu da bilinçli operasyonel kararlar almak için gereklidir.
Neden önemli?
Verilerin güncelliği hakkında bilgi verir ve analizinizin sürecin en son durumunu yansıtıp yansıtmadığını anlamanızı sağlar.
Nereden alınır?
Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve saklanır.
Örnekler
2023-10-27T02:00:00Z
|
|||
|
Departman
Department
|
Yevmiye kaydını başlatan iş departmanı veya maliyet merkezi. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydıyla ilişkili Finans, Satış veya Pazarlama gibi organizasyon birimini tanımlar. Birim çoğu zaman maliyet merkezine veya kaydı oluşturan kullanıcıya göre belirlenir. Süreci departman bazında analiz etmek, kuruluşun farklı bölümleri arasında performans karşılaştırması yapmanızı sağlar. Hangi departmanların daha verimli süreçlere, daha yüksek yeniden çalışma oranlarına veya daha uzun onay sürelerine sahip olduğunu belirlemenize yardımcı olur. Böylece en iyi uygulamaları paylaşabilir veya hedefli destek sağlayabilirsiniz.
Neden önemli?
Farklı iş birimleri arasında performans karşılaştırması yapmanızı ve departmana özgü sorunları ya da en iyi uygulamaları belirlemenizi sağlar.
Nereden alınır?
Bu bilgi büyük olasılıkla yevmiye kaydı üst bilgisi verilerinde bulunur; kaydı oluşturan kişinin kullanıcı profilinden alınabilir veya maliyet merkezi olarak belirtilmiş olabilir.
Örnekler
FinansKuzey Amerika SatışAB Operasyonları
|
|||
|
Kullanıcı
User
|
Faaliyeti gerçekleştiren kişinin kullanıcı kimliği veya adı. | ||
|
Açıklama
Bu öznitelik, bir yevmiye kaydındaki belirli bir etkinlikten sorumlu kişiyi, örneğin kaydı oluşturan, inceleyen veya onaylayan kişiyi tanımlar. Benzersiz bir kullanıcı kimliği, ad veya e-posta adresi olabilir. Verileri kullanıcıya göre analiz etmek, iş yükü dağılımını, performansı ve uyumluluğu anlamak için gereklidir. Etkinlikleri kullanıcıya göre ayrıştırarak olası eğitim ihtiyaçlarını veya kaynak dengesizliklerini gösterir ve 'Journal Entry Workload Distribution' ile 'Journal Entry Rejection Analysis' Dashboardlarına veri sağlar.
Neden önemli?
Bu öznitelik, iş yükü dağılımını analiz etmek, en yüksek performans gösterenleri belirlemek ve kullanıcıya özgü davranışları ya da darboğazları anlamak için önemlidir.
Nereden alınır?
Bu bilgi genellikle Workiva'nın olay veya işlem loglarında, kaydedilen her faaliyetle ilişkilendirilmiş olarak bulunur.
Örnekler
asmithbjonescchen
|
|||
|
Yevmiye kaydı durumu
JournalEntryStatus
|
Yevmiye kaydının yaşam döngüsündeki mevcut durumu. | ||
|
Açıklama
Bu öznitelik, bir yevmiye kaydının 'Taslak', 'Onay için gönderildi', 'Onaylandı', 'Kaydedildi' veya 'Reddedildi' gibi gerçek zamanlı durumunu gösterir. Veri çıkarıldığı anda kaydın süreçteki konumunun anlık görüntüsünü sunar. Bu bilgi operasyonel izleme için gereklidir ve 'Current Journal Entry Status Overview' Dashboarduna veri sağlar. Yönetime sürecin her aşamasındaki mevcut iş yükünü ve birikmiş işleri açıkça göstererek kaynak dağılımına ve önceliklendirmeye yardımcı olur.
Neden önemli?
Yevmiye kayıtlarının süreçte hangi aşamada olduğunu gerçek zamanlı olarak gösterir. Bu, operasyonel izleme ve birikmiş işlerin yönetimi için önemlidir.
Nereden alınır?
Bu, Workiva'daki yevmiye kaydı üst bilgisinde bulunan ve kaydın 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, yevmiye 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 muhasebeleştirilmesi için tahakkuk kayıtları, 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 bölümlere ayırarak belirli kayıt türlerinin daha uzun sürüp sürmediğini, daha yüksek ret oranlarına sahip olup olmadığını veya farklı yollar izleyip izlemediğini görmenizi sağlar. Örneğin 'Journal Entry Reversal Rate Trend' Dashboardunda türlere göre ters kayıtları analiz etmek ve belirli muhasebe uygulamalarına özgü sorunları ayırmak için kullanılır.
Neden önemli?
Belirli kayıt türlerinin diğerlerine göre daha fazla gecikmeye, yeniden çalışmaya veya sapmaya neden olup olmadığını belirlemek için süreci bölümlere ayırmanızı sağlar.
Nereden alınır?
Bu, Workiva'daki yevmiye kaydı üst bilgisinde bulunan standart bir alan olabilir.
Örnekler
StandartTahakkukYeniden sınıflandırmaDüzeltme
|
|||
|
Yevmiye kaydı tutarı
JournalEntryAmount
|
Yevmiye kaydının toplam parasal değeri, genellikle borç veya alacak tutarlarının toplamı. | ||
|
Açıklama
Bu öznitelik, yevmiye kaydıyla ilişkili temel finansal değeri ifade eder. Toplam borç tutarı olabilir ve bu tutarın toplam alacak tutarına eşit olması gerekir. Süreci finansal değere göre analiz etmek önemli örüntüleri ortaya çıkarabilir. Örneğin yüksek değerli yevmiye kayıtları daha ayrıntılı incelemeye tabi olabilir ve daha sıkı bir onay yolunu izleyebilir. Bu öznitelik, Dashboardları filtrelemek ve kayıt değeri ile işlem süresi, yeniden işleme oranları veya onay gecikmeleri arasında ilişki olup olmadığını analiz etmek için kullanılabilir.
Neden önemli?
Finansal etkiye göre analiz yapmanızı sağlar ve yüksek tutarlı kayıtların farklı işlenip işlenmediğini ya da gecikmeye daha yatkın olup olmadığını belirlemenize yardımcı olur.
Nereden alınır?
Bu, Workiva'daki yevmiye kaydı üst bilgisi verilerinde bulunan temel bir alandır.
Örnekler
15000.00250.50125000.75
|
|||
|
Belge var mı
HasSupportingDocumentation
|
İncelemeye gönderilmeden önce destekleyici belgelerin eklenip eklenmediğini gösteren işaret. | ||
|
Açıklama
Bu öznitelik, belirli bir yevmiye kaydı için 'Supporting Documentation Attached' etkinliğinin 'Journal Entry Submitted for Review' etkinliğinden önce gerçekleşip gerçekleşmediğini kontrol eden bir boolean işaretidir. Bu öznitelik, 'Journal Entry Documentation Compliance' Dashboardunu ve 'JE Documentation Attachment Rate' temel performans göstergesini doğrudan destekler. Uyumluluk ve denetlenebilirlik açısından önemlidir; uygun belgeleri olmayan kayıtlar retlere, gecikmelere ve denetim bulgularına yol açabilir. Bu veriyi analiz etmek, politikaların uygulanmasına ve inceleme sürecinin daha akıcı hâle getirilmesine yardımcı olur.
Neden önemli?
Belge politikalarına uyumluluğu doğrudan ölçer ve eksik bilgiden kaynaklanan yeniden çalışmaları ve gecikmeleri azaltmaya yardımcı olur.
Nereden alınır?
Bu, her vaka için süreç verilerindeki faaliyet sırası kontrol edilerek hesaplanan türetilmiş bir özniteliktir.
Örnekler
truefalse
|
|||
|
Bitiş zamanı
EndTime
|
Belirli bir faaliyet veya olayın tamamlandığı zamanı gösteren zaman damgası. | ||
|
Açıklama
End Time, bir faaliyetin tamamlandığı kesin anı kaydeder. Birçok süreç olayı anlıktır ve yalnızca Başlangıç zamanına sahiptir. Ancak bazı faaliyetlerin ölçülebilir bir süresi vardır. Örneğin bir inceleme adımı, kullanıcı görevi açtığında başlayıp gönderdiğinde sona erebilir. Bu öznitelik, bir faaliyetin işlem süresini veya aktif çalışma süresini hesaplamak ve bunu boşta kalma ya da bekleme süresinden ayırmak için kullanılır. 'Yevmiye Kaydı İncelendi' gibi belirli görevlerde kullanıcıların aktif olarak ne kadar süre harcadığını anlamaya yönelik analizleri destekler.
Neden önemli?
Bir faaliyetin gerçek işlem süresini hesaplamanızı ve daha doğru verimlilik analizi için aktif çalışma süresini bekleme süresinden ayırmanızı sağlar.
Nereden alınır?
Workiva belgelerine başvurun. Tek bir faaliyet için hem başlangıç hem de tamamlanma olaylarının yakalanması 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
Kayıt tarihi, finansal raporlama açısından işlemin geçerli olduğu tarihtir. Kaydın finansal tablolarda hangi mali dönemde gösterileceğini belirler. Bu tarih, kaydın oluşturulduğu veya onaylandığı tarihten farklı olabilir. Bu öznitelik, finansal ve uyumluluk analizleri için önemlidir. Mali dönem kapanışlarına göre yevmiye kayıtlarının zamanında yapılıp yapılmadığını analiz etmenize yardımcı olur. Onay ile kayıt arasındaki gecikmeler, finansal kapanışı etkileyebilecek sistem veya süreç darboğazlarına işaret edebilir.
Neden önemli?
Finansal raporlama için önemli bir tarihtir. Kayıtların zamanında yapılıp yapılmadığını ve finansal kapanış döngüsüne etkisini analiz etmenize yardımcı olur.
Nereden alınır?
Bu, Workiva'daki yevmiye kaydı üst bilgisi verilerinde bulunan standart bir tarih alanıdır.
Örnekler
2023-10-312023-11-302023-12-31
|
|||
|
Onay döngüsü süresi
ApprovalCycleTime
|
Bir yevmiye kaydının incelemeye gönderilmesinden nihai olarak onaylanmasına kadar geçen toplam süre. | ||
|
Açıklama
Bu hesaplanan metrik, tüm onay aşamasının süresini ölçer. Genellikle her yevmiye kaydı için ilk 'Journal Entry Submitted for Review' olayı ile son 'Journal Entry Approved' olayı arasındaki zaman farkı olarak hesaplanır. Bu metrik, inceleme ve onay iş akışının verimliliğini doğrudan ölçer ve birçok finans departmanı için temel performans göstergesidir. 'Journal Entry Approval Cycle Time' Dashboarduna veri sağlayarak darboğazları belirlemenize ve onayları hızlandırmayı amaçlayan süreç iyileştirme çalışmalarının etkisini izlemenize yardımcı olur.
Neden önemli?
Onay sürecinin verimliliğini doğrudan ölçen ve gecikmeleri belirlemenize yardımcı olan temel bir performans göstergesidir.
Nereden alınır?
Bu, Event Log içindeki 'Journal Entry Submitted for Review' ve 'Journal Entry Approved' etkinliklerinin zaman damgaları kullanılarak hesaplanan bir metriktir.
Örnekler
25920086400604800
|
|||
|
Otomatik mi
IsAutomated
|
Bir faaliyetin sistem veya insan kullanıcı tarafından gerçekleştirilip gerçekleştirilmediğini gösteren işaret. | ||
|
Açıklama
Bu boolean öznitelik, 'Otomatik Doğrulama Çalıştırıldı' gibi sistem tarafından otomatik gerçekleştirilen faaliyetlerle 'Yevmiye Kaydı İncelendi' gibi kullanıcı tarafından manuel gerçekleştirilen faaliyetleri birbirinden ayırır. Bu ayrım, süreç verimliliğini ve otomasyon potansiyelini doğru ölçmek için önemlidir. İnsan kaynaklı darboğazları sistem kaynaklı darboğazlardan ayırmanıza ve süreçteki gerçek manuel emeği hesaplamanıza olanak tanır. Otomasyonu artırmayı ve manuel temas noktalarını azaltmayı amaçlayan çalışmalar için temel bir bilgidir.
Neden önemli?
Sistem faaliyetleriyle insan faaliyetlerini ayırt etmenize yardımcı olur. Bu, otomasyon düzeyini analiz etmek ve manuel darboğazları belirlemek için gereklidir.
Nereden alınır?
Bu genellikle türetilmiş bir özniteliktir. Bir faaliyetin 'Kullanıcı' bilgisinin sistem veya servis hesabı olup olmadığına ya da faaliyet adının otomasyona işaret edip etmediğine bakılarak belirlenebilir.
Örnekler
truefalse
|
|||
|
Reddetme nedeni
RejectionReason
|
Bir yevmiye kaydının inceleme veya onay sürecinde neden reddedildiğini açıklayan kod ya da metin. | ||
|
Açıklama
Bir yevmiye kaydı reddedildiğinde bu öznitelik, inceleyen veya onaylayan kişinin belirttiği nedeni kaydeder. Nedenler arasında 'Yanlış GL hesabı', 'Eksik belge', 'Hesaplama hatası' veya 'Politika ihlali' bulunabilir. Bu bilgi, yeniden işlemenin kök neden analizinde çok değerlidir. Kuruluşlar en sık görülen ret nedenlerini analiz ederek kullanıcılar için hedefli eğitim, daha açık talimatlar veya sistem kontrollerinde iyileştirmeler gibi geliştirme alanlarını belirleyebilir. 'Yevmiye kaydı yeniden işleme analizi' ve 'Journal Entry Rejection Analysis' Dashboardları için temel bir özniteliktir.
Neden önemli?
Yeniden çalışmanın kök nedenlerini doğrudan görmenizi sağlar ve eğitim, dokümantasyon ve süreç kontrollerinde hedefli iyileştirmeler yapmanıza yardımcı olur.
Nereden alınır?
Bu veri, Workiva'da özel bir alanda veya 'Yevmiye Kaydı Reddedildi' faaliyetiyle ilişkilendirilmiş yorumlar/notlar alanında saklanabilir.
Örnekler
Destekleyici belgeler eksikHatalı büyük defter hesabı kullanıldıTutar eşiği aşıyor
|
|||
|
Şirket kodu
CompanyCode
|
Yevmiye kaydının tutulduğu belirli tüzel kişiliğin tanımlayıcısı. | ||
|
Açıklama
Şirket kodu, bir şirketler grubu içindeki ayrı bir tüzel kişiliği temsil eder. Finansal işlemler, yasal raporlama ve konsolidasyon amacıyla bu düzeyde kaydedilir. Birden fazla tüzel kişiliğin bulunduğu kuruluşlarda yevmiye kaydı sürecini şirket koduna göre analiz etmek önemlidir. Belirli tüzel kişiliklere veya coğrafi bölgelere özgü süreç performansı, uyumluluk ve verimlilik farklılıklarını ortaya çıkarabilir. Bu da daha hedefli süreç iyileştirme çalışmaları yapmanızı sağlar.
Neden önemli?
Bir kuruluş içindeki farklı tüzel kişiliklerin süreç performansını analiz etmek ve karşılaştırmak için önemlidir.
Nereden alınır?
Bu, Workiva dahil tüm kurumsal muhasebe sistemlerinde yevmiye kaydı üst bilgisi verilerinde bulunan temel ve zorunlu bir alandır.
Örnekler
1000US01DE01
|
|||
|
Yeniden çalışma var mı
IsRework
|
Bir yevmiye kaydının yaşam döngüsünün herhangi bir aşamasında reddedildiğini veya düzeltildiğini gösteren işaret. | ||
|
Açıklama
Bu, her vaka için hesaplanan boolean bir özniteliktir. Yevmiye kaydının etkinlik dizisinde 'Journal Entry Rejected' veya 'Journal Entry Corrected' gibi olaylar bulunuyorsa 'true' olarak ayarlanır. Bu öznitelik, filtreleme ve toplulaştırma için net bir ikili işaret oluşturarak yeniden işleme analizini kolaylaştırır. 'Journal Entry Rework Rate' temel performans göstergesinin hesaplanması ve 'Yevmiye kaydı yeniden işleme analizi' Dashboardunun oluşturulması için temel oluşturur. Böylece 'ideal yol’dan sapan ve ek çalışma gerektiren vakaları hızlıca belirleyebilirsiniz.
Neden önemli?
Düzeltme gerektiren tüm yevmiye kayıtlarını belirlemek ve analiz etmek için basit bir işaret sağlar. Bu, süreç kalitesini ve ilk seferde doğru yapma oranlarını ölçmek için önemlidir.
Nereden alınır?
Bu, her vaka için Event Log içinde yeniden işlemeyle ilgili etkinliklerin ('Journal Entry Rejected' vb.) bulunup bulunmadığı kontrol edilerek hesaplanan türetilmiş bir özniteliktir.
Örnekler
truefalse
|
|||
Kayıttan Raporlamaya - Yevmiye kaydı faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Yevmiye kaydı GL'ye kaydedildi
|
Bu faaliyet, onaylanan yevmiye kaydının Genel Muhasebeye resmi olarak kaydedildiğini gösterir. Ana süreç akışının başarıyla tamamlandığını ifade eder ve genellikle son durum değişikliği veya kayıt işlemi günlüğü olarak kaydedilir. | ||
|
Neden önemli?
Çoğu yevmiye kaydı için birincil 'son' olayı olan bu faaliyet, uçtan uca çevrim süresini ve işlem hacmini hesaplamak için gereklidir. Kaydın finansal tablolara yansıdığı noktayı gösterir.
Nereden alınır?
GL kayıtlarını tutan bir işlem günlüğünde veya yevmiye kaydının durumunun 'Posted' olarak değiştiği kayıtta bulunabilir. Bu sırada genellikle kayıt tarihi alanı doldurulur.
Yakalayın
Zaman damgası ve Yevmiye Kaydı ID'sine referans içeren bir GL kayıt tablosundan veya durumun 'Posted' olarak değişmesinden alınır.
Olay türü
explicit
|
|||
|
Yevmiye kaydı incelemeye gönderildi
|
Kullanıcının taslak yevmiye kaydını belgeleriyle birlikte resmî inceleme ve onay iş akışına gönderdiği anı ifade eder. Bu işlem genellikle Workiva platformunda açık bir durum değişikliği olarak kaydedilir ve kayıt 'Taslak' veya 'Yeni' durumundan 'İncelemede' durumuna geçer. | ||
|
Neden önemli?
Bu faaliyet, onay döngüsünü başlatan önemli bir kilometre taşıdır. Bu noktadan nihai onaya kadar geçen süreyi ölçmek, inceleme sürecindeki darboğazları belirlemeye yardımcı olur ve onay çevrim süresinin hesaplanması için gereklidir.
Nereden alınır?
Yevmiye kaydı üzerindeki durum değişikliğinden, örneğin 'Draft' durumundan 'Submitted for Review' durumuna geçişten çıkarılır. Bu değişiklik ve zaman damgası, değişiklik geçmişi veya durum günlüğü tablosuna kaydedilir.
Yakalayın
Yevmiye kaydının durum alanındaki değişiklikler 'Submitted' veya benzer bir değere geçiş açısından izlenerek ve değişiklik zaman damgası kullanılarak elde edilir.
Olay türü
inferred
|
|||
|
Yevmiye kaydı iptali işlendi
|
Daha önce kaydedilmiş bir yevmiye kaydı iptal edilir ve orijinal kaydı dengeleyen yeni bir kayıt oluşturulur. Bu, sistemde açıkça kaydedilen belirli bir işlem türüdür. | ||
|
Neden önemli?
Bu faaliyet, kaydedilmiş kayıtlardaki hataların güçlü bir göstergesidir. Yüksek iptal oranı, ilk inceleme ve onay sürecindeki olası sorunlara işaret eder, finansal doğruluğu etkiler ve ek çalışma gerektirir.
Nereden alınır?
Belirli bir işlem türünün veya işaretin iptali gösterdiği işlem verilerinden alınır. İptal kaydı genellikle orijinal Yevmiye Kaydı ID'sine referans verir.
Yakalayın
'Reversal' türünde ve orijinal kaydın ID'sine bağlantı içeren yeni bir yevmiye kaydı oluşturulur.
Olay türü
explicit
|
|||
|
Yevmiye kaydı oluşturuldu
|
Bu faaliyet, Workiva'da yeni bir yevmiye kaydının başlatıldığını gösterir. Bir kullanıcı yeni bir yevmiye kaydı oluşturduğunda kaydedilir ve süreçte vaka tanımlayıcısı olarak kullanılan benzersiz bir Yevmiye Kaydı ID'si oluşturur. | ||
|
Neden önemli?
Sürecin başlangıç noktası olan bu olay, her yevmiye kaydının uçtan uca çevrim süresini ölçmek için gereklidir. Bu faaliyetin analizi, iş yükünün başlatılmasını ve kaynak planlamasını anlamaya yardımcı olur.
Nereden alınır?
Bu olay genellikle Workiva'da yeni yevmiye 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 alınır.
Yakalayın
Yeni bir yevmiye kaydı oluşturulduğunda denetim izine veya tabloya kaydedilir ve 'Created On' zaman damgasıyla ilişkilendirilir.
Olay türü
explicit
|
|||
|
Yevmiye kaydı onaylandı
|
Bu faaliyet, yetkili bir kullanıcının yevmiye kaydına verdiği ve kaydın kaydedilmesine izin veren nihai onayı gösterir. Bu önemli kilometre taşı, Workiva'da genellikle durumun açıkça 'Approved' olarak değiştirilmesiyle kaydedilir. | ||
|
Neden önemli?
Tüm inceleme ve onay sürecinin başarıyla tamamlandığını gösterir. Onay çevrim sürelerini ve ilk seferde 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ınır. Kaydın durum alanı 'Approved' olarak güncellenir ve bu değişiklik zaman damgası ile onaylayan kullanıcının ID'siyle birlikte kaydedilir.
Yakalayın
Yevmiye kaydının durum alanının 'Approved' olarak güncellendiği zaman damgası.
Olay türü
inferred
|
|||
|
Yevmiye kaydı reddedildi
|
Bir inceleyen veya onaylayan, hatalar, eksik bilgiler ya da politika ihlalleri nedeniyle yevmiye kaydını reddeder. Bu işlem kaydı düzeltme yapılması için oluşturana geri gönderir ve durumun 'Rejected' veya 'Needs Rework' olarak değişmesiyle kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, süreç verimsizliğinin başlıca kaynaklarından biri olan yeniden işleme döngülerini başlatır. Retlerin analizi, eğitim ihtiyaçlarını, yaygın hataları ve net olmayan süreç yönergelerini belirlemeye yardımcı olur.
Nereden alınır?
Yevmiye kaydının geçmiş günlüğündeki durum değişikliğinden çıkarılır. Durum 'Rejected' olarak güncellenir ve bu olay zaman damgası ile işlemi gerçekleştiren kullanıcıyla birlikte kaydedilir.
Yakalayın
Durum alanının 'Rejected' veya 'Sent Back' olarak güncellendiği zaman damgası.
Olay türü
inferred
|
|||
|
Destekleyici belge eklendi
|
Bu faaliyet, bir kullanıcının fatura veya sözleşme gibi bir ya da daha fazla destekleyici belgeyi yevmiye kaydı kaydına eklemesiyle gerçekleşir. Genellikle Workiva'daki belge yönetimi veya ek işlevleri izlenerek kaydedilir. | ||
|
Neden önemli?
Bu faaliyeti izlemek, uyumluluğu takip etmek ve gecikmeleri belirlemek için büyük önem taşır. Kayıt oluşturma ile 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 alınır ve bir dosyanın belirli bir Yevmiye Kaydı ID'sine ne zaman bağlandığını gösterir. Bu, açık bir Event Log olabilir veya ek bağlantısının oluşturulma tarihinden çıkarılabilir.
Yakalayın
Bir kullanıcı belgeyi yevmiye kaydına başarıyla yüklediğinde veya bağladığında olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Otomatik doğrulama başarısız oldu
|
Sistemin otomatik doğrulama kontrolü bir hata tespit ederek yevmiye kaydının iş akışında ilerlemesini engeller. Bunun sonucunda kaydın durumu otomatik olarak başarısız veya yeniden işleme durumuna geçirilir. | ||
|
Neden önemli?
Bu olay, otomatik kalite kontrollerinin çalıştığını gösterir. Başarısızlıkların sık yaşanması, sistematik veri girişi sorunlarına veya doğrulama kurallarının kendisindeki problemlere işaret edebilir ve gereksiz bir yeniden işleme döngüsü oluşturabilir.
Nereden alınır?
Sistem günlüğünden veya otomatik doğrulama sürecinin tetiklediği durum değişikliğinden alınır. Kayıt durumu 'Validation Error' veya benzer bir değere geçebilir.
Yakalayın
Bir doğrulama kuralı başarısız olduğunda sistem tarafından günlüğe kaydedilen olay veya hata durumuna otomatik durum değişikliği.
Olay türü
explicit
|
|||
|
Otomatik doğrulama çalıştırıldı
|
Gönderimden sonra yevmiye kaydı üzerinde alanları, toplamları veya uyumluluk kurallarını doğrulamak için otomatik bir sistem kontrolü gerçekleştirilir. Bu işlem çoğu zaman sistem tarafından yürütülen ve günlüğe kaydedilen bir arka plan faaliyetidir. | ||
|
Neden önemli?
Veri kalitesi sorunlarını erken aşamada belirleyerek sürecin ilerleyen adımlarında manuel yeniden işlemeyi azaltır. Başarısızlıkların analizi, yaygın kullanıcı hatalarını veya sistem yönlendirmesinin iyileştirilebileceği alanları gösterebilir.
Nereden alınır?
Bu olay, yevmiye kaydı iş akışıyla ilişkilendirilmiş sistem günlüklerinde veya belirli bir işlem günlüğünde bulunur ve doğrulama kurallarının çalıştırıldığını kaydeder.
Yakalayın
Doğrulama motoru yevmiye kaydı verileri üzerinde çalıştığında sistem tarafından günlüğe kaydedilir.
Olay türü
explicit
|
|||
|
Yevmiye kaydı düzeltildi
|
Bir ret işleminden sonra oluşturan veya başka bir kullanıcı, belirtilen sorunları gidermek için yevmiye kaydını değiştirir. Bu genellikle açık bir olay olarak kaydedilmez; 'Rejected' durumundan sonra kayıtta yapılan veri değişiklikleri tespit edilerek çıkarılır. | ||
|
Neden önemli?
Bu faaliyet, yeniden işleme döngüsünün önemli bir parçasıdır. Kayıtların düzeltilmesinin ne kadar sürdüğünü ölçmek, hataların ne kadar hızlı giderildiğini ve belirli kullanıcıların veya kayıt türlerinin neden daha uzun sürdüğünü gösterebilir.
Nereden alınır?
Denetim izi günlükleri analiz edilerek çıkarılır. 'Rejected' durumu ile sonraki yeniden gönderim arasında yevmiye kaydında gerçekleşen alan değişikliği olayları incelenerek belirlenir.
Yakalayın
'Rejected' olayının zaman damgasından sonra yevmiye kaydı verilerinde yapılan değişiklikleri gösteren değişiklik günlüklerinden veya denetim izlerinden belirlenir.
Olay türü
inferred
|
|||
|
Yevmiye kaydı incelemesi başlatıldı
|
Bu faaliyet, incelemeyi yapan kişinin gönderilen yevmiye kaydını incelemeye başladığı noktayı gösterir. İnceleme görevinin Workiva iş listesinde bir inceleyen tarafından açılması veya üstlenilmesiyle çıkarılabilir. | ||
|
Neden önemli?
Bu faaliyet, kaydın kuyrukta beklediği süre ile aktif incelemede geçirdiği süreyi birbirinden ayırmaya yardımcı olur. İnceleyenlerin iş yükünü doğru ölçmek ve kuyruk darboğazlarını belirlemek için gereklidir.
Nereden alınır?
Bu genellikle açık bir olay olarak kaydedilmez. Sistem görevi belirli bir kullanıcıya atadığında veya gönderimden sonra kullanıcı yevmiye kaydı kaydını ilk kez açtığında çıkarılabilir.
Yakalayın
Görev durumu 'In Progress' olarak değiştiğinde veya kayıt, gönderim sonrasında atanan inceleyen tarafından ilk kez açıldığında çıkarılır.
Olay türü
inferred
|
|||
|
Yevmiye kaydı incelendi
|
Bu olay, inceleyen kişinin yevmiye kaydını değerlendirmeyi tamamladığını ve onaya gönderme veya reddetme gibi bir işlem yaptığını gösterir. Genellikle sonraki durum değişikliğinden çıkarılır. | ||
|
Neden önemli?
Önemli bir kalite kontrolünün tamamlandığını gösterir. İnceleme aşamasının süresini analiz etmek, ekip iş yükünü yönetmeye ve inceleyen eğitimi ya da süreç basitleştirme fırsatlarını belirlemeye yardımcı olur.
Nereden alınır?
Yevmiye kaydının durumu 'In Review' durumundan 'Pending Approval' veya 'Rejected' gibi sonraki bir duruma geçtiğinde kaydedilen zaman damgasından çıkarılır.
Yakalayın
Durumun 'Review' durumundan sonraki herhangi bir duruma değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Yevmiye kaydı mutabık hale getirildi
|
Bu kayıt sonrası faaliyet, yevmiye kaydı bir mutabakat sürecinde eşleştirilip kapatıldığında gerçekleşir. Workiva'nın mutabakat veya hesap doğrulama araçlarında kaydedilir. | ||
|
Neden önemli?
Kayıt işleminden mutabakata kadar geçen süreyi analiz etmek, finansal kapanış sürecinin verimliliğini anlamak için gereklidir. Bu aşamadaki gecikmeler finansal raporlamanın zamanlamasını ve doğruluğunu etkileyebilir.
Nereden alınır?
Büyük olasılıkla Workiva içindeki ayrı bir mutabakat modülünden veya tablosundan alınır. Bu modül ya da tablo, mutabık hale getirilen kalemleri kaynak Yevmiye Kaydı ID'leriyle ilişkilendirir. Mutabakat durumundaki değişikliğin zaman damgası kullanılır.
Yakalayın
Mutabakat modülünde yevmiye kaydını 'Reconciled' olarak işaretleyen bir olayın veya durum değişikliğinin zaman damgası.
Olay türü
explicit
|
|||
|
Yevmiye kaydı onaya gönderildi
|
İlk inceleme başarıyla tamamlandıktan sonra yevmiye kaydı, belirlenen onaylayana veya onay grubuna resmi olarak iletilir. Bu işlem, örneğin 'Reviewed' durumundan 'Pending Approval' durumuna geçiş gibi bir durum değişikliğiyle kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, farklı roller tarafından gerçekleştirilebilen ilk inceleme ile nihai onay adımlarını birbirinden ayırır. Üst düzey onay aşamasına özgü gecikmeleri belirlemeye yardımcı olur.
Nereden alınır?
Yevmiye kaydının değişiklik geçmişi tablosuna kaydedilen durum değişikliğinden çıkarılır. Durum, inceleme durumundan onay durumuna geçer.
Yakalayın
Durum alanındaki değişiklik 'Pending Approval' veya benzer bir değere geçtiğinde, ilgili zaman damgasıyla birlikte izlenerek elde edilir.
Olay türü
inferred
|
|||
Çıkarma rehberleri
Başlamaya hazır mısınız?
Kayıttan Raporlamaya - Yevmiye Kaydı sürecinizi optimize etmeye bugün başlayın. Bu Template, değerli içgörüleri elde etmeye başlamanız için gereken her şeyi sunar.
Kayıttan Raporlamaya - Yevmiye Kaydı sürecinizi bugün optimize etmeye başlayın
Daha hızlı finansal kapanışlar sağlayarak Yevmiye Kaydı çevrim süresini %30 azaltın.
Kredi kartı gerekmez. İstediğiniz zaman iptal edebilirsiniz.