Templat data Record to Report - Entri Jurnal Anda

Template process mining universal
Templat data Record to Report - Entri Jurnal Anda

Templat data Record to Report - Entri Jurnal Anda

Template process mining universal

Ini template data umum kami untuk process mining Record to Report - Jurnal. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.

Pilih sistem tertentu
  • Kolom data yang distandardisasi untuk analisis konsisten di berbagai sistem.
  • Aktivitas yang disarankan untuk merekam langkah-langkah penting dalam proses Entri Jurnal.
  • Kerangka fleksibel untuk memulai process mining dengan cepat dan efisien.
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Record to Report - Entri Jurnal

Sertakan kolom data yang disarankan ini dalam event log agar Anda dapat menganalisis proses secara menyeluruh dan memahami alur kerja Entri Jurnal dengan lebih baik.
5 Wajib 6 Disarankan 4 Opsional
Nama Deskripsi
ID Entri Jurnal
JournalEntryId
Pengenal unik untuk satu entri jurnal. ID ini menjadi pengenal kasus utama untuk melacak seluruh siklus entri jurnal, dari pembuatan hingga posting atau pembalikan.
Deskripsi

ID Entri Jurnal adalah atribut penting yang membedakan setiap kasus transaksi keuangan. ID ini menghubungkan semua aktivitas terkait, seperti pembuatan, persetujuan, dan posting, dalam satu kasus.

Dalam analisis process mining, ID ini digunakan untuk menyusun kembali perjalanan setiap entri jurnal dari awal hingga akhir. ID ini menjadi dasar untuk menghitung metrik tingkat kasus, seperti waktu siklus, menemukan variasi proses, dan menganalisis kesesuaian dengan model proses yang diinginkan. Tanpa pengenal kasus yang unik, urutan peristiwa untuk transaksi tertentu tidak dapat dilacak.

Mengapa ini penting

ID ini penting untuk melacak seluruh siklus setiap entri jurnal dan menganalisis alur, durasi, serta variasi proses.

Sumber data

Biasanya terdapat di tabel header dokumen keuangan atau akuntansi. ID ini mungkin berupa kunci gabungan dari nomor dokumen, kode perusahaan, dan tahun fiskal.

Contoh
JE001234561000-98765432-2023ACC_DOC_45000189
Nama Aktivitas
ActivityName
Nama peristiwa bisnis atau tugas tertentu yang terjadi pada waktu tertentu dalam proses entri jurnal.
Deskripsi

Nama Aktivitas menjelaskan langkah dalam siklus entri jurnal, seperti 'Entri Jurnal Dibuat', 'Jurnal Diajukan untuk Persetujuan', atau 'Entri Jurnal Diposting'. Setiap aktivitas menunjukkan perubahan status atau tindakan tertentu pada entri jurnal.

Atribut ini menjadi dasar process mining karena menentukan simpul dalam peta proses. Dengan menganalisis urutan dan frekuensi aktivitas, Anda dapat melihat alur proses yang sebenarnya, menemukan hambatan antar langkah, mendeteksi penyimpangan dari prosedur standar, dan mengukur waktu yang dihabiskan pada setiap tahap.

Mengapa ini penting

Atribut ini menentukan langkah dalam peta proses. Informasi ini penting untuk memvisualisasikan alur proses, menemukan hambatan, dan menganalisis penyimpangan.

Sumber data

Sering kali diambil dari log perubahan status, tabel peristiwa, kode transaksi, atau riwayat alur kerja yang terkait dengan dokumen entri jurnal.

Contoh
Jurnal dibuatJurnal diajukan untuk disetujuiJurnal disetujuiJurnal dibukukan
Waktu Peristiwa
EventTime
Stempel waktu yang menunjukkan secara tepat kapan aktivitas atau peristiwa tertentu terjadi pada entri jurnal.
Deskripsi

Waktu Peristiwa, atau stempel waktu, mencatat tanggal dan waktu persis saat suatu aktivitas dilakukan. Informasi ini menunjukkan urutan kronologis peristiwa dalam setiap kasus dan penting untuk menyusun alur proses secara akurat.

