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 Microsoft Dynamics 365
Atribut Record to Report, penutupan periode, dan rekonsiliasi
| Nama | Deskripsi | ||
|---|---|---|---|
|
Nama aktivitas
ActivityName
|
Nama peristiwa bisnis atau tugas tertentu yang terjadi dalam proses tutup periode, seperti 'Neraca saldo disiapkan' atau 'Rekonsiliasi akun dimulai'. | ||
|
Deskripsi
Nama Aktivitas menjelaskan satu langkah dalam alur kerja tutup periode dari awal hingga akhir. Setiap catatan peristiwa dalam data sumber mewakili salah satu aktivitas ini dan membentuk urutan peristiwa untuk setiap periode keuangan. Atribut ini menjadi dasar process mining karena digunakan untuk memvisualisasikan peta proses dan menunjukkan cara kerja yang sebenarnya. Anda dapat menggunakannya untuk menganalisis alur proses, menemukan penyimpangan dari prosedur standar, dan mengukur durasi antara berbagai tonggak penting.
Mengapa ini penting
Atribut ini menjadi dasar peta proses untuk memvisualisasikan dan menganalisis urutan langkah, hambatan, serta penyimpangan dalam siklus tutup periode.
Sumber data
Ditentukan berdasarkan logika bisnis dari jenis transaksi, perubahan status, atau log peristiwa tertentu dalam modul Dynamics 365 seperti General Ledger atau Financial reporting.
Contoh
Jurnal akrual dibukukanRekonsiliasi bank selesaiLaporan keuangan dibuatPeriode buku besar ditutup
|
|||
|
Periode keuangan
FinancialPeriod
|
Pengenal unik untuk siklus pelaporan keuangan, misalnya '2023-12' untuk Desember 2023. Pengenal ini berfungsi sebagai ID kasus utama yang mengelompokkan semua aktivitas terkait akhir periode. | ||
|
Deskripsi
Periode Keuangan mencakup seluruh siklus tutup buku untuk rentang waktu tertentu, biasanya satu bulan atau satu kuartal. Semua aktivitas, mulai dari memulai tutup buku hingga menyetujui laporan keuangan akhir untuk periode tersebut, terhubung melalui pengenal ini. Dalam analisis process mining, atribut ini penting untuk menentukan cakupan setiap kasus. Atribut ini membantu mengukur waktu siklus tutup periode dari awal hingga akhir, membandingkan kinerja antarperiode, dan menemukan hambatan sistemik yang berulang di setiap siklus tutup buku.
Mengapa ini penting
Ini adalah ID kasus utama yang menjadi dasar analisis. Dengan pengenal ini, Anda dapat mengevaluasi seluruh proses tutup periode dari awal hingga akhir untuk setiap siklus pelaporan.
Sumber data
Biasanya berupa kunci gabungan yang dibuat dari kolom Fiscal Year dan Period di tabel kalender fiskal atau periode buku besar dalam Microsoft Dynamics 365.
Contoh
2023-122024-012024-Q1FY2023-P12
|
|||
|
Waktu peristiwa
EventTime
|
Tanggal dan waktu tepat saat aktivitas tutup periode tertentu dijalankan atau diselesaikan. | ||
|
Deskripsi
Waktu Peristiwa adalah stempel waktu untuk setiap aktivitas yang menunjukkan urutan kronologis peristiwa. Data ini penting untuk menyusun alur proses dan melakukan analisis berbasis waktu. Dalam process mining, stempel waktu ini digunakan untuk menghitung waktu siklus, durasi, dan waktu tunggu antaraktivitas. Data ini menjadi dasar untuk menemukan hambatan, memantau kinerja proses terhadap tenggat, dan memahami dinamika waktu dalam proses tutup periode.
Mengapa ini penting
Atribut ini penting untuk semua analisis berbasis waktu, termasuk menghitung waktu siklus, menemukan hambatan, dan memahami urutan peristiwa.
Sumber data
Biasanya berupa kolom stempel waktu yang dibuat sistem, seperti 'CreatedDateTime' atau 'ModifiedDateTime', pada transaksi, jurnal, atau catatan status di Dynamics 365.
Contoh
2023-12-28T14:20:15Z2024-01-02T09:05:00Z2024-01-05T17:30:45Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Waktu yang menunjukkan kapan data terakhir kali diperbarui atau diambil dari sistem sumber. | ||
|
Deskripsi
Atribut ini menunjukkan tanggal acuan data yang dianalisis. Informasi ini penting untuk memahami kebaruan dan relevansi analisis process mining serta dashboard. Pengguna mengandalkan waktu ini untuk mengetahui apakah data yang dilihat merupakan data terbaru. Biasanya, informasi ini ditampilkan dengan jelas di dashboard sebagai konteks kebaruan data.
Mengapa ini penting
Memberi konteks tentang kebaruan data agar pengguna dapat mengetahui seberapa mutakhir analisis proses mereka.
Sumber data
Nilai ini dibuat dan disimpan selama proses ekstraksi, transformasi, dan pemuatan data (ETL).
Contoh
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Mengidentifikasi sistem informasi tempat data diambil. Untuk proses ini, biasanya nilainya 'Microsoft Dynamics 365'. | ||
|
Deskripsi
Atribut ini menunjukkan asal data proses. Jika lingkungan Anda menggunakan beberapa ERP atau sistem keuangan, atribut ini membantu membedakan sumber data dan memperjelas asal-usul data. Dalam analisis, atribut ini berguna untuk penelusuran dan pembuatan model yang mencakup beberapa sistem. Dengan begitu, setiap temuan dapat ditelusuri ke sistem pencatatan yang tepat untuk ditindaklanjuti.
Mengapa ini penting
Memastikan data dapat ditelusuri. Atribut ini penting di lingkungan dengan beberapa sistem agar peristiwa proses dapat dikaitkan dengan sistem asal yang tepat.
Sumber data
Biasanya berupa nilai tetap yang ditambahkan saat proses ekstraksi, transformasi, dan pemuatan data (ETL) untuk menandai asal dataset.
Contoh
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
Akun GL
GlAccount
|
Nomor akun General Ledger tertentu yang terlibat dalam aktivitas, misalnya pembukuan jurnal atau rekonsiliasi. | ||
|
Deskripsi
GL Account menunjukkan akun tertentu dalam bagan akun yang terdampak oleh transaksi. Atribut ini memberikan detail keuangan yang lebih terperinci. Atribut ini penting untuk menganalisis kinerja rekonsiliasi dan menemukan akun bermasalah. Dashboard seperti 'Post-Close Adjustment Frequency' dan 'GL Account Reconciliation Performance' menggunakan kolom ini untuk menemukan akun yang sering disesuaikan atau membutuhkan waktu lama untuk direkonsiliasi.
Mengapa ini penting
Mendukung analisis keuangan terperinci untuk menemukan akun bermasalah dengan tingkat penyesuaian tinggi atau waktu rekonsiliasi yang lama.
Sumber data
Tersedia di tabel transaksi buku besar seperti 'GeneralJournalAccountEntry' atau 'LedgerJournalTrans' di Dynamics 365.
Contoh
110110601500212100
|
|||
|
Departemen
Department
|
Departemen fungsional yang terkait dengan aktivitas atau pengguna yang menjalankannya, misalnya 'Keuangan', 'Pengendalian', atau 'Utang usaha'. | ||
|
Deskripsi
Atribut Department memberi konteks organisasi dengan menghubungkan aktivitas ke fungsi bisnis tertentu. Atribut ini dapat menunjukkan departemen pengguna yang membukukan jurnal atau departemen yang bertanggung jawab atas sekumpulan akun GL. Dalam analisis, atribut ini membantu Anda memahami kontribusi tiap departemen terhadap proses penutupan periode. Anda dapat mengidentifikasi serah terima antar-departemen, keterlambatan, dan hambatan sumber daya, serta mendukung dashboard seperti 'User Workload & Performance'.
Mengapa ini penting
Memberi konteks organisasi untuk menganalisis kinerja proses dan pembagian beban kerja berdasarkan area fungsional.
Sumber data
Dapat diperoleh dari profil pengguna atau dimensi keuangan yang terkait dengan transaksi di Dynamics 365.
Contoh
Akuntansi perusahaanUtang usahaFP&AAudit internal
|
|||
|
Kode perusahaan
CompanyCode
|
Identitas badan hukum atau perusahaan tempat penutupan periode dilakukan. | ||
|
Deskripsi
Company Code mewakili badan hukum tersendiri dalam organisasi. Data keuangan dan aktivitas penutupan dipisahkan berdasarkan kode ini. Dimensi ini penting untuk membandingkan kinerja antarentitas. Anda dapat mengetahui perusahaan mana yang menjalankan proses penutupan dengan efisien dan mana yang mengalami kesulitan, lalu menentukan perbaikan yang tepat. Sebagian besar dashboard, seperti 'Overall Period Close Cycle Time', memerlukan segmentasi berdasarkan atribut ini.
Mengapa ini penting
Menjadi dimensi utama untuk pemfilteran dan perbandingan, sehingga kinerja penutupan periode dapat dianalisis di berbagai badan hukum.
Sumber data
Di Dynamics 365, atribut ini merujuk pada kolom 'DataAreaId' yang tersedia di hampir semua tabel transaksi.
Contoh
USMFDEMFGBSI
|
|||
|
Pengguna yang bertanggung jawab
ResponsibleUser
|
ID atau nama pengguna yang menjalankan aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan orang yang bertanggung jawab menjalankan tugas tertentu dalam proses penutupan periode. Misalnya, orang yang membukukan jurnal, menyetujui rekonsiliasi, atau membuat laporan. Analisis berdasarkan pengguna membantu Anda memahami pembagian beban kerja, menemukan kebutuhan pelatihan, serta menilai kinerja individu atau tim. Atribut ini menjadi dimensi penting untuk dashboard produktivitas pengguna dan pengelolaan sumber daya. Atribut ini juga diperlukan untuk menghitung KPI 'Avg User Activity Count Variance'.
Mengapa ini penting
Mendukung analisis pembagian beban kerja, kinerja pengguna, dan alokasi sumber daya, sehingga tim atau individu yang kelebihan beban dapat diketahui.
Sumber data
Merujuk pada kolom seperti 'CreatedBy' atau 'ModifiedBy' di catatan transaksi Dynamics 365. Informasi pengguna biasanya dikelola di modul System administration.
Contoh
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
|
|||
|
ID entri jurnal
JournalEntryId
|
Identitas unik untuk dokumen entri jurnal. | ||
|
Deskripsi
Journal Entry ID adalah nomor unik untuk setiap jurnal yang dibuat di buku besar. ID ini menjadi tautan langsung ke transaksi sumber di Dynamics 365. ID ini mungkin tidak selalu digunakan dalam analisis proses tingkat tinggi, tetapi sangat berguna untuk menelusuri detail dan mencari akar masalah. Jika ditemukan anomali seperti penyesuaian setelah penutupan, analis dapat menggunakan ID ini untuk menemukan transaksi yang tepat di sistem sumber dan menyelidikinya lebih lanjut.
Mengapa ini penting
Menautkan langsung ke transaksi sumber di ERP, sehingga Anda dapat menelusuri detail dengan cepat untuk mencari akar masalah pada entri jurnal tertentu.
Sumber data
Merujuk pada kolom 'JournalNumber' di tabel seperti 'LedgerJournalTable' dan 'LedgerJournalTrans'.
Contoh
JV-001234GENJ005678ACCR-000987
|
|||
|
Jumlah
Amount
|
Nilai uang yang terkait dengan transaksi keuangan, misalnya jumlah entri jurnal. | ||
|
Deskripsi
Atribut ini mencatat nilai keuangan suatu aktivitas. Atribut ini sangat relevan untuk pembukuan jurnal, penyesuaian, dan rekonsiliasi. Dalam analisis process mining, jumlah transaksi dapat digunakan untuk menentukan prioritas masalah. Misalnya, analisis nilai penyesuaian setelah penutupan dapat membantu Anda memusatkan perhatian pada koreksi bernilai tinggi. Anda juga dapat memfilter peta proses untuk melihat alur transaksi bernilai tinggi atau rendah saja.
Mengapa ini penting
Memberi konteks keuangan pada peristiwa proses agar analisis dapat mempertimbangkan dampak uang, misalnya dengan memprioritaskan penyelidikan atas penyesuaian bernilai tinggi.
Sumber data
Tersedia di kolom jumlah seperti 'AmountCur' atau 'TransactionCurrencyAmount' pada tabel seperti 'GeneralJournalAccountEntry' di Dynamics 365.
Contoh
15000.50-250.00125000.00
|
|||
|
Kategori rekonsiliasi
ReconciliationCategory
|
Mengelompokkan jenis rekonsiliasi yang dilakukan, misalnya 'Bank', 'Antarperusahaan', atau 'Aset tetap'. | ||
|
Deskripsi
Reconciliation Category mengelompokkan rekonsiliasi akun berdasarkan jenisnya. Dengan begitu, Anda mendapat gambaran tingkat tinggi, bukan hanya melihat akun GL satu per satu. Analisis berdasarkan kategori membantu menemukan masalah sistemik pada jenis rekonsiliasi tertentu. Misalnya, dashboard 'GL Account Reconciliation Performance' dapat menunjukkan apakah rekonsiliasi antarperusahaan selalu memerlukan waktu lebih lama daripada rekonsiliasi bank. Temuan ini membantu mengarahkan perbaikan proses.
Mengapa ini penting
Membantu mengelompokkan aktivitas rekonsiliasi untuk membandingkan kinerja dan menemukan masalah sistemik pada jenis rekonsiliasi tertentu.
Sumber data
Informasi ini mungkin tersimpan di modul rekonsiliasi khusus atau dapat ditentukan dari properti akun GL yang direkonsiliasi. Lihat dokumentasi Microsoft Dynamics 365.
Contoh
Rekonsiliasi bankAntarperusahaanNeraca, akrualBuku pembantu aset tetap
|
|||
|
Otomatis
IsAutomated
|
Penanda boolean yang menunjukkan apakah aktivitas dijalankan oleh sistem atau bot otomatis, bukan oleh pengguna. | ||
|
Deskripsi
Atribut ini membedakan aktivitas manual dan otomatis dalam proses penutupan periode. Contohnya, entri jurnal yang dibukukan melalui antarmuka otomatis atau laporan yang dibuat oleh sistem. Analisis dimensi ini membantu Anda memahami tingkat otomatisasi proses. Anda dapat mengukur peningkatan efisiensi dari otomatisasi, menemukan peluang otomatisasi baru, dan memastikan langkah otomatis berjalan sesuai harapan tanpa kesalahan atau pengecualian.
Mengapa ini penting
Membantu mengukur dampak otomatisasi pada proses dan menemukan peluang otomatisasi lebih lanjut untuk meningkatkan efisiensi.
Sumber data
Biasanya ditentukan dengan memeriksa apakah 'ResponsibleUser' cocok dengan akun sistem atau akun layanan yang dikenal.
Contoh
truefalse
|
|||
|
Pengerjaan ulang
IsRework
|
Penanda boolean hasil perhitungan yang bernilai benar jika suatu aktivitas atau rangkaian aktivitas diulangi untuk item yang sama dalam satu kasus. | ||
|
Deskripsi
Penanda Is Rework menunjukkan pekerjaan yang harus dilakukan lebih dari sekali. Contohnya, rekonsiliasi yang dibuka kembali setelah disetujui atau jurnal yang dibalik lalu dibukukan ulang. Atribut ini penting untuk mengukur inefisiensi dan pemborosan dalam proses. Atribut ini digunakan langsung untuk menghitung KPI 'Reconciliation Rework Rate' dan mengisi dashboard 'Period Close Rework & Deviations'. Hasilnya menyoroti area dengan masalah kualitas atau prosedur yang tidak jelas sehingga pekerjaan harus diulang.
Mengapa ini penting
Mengukur inefisiensi proses dengan menandai pekerjaan berulang, sehingga masalah kualitas dan peluang perbaikan prosedur dapat diketahui.
Sumber data
Penanda ini dihitung saat transformasi data dengan menerapkan logika untuk mendeteksi aktivitas berulang pada entitas yang sama, misalnya akun GL yang sama, dalam periode keuangan yang sama.
Contoh
truefalse
|
|||
|
Penyesuaian setelah penutupan
IsPostCloseAdjustment
|
Penanda boolean hasil perhitungan yang bernilai benar jika entri jurnal penyesuaian dibukukan setelah neraca saldo disiapkan untuk suatu periode. | ||
|
Deskripsi
Atribut ini secara khusus menandai penyesuaian yang dibuat pada tahap akhir siklus penutupan. Atribut ini menandai aktivitas 'Adjusting Journal Entries Posted' yang terjadi setelah pencapaian 'Trial Balance Prepared' atau 'Financial Statements Approved' dalam periode keuangan yang sama. Atribut ini menjadi indikator penting untuk kualitas data dan pengendalian proses. Atribut ini digunakan untuk menghitung KPI 'Post-Close Adjustment Entry Rate' dan mengisi dashboard 'Post-Close Adjustment Frequency', sehingga akar penyebab perubahan yang terlambat dapat diketahui.
Mengapa ini penting
Menyoroti masalah kualitas data dan pengendalian proses dengan mengidentifikasi penyesuaian yang terlambat, yang dapat mengurangi keandalan laporan keuangan.
Sumber data
Dihitung saat transformasi data dengan memeriksa urutan peristiwa dalam setiap kasus periode keuangan.
Contoh
truefalse
|
|||
|
Tanggal penyelesaian aktual
ActualCompletionDate
|
Tanggal sebenarnya saat langkah terakhir proses penutupan periode untuk suatu periode keuangan selesai. | ||
|
Deskripsi
Atribut ini mencatat waktu aktivitas terakhir yang menuntaskan kasus suatu periode keuangan, misalnya 'GL Period Closed' atau 'Financial Statements Approved'. Atribut turunan ini penting untuk menghitung total waktu siklus penutupan periode. Tanggalnya juga dibandingkan dengan 'TargetCompletionDate' untuk menghitung KPI 'Period Close On-Time Rate' dan mengukur ketepatan waktu.
Mengapa ini penting
Menentukan titik akhir proses untuk setiap periode, sehingga total waktu siklus dan KPI penyelesaian tepat waktu dapat dihitung.
Sumber data
Diperoleh dengan mencari waktu aktivitas terakhir yang tercatat untuk setiap kasus 'FinancialPeriod' di log peristiwa.
Contoh
2023-01-06T11:00:00Z2023-02-04T18:30:00Z2023-03-07T09:45:00Z
|
|||
|
Tanggal target penyelesaian
TargetCompletionDate
|
Tanggal rencana atau target untuk menyelesaikan proses penutupan periode keuangan tertentu. | ||
|
Deskripsi
Target Completion Date adalah tenggat penyelesaian penutupan periode keuangan. Tanggal ini biasanya ditetapkan dalam kalender atau jadwal penutupan. Atribut ini penting untuk menilai kinerja terhadap jadwal. KPI 'Period Close On-Time Rate' menggunakan tanggal ini untuk membandingkan tanggal penyelesaian aktual dengan target. Analisis selisihnya membantu Anda memahami konsistensi dan keandalan proses penutupan.
Mengapa ini penting
Penting untuk mengukur kinerja terhadap tenggat. Atribut ini digunakan untuk menghitung tingkat penyelesaian penutupan periode tepat waktu.
Sumber data
Tanggal ini mungkin tersimpan di tabel konfigurasi periode keuangan atau kalender Dynamics 365, atau perlu diambil dari alat perencanaan eksternal. Lihat dokumentasi Microsoft Dynamics 365.
Contoh
2023-01-052023-02-042023-03-06
|
|||
|
Waktu selesai
EndTime
|
Waktu yang menunjukkan kapan aktivitas dengan durasi terukur selesai. | ||
|
Deskripsi
Untuk aktivitas yang tidak berlangsung seketika, seperti tugas rekonsiliasi, waktu ini menandai penyelesaian tugas tersebut. Waktu ini melengkapi StartTime (EventTime) untuk menentukan durasi aktivitas. Atribut ini terutama digunakan untuk menghitung waktu pemrosesan setiap aktivitas. Atribut ini penting untuk KPI seperti 'Avg Adjusting Entry Processing Time' dan dashboard yang menganalisis pembagian waktu untuk tugas tertentu.
Mengapa ini penting
Memungkinkan penghitungan waktu pemrosesan setiap aktivitas secara akurat, sehingga tugas yang menjadi hambatan dapat diketahui.
Sumber data
Data ini mungkin sulit diperoleh. Sumbernya dapat berupa waktu perubahan status, kolom 'ModifiedDateTime', atau pasangan peristiwa mulai dan selesai yang terpisah di log.
Contoh
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
Aktivitas Record to Report, penutupan periode, dan rekonsiliasi
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Laporan keuangan disetujui
|
Ini adalah tonggak persetujuan akhir yang menandakan manajemen telah meninjau dan menyetujui laporan keuangan untuk periode tersebut. Peristiwa ini sering dicatat melalui tugas di ruang kerja Financial close. | ||
|
Mengapa ini penting
Ini adalah tonggak penting bagi bisnis yang mengakhiri tahap peninjauan. Data ini diperlukan untuk mengukur Waktu Peninjauan Laporan Keuangan dan tata kelola proses secara keseluruhan.
Sumber data
Data berasal dari ruang kerja Financial close. Peristiwa ini dicatat menggunakan stempel waktu penyelesaian tugas persetujuan akhir dalam daftar periksa tutup buku untuk periode tersebut.
Pengumpulan data
Gunakan stempel waktu penyelesaian tugas 'Final Approval' di ruang kerja Financial close.
Jenis peristiwa
explicit
|
|||
|
Neraca saldo disiapkan
|
Tonggak penting yang menandai bahwa semua penyesuaian yang diketahui telah dibukukan dan neraca saldo awal siap ditinjau. Peristiwa ini disimpulkan sebagai penanda selesainya entri data. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik pemeriksaan penting sebelum laporan keuangan dibuat. Aktivitas ini menandai peralihan dari tahap koreksi data ke tahap pelaporan dan peninjauan.
Sumber data
Ini adalah tonggak konseptual. Waktunya dapat disimpulkan dari stempel waktu jurnal penyesuaian terakhir yang dibukukan sebelum pembuatan laporan keuangan dimulai.
Pengumpulan data
Gunakan stempel waktu GeneralJournalEntry terakhir yang dibukukan untuk periode tersebut sebelum tugas pembuatan laporan dimulai.
Jenis peristiwa
inferred
|
|||
|
Periode buku besar ditutup
|
Aktivitas terakhir dalam proses ini menandai penutupan resmi periode buku besar, sehingga tidak ada pembukuan lebih lanjut. Perubahan status ini tercatat secara eksplisit dan dapat diaudit di Dynamics 365. | ||
|
Mengapa ini penting
Sebagai peristiwa akhir, aktivitas ini penting untuk menghitung Rata-rata Waktu Siklus Tutup Periode. Aktivitas ini menandai selesainya periode keuangan secara final dan tidak dapat dibatalkan.
Sumber data
Data diambil dari kalender buku besar, yaitu entitas LedgerPeriod. Peristiwanya adalah stempel waktu saat status periode berubah menjadi 'Closed'.
Pengumpulan data
Cari stempel waktu dalam jejak audit saat kolom status LedgerPeriod diubah menjadi 'Closed'.
Jenis peristiwa
explicit
|
|||
|
Proses tutup periode dimulai
|
Aktivitas ini menandai dimulainya proses tutup buku keuangan untuk periode tertentu. Biasanya, aktivitas ini disimpulkan dari pembuatan jadwal tutup buku di ruang kerja Financial close atau perubahan status pertama pada periode buku besar. | ||
|
Mengapa ini penting
Sebagai peristiwa awal, aktivitas ini penting untuk mengukur total waktu siklus tutup periode. Analisis waktu sejak peristiwa ini membantu mengetahui durasi proses secara keseluruhan dan kesesuaiannya dengan jadwal.
Sumber data
Disimpulkan dari tanggal pembuatan konfigurasi 'Financial close' atau stempel waktu tugas tutup buku pertama yang tercatat untuk periode keuangan. Data ini tersimpan di entitas ruang kerja Financial close.
Pengumpulan data
Gunakan stempel waktu pembuatan daftar periksa tutup buku keuangan atau stempel waktu paling awal dari aktivitas tutup buku apa pun untuk periode tersebut.
Jenis peristiwa
inferred
|
|||
|
Rekonsiliasi akun disetujui
|
Aktivitas ini menandakan rekonsiliasi akun yang telah disiapkan sudah ditinjau dan disetujui oleh manajer atau peninjau. Biasanya, aktivitas ini tercatat sebagai pembaruan status akhir tugas di ruang kerja Financial close. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang mengakhiri rekonsiliasi suatu akun. Data ini diperlukan untuk menghitung KPI 'Rata-rata Waktu Persetujuan Rekonsiliasi' dan menemukan hambatan persetujuan.
Sumber data
Data berasal dari entitas manajemen tugas di ruang kerja Financial close. Peristiwanya adalah stempel waktu saat status tugas rekonsiliasi berubah menjadi 'Completed' atau 'Approved'.
Pengumpulan data
Catat stempel waktu saat status tugas tutup buku diperbarui menjadi 'Completed' atau status akhir yang setara.
Jenis peristiwa
explicit
|
|||
|
Jurnal akrual dibukukan
|
Peristiwa ini menandai pembukuan entri jurnal untuk beban dan pendapatan akrual. Tindakan ini tercatat secara eksplisit dalam data transaksi buku besar dan dapat dikenali dari nama atau jenis jurnal tertentu. | ||
|
Mengapa ini penting
Memantau waktu dan jumlah akrual penting untuk memahami beban kerja selama tutup buku. Hal ini membantu menemukan ketergantungan dan potensi hambatan dalam pengumpulan informasi untuk entri tersebut.
Sumber data
Data diambil dari tabel GeneralJournalEntry dan GeneralJournalAccountEntry. Filter transaksi yang dibukukan selama periode tutup buku dengan nama jurnal khusus akrual, seperti 'ACCR'.
Pengumpulan data
Filter data GeneralJournalEntry berdasarkan JournalName atau PostingType tertentu yang digunakan untuk akrual.
Jenis peristiwa
explicit
|
|||
|
Jurnal antarperusahaan dibukukan
|
Aktivitas ini mencatat pembukuan entri jurnal untuk merekonsiliasi saldo antarentitas hukum dalam organisasi. Peristiwa ini tercatat secara eksplisit dalam log transaksi jurnal umum. | ||
|
Mengapa ini penting
Rekonsiliasi antarperusahaan sering kali rumit dan memicu keterlambatan. Memantau aktivitas ini membantu mengukur KPI Waktu Rekonsiliasi Antarperusahaan dan menemukan inefisiensi.
Sumber data
Data diambil dari tabel GeneralJournalEntry saat tanda 'Intercompany' aktif atau transaksi melibatkan akun antarperusahaan.
Pengumpulan data
Filter data GeneralJournalEntry berdasarkan jenis transaksi yang menunjukkan pembukuan antarperusahaan.
Jenis peristiwa
explicit
|
|||
|
Jurnal penyesuaian dibukukan
|
Peristiwa ini mencatat pembukuan jurnal penyesuaian setelah rekonsiliasi awal selesai, tetapi sebelum tutup buku akhir. Transaksi ini tercatat secara eksplisit dan dapat dikenali dari nama jurnal atau tanggal pembukuan tertentu. | ||
|
Mengapa ini penting
Frekuensi penyesuaian yang tinggi dapat menandakan masalah kualitas data atau proses sebelumnya. Pemantauan membantu mengukur Tingkat Entri Penyesuaian Setelah Tutup Buku dan menemukan akun bermasalah.
Sumber data
Data berasal dari tabel GeneralJournalEntry. Entri ini dapat ditemukan dengan memfilter jurnal yang memiliki nama jurnal 'Adjustment' atau yang dibukukan setelah tanggal penyusunan neraca saldo.
Pengumpulan data
Filter data GeneralJournalEntry berdasarkan JournalName tertentu atau tanggal pembukuan relatif terhadap tonggak proses lainnya.
Jenis peristiwa
explicit
|
|||
|
Laporan keuangan dibuat
|
Aktivitas ini menandai pembuatan laporan keuangan resmi, seperti laporan laba rugi dan neraca. Peristiwa ini sering kali sulit dicatat karena melibatkan proses menjalankan laporan. | ||
|
Mengapa ini penting
Aktivitas ini menandai dimulainya siklus peninjauan akhir. Durasi dari tahap ini hingga persetujuan akhir menjadi KPI penting untuk mengukur efisiensi peninjauan manajemen.
Sumber data
Log sistem untuk alat Financial Reporter, yang sebelumnya bernama Management Reporter, mungkin memuat informasi ini. Namun, informasi tersebut biasanya tidak tersimpan di tabel transaksi dan mungkin memerlukan pencatatan khusus.
Pengumpulan data
Perlu menganalisis log sistem atau mencatat peristiwa secara khusus. Data ini mungkin tidak tersedia dalam penerapan standar.
Jenis peristiwa
inferred
|
|||
|
Periode buku besar dibuka kembali
|
Aktivitas pengecualian ini terjadi saat periode yang sudah ditutup dibuka kembali untuk membukukan penyesuaian yang terlambat. Peristiwa ini tercatat sebagai perubahan status dari 'Closed' menjadi 'On hold' atau 'Open'. | ||
|
Mengapa ini penting
Membuka kembali periode merupakan penyimpangan besar dari proses standar dan dapat menandakan kelemahan kontrol atau kesalahan serius. Memantau frekuensinya penting untuk perbaikan proses dan kepatuhan.
Sumber data
Data diambil dari kalender buku besar, yaitu entitas LedgerPeriod. Peristiwanya adalah stempel waktu saat status periode berubah dari 'Closed' menjadi status yang belum ditutup.
Pengumpulan data
Cari stempel waktu dalam jejak audit saat status LedgerPeriod berubah dari 'Closed'.
Jenis peristiwa
explicit
|
|||
|
Rekonsiliasi akun dimulai
|
Menandai saat pengguna mulai merekonsiliasi akun buku besar tertentu, seperti akun neraca. Aktivitas ini tercatat sebagai perubahan status tugas di ruang kerja Financial close. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik awal untuk mengukur waktu siklus rekonsiliasi setiap akun. Anda dapat mengetahui akun mana yang paling lama mulai direkonsiliasi.
Sumber data
Data berasal dari entitas manajemen tugas di ruang kerja Financial close. Peristiwanya adalah stempel waktu saat status tugas rekonsiliasi berubah menjadi 'In progress'.
Pengumpulan data
Catat stempel waktu saat status tugas tutup buku diperbarui menjadi 'In progress' atau status serupa.
Jenis peristiwa
explicit
|
|||
|
Rekonsiliasi bank dimulai
|
Menandai dimulainya rekonsiliasi bank untuk rekening bank dan periode tertentu. Peristiwa ini tercatat secara eksplisit saat pengguna membuat lembar kerja rekonsiliasi bank baru. | ||
|
Mengapa ini penting
Waktu aktivitas ini penting untuk memahami subproses rekonsiliasi bank. Aktivitas ini menjadi titik awal untuk mengukur efisiensi rekonsiliasi kas.
Sumber data
Data berasal dari tabel BankStatement dan BankStatementLine. Stempel waktu pembuatan catatan rekonsiliasi rekening koran baru digunakan sebagai waktu peristiwa.
Pengumpulan data
Gunakan kolom 'CreatedDateTime' pada tabel BankStatement untuk periode keuangan terkait.
Jenis peristiwa
explicit
|
|||
|
Rekonsiliasi bank selesai
|
Aktivitas ini menandakan rekonsiliasi bank telah selesai dan dibukukan. Peristiwa ini tercatat secara eksplisit melalui perubahan status pada catatan rekonsiliasi bank. | ||
|
Mengapa ini penting
Ini adalah tonggak penting dalam proses tutup buku. Memantau penyelesaiannya membantu mengukur jumlah dan durasi siklus rekonsiliasi bank.
Sumber data
Disimpulkan dari perubahan status menjadi 'Reconciled' pada entitas BankStatement atau stempel waktu pembukuan jurnal rekonsiliasi terkait.
Pengumpulan data
Cari stempel waktu saat kolom status BankStatement diperbarui menjadi 'Reconciled'.
Jenis peristiwa
inferred
|
|||
|
Subledger ditahan
|
Menandai saat subledger transaksi, seperti Utang Usaha dan Piutang Usaha, tidak lagi dapat mencatat transaksi baru untuk periode tersebut. Hal ini dapat diketahui dari perubahan status periode buku besar untuk setiap modul. | ||
|
Mengapa ini penting
Ini adalah titik kontrol penting untuk menjaga integritas data sebelum pekerjaan buku besar dimulai. Keterlambatan pada tahap ini dapat berdampak pada seluruh jadwal tutup buku.
Sumber data
Disimpulkan dari status periode kalender buku besar untuk setiap modul subledger. Perubahan status menjadi 'On hold' untuk AP, AR, dan modul lainnya menandakan aktivitas ini telah terjadi.
Pengumpulan data
Cari perubahan status menjadi 'On hold' dalam jejak audit entitas LedgerPeriod, lalu filter berdasarkan modul.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi data
Siap memulai?
Mulai optimalkan proses Record to Report Anda hari ini dengan templat data ini. Awali langkah Anda menuju pelaporan keuangan yang lebih cepat dan akurat, serta kepatuhan yang lebih baik.
Percepat penutupan periode dan rekonsiliasi Record to Report
Pangkas durasi siklus hingga 30% dan tingkatkan akurasi agar penutupan keuangan lebih cepat.
Tidak perlu kartu kredit. Mulai optimalkan proses hari ini.