Kayıttan Raporlamaya - Dönem Kapatma ve Mutabakat Veri Templateiniz
Kayıttan Raporlamaya - Dönem Kapatma ve Mutabakat Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Workiva için veri çıkarma yönlendirmeleri
Kayıttan Raporlamaya - Dönem kapanışı ve mutabakat öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet adı
ActivityName
|
Dönem kapanışı sürecinde gerçekleşen belirli görevin veya olayın adı. | ||
|
Açıklama
Etkinlik Adı, 'Source Data Imported' veya 'Reconciliation Submitted for Review' gibi, kayıttan raporlamaya iş akışındaki bir adımı tanımlar. Bu etkinlikler süreç haritasının yapı taşlarıdır ve olayların sırasını göstermek için zaman damgasıyla kaydedilir. Etkinlikleri analiz etmek Process Mining için temel öneme sahiptir. Süreç akışını görselleştirmenize, görevlerin sırasını belirlemenize, standart prosedürden sapmaları keşfetmenize ve her adımın sıklığı ile süresini ölçmenize yardımcı olur. Bu, darboğazları, yeniden çalışma döngülerini ve otomasyon fırsatlarını tam olarak belirlemek için gereklidir.
Neden önemli?
Bu öznitelik, kapanış çevrimindeki adımların sırasını görselleştirip analiz etmenizi sağlayan süreç haritasının temelini oluşturur.
Nereden alınır?
Genellikle Workiva içindeki denetim izinde, görev yönetiminde veya Workflow günlüklerinde, belirli kapanış ya da mutabakat görevleriyle ilişkilendirilmiş olarak bulunur.
Örnekler
Dönem kapanışı başlatıldıMutabakat incelemeye gönderildiDüzeltme yevmiye kaydı kaydedildiFinansal tablolar oluşturuldu
|
|||
|
Finansal dönem
FinancialPeriod
|
Ay veya çeyrek gibi belirli bir finansal raporlama çevriminin benzersiz tanımlayıcısıdır ve dönem sonu kapanışı sürecindeki vakayı belirtir. | ||
|
Açıklama
Finansal Dönem, belirli bir zaman aralığına ait defterlerin kapatılmasıyla ilgili tüm faaliyetleri gruplandıran temel vaka tanımlayıcısıdır. Örneğin, '2024-Q1' veya '2024-03' tek bir vakayı temsil eder. Process Mining'de Finansal Dönem bazında analiz yapmak, Kayıttan Raporlamaya çevriminin tamamını görmenizi sağlar. Kapanış süreçlerini farklı dönemler arasında karşılaştırarak eğilimleri belirleyebilir, çevrim süresindeki iyileşmeleri ölçebilir ve tekrarlanan darboğazları tespit edebilirsiniz. Her dönemi bir vaka olarak ele almak, kuruluşların süreç varyantlarını ve standart prosedürlere uyumu zaman içinde analiz etmesine imkan verir.
Neden önemli?
Analizin çerçevesini oluşturan temel vaka tanımlayıcısıdır. Her dönem kapanışı çevriminin uçtan uca ölçülmesini ve karşılaştırılmasını sağlar.
Nereden alınır?
Genellikle Workiva'nın finansal raporlama veya kapanış yönetimi modüllerindeki raporlama dönemi bağlamından türetilir. Belirli alan adları için Workiva belgelerine başvurun.
Örnekler
2024-032024-Q1FY2023-P12Nis 2024
|
|||
|
Olay zaman damgası
EventTimestamp
|
Belirli bir faaliyet veya olayın kaydedildiği kesin tarih ve saat. | ||
|
Açıklama
Olay Zaman Damgası, bir etkinliğin gerçekleştiği anı gösterir. Olayları doğru sıraya koymak ve aralarındaki süreyi hesaplamak için gereklidir. Eksiksiz bir Event Logda, 'Period Close Initiated' etkinliğinden 'Period Close Completed' etkinliğine kadar her etkinlik için bir zaman damgası bulunur. Bu zaman damgası, Process Mining içindeki zamana dayalı tüm analizlerin temelidir. Çevrim sürelerini, bekleme sürelerini ve işlem sürelerini hesaplamak için kullanılır. Bu metrikler 'Period Close End-to-End Cycle Time' ve 'Reconciliation Bottleneck Analysis' gibi Dashboardlar için önemlidir. Anlamlı bir süreç analizi için doğru zaman damgaları vazgeçilmezdir.
Neden önemli?
Çevrim süreleri gibi zamana dayalı tüm metrikleri hesaplamak ve süreç gecikmelerini belirlemek için gerekli olan olayların kronolojik sırasını sağlar.
Nereden alınır?
Workiva içindeki olay günlüklerinde, denetim izlerinde veya işlem kayıtlarında, görevin oluşturulma ya da tamamlanma zamanına karşılık gelecek şekilde bulunur.
Örnekler
2024-04-01T09:00:00Z2024-04-05T14:32:15Z2024-04-10T11:05:00Z
|
|||
|
Kaynak sistem
SourceSystem
|
Olay verilerinin başlangıçta alındığı sistem. | ||
|
Açıklama
Bu öznitelik, veriyi oluşturan uygulamayı veya platformu tanımlar. Bu analizde temel olarak 'Workiva' olacaktır, ancak ERP gibi diğer sistemlerden içe aktarılmış verileri ayırt etmek için de kullanılabilir. Birden fazla sistemin bulunduğu ortamlarda kaynak sistemi bilmek, veri soyunu anlamak ve veri kalitesini değerlendirmek için önemlidir. Veri tutarsızlıkları bulunduğunda kök neden analizine yardımcı olur ve bir faaliyetin nasıl gerçekleştirildiğine ilişkin bağlam sağlar.
Neden önemli?
Verinin kaynağı hakkında, veri doğrulama ve sürecin teknolojik yapısını anlamak için önemli olan bağlamı sağlar.
Nereden alınır?
Bu değer, kayıtların kaynağını belirtmek üzere genellikle veri çıkarma ve dönüştürme sürecinde ayarlanır.
Örnekler
WorkivaSAP S/4HANAOracle NetSuite
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Süreç verilerinin en son yenilendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, Veri Setinin kaynak sistemden en son ne zaman güncellendiğini kaydeder. Her yenileme sırasında Veri Setinin tamamına uygulanan bir meta veri alanıdır. Son Veri Güncelleme zaman damgasını bir Dashboardda göstermek, kullanıcıları analiz ettikleri verilerin güncelliği hakkında bilgilendiren iyi bir uygulamadır. İçgörülerin ne kadar güncel olduğu konusunda beklentileri yönetmeye yardımcı olur ve operasyonel izleme için önemlidir.
Neden önemli?
Kullanıcıları verilerin güncelliği hakkında bilgilendirerek analiz bağlamını ve bilgilerin en son ne zaman yenilendiğini anlamalarını sağlar.
Nereden alınır?
Veri çıkarma sırasında veri hattı veya ETL aracı tarafından oluşturulur ve saklanır.
Örnekler
2024-05-10T08:00:00Z2024-05-09T08:00:00Z
|
|||
|
Büyük defter hesabı
GLAccount
|
Mutabakatı yapılan veya düzeltme uygulanan büyük defter hesap numarası. | ||
|
Açıklama
Bu öznitelik, bir mutabakat veya yevmiye kaydında yer alan GL hesabını belirtir. Kapanış sürecini ayrıntılı biçimde analiz etmenizi sağlar. GL Hesabına göre analiz, 'Reconciliation Bottleneck Analysis' ve 'Reconciliation Status and Ageing' Dashboardları için gereklidir. Hangi hesapların en sorunlu olduğunu, mutabakatının en uzun sürdüğünü veya en fazla düzeltme gerektirdiğini belirlemenize yardımcı olur. Böylece ekipler iyileştirme çalışmalarını karmaşık hesaplar veya veri kalitesi düşük hesaplar gibi etkisi en yüksek alanlara odaklayabilir.
Neden önemli?
Mutabakat performansını ayrıntılı biçimde görmenizi ve gecikmelere neden olan ya da sık sık düzeltme gerektiren sorunlu hesapları belirlemenizi sağlar.
Nereden alınır?
Workiva'daki herhangi bir mutabakat veya yevmiye kaydı verisinde temel bir alan olacaktır.
Örnekler
11010012105003410000012300-001
|
|||
|
Departman
Department
|
Faaliyetten sorumlu departman veya işlevsel ekip. | ||
|
Açıklama
Bu öznitelik, kullanıcıyla veya etkinliğin kendisiyle ilişkili 'Corporate Accounting' veya 'Internal Audit' gibi iş birimini ya da departmanı gösterir. Süreç verilerini daha üst düzeyde toplamanızı sağlar. Süreci Departmana göre analiz etmek, 'Period Close Workload Distribution' Dashboardı için ve farklı kuruluş birimleri arasındaki süreç performansını karşılaştırmak için gereklidir. Bir departmandaki sistemik sorunları belirlemenize, ekipler arasındaki verimliliği karşılaştırmanıza ve departmanlar arası devir teslimlerin genel çevrim sürelerini nasıl etkilediğini anlamanıza yardımcı olur.
Neden önemli?
Süreç analizinin iş alanına göre bölümlendirilmesini sağlar; böylece performansı karşılaştırabilir ve departmana özgü sorunları belirleyebilirsiniz.
Nereden alınır?
Bu bilgi, Workiva'daki kullanıcı profilinin bir parçası olarak saklanabilir veya görevin meta verileriyle ilişkilendirilebilir.
Örnekler
Kuzey Amerika Kurumsal MuhasebeEMEA Paylaşımlı Hizmetlerİç DenetimFP&A
|
|||
|
Mutabakat durumu
ReconciliationStatus
|
Bir hesap mutabakatının mevcut durumu. | ||
|
Açıklama
Bu öznitelik, bir mutabakatın iş akışında ilerlerken aldığı durumu izler. Örneğin 'Open', 'In Progress', 'Pending Approval' veya 'Approved' değerlerini alabilir. Mutabakat etkinliklerinin mevcut ilerleme durumunu gösterir. 'Reconciliation Status and Ageing' Dashboardı için temel özniteliktir. Yöneticilerin açık ve devam eden öğeleri izlemesine, durmuş mutabakatları belirlemesine ve son tarihlere uyulmasını sağlamak için işleri önceliklendirmesine yardımcı olur. Durum değişikliklerini zaman içinde izlemek, öğelerin bir sonraki duruma geçmeden önce uzun süre beklediği darboğazları da ortaya çıkarır.
Neden önemli?
Mutabakat ilerlemesini gerçek zamanlı izlemenizi, ilerlemeyen öğeleri belirleyip ele almanızı ve kapanışın planlandığı şekilde ilerlemesini sağlar.
Nereden alınır?
Workiva'nın mutabakat veya kapanış yönetimi modüllerindeki temel özniteliklerden biridir.
Örnekler
AçıkHazırlandıİncelemeye GönderildiOnaylandıReddedildi
|
|||
|
Mutabakat kategorisi
ReconciliationCategory
|
Mutabakatı yapılan hesabın kategorisi veya türü, örneğin Banka Hesabı ya da Şirketler Arası. | ||
|
Açıklama
Bu öznitelik, daha üst düzey analiz için büyük defter hesaplarını mantıksal kategoriler altında gruplandırır. Örnekler arasında 'Nakit', 'Sabit Kıymetler', 'Tahakkuklar' ve 'Şirketler Arası' bulunur. Bu sınıflandırma, farklı mutabakat türlerindeki süreç performansını anlamaya yardımcı olur. ' Mutabakat Darboğazı Analizi' için Mutabakat Kategorisine göre filtreleme önemlidir. Gecikmelerin belirli alanlarda yoğunlaşıp yoğunlaşmadığını, örneğin şirketler arası mutabakatların banka mutabakatlarından sürekli daha uzun sürüp sürmediğini belirlemenizi sağlar. Bu içgörü, her kategorinin kendine özgü sorunlarına yönelik iyileştirmeleri yönlendirir.
Neden önemli?
Mutabakat performansını farklı hesap türleri arasında toplamanıza ve karşılaştırmanıza, kategoriye özgü darboğazları ortaya çıkarmanıza imkan verir.
Nereden alınır?
Hesap Planı ana verilerinin bir parçası olabilir. Bu veriler Workiva'da yönetilebilir veya bir ERP sisteminden devralınabilir.
Örnekler
Banka HesaplarıŞirketler ArasıSabit KıymetlerTahakkuklarPeşin Ödenmiş Giderler
|
|||
|
Şirket kodu
CompanyCode
|
Finansal kapanışın gerçekleştirildiği tüzel kişiye ait benzersiz tanımlayıcı. | ||
|
Açıklama
Şirket Kodu, kuruluş içindeki belirli bir tüzel kişiyi temsil eder. Finansal kapanış süreçleri, konsolidasyondan önce genellikle her şirket kodu için ayrı yürütülür. Bu öznitelik, farklı tüzel kişiler arasındaki süreçleri filtrelemek ve karşılaştırmak için gereklidir. Belirli bir şirkete ayrıntılı olarak inmenizi sağlayarak 'Reconciliation Status and Ageing' Dashboardını destekler. Bazı tüzel kişilerin sürekli gecikme yaşayıp yaşamadığını veya daha yüksek düzeltme oranlarına sahip olup olmadığını belirlemenize yardımcı olur. Bu da tüzel kişiye özgü süreç ya da veri sorunlarına işaret edebilir.
Neden önemli?
Kuruluş içindeki farklı tüzel kişiler arasında kapanış sürecinin verimliliğini ve uyumluluğunu karşılaştırmanızı sağlar.
Nereden alınır?
Workiva içindeki finansal veriler, hesaplar ve işlemlerle ilişkilidir ve büyük olasılıkla kaynak ERP sisteminden devralınır.
Örnekler
1000US01DE015400
|
|||
|
Sorumlu kullanıcı
ResponsibleUser
|
Faaliyeti gerçekleştiren veya faaliyete atanan kişinin kullanıcı kimliği ya da adı. | ||
|
Açıklama
Bu öznitelik, dönem kapatma sürecindeki belirli bir görevden sorumlu kişiyi tanımlar. Bu kişi bir mutabakatı hazırlayan kullanıcı veya mutabakatı onaylayan yönetici olabilir. İş yükünü ve performansı analiz etmek için temel bir özniteliktir. Sorumlu Kullanıcı, 'Period Close Workload Distribution' Dashboardı için büyük önem taşır. Yöneticilerin görevlerin ekip üyeleri arasında nasıl dağıldığını anlamasına, olası tükenmişlik risklerini belirlemesine ve kaynakları dengeli biçimde dağıtmasına yardımcı olur. Belirli kullanıcılar sürekli olarak yeniden çalışma döngülerine veya süreç sapmalarına dahil oluyorsa eğitim ihtiyaçlarını belirlemek için de kullanılabilir.
Neden önemli?
Ekip verimliliğini yönetmek için önemli olan iş yükü dağılımını, kullanıcı performansını ve kaynak tahsisini analiz etmenizi sağlar.
Nereden alınır?
Genellikle Workiva'nın görev yönetimi veya Workflow günlüklerinde 'Atanan Kişi', 'Sahip' veya 'Tamamlayan' gibi etiketlerle bulunur.
Örnekler
j.doeasmithRobert.Paulsonuser123
|
|||
|
Dönem kapanışı çevrim süresi
PeriodCloseCycleTime
|
Tek bir finansal dönem için dönem kapanışının başlatılmasından tamamlanmasına kadar geçen toplam süre. | ||
|
Açıklama
Bu hesaplanan metrik, tüm dönem kapatma vakasının uçtan uca süresini gösterir. Belirli bir Finansal Dönem için ilk etkinlik ('Period Close Initiated') ile son etkinlik ('Period Close Completed') arasındaki zaman farkı alınarak hesaplanır. Bu öznitelik, 'Period Close End-to-End Cycle Time' Dashboardı ve ilgili KPI için temel ölçümdür. Zaman içindeki değişimi izlemek, yöneticilerin süreç iyileştirmelerinin etkisini görmesine ve farklı iş birimleri ya da dönemler arasındaki kapanış verimliliğini karşılaştırmasına olanak tanır. Süreç performansının en önemli üst düzey göstergelerinden biridir.
Neden önemli?
Bu gösterge, tüm dönem kapanışı sürecinin başlangıçtan sona genel verimliliğini ve hızını ölçen temel bir performans göstergesidir.
Nereden alınır?
Process Mining aracında vaka düzeyinde hesaplanır. Her vaka için en erken başlangıç zamanı, en geç bitiş zamanından çıkarılır.
Örnekler
P10DT5HP8DT12HP12D
|
|||
|
Düzeltme tutarı
AdjustmentAmount
|
Bir düzeltme yevmiye kaydının parasal değeri. | ||
|
Açıklama
Bu öznitelik, bir düzeltmenin finansal tutarını kaydeder. Kapanış sürecinde yapılan değişikliklerin önem derecesini anlamak için kullanılabilir. Düzeltme Tutarını analiz etmek, mutabakat sonrası düzeltmelerin incelenmesine öncelik vermeye yardımcı olur. Yüksek tutarlı düzeltmeler, temel verilerde veya süreçlerde derhâl ele alınması gereken önemli sorunlara işaret edebilir. Bu öznitelik, düzeltmeleri yalnızca hacme göre değil, tutara göre de analiz ederek 'Manuel Düzeltme Oranı' KPI'ını destekler.
Neden önemli?
Düzeltmelerin finansal etkisini ölçmenize ve önem derecesine göre incelemelere öncelik vermenize yardımcı olur.
Nereden alınır?
Workiva'daki veya bağlı bir ERP sistemindeki herhangi bir yevmiye kaydı veri tablosunda standart bir alan olacaktır.
Örnekler
15250.75-500.00120000.00
|
|||
|
Hedef tamamlanma tarihi
TargetCompletionDate
|
Dönem kapanışının tamamlanması için planlanan tarih veya son tarih. | ||
|
Açıklama
Hedef Tamamlanma Tarihi, dönem kapanışı sürecinin kesinleştirilmesi gereken iç veya dış son tarihtir. Gerçek performansın ölçüldüğü kıyaslama noktası olarak kullanılır. Bu tarih, 'Zamanında Dönem Kapanışı Oranı' KPI'ının hesaplanması için gereklidir. 'Dönem Kapanışı Tamamlandı' faaliyetinin gerçek tamamlanma zaman damgası bu hedef tarihle karşılaştırılarak kapanışın zamanında, erken veya geç tamamlanıp tamamlanmadığı belirlenebilir. Bu, süreç güvenilirliğinin ve finansal raporlama takvimlerine uyumun önemli bir ölçüsüdür.
Neden önemli?
Zamanında performansı ölçmek için temel oluşturur ve kapanış sürecinin güvenilirliğiyle öngörülebilirliğinin önemli bir göstergesidir.
Nereden alınır?
Bu tarih, büyük olasılıkla her finansal dönem için Workiva'nın kapanış yönetimi veya planlama modülünde belirlenir.
Örnekler
2024-04-102024-01-152023-10-12
|
|||
|
Onay Sonrası Düzeltme
IsPostApprovalAdjustment
|
İlgili mutabakat onaylandıktan sonra bir düzeltme yevmiye kaydı oluşturulmuşsa doğru değerini alan hesaplanmış bir işarettir. | ||
|
Açıklama
Bu doğru/yanlış işareti, olayların sırası analiz edilerek oluşturulur. Belirli bir hesap ve finansal dönem için 'Adjusting Journal Entry Posted' etkinliği, 'Reconciliation Reviewed and Approved' etkinliğinden sonra gerçekleşirse bu işaret true değerini alır. Aksi durumda false değerini alır. Bu öznitelik, 'Post-Reconciliation Adjustment Trends' Dashboardı ve 'Post-Reconciliation Adjustment Rate' KPI’ı için önemlidir. Bu tür olayların sayısının yüksek olması kontrol eksikliğine, üst sistemlerden gelen veri kalitesinin düşük olmasına veya süreçte aksamaya işaret eder. Çünkü önemli ölçüde yeniden çalışmaya neden olur ve uyumluluk riskini artırır.
Neden önemli?
Onaylardan sonra yapılan yüksek riskli düzeltmeleri belirleyerek süreç kontrolü ve veri kalitesi sorunlarının ölçülmesine yardımcı olur.
Nereden alınır?
Bu bir kaynak alanı değildir. İlgili etkinliklerin zaman damgaları Process Mining aracı içinde karşılaştırılarak mantıksal olarak türetilir.
Örnekler
truefalse
|
|||
|
Otomatik mi
IsAutomated
|
Faaliyetin otomatik bir sistem veya insan kullanıcı tarafından gerçekleştirilip gerçekleştirilmediğini gösteren işaret. | ||
|
Açıklama
Bu boolean öznitelik, veri içe aktarma veya sistem tarafından oluşturulan raporlar gibi sistemin otomatik yürüttüğü görevlerle kullanıcıların manuel gerçekleştirdiği görevleri birbirinden ayırır. Bu öznitelik, otomasyonu artırma fırsatlarını belirlemek için önemlidir. Manuel ve otomatik görevlerin oranını ve bunlarla ilişkili işlem sürelerini analiz ederek tekrarlayan, zaman alan adımların otomatikleştirilmesi için iş gerekçesi oluşturabilirsiniz. Ayrıca insan tarafından yürütülen faaliyetlerle sistem tarafından yürütülen faaliyetlerin verimliliğini doğru biçimde ölçmeye yardımcı olur.
Neden önemli?
İnsan faaliyetleriyle sistem faaliyetlerini birbirinden ayırır. Bu, otomasyon fırsatlarını belirlemek ve mevcut otomasyonun etkisini ölçmek için önemlidir.
Nereden alınır?
Bir faaliyetle ilişkilendirilen kullanıcı kimliğinden, örneğin 'sistem' veya 'bot' kullanıcısından ya da faaliyet türündeki özel bir işaretten türetilebilir.
Örnekler
truefalse
|
|||
|
Ret nedeni
RejectionReason
|
İnceleme sırasında bir mutabakat veya finansal tablo reddedildiğinde belirtilen neden. | ||
|
Açıklama
Bir öğe reddedildiğinde inceleyen kişi genellikle bir neden belirtir. Bu öznitelik, öğenin neden onay kriterlerini karşılamadığını açıklayan metni veya kodu, örneğin 'Destekleyici belgeler hatalı' ya da 'Hesaplama hatası' ifadesini kaydeder. Ret nedenlerini analiz etmek, yaygın hata ve yeniden çalışma kaynaklarını belirlemeye yardımcı olur. Yönetim, bu nedenleri kategorilere ayırıp sayarak süreç iyileştirmesi, hazırlayanlara daha iyi eğitim veya daha açık talimat gerektiren alanları tespit edebilir. Bu veri, yeniden çalışma döngülerini azaltmak ve ilk seferde onay oranını artırmak için değerlidir.
Neden önemli?
Yeniden çalışmanın ve kalite sorunlarının temel nedenleri hakkında doğrudan içgörü sağlar; hedefli eğitim ve süreç iyileştirme çalışmalarını yönlendirir.
Nereden alınır?
Bu bilgi, bir kullanıcının Workiva iş akışında 'Reject' eylemini yürüttüğü sırada yorum alanına veya önceden tanımlanmış bir listeye kaydedilmiş olabilir.
Örnekler
Destekleyici belgeler eksikHesaplama hatasıYanlış dönemPolitika ihlali
|
|||
|
Yevmiye kaydı kimliği
JournalEntryId
|
Bir düzeltme yevmiye kaydının benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, özellikle mutabakatlardan sonra yapılan düzeltmeler olmak üzere, kapanış sürecinde kaydedilen her yevmiye kaydı için benzersiz bir kimlik sağlar. Belirli düzeltmeleri kaynak etkinliklerine kadar izlemenize olanak tanır. Yevmiye Kaydı Kimliğini izlemek, 'Post-Reconciliation Adjustment Trends' Dashboardı için önemlidir. Manuel düzeltmelerin hacmini ölçmenize ve sürecin geç aşamasında yapılan belirli kayıtları incelemenize yardımcı olur. Bu izlenebilirlik, düzeltmelerin temel nedenlerini anlamak ve ilk veri kalitesini iyileştirmek için önemlidir.
Neden önemli?
Her finansal düzeltme için benzersiz bir referans sağlar; manuel kayıtların hacmini, zamanlamasını ve nedenlerini ayrıntılı biçimde analiz etmenize imkan verir.
Nereden alınır?
Workiva'daki veya kaynak ERP'deki herhangi bir yevmiye kaydı verisinde temel bir alan olacaktır.
Örnekler
JE202404-00123ADJ-593029100004567
|
|||
Kayıttan Raporlamaya - Dönem kapanışı ve mutabakat faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Dönem kapanışı başlatıldı
|
Bu etkinlik, belirli bir dönem için finansal kapanış sürecinin resmi başlangıcını gösterir. Genellikle bir kullanıcının Workiva içinde dönem kapatma kontrol listesini veya süreç iş akışını oluşturması ya da başlatmasıyla tetiklenir. | ||
|
Neden önemli?
Bu, uçtan uca sürecin birincil başlangıç olayıdır. Toplam Dönem Kapanışı Uçtan Uca Çevrim Süresinin doğru biçimde ölçülmesini ve sürecin resmi olarak ne zaman başladığının belirlenmesini sağlar.
Nereden alınır?
Bu olay, belirli finansal dönem için Workiva içindeki ana dönem kapatma süreç nesnesinin, görev listesinin veya iş akışının oluşturulma zaman damgasından çıkarılmış olabilir.
Yakalayın
Finansal dönem için üst sürecin veya kontrol listesinin oluşturulma zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Dönem kapanışı tamamlandı
|
Bu etkinlik, ilgili finansal dönem için Kayıttan Raporlamaya sürecinin tamamının resmi olarak sona erdiğini gösterir. Workiva süreç iş akışındaki son adımdır. | ||
|
Neden önemli?
Bu, sürecin temel bitiş olayıdır. Toplam Uçtan Uca Dönem Kapanışı Çevrim Süresinin ve Zamanında Dönem Kapanışı Oranının doğru ölçülmesini sağlar.
Nereden alınır?
Workiva içindeki üst dönem kapatma sürecinin, kontrol listesinin veya iş akışının tamamlanma zaman damgasından çıkarılır. Manuel bir durum değişikliği de olabilir.
Yakalayın
Ana sürecin veya kapanış kontrol listesindeki son görevin tamamlanma zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Düzeltme yevmiye kaydı kaydedildi
|
Mutabakat sürecinde elde edilen bulgulara dayanarak düzeltme kaydı oluşturulmasını ve kaydedilmesini ifade eder. Workiva, yevmiye kayıtlarını ve bunların durumunu izleyebilir. | ||
|
Neden önemli?
Bu faaliyet, Mutabakat Sonrası Düzeltme Oranı KPI'ı için önemlidir. Mutabakat onaylandıktan sonra yapılan düzeltmelerin fazla olması, kaynak veri kalitesi veya süreç kontrolleriyle ilgili sorunlara işaret edebilir.
Nereden alınır?
Bu, Workiva yevmiye kaydı modülünde açık bir olay olarak kaydedilebilir. Olayda oluşturma zaman damgası ve kaydın işlendiğini gösteren bir durum bulunur.
Yakalayın
Yevmiye kaydının durumunun 'Kaydedildi' olarak ayarlandığı zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Finansal tablolar oluşturuldu
|
Bilanço, gelir tablosu ve nakit akış tablosu gibi taslak finansal tabloların oluşturulmasını ifade eder. Workiva'da rapor belgeleri oluşturulduğunda kaydedilir. | ||
|
Neden önemli?
Bu faaliyetin zamanlaması, Finansal Tabloların Oluşturulma Gecikmesi KPI'ı için önemlidir. Veri toplama aşamasından nihai rapor üretimine geçişi gösterir.
Nereden alınır?
Bu bilgi, ilgili döneme ait finansal tablo belgelerinin veya Workiva platformundaki raporların oluşturulma ya da son büyük güncelleme zaman damgasından çıkarılabilir.
Yakalayın
Temel finansal tablo belgelerinin oluşturulma veya 'son güncelleme' zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Finansal tablolar onaylandı
|
Finansal tabloların üst yönetim veya denetim komitesi tarafından nihai olarak onaylanmasıdır. Dönem resmî olarak kapatılmadan önceki son önemli onay adımını gösterir. | ||
|
Neden önemli?
Bu, raporların kesinleştiğini gösteren önemli bir kilometre taşıdır. Tabloların Ortalama İnceleme ve Onay Çevrim Süresini ölçmek için gereklidir.
Nereden alınır?
Workiva'daki ana raporlama belgesinde veya görevinde elektronik imza, sertifikasyon süreci ya da durumun 'Onaylandı' olarak değiştirilmesiyle kaydedilebilir.
Yakalayın
Finansal tablolar için nihai onay durumunun değiştiği veya sertifikasyon olayının gerçekleştiği zaman damgası.
Olay türü
inferred
|
|||
|
Geçici mizan hazırlandı
|
Bu kilometre taşı, geçici mizanın kesinleştiği ve finansal tabloların hazırlanmasında kullanılmaya hazır olduğu noktayı gösterir. Belirli bir görevin tamamlanmasından veya rapor oluşturulmasından çıkarılabilir. | ||
|
Neden önemli?
Bu, finansal tabloların oluşturulması için gerekli ön koşullardan biridir. Bu noktadan sonraki süreyi ölçmek, son raporlama aşamalarının verimliliğini analiz etmeye yardımcı olur.
Nereden alınır?
Bu bilgi, Workiva kontrol listesinde 'Geçici Mizanın Kesinleştirilmesi' görevinin tamamlanmasından veya nihai geçici mizan raporunun oluşturulma zaman damgasından çıkarılabilir.
Yakalayın
'Geçici Mizanı Hazırla' görevinin tamamlanma veya nihai geçici mizan raporunun oluşturulma zaman damgası.
Olay türü
inferred
|
|||
|
Mutabakat incelendi ve onaylandı
|
Yöneticinin veya inceleyenin hazırlanan mutabakatı resmî olarak onaylayarak doğruluğunu teyit ettiği önemli bir kilometre taşıdır. Genellikle görev 'Onaylandı' veya 'Tamamlandı' durumuna geçtiğinde kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, Ortalama Mutabakat Çevrim Süresi ile Ortalama İnceleme ve Onay Çevrim Süresini hesaplamak için önemlidir. Süreç içindeki kalite kontrolünün tamamlandığını doğrular.
Nereden alınır?
Bu bilgi, mutabakat görevindeki durum değişikliğinden veya Workiva içindeki görev denetim izinde yer alan açık bir onay olayından çıkarılabilir.
Yakalayın
Durumun 'Onaylandı' veya 'Sertifikalandı' olarak değiştiği zaman damgasını kaydedin.
Olay türü
inferred
|
|||
|
Dönem yeniden açıldı
|
Daha önce kapatılmış bir dönemin geç yapılan düzeltmeleri kaydetmek veya düzeltme yapmak amacıyla yeniden açıldığı istisnai faaliyettir. 'Kapalı' durumundan etkin bir duruma geçişle kaydedilir. | ||
|
Neden önemli?
Bu durum, önemli bir süreç istisnasına ve yeniden çalışmaya işaret eder. Sıklığını izlemek, süreç kontrolü ve kesinlik ile ilgili temel sorunları belirlemeye yardımcı olur.
Nereden alınır?
Ana dönem kapanışı sürecindeki nesnenin durumunun tamamlandı veya kapalı durumdan açık ya da devam ediyor durumuna geri dönmesinden çıkarılır.
Yakalayın
Dönem nesnesindeki durumun 'Kapalı' durumundan 'Açık' durumuna değiştiğini tespit edin.
Olay türü
inferred
|
|||
|
Finansal tablolar incelendi
|
Oluşturulan finansal tabloların doğruluğunu ve eksiksizliğini bir kullanıcının veya kullanıcı grubunun incelediği sırada gerçekleşir. Bir inceleme görevindeki durum güncellemesiyle kaydedilebilir. | ||
|
Neden önemli?
İnceleme çevrimini izlemek, son onay aşamalarındaki gecikmeleri anlamak için önemlidir. Bu aşamadaki uzun süreler, genel kapanış takvimini önemli ölçüde etkileyebilir.
Nereden alınır?
Workiva sürecindeki bir inceleme görevinin 'İnceleme Bekliyor' durumundan 'İnceleme Tamamlandı' veya 'Onaylandı' gibi bir duruma geçmesinden çıkarılabilir.
Yakalayın
Finansal tablolar için inceleme çevriminin tamamlandığını gösteren durum değişikliğinin zaman damgası.
Olay türü
inferred
|
|||
|
Hesap mutabakatı başlatıldı
|
Bu faaliyet, mutabakatı hazırlayan kişinin belirli bir hesap mutabakatı üzerinde çalışmaya başladığını gösterir. Genellikle bir kullanıcı Workiva sürecindeki mutabakat görevini ilk kez açtığında veya üzerine aldığında kaydedilir. | ||
|
Neden önemli?
Mutabakat çalışmasının başlangıcını izlemek, hazırlayan kişinin çevrim süresini ölçmek ve görevin atanmasıyla fiilî çalışmanın başlaması arasındaki gecikmeleri belirlemek için önemlidir.
Nereden alınır?
Workiva kontrol listesi veya Workflow içinde bir mutabakat görevinin durumunun 'Başlatılmadı' durumundan 'Devam Ediyor' ya da benzer bir duruma ilk kez değişmesinden çıkarılır.
Yakalayın
Bir mutabakat görevinin durumunun 'Devam Ediyor' gibi etkin bir duruma geçtiği ilk zaman damgasını tespit edin.
Olay türü
inferred
|
|||
|
Kaynak veriler içe aktarıldı
|
Kaynak ERP sistemlerinden Workiva platformuna veri yüklemesinin tamamlanmasını ifade eder. Bu işlem, mutabakat için gereken geçici mizan verilerini, işlem ayrıntılarını ve diğer destekleyici çizelgeleri içerebilir. | ||
|
Neden önemli?
Verilerin kullanılabilir hâle gelmesindeki gecikmeler yaygın bir darboğazdır. Bu faaliyeti izlemek, veri entegrasyonu sorunlarını sonraki mutabakat ve raporlama çalışmalarından ayırmaya yardımcı olur.
Nereden alınır?
Bu, Workiva veri entegrasyonu günlüklerinde veya denetim izinde açık bir olay olarak yer alabilir. Ayrıca mutabakat görevleri başlamadan önce ilgili döneme ait son veri güncellemesinin zaman damgasından da çıkarılabilir.
Yakalayın
Dönem için veri içe aktarma işleminin veya ERP bağlantısı yenilemesinin başarıyla tamamlandığı zaman damgası.
Olay türü
inferred
|
|||
|
Mutabakat incelemeye gönderildi
|
Bu olay, mutabakatı hazırlayan kişinin çalışmasını tamamlayıp onay için resmî olarak gönderdiğinde gerçekleşir. Workiva'da bu durum, görevin 'İnceleme Bekliyor' durumuna geçmesi gibi bir durum değişikliğiyle gösterilir. | ||
|
Neden önemli?
Bu etkinlik, hazırlayan kullanıcıdan inceleyene yapılan devir teslimi gösterir ve inceleme kuyruğunda bekleme sürelerinin ölçülmesini sağlar. İnceleme ve onay iş akışının verimliliğini analiz etmek için önemli bir kilometre taşıdır.
Nereden alınır?
Bir mutabakat görevinin durumunun 'Devam Ediyor' durumundan 'İnceleme Bekliyor' veya 'Gönderildi' durumuna geçtiği zaman damgasından çıkarılır.
Yakalayın
'İnceleme Bekliyor' veya eşdeğer bir duruma geçişin zaman damgasını kaydedin.
Olay türü
inferred
|
|||
|
Mutabakat reddedildi
|
İnceleyen kişi gönderilen mutabakatta bir sorun bulup düzeltme için hazırlayan kişiye geri gönderdiğinde gerçekleşir. Bu durum, 'Reddedildi' veya 'Yeniden Çalışma Gerekiyor' durumuna geçişle kaydedilir. | ||
|
Neden önemli?
Retleri izlemek, yeniden çalışma döngülerini belirlemek, ilk seferde doğru tamamlama oranlarını ölçmek ve sürekli kalite sorunları yaşanan hesapları veya hazırlayan kişileri tespit etmek için gereklidir.
Nereden alınır?
Bir mutabakat görevinin durumunun 'Reddedildi', 'Geri Gönderildi' veya yeniden çalışma gerektiğini gösteren benzer bir duruma değiştiği zaman damgasından çıkarılır.
Yakalayın
Durumun 'Reddedildi' veya eşdeğer bir duruma değiştiği zaman damgasını kaydedin.
Olay türü
inferred
|
|||
|
Şirketler arası mutabakat başlatıldı
|
Şirketler arası işlemlerin mutabakatına yönelik, genellikle karmaşık olan belirli sürecin başlangıcını gösterir. Bu bilgi, şirketler arası mutabakat modülü veya ilgili görevler başlatıldığında kaydedilir. | ||
|
Neden önemli?
Şirketler arası mutabakat, gecikmelerin sık görüldüğü bir alandır. Bu faaliyeti ayrı izlemek, süresini ölçmeye ve bu işlemlere özgü darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Bu bilgi, Workiva sürecindeki şirketler arası hesaplara özel görevlerin durum değişikliğinden çıkarılabilir.
Yakalayın
'Şirketler arası' olarak sınıflandırılan görevlerin 'Devam Ediyor' durumuna geçtiği zaman damgası.
Olay türü
inferred
|
|||
Veri Çıkarma Rehberleri
Başlamaya hazır mısınız?
Veri hazırlığınızı sadeleştirmek ve Kayıttan Raporlamaya - Dönem Kapatma ve Mutabakat süreciniz hakkında güçlü içgörüler elde etmek için bu Templateden yararlanın. Finansal kapanışınızı bugün optimize etmeye başlayın.
Kayıttan Raporlamaya kapanış ve mutabakatınızı şimdi optimize edin
Darboğazları belirleyin, süreci kolaylaştırın ve çevrim sürenizi %30 kısaltın.
Kredi kartı gerekmez