Dalam analisis, stempel waktu digunakan untuk menghitung durasi antaraktivitas, mengukur total waktu siklus proses, serta menemukan keterlambatan atau hambatan. Contohnya, selisih waktu antara 'Jurnal Diajukan untuk Persetujuan' dan 'Entri Jurnal Disetujui' menunjukkan lama proses persetujuan. Stempel waktu yang akurat menjadi dasar analisis proses berbasis waktu dan pengukuran kinerja.

Mengapa ini penting

Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung waktu siklus dan durasi, serta menemukan keterlambatan dalam proses.

Sumber data

Tersedia di log peristiwa, tabel riwayat transaksi, atau catatan perubahan dokumen. Nama kolom yang umum antara lain 'Tanggal Pembuatan', 'Tanggal Perubahan', atau 'Stempel Waktu'.

Contoh
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Pembaruan Data Terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan terakhir kali data diperbarui atau diekstrak dari sistem sumber.
Deskripsi

Atribut ini mencatat tanggal dan waktu ekstraksi atau pembaruan data terbaru. Informasi ini memberi konteks tentang seberapa mutakhir data yang dianalisis.

Untuk menafsirkan hasil analisis dengan tepat, Anda perlu mengetahui kapan data diperbarui. Stempel waktu ini membantu pengguna mengetahui apakah data yang dilihat merupakan informasi terkini atau rekaman dari waktu tertentu. Hal ini memengaruhi relevansi dashboard dan KPI terkait pekerjaan tertunda atau kinerja proses saat ini.

Mengapa ini penting

Menunjukkan kemutakhiran data agar pengguna memahami seberapa terkini analisis proses yang mereka lihat.

Sumber data

Biasanya dibuat dan disimpan oleh alat ekstraksi data atau platform integrasi saat data dimuat.

Contoh
2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z
Sistem Sumber
SourceSystem
Sistem pencatatan tempat data entri jurnal diambil. Informasi ini berguna saat data dari beberapa sistem digabungkan.
Deskripsi

Atribut Sistem Sumber menunjukkan aplikasi atau modul asal yang menghasilkan data entri jurnal. Di lingkungan perusahaan modern, data keuangan dapat berasal dari berbagai ERP, subbuku besar, atau aplikasi pihak ketiga.

Atribut ini berguna untuk beberapa jenis analisis. Anda dapat membandingkan efisiensi dan kesesuaian proses di berbagai sistem sumber. Misalnya, Anda dapat melihat apakah jurnal dari subbuku besar otomatis diproses lebih cepat daripada jurnal yang dibuat secara manual. Atribut ini juga penting untuk tata kelola data dan pemecahan masalah karena membantu melacak asal data.

Mengapa ini penting

Menunjukkan asal data. Informasi ini penting untuk membandingkan proses antar sistem dan mendukung tata kelola data.

Sumber data

Biasanya ditentukan saat menyiapkan ekstraksi data atau tersedia sebagai kolom standar di gudang data yang menggabungkan informasi dari beberapa sistem.

Contoh
SAP S/4HANAOracle Fusion FinancialsBlackLineManual
Jenis Entri Jurnal
JournalEntryType
Klasifikasi entri jurnal, seperti standar, berulang, akrual, atau pembalik.
Deskripsi

Jenis Entri Jurnal mengelompokkan transaksi berdasarkan tujuan atau sifat bisnisnya. Jenis yang umum mencakup entri manual standar, entri subbuku besar otomatis, akrual, reklasifikasi, dan entri pembalik.

Atribut ini berguna untuk memfilter dan mengelompokkan analisis proses. Dengan membandingkan alur proses dan metrik kinerja untuk berbagai jenis entri jurnal, organisasi dapat menemukan wawasan yang berguna. Misalnya, entri akrual mungkin memerlukan waktu persetujuan lebih lama, atau entri berulang mungkin memiliki tingkat otomatisasi lebih tinggi. Temuan ini membantu mengarahkan perbaikan proses pada kategori transaksi tertentu.

Mengapa ini penting

Memungkinkan analisis dikelompokkan untuk membandingkan proses berdasarkan jenis transaksi, seperti akrual dan entri standar, sehingga area yang perlu diperbaiki dapat ditentukan.

