Templat data pengelolaan pengeluaran Anda
Templat data pengelolaan pengeluaran Anda
Ini template data umum kami untuk process mining Pengelolaan pengeluaran. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.
Pilih sistem tertentu- Daftar lengkap atribut data penting.
- Aktivitas utama dan tonggak penting dalam pemrosesan pengeluaran.
- Dasar untuk analisis proses terperinci di berbagai sistem.
Atribut pengelolaan pengeluaran
| Nama | Deskripsi | ||
|---|---|---|---|
| ID laporan pengeluaran ExpenseReportId | Pengenal unik untuk laporan pengeluaran. ID ini mengelompokkan semua aktivitas terkait dan menjadi pengenal utama kasus. | ||
| Deskripsi ID laporan pengeluaran adalah kunci unik yang diberikan kepada setiap laporan pengeluaran yang diajukan karyawan. ID ini menghubungkan semua tahap proses, mulai dari pembuatan dan pengajuan hingga persetujuan, kemungkinan penolakan, dan penggantian biaya. Dalam process mining, atribut ini menjadi dasar untuk merekonstruksi kasus. Setiap ID laporan pengeluaran yang unik mewakili satu kejadian proses pengelolaan pengeluaran. Dengan menganalisis perjalanan setiap ID, Anda dapat melihat alur proses, menghitung waktu siklus tiap laporan, dan menemukan perbedaan dalam penanganan laporan. Mengapa ini penting Ini adalah pengenal kasus utama yang menghubungkan semua peristiwa dalam siklus laporan pengeluaran sehingga seluruh proses dapat ditelusuri dari awal hingga akhir. Sumber data Biasanya terdapat di data tingkat header laporan pengeluaran atau di tabel transaksi utama proses pengeluaran. Contoh ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582 | |||
| Nama aktivitas ActivityName | Nama peristiwa bisnis atau tugas tertentu yang terjadi dalam siklus laporan pengeluaran. | ||
| Deskripsi Nama aktivitas menjelaskan satu tahap atau perubahan status dalam proses pengelolaan pengeluaran. Contohnya, 'Laporan Pengeluaran Dibuat', 'Disetujui Manajer', 'Pelanggaran Kebijakan Ditandai', dan 'Penggantian Biaya Dibayarkan'. Rangkaian aktivitas ini membentuk alur proses untuk setiap laporan pengeluaran. Dalam analisis process mining, atribut ini penting untuk menemukan model proses yang sebenarnya. Analis dapat menggunakannya untuk melihat peta proses, menemukan hambatan saat aktivitas memakan waktu terlalu lama, mengidentifikasi siklus pengerjaan ulang seperti 'Laporan Dikirim untuk Direvisi', dan menemukan variasi proses yang tidak standar. Kejelasan dan tingkat perincian nama aktivitas berpengaruh langsung pada kualitas wawasan proses. Mengapa ini penting Atribut ini menentukan tahapan proses sehingga peta proses dapat divisualisasikan dan pola serta penyimpangan alur kerja dapat dianalisis. Sumber data Diambil dari log peristiwa, tabel perubahan status, atau catatan transaksi yang terkait dengan laporan pengeluaran. Contoh Laporan pengeluaran diajukanDisetujui manajerDitolak oleh keuanganPenggantian biaya dibayarkan | |||
| Waktu peristiwa EventTime | Stempel waktu yang menunjukkan tanggal dan waktu persis saat aktivitas atau peristiwa tertentu terjadi. | ||
| Deskripsi Waktu peristiwa, atau stempel waktu, mencatat kapan suatu aktivitas terjadi. Data ini menunjukkan urutan kronologis peristiwa untuk setiap laporan pengeluaran, yang penting untuk merekonstruksi linimasa proses secara akurat. Dalam process mining, stempel waktu menjadi dasar semua analisis berbasis waktu. Data ini digunakan untuk menghitung indikator kinerja utama, seperti waktu siklus antaraktivitas, total waktu pemrosesan dari awal hingga akhir, dan waktu tunggu. Dengan menganalisis stempel waktu, organisasi dapat menemukan keterlambatan dalam proses persetujuan, mengukur efisiensi pembayaran penggantian biaya, dan memantau kinerja berdasarkan perjanjian tingkat layanan. Mengapa ini penting Stempel waktu ini penting untuk mengurutkan peristiwa secara kronologis dan menghitung semua metrik durasi, seperti waktu siklus dan hambatan. Sumber data Terdapat dalam log peristiwa atau data transaksi, biasanya dengan label 'Tanggal Pembuatan', 'Stempel Waktu', atau 'Tanggal Peristiwa'. Contoh 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z | |||
| Pembaruan data terakhir LastDataUpdate | Stempel waktu yang menunjukkan kapan data untuk catatan ini terakhir kali diperbarui dari sistem sumber. | ||
| Deskripsi Stempel waktu pembaruan data terakhir menunjukkan kapan data terakhir kali diekstrak atau disinkronkan dari sistem sumber. Informasi ini menetapkan batas waktu yang jelas untuk data dalam analisis, sehingga semua pihak mengetahui seberapa baru data tersebut. Dalam process mining, atribut ini penting untuk menjaga integritas data dan pelaporan. Atribut ini membantu pengguna mengetahui apakah informasi yang dilihat bersifat waktu nyata atau merupakan rekam historis. Hal ini sangat penting untuk dashboard pemantauan yang terus diperbarui dan membutuhkan data terkini. Atribut ini juga membantu menelusuri masalah pada alur data dengan memastikan pembaruan berjalan sesuai jadwal. Mengapa ini penting Memastikan keterkinian data terlihat jelas, yang penting untuk menjaga akurasi dan relevansi analisis proses atau dashboard pemantauan. Sumber data Biasanya dibuat dan disimpan oleh alat integrasi data atau ETL (Extract, Transform, Load) saat proses pemuatan data. Contoh 2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z | |||
| Sistem sumber SourceSystem | Sistem, aplikasi, atau platform tempat data pengelolaan pengeluaran diambil. | ||
| Deskripsi Atribut sistem sumber menunjukkan asal data proses. Di perusahaan modern, pengelolaan pengeluaran dapat melibatkan beberapa sistem terintegrasi, misalnya sistem SDM untuk data karyawan, aplikasi khusus untuk pengajuan pengeluaran, dan ERP untuk pembukuan keuangan. Kolom ini membantu membedakan data dari berbagai sumber tersebut. Informasi ini berguna untuk memvalidasi data dan memahami lingkungan teknologi yang mendukung proses. Jika masalah proses banyak ditemukan pada data dari sistem tertentu, hal itu dapat menunjukkan masalah integrasi atau masalah pada aplikasi tersebut. Informasi ini juga memberi konteks agar analis memahami sumber data utama untuk setiap tahap proses. Mengapa ini penting Menunjukkan asal data, yang penting untuk tata kelola data, pemecahan masalah, dan memahami variasi proses di berbagai platform. Sumber data Informasi ini sering menjadi bagian dari proses ekstraksi data atau metadata, dan dapat ditambahkan saat persiapan data. Contoh SAP ConcurExpensifyCoupaBrexRamp | |||
| Alasan penolakan RejectionReason | Alasan yang diberikan manajer atau pengguna keuangan saat menolak laporan pengeluaran atau mengirimkannya untuk direvisi. | ||
| Deskripsi Alasan penolakan adalah kolom teks atau kode yang telah ditentukan untuk menjelaskan mengapa laporan pengeluaran tidak lolos tahap persetujuan. Alasan yang umum antara lain 'Bukti pembayaran tidak ada', 'Kategori tidak tepat', atau 'Pengeluaran melanggar kebijakan'. Atribut ini sangat berguna untuk menganalisis akar penyebab pengerjaan ulang. Dengan menganalisis alasan penolakan yang paling sering muncul, perusahaan dapat menemukan masalah yang terjadi secara berulang. Misalnya, jika alasan terbanyak adalah 'Bukti pembayaran tidak ada', perusahaan mungkin perlu memperjelas persyaratan dokumentasi atau mempermudah proses melampirkan bukti pembayaran. Wawasan ini membantu menentukan perbaikan proses yang tepat sasaran, meningkatkan tingkat persetujuan pada pengajuan pertama, mengurangi pengerjaan ulang, dan mempersingkat waktu siklus keseluruhan. Mengapa ini penting Menjelaskan penyebab pengerjaan ulang sehingga perbaikan yang tepat sasaran dapat mengurangi penolakan dan meningkatkan tingkat keberhasilan pada pengajuan pertama. Sumber data Dicatat dalam kolom komentar atau daftar pilihan saat pemberi persetujuan memilih tindakan 'Tolak' atau 'Kirim Kembali'. Contoh Bukti pembayaran tidak adaKategori pengeluaran tidak tepatMelebihi batas uang harianPengeluaran duplikat | |||
| Departemen karyawan EmployeeDepartment | Unit bisnis atau departemen karyawan yang mengajukan laporan pengeluaran. | ||
| Deskripsi Atribut ini menunjukkan unit organisasi tempat karyawan pengaju bekerja, seperti 'Penjualan', 'Teknik', atau 'Pemasaran'. Unit ini sering dikaitkan dengan pusat biaya yang menanggung pengeluaran. Departemen karyawan menjadi dimensi utama untuk analisis perbandingan. Anda dapat memfilter proses berdasarkan departemen untuk menemukan perbedaan perilaku yang signifikan. Misalnya, satu departemen mungkin memiliki tingkat pelanggaran kebijakan atau waktu siklus persetujuan yang jauh lebih tinggi daripada departemen lain. Wawasan ini dapat membantu manajemen menentukan kebutuhan pelatihan khusus, penyesuaian proses, atau penjelasan kebijakan untuk tim tertentu. Mengapa ini penting Memungkinkan perbandingan antarunit bisnis untuk menemukan perilaku khusus departemen, hambatan, atau masalah kepatuhan. Sumber data Biasanya diambil dari catatan data induk karyawan yang ditautkan ke laporan pengeluaran. Contoh PenjualanTeknikPemasaranKeuangan | |||
| Mata uang Currency | Kode mata uang untuk total jumlah laporan pengeluaran, seperti USD, EUR, atau GBP. | ||
| Deskripsi Atribut mata uang menunjukkan satuan uang untuk total jumlah. Di organisasi global, karyawan mengajukan pengeluaran dalam berbagai mata uang. Kolom ini memberi konteks yang diperlukan untuk memahami semua nilai uang. Atribut ini penting untuk analisis keuangan yang akurat, terutama di organisasi multinasional. Dengan atribut ini, nilai uang dapat ditafsirkan dengan benar dan dikonversi ke mata uang yang sama untuk pelaporan gabungan. Tanpanya, membandingkan total jumlah laporan dalam JPY dengan laporan dalam USD tidak akan bermakna. Atribut ini menjadi dasar bagi dashboard yang menampilkan total pengeluaran, biaya rata-rata, dan KPI keuangan di berbagai wilayah. Mengapa ini penting Memberi konteks penting untuk semua nilai uang sehingga pelaporan keuangan dan perbandingan antarwilayah atau negara dapat dilakukan dengan akurat. Sumber data Biasanya disimpan bersama kolom jumlah pada data header laporan pengeluaran. Contoh USDEURGBPJPY | |||
| Penanda pelanggaran kebijakan PolicyViolationFlag | Indikator boolean yang bernilai benar jika laporan pengeluaran ditandai karena satu atau beberapa pelanggaran kebijakan. | ||
| Deskripsi Penanda pelanggaran kebijakan adalah nilai benar atau salah yang menunjukkan apakah laporan pengeluaran teridentifikasi, secara otomatis atau manual, tidak mematuhi kebijakan pengeluaran perusahaan. Pelanggaran dapat berupa pengeluaran yang melebihi batas, penggunaan vendor yang tidak disetujui, atau dokumen pendukung yang tidak lengkap. Penanda ini menjadi dasar analisis kepatuhan. Organisasi dapat menggunakannya untuk menghitung tingkat pelanggaran kebijakan secara keseluruhan, lalu menelusuri satu tingkat lebih dalam untuk melihat departemen, kategori pengeluaran, atau karyawan dengan pelanggaran terbanyak. Memahami frekuensi dan jenis pelanggaran membantu menyempurnakan kebijakan, meningkatkan pemeriksaan otomatis, dan memberikan pelatihan yang tepat sasaran untuk mengurangi pengeluaran yang tidak patuh serta pengecualian proses. Mengapa ini penting Mendukung pemantauan kepatuhan dengan menandai laporan yang tidak patuh, sehingga pelanggaran kebijakan dapat diukur dan dikurangi. Sumber data Penanda atau kolom dalam header laporan pengeluaran atau data rincian, yang sering diisi oleh mesin aturan sistem. Contoh truefalse | |||
| Pengaju Submitter | Nama atau ID karyawan yang membuat dan mengajukan laporan pengeluaran. | ||
| Deskripsi Pengaju adalah karyawan yang mengeluarkan biaya dan memulai proses penggantian biaya dengan membuat laporan pengeluaran. Atribut ini biasanya sama untuk semua peristiwa dalam satu kasus laporan pengeluaran. Atribut 'Pengguna' menunjukkan pelaksana setiap tahap, sedangkan 'Pengaju' tetap menjadi atribut yang sama di tingkat kasus untuk menganalisis perilaku pemilik laporan. Atribut ini memungkinkan analisis yang berfokus pada pengalaman karyawan, misalnya untuk menemukan karyawan yang laporannya sering ditolak atau yang berulang kali melanggar kebijakan. Hasilnya dapat menjadi dasar komunikasi atau pelatihan yang lebih terarah untuk meningkatkan efisiensi proses dan kepatuhan sejak awal. Mengapa ini penting Menunjukkan pemilik laporan pengeluaran sehingga perilaku karyawan dapat dianalisis, misalnya untuk menemukan pelanggar kebijakan yang berulang atau sumber pengerjaan ulang. Sumber data Terdapat dalam data header laporan pengeluaran dan ditautkan ke karyawan yang membuat catatan tersebut. Contoh Alice JohnsonRobert WilliamsEMP10234s.chen | |||
| Pengguna User | Nama atau ID pengguna, karyawan, atau akun sistem yang melakukan aktivitas tercatat. | ||
| Deskripsi Atribut pengguna menunjukkan orang atau agen otomatis yang bertanggung jawab menjalankan tahap proses tertentu. Misalnya, karyawan yang mengajukan laporan, manajer yang menyetujuinya, atau anggota tim keuangan yang memproses penggantian biaya. Analisis proses berdasarkan pengguna penting untuk memahami pembagian beban kerja dan kinerja individu, serta menemukan pihak tertentu yang mungkin menyebabkan keterlambatan. Misalnya, analisis dapat menunjukkan apakah seorang manajer menjadi hambatan dalam alur persetujuan. Analisis ini juga mendukung peninjauan alokasi sumber daya dan membantu memastikan akuntabilitas serta kemudahan audit di seluruh proses. Mengapa ini penting Menunjukkan pelaksana setiap tahap sehingga beban kerja dan kinerja dapat dianalisis, serta hambatan yang terkait dengan individu atau tim tertentu dapat ditemukan. Sumber data Tersedia dalam log peristiwa atau riwayat transaksi, biasanya ditautkan ke ID pengguna atau ID karyawan. Contoh john.doejane.smithapprover_team_leadsystem.batch.user | |||
| Status laporan ReportStatus | Status laporan pengeluaran saat ini atau status akhirnya dalam siklus proses, seperti 'Diajukan', 'Disetujui', atau 'Dibayar'. | ||
| Deskripsi Status laporan menunjukkan posisi laporan pengeluaran dalam proses pada waktu tertentu atau hasil akhirnya. Status biasanya berubah saat laporan melewati tahap pengajuan, persetujuan, pemrosesan, dan pembayaran. Atribut ini berguna untuk memfilter kasus dan menganalisis kelompok tertentu. Misalnya, Anda dapat berfokus pada laporan 'Ditolak' untuk memahami alasan penolakan, atau laporan 'Menunggu Persetujuan' untuk menyelidiki hambatan yang sedang terjadi. Dalam dashboard, atribut ini memberikan gambaran umum tentang beban kerja saat ini dan status semua laporan pengeluaran yang masih diproses. Atribut ini juga dapat digunakan untuk memvalidasi urutan aktivitas yang dihasilkan untuk process mining. Mengapa ini penting Memberikan ringkasan status laporan yang berguna untuk memfilter kasus dan membuat dashboard operasional tentang beban kerja saat ini. Sumber data Kolom dalam tabel header utama laporan pengeluaran yang diperbarui seiring laporan berjalan melalui alur kerjanya. Contoh Menunggu persetujuanDisetujuiDibayarDitolakDitarik | |||
| Total jumlah TotalAmount | Nilai uang total laporan pengeluaran yang diajukan untuk penggantian biaya. | ||
| Deskripsi Total jumlah adalah penjumlahan semua rincian pengeluaran dalam satu laporan. Nilai inilah yang harus disetujui dan diganti. Atribut ini penting untuk analisis keuangan dalam process mining. Anda dapat mengelompokkan laporan berdasarkan nilai, misalnya laporan bernilai tinggi dan rendah, yang sering mengikuti jalur persetujuan berbeda. Analis dapat menggunakan atribut ini untuk menghitung biaya rata-rata per laporan, mengukur dampak keuangan dari pengerjaan ulang dan penolakan, serta menemukan tren pengeluaran. Dengan membandingkan total jumlah dan waktu siklus, Anda dapat mengetahui apakah laporan bernilai lebih tinggi membutuhkan waktu persetujuan lebih lama. Mengapa ini penting Mendukung analisis dampak keuangan, membantu menemukan pola pengeluaran, dan memungkinkan proses dikelompokkan berdasarkan nilai laporan. Sumber data Tersedia pada tingkat header data laporan pengeluaran, biasanya dihitung dengan menjumlahkan semua nilai rincian. Contoh 150.752500.0085.5012500.20 | |||
| Hasil audit AuditOutcome | Hasil audit manual atau otomatis atas laporan biaya. | ||
| Deskripsi Hasil audit mencatat temuan dari langkah audit dalam proses. Audit dapat dilakukan otomatis oleh sistem untuk memeriksa kepatuhan terhadap aturan, atau secara manual oleh tim keuangan maupun audit. Hasilnya biasanya berupa "Lulus", "Gagal", atau "Lulus dengan pengecualian". Atribut ini mengukur efektivitas pengendalian internal secara langsung. Dengan menganalisis hasil audit, perusahaan dapat menilai tingkat risiko dan kualitas pengajuan. Atribut ini juga membantu menemukan bagian yang pengendaliannya tidak berjalan atau kebijakannya sering disalahartikan. process mining dapat menghubungkan hasil audit dengan atribut lain untuk mengetahui, misalnya, apakah kategori pengeluaran atau departemen tertentu lebih sering gagal dalam audit. Mengapa ini penting Mengukur kepatuhan dan pemeriksaan pengendalian internal secara langsung, sehingga membantu menilai risiko dan efektivitas aturan audit. Sumber data Kolom yang diperbarui oleh mesin aturan otomatis atau pengguna dari tim audit atau keuangan setelah pemeriksaan selesai. Contoh LulusGagal, dokumen tidak lengkapPerlu klarifikasiLulus dengan pengecualian | |||
| Kategori pengeluaran ExpenseCategory | Klasifikasi pengeluaran, seperti 'Perjalanan', 'Makanan', 'Perangkat lunak', atau 'Perlengkapan kantor'. | ||
| Deskripsi Kategori Pengeluaran adalah dimensi untuk mengelompokkan jenis pengeluaran dalam laporan biaya. Satu laporan dapat memuat beberapa kategori jika terdiri dari sejumlah item. Analisis proses berdasarkan Kategori Pengeluaran membantu organisasi memahami pola belanja dan melihat perbedaan proses untuk tiap kategori. Misalnya, pengeluaran untuk "Perjalanan Internasional" mungkin memerlukan persetujuan yang lebih rumit dan lama dibandingkan "Perlengkapan Kantor". Atribut ini memungkinkan analisis kepatuhan yang lebih terperinci, termasuk melihat kategori yang lebih sering melanggar kebijakan. Kategori Pengeluaran juga menjadi data penting untuk perencanaan keuangan dan anggaran. Mengapa ini penting Membantu menganalisis pola belanja dan melihat apakah jenis pengeluaran yang berbeda mengikuti jalur proses atau memiliki tingkat kepatuhan yang berbeda. Sumber data Biasanya tercatat pada tingkat item dalam laporan biaya. Untuk analisis tingkat kasus, kategori dapat digabungkan atau kategori yang paling dominan dapat digunakan. Contoh Tiket pesawatMakanan dan hiburanLangganan perangkat lunakPerlengkapan kantorHotel | |||
| Metode pembayaran PaymentMethod | Metode pembayaran pengeluaran, seperti "Kartu perusahaan" atau "Dana pribadi". | ||
| Deskripsi Metode Pembayaran menunjukkan cara karyawan membayar pengeluaran tersebut. Pembayaran biasanya menggunakan kartu perusahaan atau dana pribadi, yang perlu diganti langsung kepada karyawan. Atribut ini membantu membedakan dua variasi utama proses. Transaksi dengan kartu perusahaan biasanya lebih mudah diverifikasi karena datanya langsung berasal dari penyedia kartu. Pengeluaran dengan dana pribadi memerlukan pemeriksaan lebih teliti dan pembayaran langsung kepada karyawan. Analisis berdasarkan metode pembayaran dapat menunjukkan perbedaan waktu penyelesaian, tingkat kepatuhan, dan biaya pemrosesan di antara kedua jalur ini. Hasilnya dapat membantu melihat peluang untuk mendorong penggunaan kartu perusahaan agar proses lebih efisien. Mengapa ini penting Membedakan variasi utama proses, yaitu pembayaran dengan kartu perusahaan atau dana pribadi, yang sering kali memiliki tingkat risiko, efisiensi, dan pengendalian berbeda. Sumber data Biasanya dicatat pada tingkat item pengeluaran dan menunjukkan sumber dana untuk transaksi tersebut. Contoh Kartu perusahaanDana pribadiTunjangan harianDibayar perusahaan | |||
| Pemberi persetujuan Approver | Nama atau ID pengguna, biasanya manajer atau staf keuangan, yang bertanggung jawab menyetujui laporan biaya. | ||
| Deskripsi Atribut Pemberi persetujuan menunjukkan orang yang menyetujui atau menolak suatu langkah dalam alur kerja. Banyak proses memiliki beberapa tingkat persetujuan, misalnya dari manajer langsung, lalu kepala departemen atau staf keuangan. Seperti atribut "Pengguna", atribut "Pemberi persetujuan" berguna untuk menganalisis tahap persetujuan, yang sering menjadi sumber keterlambatan. Anda dapat mengukur waktu persetujuan tiap orang untuk menemukan hambatan. Buat dasbor untuk melihat beban kerja dan kinerja para pemberi persetujuan. Informasi ini dapat membantu mengelola sumber daya dan menunjukkan kebutuhan pelatihan tambahan tentang kebijakan pengeluaran. Mengapa ini penting Menunjukkan orang yang bertanggung jawab atas persetujuan, sehingga Anda dapat menganalisis keterlambatan, beban kerja, dan konsistensi keputusan. Sumber data Tercatat dalam log peristiwa atau riwayat transaksi untuk aktivitas terkait persetujuan. Contoh David ChenMGR1056Antrean Persetujuan Keuangansusan.g | |||
Aktivitas pengelolaan pengeluaran
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Dibukukan ke akuntansi | Menandai tahap terakhir saat data pengeluaran berhasil dibukukan ke buku besar perusahaan atau sistem ERP. Tahap ini mengakhiri rekonsiliasi keuangan laporan pengeluaran. | ||
| Mengapa ini penting Menandai akhir proses yang sebenarnya dari sudut pandang akuntansi keuangan. Waktu antara penggantian biaya dan peristiwa ini menunjukkan efisiensi kegiatan penutupan keuangan. Sumber data Diambil dari log integrasi ERP atau status akhir pada laporan pengeluaran yang menunjukkan bahwa data telah disinkronkan dengan sistem akuntansi. Pengumpulan data Gunakan stempel waktu dari log integrasi yang mengonfirmasi keberhasilan pembukuan ke buku besar. Jenis peristiwa explicit | |||
| Disetujui manajer | Manajer langsung karyawan atau pemberi persetujuan tingkat pertama telah meninjau dan menyetujui laporan pengeluaran. Keputusan penting ini memungkinkan laporan melanjutkan proses. | ||
| Mengapa ini penting Mengukur durasi dan efisiensi tahap persetujuan pertama. Tahap ini menjadi tonggak penting untuk menghitung total waktu siklus persetujuan. Sumber data Tercatat dalam tabel riwayat persetujuan atau jejak audit, yang merekam tindakan pemberi persetujuan beserta stempel waktunya. Pengumpulan data Filter riwayat persetujuan untuk menemukan tindakan 'Setujui' pertama yang dilakukan pengguna dengan peran manajer. Jenis peristiwa explicit | |||
| Disetujui oleh keuangan | Tim keuangan atau audit menyelesaikan peninjauan dan memberikan persetujuan final atas laporan pengeluaran. Ini sering menjadi tahap persetujuan terakhir sebelum penggantian biaya diproses. | ||
| Mengapa ini penting Ini adalah tonggak persetujuan terakhir. Waktu antara pengajuan dan peristiwa ini menunjukkan total waktu siklus persetujuan, salah satu indikator kinerja utama. Sumber data Tercatat sebagai peristiwa eksplisit dalam tabel riwayat persetujuan atau log audit, beserta detail pemberi persetujuan. Pengumpulan data Filter riwayat persetujuan untuk menemukan tindakan 'Setujui' final, yang biasanya dilakukan pengguna dengan peran keuangan atau audit. Jenis peristiwa explicit | |||
| Laporan pengeluaran diajukan | Terjadi saat karyawan secara resmi mengajukan laporan pengeluaran yang telah dilengkapi untuk memulai alur kerja persetujuan. Tindakan ini mengubah status laporan dari draf menjadi menunggu persetujuan. | ||
| Mengapa ini penting Ini adalah tonggak penting yang menandai akhir tahap pengisian data dan awal siklus persetujuan. Keterlambatan sebelum tahap ini disebabkan oleh pengguna, sedangkan keterlambatan setelahnya disebabkan oleh proses. Sumber data Peristiwa ini tercatat dalam log perubahan status atau melalui stempel waktu pengajuan yang tercantum secara langsung di riwayat laporan. Pengumpulan data Temukan peristiwa saat status laporan berubah dari 'draf' atau 'terbuka' menjadi 'diajukan' atau 'menunggu persetujuan'. Jenis peristiwa explicit | |||
| Laporan pengeluaran dibuat | Menandai dimulainya proses saat karyawan membuat catatan laporan pengeluaran baru. Ini adalah peristiwa pertama yang tercatat dan menetapkan pengenal kasus untuk pelacakan. | ||
| Mengapa ini penting Menentukan awal proses dari ujung ke ujung agar total waktu siklus dapat diukur secara akurat, mulai dari pembuatan hingga penyelesaian akhir. Sumber data Peristiwa ini biasanya diambil dari stempel waktu pembuatan pada data utama laporan pengeluaran. Pengumpulan data Gunakan stempel waktu pembuatan catatan dari tabel atau objek utama laporan pengeluaran. Jenis peristiwa explicit | |||
| Penggantian biaya dibayarkan | Aktivitas ini menandai saat pembayaran berhasil disalurkan kepada karyawan. Dari sudut pandang karyawan, inilah penyelesaian proses yang berhasil. | ||
| Mengapa ini penting Menetapkan titik akhir penting dalam proses sehingga total waktu penggantian biaya dapat diukur. Ini merupakan metrik penting untuk kepuasan karyawan. Sumber data Biasanya diambil dari log pemrosesan pembayaran atau pembaruan status akhir seperti 'Dibayar' atau 'Biaya Diganti' yang dikirim oleh sistem pembayaran terintegrasi. Pengumpulan data Gunakan tanggal pelaksanaan pembayaran dari catatan transaksi keuangan yang terkait dengan laporan pengeluaran. Jenis peristiwa explicit | |||
| Bukti pembayaran dilampirkan | Menunjukkan tindakan pengguna saat mengunggah dan menautkan bukti pembayaran atau dokumen pendukung lainnya ke item pengeluaran. Biasanya, setiap lampiran dicatat sebagai peristiwa tersendiri. | ||
| Mengapa ini penting Melacak perilaku pengguna dan kemungkinan keterlambatan pengiriman dokumen. Hal ini dapat menjadi hambatan umum sebelum laporan siap diajukan. Sumber data Biasanya tersedia di log audit sistem atau tabel lampiran khusus yang menautkan dokumen ke laporan pengeluaran. Pengumpulan data Catat stempel waktu setiap kali ada catatan baru di tabel dokumen atau lampiran. Jenis peristiwa explicit | |||
| Ditolak oleh keuangan | Departemen keuangan menolak laporan pengeluaran, biasanya karena masalah serius terkait kebijakan, kepatuhan, atau dokumentasi. Penolakan ini umumnya bersifat final dan menghentikan proses. | ||
| Mengapa ini penting Menunjukkan kegagalan kepatuhan yang kritis atau gangguan proses. Berbeda dengan penolakan oleh manajer, penolakan oleh keuangan sering menandakan masalah yang lebih serius. Sumber data Tercatat dalam log riwayat persetujuan atau sebagai perubahan status akhir menjadi 'Ditolak' oleh pengguna keuangan. Pengumpulan data Ambil stempel waktu tindakan 'Tolak' final dari pemberi persetujuan keuangan atau audit di jejak audit. Jenis peristiwa explicit | |||
| Ditolak oleh manajer | Manajer tingkat pertama telah meninjau laporan pengeluaran dan menolaknya secara final. Tindakan ini biasanya menghentikan proses untuk laporan tersebut, sehingga laporan baru perlu dibuat. | ||
| Mengapa ini penting Menunjukkan kegagalan proses pada tahap persetujuan pertama. Tingkat penolakan yang tinggi dapat menandakan kurangnya pemahaman kebijakan atau rendahnya kualitas pengajuan. Sumber data Tercatat dalam log riwayat persetujuan atau sebagai perubahan status akhir menjadi 'Ditolak' oleh manajer. Pengumpulan data Ambil stempel waktu tindakan 'Tolak' final dari pemberi persetujuan tingkat pertama di jejak audit. Jenis peristiwa explicit | |||
| Laporan dikirim untuk direvisi | Pemberi persetujuan, biasanya manajer atau peninjau keuangan, mengembalikan laporan kepada karyawan untuk diperbaiki tanpa menolaknya secara final. Tindakan ini memulai siklus pengerjaan ulang dan mengembalikan laporan ke status draf. | ||
| Mengapa ini penting Aktivitas ini menjadi penanda utama siklus pengerjaan ulang dalam proses. Analisis frekuensi dan penyebabnya dapat mengungkap inefisiensi proses serta area yang perlu diperbaiki. Sumber data Diambil dari log riwayat persetujuan atau diketahui dari perubahan status 'Menunggu Persetujuan' kembali ke 'Draf' atau 'Terbuka'. Pengumpulan data Cari peristiwa 'Kirim Kembali' atau perubahan status tertentu yang menandakan laporan dikembalikan kepada pengaju. Jenis peristiwa explicit | |||
| Laporan ditarik | Karyawan yang mengajukan laporan pengeluaran membatalkannya sebelum persetujuan diberikan sepenuhnya. Tindakan ini mengeluarkan laporan dari alur kerja persetujuan yang aktif. | ||
| Mengapa ini penting Menandai pembatalan proses yang dilakukan oleh pengguna akhir. Memahami alasan laporan ditarik dapat memberi gambaran tentang pengalaman pengguna dan kejelasan proses. Sumber data Biasanya tercatat sebagai peristiwa eksplisit dalam jejak audit laporan atau diketahui dari perubahan status menjadi 'Ditarik' atau 'Dibatalkan'. Pengumpulan data Temukan peristiwa saat pengaju awal melakukan tindakan untuk membatalkan laporan. Jenis peristiwa explicit | |||
| Laporan pengeluaran ditutup | Laporan pengeluaran secara resmi ditandai sebagai ditutup di sistem setelah semua tindakan selesai. Ini adalah pembaruan status akhir yang menandakan tidak ada perubahan lebih lanjut. | ||
| Mengapa ini penting Menetapkan titik akhir proses secara pasti agar analisis tidak mencakup laporan yang secara teknis masih terbuka tetapi tidak lagi aktif. Sumber data Diketahui dari status terakhir yang tercatat, seperti 'Ditutup' atau 'Diarsipkan', tanpa aktivitas setelahnya. Pengumpulan data Temukan stempel waktu perubahan status terakhir ke status akhir seperti 'Ditutup'. Jenis peristiwa inferred | |||
| Pelanggaran kebijakan ditandai | Pemeriksaan sistem otomatis atau peninjauan manual menemukan pengeluaran yang mungkin melanggar kebijakan perusahaan. Peristiwa ini tercatat saat tanda atau peringatan pelanggaran kebijakan ditambahkan ke laporan. | ||
| Mengapa ini penting Menunjukkan masalah kepatuhan dan menjadi salah satu penyebab utama pengerjaan ulang serta penolakan. Analisis tanda ini membantu menemukan kebijakan yang membingungkan atau kebutuhan pelatihan karyawan. Sumber data Dapat ditemukan di log sistem atau tabel pengecualian, atau dengan melacak kapan tanda pelanggaran pertama kali diterapkan pada laporan atau item pengeluaran. Pengumpulan data Gunakan stempel waktu saat catatan pengecualian kebijakan dibuat atau tanda pelanggaran diaktifkan. Jenis peristiwa explicit | |||
| Penggantian biaya dijadwalkan | Setelah mendapat persetujuan final, laporan pengeluaran masuk ke antrean pembayaran dalam jadwal pembayaran berikutnya. Peristiwa ini menandai peralihan dari tahap persetujuan ke sistem pembayaran. | ||
| Mengapa ini penting Mengukur efisiensi peralihan ke proses pembayaran. Keterlambatan pada tahap ini dapat menandakan masalah dalam pengelompokan pembayaran atau integrasi sistem pembayaran. Sumber data Diketahui dari perubahan status menjadi 'Menunggu Pembayaran' atau 'Disetujui untuk Pembayaran' setelah persetujuan final tercatat. Pengumpulan data Gunakan stempel waktu saat laporan dimasukkan ke kelompok pembayaran atau saat statusnya berubah untuk menandakan kesiapan pembayaran. Jenis peristiwa inferred | |||
| Peninjauan keuangan dimulai | Menandai saat laporan pengeluaran masuk ke antrean departemen keuangan atau akuntansi untuk ditinjau dan diaudit secara final. Biasanya, tahap ini diketahui dari perubahan status setelah persetujuan manajer. | ||
| Mengapa ini penting Membantu mengukur waktu antre atau masa tunggu sebelum tim keuangan mulai bekerja. Waktu antre yang lama dapat menjadi hambatan tersembunyi yang signifikan dalam proses. Sumber data Diketahui dari log perubahan status saat status laporan berubah menjadi 'Menunggu Peninjauan Keuangan' atau status serupa. Pengumpulan data Gunakan stempel waktu perubahan status yang memasukkan laporan ke antrean keuangan atau audit. Jenis peristiwa inferred | |||
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 process mining dengan memilih panduan ekstraksi khusus sistem, atau gunakan templat umum ini untuk menyiapkan data pengelolaan pengeluaran dari sumber mana pun. Kami siap membantu Anda menemukan wawasan dari data.
Mulai tingkatkan pengelolaan pengeluaran Anda hari ini
Temukan inefisiensi yang tersembunyi dan pastikan semua proses pengeluaran Anda mematuhi kebijakan.
Tidak perlu kartu kredit • Siap digunakan dalam 5 menit