Templat data Record to Report - Entri Jurnal Anda
Templat data Record to Report - Entri Jurnal Anda
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.
Atribut Record to Report - Entri Jurnal
| 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 | |||
Aktivitas Record to Report - Entri Jurnal
| 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 | |||
Panduan ekstraksi
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.
Kartu kredit tidak diperlukan • Rasakan manfaatnya langsung