Sumber data

Biasanya terdapat di data header entri jurnal. Nama kolom yang umum antara lain 'Jenis Dokumen', 'Kategori Jurnal', atau 'Jenis Jurnal'.

Contoh
StandarAkrualBerulangPembalik
Jumlah Entri Jurnal
JournalEntryAmount
Nilai total entri jurnal, biasanya berupa jumlah debit.
Deskripsi

Atribut ini mencatat nilai keuangan entri jurnal. Bergantung pada sistem dan model data, nilainya dapat berupa total debit, total kredit, atau jumlah absolut.

Analisis proses berdasarkan nilai transaksi dapat mengungkap wawasan penting. Informasi ini membantu memprioritaskan perbaikan dengan berfokus pada transaksi bernilai tinggi. Misalnya, Anda dapat menyelidiki apakah jurnal bernilai tinggi memerlukan waktu persetujuan lebih lama atau lebih sering ditolak. Atribut ini juga penting untuk analisis materialitas dan mengidentifikasi transaksi dengan risiko keuangan lebih tinggi.

Mengapa ini penting

Penting untuk analisis materialitas. Atribut ini membantu memprioritaskan perbaikan proses pada transaksi bernilai tinggi dan menilai dampak keuangan.

Sumber data

Biasanya tersedia di tabel header entri jurnal. Nilainya mungkin perlu dihitung dengan menjumlahkan nilai setiap pos.

Contoh
5000.00125000.75250.501000000.00
Kode Perusahaan
CompanyCode
Pengenal unik untuk badan hukum atau perusahaan yang membuat entri jurnal.
Deskripsi

Kode Perusahaan menunjukkan badan hukum atau unit bisnis tertentu dalam organisasi. Transaksi keuangan dicatat pada tingkat kode perusahaan agar laporan keuangan setiap entitas dapat disusun secara terpisah.

Dalam process mining, Kode Perusahaan merupakan atribut penting untuk analisis organisasi. Atribut ini memungkinkan perbandingan kinerja proses antarentitas, wilayah, atau anak perusahaan. Misalnya, analis dapat membandingkan tingkat penolakan atau waktu persetujuan antara entitas di AS dan Jerman untuk menemukan praktik yang baik atau area yang perlu diperbaiki. Analisis ini membantu menyeragamkan proses dan memastikan kepatuhan di seluruh organisasi.

Mengapa ini penting

Memungkinkan perbandingan kinerja dan proses antar badan hukum, anak perusahaan, atau wilayah.

Sumber data

Kolom standar di header hampir semua dokumen keuangan dalam sistem ERP.

Contoh
1000US01DE01ACME_CORP
Mata Uang
Currency
Kode mata uang untuk jumlah yang tercantum dalam entri jurnal, seperti USD atau EUR.
Deskripsi

Atribut Mata Uang menunjukkan satuan uang untuk Jumlah Entri Jurnal. Atribut ini penting agar nilai keuangan dapat ditafsirkan dan dibandingkan dengan benar, terutama di organisasi multinasional.

Dalam analisis, atribut ini memberikan konteks yang diperlukan untuk Jumlah Entri Jurnal. Anda dapat memfilter transaksi berdasarkan mata uang. Atribut ini juga diperlukan untuk analisis yang menggabungkan atau membandingkan jumlah dari berbagai wilayah. Agar analisis global dapat dilakukan dengan tepat, jumlah mungkin perlu dikonversi ke satu mata uang pelaporan.

Mengapa ini penting

Memberikan konteks penting untuk jumlah entri jurnal sehingga analisis keuangan dan perbandingan antar mata uang dapat dilakukan dengan akurat.

Sumber data

Kolom standar di header dokumen keuangan, biasanya bernama 'Kode Mata Uang' atau 'Kunci Mata Uang'.

Contoh
USDEURGBPJPY
Nama Pengguna
UserName
Nama atau ID pengguna yang melakukan aktivitas tertentu, seperti membuat, menyetujui, atau memposting entri jurnal.
Deskripsi

