Templat data Record to Report, penutupan periode dan rekonsiliasi
Templat data Record to Report, penutupan periode dan rekonsiliasi
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data dari Workiva
Atribut Record to Report, penutupan periode dan rekonsiliasi
| Nama | Deskripsi | ||
|---|---|---|---|
|
Cap waktu peristiwa
EventTimestamp
|
Tanggal dan waktu tepat saat aktivitas atau peristiwa tertentu tercatat. | ||
|
Deskripsi
Cap waktu peristiwa menunjukkan kapan suatu aktivitas terjadi. Informasi ini penting untuk mengurutkan peristiwa dengan benar dan menghitung durasi di antaranya. Log peristiwa yang lengkap mencantumkan cap waktu untuk setiap aktivitas, mulai dari 'Penutupan periode dimulai' hingga 'Penutupan periode selesai'. Cap waktu ini menjadi dasar semua analisis berbasis waktu dalam process mining. Data ini digunakan untuk menghitung waktu siklus, waktu tunggu, dan waktu pengerjaan, yang penting untuk dasbor seperti 'Total Waktu Siklus Penutupan Periode dari Awal hingga Akhir' dan 'Analisis Hambatan Rekonsiliasi'. Cap waktu yang akurat sangat penting agar analisis proses dapat diandalkan.
Mengapa ini penting
Informasi ini menunjukkan urutan kronologis peristiwa. Urutan tersebut penting untuk menghitung metrik berbasis waktu, seperti waktu siklus, dan menemukan keterlambatan proses.
Sumber data
Ditemukan dalam log peristiwa, jejak audit, atau catatan transaksi Workiva, sesuai dengan waktu pembuatan atau penyelesaian tugas.
Contoh
2024-04-01T09:00:00Z2024-04-05T14:32:15Z2024-04-10T11:05:00Z
|
|||
|
Nama aktivitas
ActivityName
|
Nama tugas atau peristiwa tertentu yang terjadi dalam proses penutupan periode. | ||
|
Deskripsi
Nama aktivitas menjelaskan langkah dalam alur kerja pencatatan hingga pelaporan, seperti 'Data sumber diimpor' atau 'Rekonsiliasi dikirim untuk ditinjau'. Aktivitas ini menjadi bagian dasar peta proses dan dilengkapi cap waktu untuk menunjukkan urutan peristiwa. Analisis aktivitas merupakan bagian penting dari process mining. Analisis ini membantu memvisualisasikan alur proses, melihat urutan tugas, menemukan penyimpangan dari prosedur standar, serta mengukur frekuensi dan durasi setiap langkah. Informasi ini penting untuk menemukan hambatan, siklus pengerjaan ulang, dan peluang otomatisasi.
Mengapa ini penting
Atribut ini menjadi inti peta proses, sehingga urutan langkah dalam siklus penutupan dapat divisualisasikan dan dianalisis.
Sumber data
Biasanya, informasi ini tercatat dalam jejak audit, manajemen tugas, atau log alur kerja Workiva dan terkait dengan tugas penutupan atau rekonsiliasi tertentu.
Contoh
Period Close dimulaiRekonsiliasi dikirim untuk ditinjauJurnal penyesuaian dibukukanLaporan keuangan dibuat
|
|||
|
Periode keuangan
FinancialPeriod
|
Pengenal unik untuk siklus pelaporan keuangan tertentu, seperti bulan atau kuartal. Pengenal ini menjadi kasus untuk proses penutupan akhir periode. | ||
|
Deskripsi
Periode keuangan menjadi pengenal kasus utama yang mengelompokkan semua aktivitas terkait penutupan pembukuan dalam rentang waktu tertentu. Contohnya, '2024-Q1' atau '2024-03' mewakili satu kasus. Dalam process mining, analisis berdasarkan periode keuangan memberikan gambaran menyeluruh tentang siklus pencatatan hingga pelaporan. Anda dapat membandingkan proses penutupan antarperiode untuk menemukan tren, mengukur perbaikan waktu siklus, dan mengidentifikasi hambatan yang berulang. Dengan menjadikan setiap periode sebagai kasus, organisasi dapat menganalisis variasi proses dan kesesuaiannya dengan prosedur standar dari waktu ke waktu.
Mengapa ini penting
Pengenal kasus utama ini menjadi dasar analisis, sehingga setiap siklus penutupan periode dapat diukur dan dibandingkan dari awal hingga akhir.
Sumber data
Biasanya, informasi ini diambil dari konteks periode pelaporan dalam modul pelaporan keuangan atau manajemen penutupan Workiva. Lihat dokumentasi Workiva untuk mengetahui nama kolom yang tepat.
Contoh
2024-032024-Q1FY2023-P12April 2024
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Cap waktu yang menunjukkan kapan data proses terakhir kali diperbarui. | ||
|
Deskripsi
Atribut ini mencatat kapan data terakhir diperbarui dari sistem sumber. Kolom metadata ini diterapkan ke seluruh kumpulan data setiap kali data diperbarui. Menampilkan waktu pembaruan data terakhir di dasbor merupakan praktik yang baik. Informasi ini memberi tahu pengguna seberapa baru data yang mereka analisis, membantu mengatur ekspektasi tentang kebaruan wawasan, dan penting untuk pemantauan operasional.
Mengapa ini penting
Informasi ini memberi tahu pengguna seberapa baru data yang digunakan, sehingga mereka memahami konteks analisis dan kapan data terakhir diperbarui.
Sumber data
Informasi ini dibuat dan disimpan oleh pipeline data atau alat ETL saat data diekstrak.
Contoh
2024-05-10T08:00:00Z2024-05-09T08:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem asal data peristiwa. | ||
|
Deskripsi
Atribut ini menunjukkan aplikasi atau platform yang menghasilkan data. Untuk analisis ini, sumber utamanya adalah 'Workiva', tetapi atribut ini juga dapat membedakan data yang diimpor dari sistem lain, seperti ERP. Dalam lingkungan dengan banyak sistem, mengetahui sistem sumber penting untuk memahami asal-usul data dan menilai kualitasnya. Informasi ini membantu menemukan akar masalah saat data tidak konsisten dan memberi konteks tentang cara suatu aktivitas dilakukan.
Mengapa ini penting
Informasi ini memberi konteks penting tentang asal data, yang berguna untuk memvalidasi data dan memahami lingkungan teknologi dalam proses.
Sumber data
Nilai ini biasanya ditetapkan saat ekstraksi dan transformasi data untuk menandai asal catatan.
Contoh
WorkivaSAP S/4HANAOracle NetSuite
|
|||
|
Akun buku besar
GLAccount
|
Nomor akun buku besar yang direkonsiliasi atau disesuaikan. | ||
|
Deskripsi
Atribut ini menunjukkan akun buku besar yang terkait dengan rekonsiliasi atau jurnal. Informasi ini memberikan rincian yang lebih spesifik untuk analisis proses penutupan. Analisis berdasarkan akun buku besar penting untuk dasbor 'Analisis Hambatan Rekonsiliasi' dan 'Status dan Umur Rekonsiliasi'. Anda dapat mengetahui akun tertentu yang paling bermasalah, paling lama direkonsiliasi, atau paling sering memerlukan penyesuaian. Wawasan ini membantu tim memusatkan upaya perbaikan pada area yang paling berdampak, seperti akun yang rumit atau memiliki kualitas data yang buruk.
Mengapa ini penting
Informasi ini memberikan gambaran terperinci tentang kinerja rekonsiliasi dan membantu menemukan akun bermasalah yang menyebabkan keterlambatan atau sering memerlukan penyesuaian.
Sumber data
Kolom ini merupakan bagian penting dari data rekonsiliasi atau jurnal di Workiva.
Contoh
11010012105003410000012300-001
|
|||
|
Departemen
Department
|
Departemen atau tim fungsional yang bertanggung jawab atas aktivitas tersebut. | ||
|
Deskripsi
Atribut ini menunjukkan unit bisnis atau departemen, seperti 'Akuntansi Korporat' atau 'Audit Internal', yang terkait dengan pengguna atau aktivitas. Atribut ini memungkinkan data proses dikelompokkan pada tingkat yang lebih tinggi. Analisis proses berdasarkan departemen penting untuk dasbor 'Distribusi Beban Kerja Penutupan Periode' dan untuk membandingkan kinerja proses di berbagai bagian organisasi. Analisis ini membantu menemukan masalah sistemik dalam departemen, membandingkan efisiensi antartim, dan memahami dampak serah terima antar departemen terhadap waktu siklus keseluruhan.
Mengapa ini penting
Informasi ini memungkinkan analisis proses dikelompokkan berdasarkan area bisnis, sehingga kinerja dapat dibandingkan dan masalah khusus departemen dapat ditemukan.
Sumber data
Informasi ini mungkin tersimpan di profil pengguna Workiva atau di metadata tugas.
Contoh
Akuntansi Korporat Amerika UtaraLayanan Bersama EMEAAudit InternalPerencanaan dan Analisis Keuangan
|
|||
|
Kategori rekonsiliasi
ReconciliationCategory
|
Kategori atau jenis akun yang direkonsiliasi, seperti rekening bank atau antarperusahaan. | ||
|
Deskripsi
Atribut ini mengelompokkan akun buku besar ke dalam kategori yang logis untuk analisis tingkat tinggi. Contohnya, 'Kas', 'Aset Tetap', 'Akrual', dan 'Antarperusahaan'. Klasifikasi ini membantu memahami kinerja proses untuk berbagai jenis rekonsiliasi. Untuk 'Analisis Hambatan Rekonsiliasi', memfilter berdasarkan kategori rekonsiliasi sangat penting. Anda dapat mengetahui apakah keterlambatan terkonsentrasi di area tertentu, misalnya rekonsiliasi antarperusahaan yang selalu lebih lama daripada rekonsiliasi bank. Wawasan ini membantu menentukan perbaikan proses yang sesuai dengan tantangan tiap kategori.
Mengapa ini penting
Informasi ini memungkinkan kinerja rekonsiliasi untuk berbagai jenis akun dikelompokkan dan dibandingkan, sehingga hambatan khusus kategori dapat ditemukan.
Sumber data
Informasi ini mungkin merupakan bagian dari data induk Bagan Akun, yang dapat dikelola di Workiva atau diwarisi dari ERP.
Contoh
Rekening bankAntarperusahaanAset tetapAkrualBeban dibayar di muka
|
|||
|
Kode perusahaan
CompanyCode
|
Pengenal unik untuk badan hukum yang menjalani proses penutupan keuangan. | ||
|
Deskripsi
Kode perusahaan mewakili badan hukum tertentu dalam organisasi. Proses penutupan keuangan sering dilakukan secara terpisah untuk setiap kode perusahaan sebelum konsolidasi. Atribut ini penting untuk memfilter dan membandingkan proses di berbagai badan hukum. Atribut ini mendukung dasbor 'Status dan Umur Rekonsiliasi' dengan memungkinkan analisis ditelusuri hingga ke perusahaan tertentu. Anda dapat mengetahui apakah entitas tertentu terus mengalami keterlambatan atau lebih sering melakukan penyesuaian, yang dapat menunjukkan masalah proses atau data khusus entitas tersebut.
Mengapa ini penting
Informasi ini memungkinkan perbandingan efisiensi dan kepatuhan proses penutupan di berbagai badan hukum dalam organisasi.
Sumber data
Terkait dengan data keuangan, akun, dan transaksi di Workiva, kemungkinan diwarisi dari sistem ERP sumber.
Contoh
1000US01DE015400
|
|||
|
Pengguna yang bertanggung jawab
ResponsibleUser
|
ID atau nama pengguna yang melakukan atau ditugaskan untuk aktivitas tersebut. | ||
|
Deskripsi
Atribut ini menunjukkan orang yang bertanggung jawab atas tugas tertentu dalam proses penutupan periode, seperti penyusun rekonsiliasi atau manajer yang menyetujuinya. Informasi ini penting untuk menganalisis beban kerja dan kinerja. Pengguna yang bertanggung jawab menjadi atribut penting untuk dasbor 'Distribusi Beban Kerja Penutupan Periode'. Atribut ini membantu manajer memahami pembagian tugas di antara anggota tim, menemukan potensi risiko kelelahan, dan memastikan sumber daya terbagi secara seimbang. Atribut ini juga dapat membantu menemukan kebutuhan pelatihan jika pengguna tertentu berulang kali terlibat dalam siklus pengerjaan ulang atau penyimpangan proses.
Mengapa ini penting
Informasi ini memungkinkan analisis distribusi beban kerja, kinerja pengguna, dan alokasi sumber daya, yang penting untuk mengelola efisiensi tim.
Sumber data
Biasanya ditemukan di log manajemen tugas atau alur kerja Workiva, dengan label seperti 'Ditugaskan kepada', 'Pemilik', atau 'Diselesaikan oleh'.
Contoh
j.doeasmithRobert.Paulsonuser123
|
|||
|
Status rekonsiliasi
ReconciliationStatus
|
Status terkini rekonsiliasi akun. | ||
|
Deskripsi
Atribut ini melacak status rekonsiliasi selama proses berlangsung, misalnya 'Terbuka', 'Sedang dikerjakan', 'Menunggu persetujuan', atau 'Disetujui'. Informasi ini menunjukkan perkembangan terkini aktivitas rekonsiliasi. Atribut ini menjadi dasar dasbor 'Status dan Umur Rekonsiliasi'. Manajer dapat memantau item yang masih terbuka atau sedang dikerjakan, menemukan rekonsiliasi yang terhenti, dan memprioritaskan pekerjaan agar tenggat terpenuhi. Melacak perubahan status dari waktu ke waktu juga membantu menemukan hambatan saat item terlalu lama menunggu sebelum beralih ke tahap berikutnya.
Mengapa ini penting
Informasi ini memungkinkan pemantauan kemajuan rekonsiliasi secara langsung dan membantu menemukan serta menangani item yang terhenti agar proses penutupan tetap sesuai jadwal.
Sumber data
Atribut ini merupakan bagian inti dari modul rekonsiliasi atau manajemen penutupan Workiva.
Contoh
TerbukaDisiapkanDikirim untuk ditinjauDisetujuiDitolak
|
|||
|
Alasan penolakan
RejectionReason
|
Alasan yang diberikan saat rekonsiliasi atau laporan keuangan ditolak dalam peninjauan. | ||
|
Deskripsi
Saat suatu item ditolak, peninjau biasanya menyertakan alasannya. Atribut ini mencatat teks atau kode yang menjelaskan mengapa item tersebut tidak memenuhi kriteria persetujuan, misalnya 'Dokumen pendukung tidak tepat' atau 'Kesalahan perhitungan'. Analisis alasan penolakan membantu menemukan sumber kesalahan dan pengerjaan ulang yang umum. Dengan mengelompokkan dan menghitung alasan tersebut, manajemen dapat menentukan area yang perlu diperbaiki, kebutuhan pelatihan penyusun, atau instruksi yang perlu diperjelas. Data ini berguna untuk mengurangi siklus pengerjaan ulang dan meningkatkan tingkat persetujuan pada pengajuan pertama.
Mengapa ini penting
Informasi ini menunjukkan penyebab utama pengerjaan ulang dan masalah kualitas, sehingga pelatihan dan perbaikan proses dapat diarahkan dengan tepat.
Sumber data
Informasi ini kemungkinan dicatat di kolom komentar atau dipilih dari daftar yang tersedia saat pengguna memilih tindakan 'Tolak' di workflow Workiva.
Contoh
Dokumen pendukung tidak tersediaKesalahan perhitunganPeriode tidak tepatPelanggaran kebijakan
|
|||
|
Dilakukan secara otomatis
IsAutomated
|
Penanda yang menunjukkan apakah aktivitas dilakukan oleh sistem otomatis atau pengguna. | ||
|
Deskripsi
Atribut boolean ini membedakan tugas yang dijalankan otomatis oleh sistem, seperti impor data atau pembuatan laporan, dari tugas yang dilakukan pengguna secara manual. Atribut ini penting untuk menemukan peluang meningkatkan otomatisasi. Dengan menganalisis perbandingan tugas manual dan otomatis beserta waktu pemrosesannya, organisasi dapat menyusun alasan bisnis untuk mengotomatisasi langkah berulang yang menyita waktu. Atribut ini juga membantu mengukur efisiensi aktivitas yang dilakukan manusia dibandingkan aktivitas yang dijalankan sistem.
Mengapa ini penting
Membedakan aktivitas yang dilakukan manusia dan sistem. Informasi ini penting untuk menemukan peluang otomatisasi dan mengukur dampak otomatisasi yang sudah diterapkan.
Sumber data
Informasi ini dapat ditentukan dari ID pengguna yang terkait dengan aktivitas, misalnya pengguna 'system' atau 'bot', atau dari penanda khusus pada jenis aktivitas.
Contoh
truefalse
|
|||
|
ID jurnal
JournalEntryId
|
Pengenal unik untuk jurnal penyesuaian. | ||
|
Deskripsi
Atribut ini memberikan ID unik untuk setiap jurnal yang dibukukan selama proses penutupan, terutama untuk penyesuaian setelah rekonsiliasi. Dengan ID ini, penyesuaian tertentu dapat ditelusuri kembali ke aktivitas sumbernya. Melacak ID jurnal penting untuk dasbor 'Tren Penyesuaian Setelah Rekonsiliasi'. Informasi ini membantu menghitung jumlah penyesuaian manual dan menyelidiki jurnal tertentu yang dibuat pada tahap akhir proses. Kemampuan penelusuran ini penting untuk memahami penyebab penyesuaian dan meningkatkan kualitas data sejak awal.
Mengapa ini penting
Informasi ini menjadi referensi unik untuk setiap penyesuaian keuangan, sehingga jumlah, waktu, dan alasan jurnal manual dapat dianalisis secara terperinci.
Sumber data
Kolom ini merupakan bagian penting dari data jurnal di Workiva atau sistem ERP sumber.
Contoh
JE202404-00123ADJ-593029100004567
|
|||
|
Nilai penyesuaian
AdjustmentAmount
|
Nilai uang dari jurnal penyesuaian. | ||
|
Deskripsi
Atribut ini mencatat nilai keuangan suatu penyesuaian. Gunakan atribut ini untuk memahami besarnya dampak perubahan selama proses penutupan periode. Analisis Nilai penyesuaian membantu menentukan prioritas pemeriksaan atas penyesuaian setelah rekonsiliasi. Penyesuaian bernilai tinggi dapat menandakan masalah serius pada data atau proses yang mendasarinya dan perlu segera ditangani. Atribut ini mendukung KPI 'Rasio Penyesuaian Manual' dengan memungkinkan analisis berdasarkan nilai, bukan hanya jumlah penyesuaian.
Mengapa ini penting
Atribut ini membantu mengukur dampak keuangan dari penyesuaian, sehingga tim dapat memprioritaskan pemeriksaan berdasarkan besarnya dampak.
Sumber data
Kolom ini biasanya tersedia di tabel data jurnal pada Workiva atau ERP yang terhubung.
Contoh
15250.75-500.00120000.00
|
|||
|
Penyesuaian setelah persetujuan
IsPostApprovalAdjustment
|
Penanda terhitung yang bernilai benar jika jurnal penyesuaian dibukukan setelah rekonsiliasi terkait disetujui. | ||
|
Deskripsi
Penanda boolean ini ditentukan dengan menganalisis urutan peristiwa. Untuk akun dan periode keuangan tertentu, jika aktivitas 'Jurnal Penyesuaian Dibukukan' terjadi setelah aktivitas 'Rekonsiliasi Ditinjau dan Disetujui', penanda ini bernilai benar. Jika tidak, nilainya salah. Atribut ini penting untuk dashboard 'Tren Penyesuaian Setelah Rekonsiliasi' dan KPI 'Tingkat Penyesuaian Setelah Rekonsiliasi'. Jumlah kejadian yang tinggi dapat menunjukkan lemahnya pengendalian, buruknya kualitas data dari sistem hulu, atau proses yang tidak berjalan semestinya. Kondisi ini menambah pekerjaan ulang dan meningkatkan risiko kepatuhan.
Mengapa ini penting
Atribut ini secara khusus menandai penyesuaian berisiko tinggi yang dibuat setelah persetujuan. Gunakan untuk mengukur masalah pengendalian proses dan kualitas data.
Sumber data
Atribut ini bukan kolom sumber. Nilainya ditentukan di alat process mining dengan membandingkan stempel waktu aktivitas terkait.
Contoh
truefalse
|
|||
|
Tanggal penyelesaian target
TargetCompletionDate
|
Tanggal rencana atau tenggat penyelesaian penutupan periode. | ||
|
Deskripsi
Tanggal penyelesaian target adalah tenggat internal atau eksternal untuk memfinalisasi proses penutupan periode. Tanggal ini menjadi tolok ukur untuk menilai kinerja aktual. Tanggal ini penting untuk menghitung KPI Tingkat Penutupan Periode Tepat Waktu. Dengan membandingkan waktu aktual aktivitas 'Penutupan periode selesai' dengan tanggal target, analisis dapat menentukan apakah penutupan selesai tepat waktu, lebih awal, atau terlambat. Ini merupakan ukuran penting untuk menilai keandalan proses dan kepatuhan terhadap jadwal pelaporan keuangan.
Mengapa ini penting
Tanggal ini menjadi dasar untuk mengukur ketepatan waktu, indikator penting keandalan dan kepastian proses penutupan.
Sumber data
Tanggal ini kemungkinan ditetapkan untuk setiap periode keuangan di modul perencanaan atau manajemen penutupan Workiva.
Contoh
2024-04-102024-01-152023-10-12
|
|||
|
Waktu siklus penutupan periode
PeriodCloseCycleTime
|
Total waktu sejak proses penutupan periode dimulai hingga selesai untuk satu periode keuangan. | ||
|
Deskripsi
Metrik terhitung ini menunjukkan durasi seluruh kasus penutupan periode dari awal hingga akhir. Nilainya dihitung dari selisih waktu antara aktivitas pertama ('Penutupan Periode Dimulai') dan aktivitas terakhir ('Penutupan Periode Selesai') untuk setiap Periode Keuangan. Atribut ini menjadi ukuran utama pada dashboard 'Waktu Siklus Penutupan Periode dari Awal hingga Akhir' dan KPI terkait. Dengan memantau nilainya dari waktu ke waktu, pimpinan dapat melihat dampak perbaikan proses dan membandingkan efisiensi penutupan antarunit bisnis atau periode. Ini salah satu indikator utama untuk menilai kinerja proses.
Mengapa ini penting
Indikator kinerja utama ini mengukur efisiensi dan kecepatan keseluruhan proses penutupan periode, dari awal hingga selesai.
Sumber data
Nilai ini dihitung pada tingkat kasus di alat process mining dengan mengurangi waktu mulai paling awal dari waktu selesai paling akhir untuk setiap kasus.
Contoh
P10DT5HP8DT12HP12D
|
|||
Aktivitas Record to Report, penutupan periode dan rekonsiliasi
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Jurnal penyesuaian dibukukan
|
Menandai pembuatan dan pembukuan jurnal koreksi berdasarkan temuan selama proses rekonsiliasi. Workiva dapat melacak jurnal dan statusnya. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk KPI Tingkat Penyesuaian Setelah Rekonsiliasi. Banyaknya penyesuaian setelah rekonsiliasi disetujui dapat mengindikasikan masalah pada kualitas data sumber atau pengendalian proses.
Sumber data
Peristiwa ini kemungkinan tercatat secara langsung di modul jurnal Workiva, dengan waktu pembuatan dan status yang menunjukkan bahwa jurnal telah dibukukan.
Pengumpulan data
Gunakan waktu saat status jurnal berubah menjadi 'Dibukukan'.
Jenis peristiwa
explicit
|
|||
|
Laporan keuangan dibuat
|
Menandai pembuatan draf laporan keuangan, seperti Neraca, Laporan Laba Rugi, dan Laporan Arus Kas. Aktivitas ini tercatat saat dokumen laporan dibuat di Workiva. | ||
|
Mengapa ini penting
Waktu aktivitas ini penting untuk KPI Jeda Pembuatan Laporan Keuangan. Aktivitas ini menandai peralihan dari pengumpulan data ke penyusunan laporan final.
Sumber data
Aktivitas ini dapat disimpulkan dari waktu pembuatan atau pembaruan besar terakhir dokumen maupun laporan keuangan untuk periode tersebut di platform Workiva.
Pengumpulan data
Gunakan waktu pembuatan atau 'terakhir diperbarui' pada dokumen laporan keuangan utama.
Jenis peristiwa
inferred
|
|||
|
Laporan keuangan disetujui
|
Persetujuan akhir laporan keuangan oleh manajemen senior atau komite audit. Ini merupakan persetujuan penting terakhir sebelum periode resmi ditutup. | ||
|
Mengapa ini penting
Tonggak penting ini menandakan laporan telah difinalisasi. Data ini diperlukan untuk mengukur Rata-rata Waktu Siklus Peninjauan dan Persetujuan laporan.
Sumber data
Aktivitas ini kemungkinan tercatat melalui tanda tangan elektronik, proses sertifikasi, atau perubahan status akhir menjadi 'Disetujui' pada dokumen pelaporan utama atau tugas di Workiva.
Pengumpulan data
Waktu perubahan status persetujuan akhir atau peristiwa sertifikasi laporan keuangan.
Jenis peristiwa
inferred
|
|||
|
Penutupan periode selesai
|
Aktivitas ini menandai selesainya seluruh proses Pencatatan hingga Pelaporan untuk periode keuangan tersebut. Ini merupakan langkah terakhir dalam alur kerja proses Workiva. | ||
|
Mengapa ini penting
Ini adalah peristiwa akhir utama dalam proses. Data ini memungkinkan pengukuran yang akurat atas Total Waktu Siklus Penutupan Periode dari Awal hingga Akhir dan Tingkat Penutupan Periode Tepat Waktu.
Sumber data
Disimpulkan dari waktu penyelesaian proses penutupan periode induk, daftar periksa, atau alur kerja di Workiva. Aktivitas ini juga dapat ditandai melalui perubahan status manual.
Pengumpulan data
Gunakan waktu penyelesaian proses induk atau tugas terakhir dalam daftar periksa penutupan.
Jenis peristiwa
inferred
|
|||
|
Period Close dimulai
|
Aktivitas ini menandai dimulainya proses tutup buku keuangan secara resmi untuk periode tertentu. Biasanya, proses dimulai saat pengguna membuat atau memulai daftar periksa atau alur kerja tutup buku di Workiva. | ||
|
Mengapa ini penting
Ini adalah peristiwa awal utama untuk keseluruhan proses. Peristiwa ini memungkinkan pengukuran akurat atas waktu siklus Period Close dari awal hingga akhir dan menunjukkan kapan proses resmi dimulai.
Sumber data
Peristiwa ini kemungkinan disimpulkan dari stempel waktu pembuatan objek proses tutup buku utama, daftar tugas, atau alur kerja di Workiva untuk periode keuangan tertentu.
Pengumpulan data
Gunakan stempel waktu pembuatan proses induk atau daftar periksa untuk periode keuangan tersebut.
Jenis peristiwa
inferred
|
|||
|
Rekonsiliasi ditinjau dan disetujui
|
Tonggak penting saat manajer atau peninjau secara resmi menyetujui rekonsiliasi yang telah disiapkan dan memastikan keakuratannya. Biasanya, aktivitas ini tercatat saat status tugas berubah menjadi 'Disetujui' atau 'Selesai'. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk menghitung Rata-rata Waktu Siklus Rekonsiliasi dan Rata-rata Waktu Siklus Peninjauan dan Persetujuan. Aktivitas ini menandai selesainya pemeriksaan kualitas dalam proses.
Sumber data
Aktivitas ini kemungkinan disimpulkan dari perubahan status tugas rekonsiliasi atau peristiwa persetujuan yang tercatat secara langsung di jejak audit tugas Workiva.
Pengumpulan data
Catat waktu perubahan status menjadi 'Disetujui' atau 'Disertifikasi'.
Jenis peristiwa
inferred
|
|||
|
Saldo percobaan disiapkan
|
Tonggak ini menandai saat saldo percobaan dianggap final dan siap digunakan untuk menyusun laporan keuangan. Aktivitas ini dapat disimpulkan saat tugas tertentu selesai atau laporan dibuat. | ||
|
Mengapa ini penting
Tahap ini merupakan prasyarat penting untuk menyusun laporan keuangan. Mengukur waktu sejak tahap ini membantu menganalisis efisiensi tahap akhir pelaporan.
Sumber data
Aktivitas ini kemungkinan disimpulkan dari selesainya tugas 'Finalisasi Saldo Percobaan' di daftar periksa Workiva atau dari waktu pembuatan laporan saldo percobaan final.
Pengumpulan data
Waktu penyelesaian tugas 'Siapkan Saldo Percobaan' atau pembuatan laporan saldo percobaan final.
Jenis peristiwa
inferred
|
|||
|
Data sumber diimpor
|
Menandai selesainya pemuatan data dari sistem ERP sumber ke platform Workiva. Data yang dimuat dapat mencakup saldo percobaan, rincian transaksi, dan jadwal pendukung lain yang diperlukan untuk rekonsiliasi. | ||
|
Mengapa ini penting
Keterlambatan ketersediaan data sering menjadi hambatan. Dengan melacak aktivitas ini, Anda dapat membedakan masalah integrasi data dari pekerjaan rekonsiliasi dan pelaporan berikutnya.
Sumber data
Peristiwa ini mungkin tercatat secara langsung di log integrasi data atau jejak audit Workiva. Anda juga dapat menyimpulkannya dari waktu pembaruan data terakhir untuk periode tersebut, sebelum tugas rekonsiliasi dimulai.
Pengumpulan data
Waktu saat impor data atau penyegaran koneksi ERP untuk periode tersebut berhasil diselesaikan.
Jenis peristiwa
inferred
|
|||
|
Laporan keuangan ditinjau
|
Aktivitas ini terjadi saat pengguna atau sekelompok pengguna meninjau keakuratan dan kelengkapan laporan keuangan yang telah dibuat. Aktivitas ini dapat tercatat melalui pembaruan status tugas peninjauan. | ||
|
Mengapa ini penting
Melacak siklus peninjauan penting untuk memahami keterlambatan pada tahap akhir persetujuan. Durasi yang panjang pada tahap ini dapat berdampak besar pada jadwal penutupan secara keseluruhan.
Sumber data
Aktivitas ini dapat disimpulkan dari perubahan status tugas peninjauan dalam proses Workiva, dari 'Menunggu peninjauan' menjadi 'Peninjauan selesai' atau 'Disetujui'.
Pengumpulan data
Waktu perubahan status yang menandakan siklus peninjauan laporan keuangan telah selesai.
Jenis peristiwa
inferred
|
|||
|
Periode dibuka kembali
|
Aktivitas pengecualian saat periode yang sebelumnya telah ditutup dibuka kembali untuk membukukan penyesuaian terlambat atau melakukan koreksi. Aktivitas ini ditandai dengan perubahan status dari 'Ditutup' menjadi status aktif. | ||
|
Mengapa ini penting
Aktivitas ini menandakan pengecualian proses dan pengerjaan ulang yang signifikan. Melacak frekuensinya membantu menemukan masalah mendasar pada pengendalian dan finalisasi proses.
Sumber data
Aktivitas ini disimpulkan dari perubahan status objek proses penutupan periode induk, dari status selesai atau ditutup kembali menjadi terbuka atau sedang dikerjakan.
Pengumpulan data
Deteksi perubahan status objek periode dari 'Ditutup' menjadi 'Terbuka'.
Jenis peristiwa
inferred
|
|||
|
Rekonsiliasi akun dimulai
|
Aktivitas ini menandai dimulainya pekerjaan penyusun pada rekonsiliasi akun tertentu. Biasanya, aktivitas tercatat saat pengguna pertama kali membuka atau mengambil alih tugas rekonsiliasi di Workiva. | ||
|
Mengapa ini penting
Melacak awal pekerjaan rekonsiliasi penting untuk mengukur waktu siklus penyusun dan menemukan jeda antara penugasan tugas dan dimulainya pekerjaan.
Sumber data
Disimpulkan dari perubahan status pertama tugas rekonsiliasi, dari 'Belum dimulai' menjadi 'Sedang dikerjakan' atau status serupa di daftar periksa atau alur kerja Workiva.
Pengumpulan data
Catat waktu pertama kali status tugas rekonsiliasi berubah menjadi status aktif, seperti 'Sedang dikerjakan'.
Jenis peristiwa
inferred
|
|||
|
Rekonsiliasi antarperusahaan dimulai
|
Menandai dimulainya proses rekonsiliasi transaksi antarperusahaan yang spesifik dan sering kali rumit. Aktivitas ini tercatat saat modul rekonsiliasi antarperusahaan atau tugas terkait mulai dijalankan. | ||
|
Mengapa ini penting
Rekonsiliasi antarperusahaan kerap menjadi sumber keterlambatan. Dengan memisahkan aktivitas ini, Anda dapat mengukur durasinya dan menemukan hambatan yang khusus terjadi pada transaksi tersebut.
Sumber data
Aktivitas ini dapat disimpulkan dari perubahan status tugas yang secara khusus ditandai untuk akun antarperusahaan dalam alur kerja Workiva.
Pengumpulan data
Waktu saat tugas berkategori 'Antarperusahaan' berubah menjadi status 'Sedang dikerjakan'.
Jenis peristiwa
inferred
|
|||
|
Rekonsiliasi dikirim untuk ditinjau
|
Peristiwa ini terjadi saat penyusun menyelesaikan rekonsiliasi dan secara resmi mengirimkannya untuk disetujui. Di Workiva, biasanya peristiwa ini ditandai dengan perubahan status tugas, misalnya menjadi 'Menunggu peninjauan'. | ||
|
Mengapa ini penting
Tahap ini menandai serah terima dari penyusun kepada peninjau, sehingga waktu antrean peninjauan dapat diukur. Ini juga menjadi tonggak penting untuk menganalisis efisiensi alur kerja peninjauan dan persetujuan.
Sumber data
Disimpulkan dari waktu perubahan status tugas rekonsiliasi, dari 'Sedang dikerjakan' menjadi 'Menunggu peninjauan' atau 'Dikirim'.
Pengumpulan data
Catat waktu perubahan status menjadi 'Menunggu peninjauan' atau status yang setara.
Jenis peristiwa
inferred
|
|||
|
Rekonsiliasi ditolak
|
Terjadi saat peninjau menemukan masalah dalam rekonsiliasi yang dikirim, lalu mengembalikannya kepada penyusun untuk diperbaiki. Aktivitas ini ditandai dengan perubahan status menjadi 'Ditolak' atau 'Perlu dikerjakan ulang'. | ||
|
Mengapa ini penting
Melacak penolakan penting untuk menemukan siklus pengerjaan ulang, mengukur tingkat keberhasilan pada pengajuan pertama, serta mengidentifikasi akun atau penyusun yang berulang kali mengalami masalah kualitas.
Sumber data
Disimpulkan dari waktu perubahan status tugas rekonsiliasi menjadi 'Ditolak', 'Dikembalikan', atau status serupa yang menandakan perlunya pengerjaan ulang.
Pengumpulan data
Catat waktu perubahan status menjadi 'Ditolak' atau status yang setara.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk menyederhanakan persiapan data dan mendapatkan wawasan yang berguna tentang proses Record to Report, penutupan periode dan rekonsiliasi. Mulai perbaiki proses penutupan keuangan Anda hari ini.
Optimalkan proses penutupan dan rekonsiliasi Record to Report sekarang
Temukan hambatan, sederhanakan proses, dan pangkas waktu siklus hingga 30%.
Tidak perlu kartu kredit