Atribut Nama Pengguna menunjukkan orang yang bertanggung jawab menjalankan langkah proses tertentu. Orang tersebut bisa jadi pembuat entri jurnal, pengaju, manajer yang menyetujui, atau akuntan yang mempostingnya.

Analisis kinerja proses berdasarkan pengguna memberikan gambaran tentang pembagian beban kerja, produktivitas tim, dan kebutuhan pelatihan individu. Analisis ini dapat membantu menemukan pengguna berkinerja tinggi, pengguna yang mungkin memerlukan dukungan tambahan, atau aktivitas yang selalu ditangani oleh orang tertentu. Informasi ini penting untuk pengelolaan sumber daya dan upaya peningkatan kinerja.

Mengapa ini penting

Atribut ini penting untuk menganalisis pembagian beban kerja dan kinerja tim, serta menemukan kebutuhan pelatihan.

Sumber data

Biasanya terdapat di log perubahan dokumen atau tabel riwayat alur kerja, dengan kolom seperti 'Dibuat oleh', 'Diubah oleh', atau 'ID Pengguna'.

Contoh
j.doeasmithFIN_USER_123Robert Johnson
Status Entri Jurnal
JournalEntryStatus
Status entri jurnal saat ini atau status akhirnya dalam siklus proses, seperti 'Diparkir', 'Disetujui', atau 'Diposting'.
Deskripsi

Status Entri Jurnal menunjukkan keadaan transaksi pada waktu tertentu atau hasil akhirnya. Status biasanya mencerminkan tahap penting dalam proses, seperti 'Sedang Berlangsung', 'Diajukan untuk Persetujuan', 'Diposting', atau 'Dibalik'.

Atribut ini sangat berguna untuk memahami beban kerja dan pekerjaan tertunda saat ini. Manajer dapat memfilter jurnal berstatus 'Sedang Berlangsung' atau 'Menunggu Persetujuan' untuk memantau pekerjaan yang belum selesai. Analisis status akhir membantu memahami hasil proses, misalnya dengan menghitung proporsi entri yang diposting dibandingkan dengan yang dihapus atau dibalik.

Mengapa ini penting

Membantu memahami beban kerja dan pekerjaan tertunda saat ini dengan melacak status setiap entri jurnal, seperti 'Menunggu Persetujuan' atau 'Diposting'.

Sumber data

Tersedia di data header entri jurnal. Nama kolom yang umum antara lain 'Status Dokumen' atau 'Status Posting'.

Contoh
Sedang BerlangsungMenunggu PersetujuanDisetujuiDipostingDibalik
Alasan Penolakan
RejectionReason
Alasan yang diberikan peninjau saat menolak entri jurnal dalam proses persetujuan.
Deskripsi

Alasan Penolakan berupa kode atau keterangan yang menjelaskan mengapa entri jurnal tidak disetujui. Alasan yang umum mencakup penetapan akun yang salah, dokumen pendukung yang tidak memadai, atau pelanggaran kebijakan.

Atribut ini menjadi masukan utama untuk menganalisis akar penyebab pengerjaan ulang dan inefisiensi proses. Dengan menganalisis frekuensi setiap alasan penolakan, organisasi dapat menemukan sumber kesalahan yang paling umum. Informasi ini membantu menyusun tindakan yang tepat, seperti memperbaiki materi pelatihan, memperjelas kebijakan, atau menerapkan kontrol sistem untuk mencegah kesalahan sejak awal. Atribut ini mendukung KPI seperti Tingkat Penolakan dan Tingkat Pengerjaan Ulang.

Mengapa ini penting

Penting untuk menganalisis akar penyebab pengerjaan ulang, menemukan kesalahan yang umum, dan menyusun pelatihan atau perbaikan sistem yang tepat.

Sumber data

Biasanya terdapat di log alur kerja atau riwayat persetujuan entri jurnal. Isinya dapat berupa teks bebas atau pilihan dari daftar yang telah ditentukan.

Contoh
Akun Buku Besar SalahDokumen Pendukung Tidak AdaMelebihi BatasEntri Duplikat
Departemen
Department
Departemen bisnis atau pusat biaya yang terkait dengan entri jurnal, seperti Keuangan, Penjualan, atau TI.
Deskripsi

Atribut Departemen menghubungkan entri jurnal dengan unit bisnis, fungsi, atau pusat biaya tertentu. Data organisasi ini membantu mengaitkan aktivitas keuangan dengan area yang bertanggung jawab di perusahaan.

Seperti Kode Perusahaan, Departemen memungkinkan data proses dikelompokkan untuk analisis yang lebih terperinci. Atribut ini dapat digunakan untuk membandingkan efisiensi proses, tingkat pengerjaan ulang, atau waktu persetujuan antar departemen. Hasilnya dapat menunjukkan praktik yang baik atau area yang memerlukan dukungan atau panduan proses tambahan.

Mengapa ini penting

Memungkinkan analisis proses dan perbandingan kinerja antar unit bisnis, sehingga masalah khusus departemen atau praktik yang baik dapat ditemukan.

Sumber data

Dapat ditemukan di header entri jurnal atau data pos. Nilainya mungkin ditentukan dari pengguna yang membuat entri atau pusat biaya yang ditetapkan untuk transaksi.

Contoh
KeuanganPenjualan dan PemasaranLayanan TICC-10120
Otomatis
IsAutomated
Penanda yang menunjukkan apakah aktivitas dilakukan oleh sistem atau pengguna.
Deskripsi

Atribut Otomatis berupa penanda boolean yang membedakan aktivitas yang dijalankan sistem otomatis, seperti bot atau subbuku besar terintegrasi, dari aktivitas yang dilakukan pengguna secara manual.

Atribut ini penting untuk mengukur tingkat otomatisasi proses entri jurnal. Atribut ini memungkinkan penghitungan KPI Tingkat Otomatisasi dan membantu menemukan peluang untuk meningkatkan otomatisasi. Dengan membandingkan waktu siklus dan tingkat kesalahan aktivitas otomatis dengan aktivitas manual, perusahaan dapat menyusun alasan bisnis yang kuat untuk berinvestasi dalam teknologi otomatisasi guna meningkatkan efisiensi dan mengurangi kesalahan manusia.

Mengapa ini penting

Membantu mengukur tingkat otomatisasi proses dan menemukan peluang untuk mengotomatiskan tugas manual, sehingga efisiensi meningkat dan kesalahan berkurang.

Sumber data

Sering kali ditentukan dengan memeriksa apakah 'Nama Pengguna' merujuk pada akun sistem atau layanan, atau apakah transaksi berasal dari sistem sumber otomatis.

Contoh
truefalse
Tanggal Posting
PostingDate
Tanggal saat entri jurnal resmi diposting ke Buku Besar, yang menentukan periode keuangan.
Deskripsi

Tanggal Posting adalah tanggal akuntansi resmi untuk suatu transaksi. Tanggal ini menentukan periode fiskal saat entri jurnal dicatat dalam laporan keuangan. Tanggal ini bisa berbeda dari tanggal pembuatan entri atau tanggal terjadinya transaksi.

Analisis Tanggal Posting penting untuk pengendalian keuangan dan ketepatan waktu. Jeda antara tanggal pembuatan atau persetujuan dan tanggal posting dapat menjadi KPI penting untuk menunjukkan keterlambatan pada tahap akhir proses. Tanggal ini juga digunakan untuk menganalisis tingkat posting tepat waktu dan menemukan entri yang diberi tanggal mundur atau diposting ke periode yang salah, yang dapat menimbulkan masalah kepatuhan.

Mengapa ini penting

Tanggal ini penting untuk menghitung keterlambatan posting dan memastikan entri dicatat pada periode keuangan yang tepat agar laporan akurat.

Sumber data

Kolom standar yang wajib diisi pada header semua dokumen keuangan dalam sistem ERP.

Contoh
2023-10-312023-11-302024-01-02
Wajib Disarankan Opsional

Aktivitas Record to Report - Entri Jurnal

Rekam langkah-langkah proses utama dan pencapaian penting ini untuk menemukan proses secara akurat dan memahami pelaksanaan Entri Jurnal dengan jelas.
6 Disarankan 8 Opsional
Aktivitas Deskripsi
Jurnal diajukan untuk disetujui
Pembuat secara resmi mengajukan jurnal yang sudah lengkap ke alur kerja persetujuan. Aktivitas ini mengubah status jurnal dari tahap persiapan menjadi menunggu peninjauan.
Mengapa ini penting

Tahap ini menandai berakhirnya persiapan dan dimulainya siklus persetujuan. Waktu antara pengajuan dan persetujuan merupakan KPI penting untuk mengukur efisiensi alur kerja.

Sumber data

Peristiwa ini biasanya tercatat sebagai perubahan status dalam jejak audit atau log alur kerja sistem, misalnya dari 'In Progress' menjadi 'Submitted'.

Pengumpulan data

Temukan stempel waktu saat status jurnal berubah menjadi 'Submitted for Approval' atau status serupa.

Jenis peristiwa explicit
Jurnal dibalik
Jurnal yang sudah dibukukan dibalik dengan membuat dokumen baru yang berisi pembukuan dengan nilai berlawanan. Tindakan ini dilakukan untuk memperbaiki kesalahan pada dokumen yang sudah dibukukan dan tercatat secara eksplisit sehingga dapat diaudit.
Mengapa ini penting

Pembalikan menjadi indikator penting adanya kesalahan pada jurnal yang sudah dibukukan. Aktivitas ini merupakan hasil akhir alternatif yang tidak diinginkan dan penting untuk mengukur tingkat jurnal yang benar sejak awal.

Sumber data

Biasanya, hal ini dicatat sebagai jenis transaksi tertentu atau ditandai dalam data jurnal asli dan jurnal pembalik.

Pengumpulan data

Identifikasi tanggal posting dokumen jurnal baru yang secara eksplisit ditautkan sebagai pembalik jurnal asli.

Jenis peristiwa explicit
Jurnal dibuat
Aktivitas ini menandai dimulainya jurnal baru. Pada tahap ini, pengguna membuat catatan awal di sistem yang menjadi titik awal seluruh proses.
Mengapa ini penting

Ini adalah aktivitas awal utama dalam proses. Analisis waktu dari tahap ini hingga pembukuan membantu mengukur waktu siklus dari awal hingga akhir.

Sumber data

Peristiwa ini biasanya diambil dari tabel header modul jurnal, menggunakan stempel waktu saat catatan dibuat.

Pengumpulan data

Temukan stempel waktu paling awal yang terkait dengan ID Jurnal di log transaksi atau tabel header sistem.

Jenis peristiwa explicit
Jurnal dibukukan
Jurnal resmi dicatat di buku besar. Pada tahap ini, dokumen menjadi catatan keuangan permanen dan memengaruhi laporan keuangan perusahaan.
Mengapa ini penting

Ini adalah hasil akhir utama yang menandakan keberhasilan proses. Peristiwa ini menjadi dasar untuk mengukur waktu siklus keseluruhan dan efektivitas seluruh siklus hidup jurnal.

Sumber data

Peristiwa penting ini diambil dari catatan header jurnal, yang ditandai dengan status 'Posted' dan tanggal pembukuan terkait.

Pengumpulan data

Gunakan tanggal dan waktu pembukuan dari tabel header jurnal atau tabel dokumen keuangan terkait.

Jenis peristiwa explicit
Jurnal disetujui
Jurnal menerima persetujuan akhir dari manajer yang berwenang. Aktivitas ini menjadi tahap pengendalian terakhir sebelum dokumen dapat dibukukan ke buku besar.
Mengapa ini penting

Ini adalah pencapaian penting yang mengakhiri siklus persetujuan. Waktu antara persetujuan dan pembukuan menjadi area penting untuk mengukur efisiensi proses dan menemukan hambatan.

Sumber data

Peristiwa ini diambil dari log alur kerja atau audit saat pengguna terakhir yang berwenang menyelesaikan tahap persetujuan.

Pengumpulan data

Catat stempel waktu status persetujuan akhir, seperti 'Approved' atau 'Released for Posting'.

Jenis peristiwa explicit
Jurnal ditolak
Peninjau atau pemberi persetujuan menolak jurnal sehingga proses tidak dapat dilanjutkan. Jurnal biasanya dikembalikan kepada pembuat untuk diperbaiki, sehingga memulai siklus pengerjaan ulang.
Mengapa ini penting

Aktivitas ini penting untuk mengidentifikasi pengerjaan ulang yang berdampak langsung pada efisiensi dan biaya proses. Tingkat penolakan yang tinggi dapat menandakan masalah pelatihan, kebijakan, atau kualitas data.

Sumber data

Peristiwa ini tercatat dalam alur kerja atau log audit saat pemberi persetujuan memilih tindakan 'Reject' atau 'Send Back'.

Pengumpulan data

Catat stempel waktu saat status berubah menjadi 'Rejected', 'Needs Correction', atau status serupa.

Jenis peristiwa explicit
Dokumen pendukung dilampirkan
Pengguna melampirkan satu atau beberapa dokumen pendukung ke jurnal. Dokumen ini memberikan bukti dan konteks transaksi yang diperlukan oleh peninjau dan auditor.
Mengapa ini penting

Melacak aktivitas ini membantu mengetahui apakah dokumen yang belum lengkap menyebabkan keterlambatan. Informasi ini juga memberi gambaran tentang kepatuhan dan kelengkapan persiapan jurnal.

Sumber data

Informasi ini biasanya disimpan di tabel terpisah untuk lampiran atau manajemen dokumen, yang terhubung ke ID Jurnal.

Pengumpulan data

Gunakan stempel waktu pembuatan dari log atau tabel lampiran dokumen yang terkait dengan ID Jurnal tertentu.

Jenis peristiwa explicit
Jurnal diajukan kembali untuk disetujui
Jurnal yang sudah diperbaiki diajukan kembali ke alur kerja persetujuan untuk ditinjau ulang. Tindakan ini memulai kembali proses persetujuan setelah koreksi dilakukan.
Mengapa ini penting

Aktivitas ini menandai dimulainya siklus persetujuan baru untuk jurnal yang sama. Analisis pengajuan ulang penting untuk memahami keseluruhan pengerjaan ulang.

Sumber data

Peristiwa ini diambil dari log alur kerja saat status jurnal berubah dari 'Rejected' atau 'In Progress' kembali menjadi 'Submitted for Approval'.

Pengumpulan data

Temukan perubahan status menjadi 'Submitted for Approval' yang terjadi setelah aktivitas 'Journal Entry Rejected' untuk kasus yang sama.

Jenis peristiwa inferred
Jurnal Dibersihkan
Pos terbuka dalam jurnal diimbangi dengan posting lain, misalnya penerimaan kas yang membersihkan akrual. Aktivitas ini menandai rekonsiliasi pos tertentu sehingga pos tersebut ditutup.
Mengapa ini penting

Aktivitas setelah posting ini penting dalam proses yang menggunakan akun kliring. Keterlambatan pembersihan dapat memengaruhi akurasi neraca dan efisiensi penutupan akhir periode.

Sumber data

Peristiwa ini dicatat dalam data pos jurnal. Tanggal pembersihan dan nomor dokumen kliring biasanya diisi di sana.

Pengumpulan data

Gunakan tanggal pembersihan yang terkait dengan pos jurnal tertentu.

Jenis peristiwa explicit
Jurnal dihapus
Jurnal yang disimpan sementara atau belum dibukukan dihapus dari sistem. Hal ini biasanya terjadi jika jurnal dibuat karena kesalahan atau tidak lagi diperlukan sebelum menjadi catatan keuangan.
Mengapa ini penting

Ini menandai hasil akhir bagi jurnal yang tidak pernah dibukukan. Analisis penghapusan dapat mengungkap kegagalan proses atau pekerjaan yang dibuat tanpa perlu.

Sumber data

Peristiwa ini dapat diambil dari log audit atau dengan mengidentifikasi catatan yang sebelumnya ada di tabel jurnal tetapi kemudian dihapus.

Pengumpulan data

Catat stempel waktu dari log audit yang merekam penghapusan catatan jurnal.

Jenis peristiwa explicit
Jurnal diperbaiki
Pengguna mengubah jurnal setelah jurnal ditolak atau dikembalikan untuk diperbaiki. Aktivitas ini menunjukkan upaya pengerjaan ulang untuk menangani masalah yang ditemukan saat peninjauan.
Mengapa ini penting

Mengukur waktu yang digunakan untuk melakukan koreksi membantu menghitung dampak pengerjaan ulang. Pengukuran ini menyoroti inefisiensi dan peluang untuk memperbaiki proses atau melatih pengguna.

Sumber data

Aktivitas ini sering disimpulkan dengan mendeteksi perubahan pada kolom data utama di catatan jurnal setelah status 'Rejected' tercatat.

Pengumpulan data

Deteksi perubahan pada data jurnal atau stempel waktu terakhir diubah yang terjadi antara aktivitas 'Rejected' dan 'Resubmitted'.

Jenis peristiwa inferred
Jurnal disimpan sementara
Pengguna menyimpan jurnal yang belum lengkap tanpa membukukannya, agar dapat dilengkapi atau ditinjau nanti. Tindakan ini membuat dokumen sementara yang belum memengaruhi buku besar.
Mengapa ini penting

Penyimpanan sementara dapat menandakan keterlambatan atau kebutuhan akan informasi tambahan sebelum pengajuan. Jumlah jurnal yang disimpan sementara dalam volume tinggi dapat menunjukkan proses yang tidak efisien atau masalah ketersediaan data.

Sumber data

Status atau jenis dokumen ini biasanya tercatat secara eksplisit dalam data header jurnal atau log perubahan status terkait.

Pengumpulan data

Catat stempel waktu saat status jurnal berubah menjadi 'Parked', 'Saved', atau 'Incomplete'.

Jenis peristiwa explicit
Jurnal diubah setelah dibukukan
Pengguna mengubah kolom tertentu pada jurnal setelah jurnal dibukukan. Sebagian besar data keuangan tidak dapat diubah setelah pembukuan, tetapi beberapa kolom deskriptif biasanya masih dapat diperbarui.
Mengapa ini penting

Perubahan ini dapat menandakan masalah kualitas data atau upaya memperbaiki informasi di luar proses pembalikan resmi. Melacaknya penting untuk analisis audit dan kepatuhan.

Sumber data

Aktivitas ini biasanya diambil dari log dokumen perubahan yang mencatat perubahan pada catatan keuangan setelah dibukukan.

Pengumpulan data

Temukan catatan dalam log perubahan yang terhubung ke ID Jurnal dan memiliki stempel waktu setelah tanggal pembukuan.

Jenis peristiwa explicit
Pembukuan manual teridentifikasi
Peristiwa hasil perhitungan ini mengklasifikasikan jurnal yang dibuat melalui sesi interaktif manual oleh pengguna. Jurnal ini berbeda dari jurnal yang dibuat melalui antarmuka otomatis atau pekerjaan batch.
Mengapa ini penting

Membedakan jurnal manual dan otomatis penting untuk analisis otomatisasi. Hal ini membantu memusatkan upaya perbaikan dan menilai risiko yang terkait dengan intervensi manual.

Sumber data

Ini bukan peristiwa yang menunjukkan waktu, melainkan klasifikasi yang diturunkan dari kolom sistem sumber, seperti kode transaksi, metode entri, atau indikator sistem sumber.

Pengumpulan data

Klasifikasikan jurnal berdasarkan kolom sumber yang menunjukkan metode entri. Waktu pembukuan dapat digunakan sebagai stempel waktunya.

Jenis peristiwa calculated
Disarankan Opsional

Panduan ekstraksi

Cara mendapatkan data untuk process mining.

Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,

baca panduan ETL kami   atau   pilih proses dan sistem tertentu.

Siap memulai?

Mulai analisis proses dengan templat umum ini, atau langsung buka panduan ekstraksi khusus sistem untuk menyesuaikan persiapan data Anda.

Benahi Entri Jurnal Anda, mulai optimalkan sekarang

Tingkatkan efisiensi, kurangi kesalahan, dan percepat siklus penutupan.

Mulai uji coba gratis

Kartu kredit tidak diperlukan • Rasakan manfaatnya langsung