Templat Data Pengelolaan Pengeluaran Anda
Templat Data Pengelolaan Pengeluaran Anda
- Atribut yang disarankan untuk analisis
- Aktivitas utama yang perlu dilacak dalam proses
- Panduan ekstraksi data
Atribut Pengelolaan Pengeluaran
| Nama | Deskripsi | ||
|---|---|---|---|
|
ID laporan pengeluaran
ExpenseReportId
|
Pengenal unik untuk laporan pengeluaran yang digunakan sebagai ID utama kasus untuk melacak seluruh siklusnya. | ||
|
Deskripsi
ID Laporan Pengeluaran menjadi dasar proses pengelolaan pengeluaran. ID ini mengelompokkan semua aktivitas terkait, mulai dari pembuatan dan pengiriman hingga persetujuan dan penggantian biaya, dalam satu kasus. Dalam process mining, ID ini memungkinkan analisis menyeluruh atas perjalanan setiap laporan pengeluaran. ID ini digunakan untuk menyusun kembali jalur yang dilalui laporan, mengukur total waktu siklus, menemukan siklus pekerjaan ulang saat laporan dikembalikan untuk diperbaiki, dan menganalisis variasi proses untuk memahami alur yang umum maupun yang tidak biasa.
Mengapa ini penting
ID ini penting untuk melacak seluruh siklus laporan pengeluaran dan menganalisis waktu siklus, hambatan, serta penyimpangan proses.
Sumber data
ID ini merupakan pengenal utama dalam modul pengelolaan pengeluaran Brex. Biasanya, ID ini tersedia di semua ekspor data dan endpoint API terkait laporan pengeluaran.
Contoh
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
|
|||
|
Nama aktivitas
ActivityName
|
Nama peristiwa atau tugas tertentu yang terjadi selama siklus laporan pengeluaran. | ||
|
Deskripsi
Nama Aktivitas menjelaskan suatu tahap dalam proses, seperti 'Laporan Pengeluaran Dikirim', 'Disetujui Manajer', atau 'Penggantian Biaya Dibayarkan'. Peristiwa-peristiwa ini membentuk urutan tindakan dalam alur proses. Dengan menganalisis aktivitas ini, Anda dapat melihat peta proses, menemukan hambatan di antara tahap, dan menghitung frekuensi berbagai hasil, seperti persetujuan atau penolakan. Data ini menjadi dasar untuk memahami apa yang terjadi selama proses pengelolaan pengeluaran.
Mengapa ini penting
Atribut ini penting untuk menyusun peta proses dan memahami urutan peristiwa yang dilalui setiap laporan pengeluaran.
Sumber data
Informasi ini berasal dari log peristiwa atau status transaksi di sistem Brex. Anda mungkin perlu memetakan kode status atau jenis peristiwa ke nama yang mudah dipahami pengguna.
Contoh
Laporan pengeluaran dibuatDisetujui manajerDitolak keuanganPenggantian biaya dibayarkan
|
|||
|
Waktu peristiwa
EventTime
|
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu terjadi. | ||
|
Deskripsi
Waktu Peristiwa mencatat tanggal dan waktu setiap aktivitas dalam proses secara tepat. Informasi waktu ini menjadi dasar process mining karena menunjukkan urutan kronologis peristiwa. Stempel waktu ini digunakan untuk menghitung waktu siklus antaraktivitas, menemukan waktu tunggu dan keterlambatan, serta menganalisis kinerja proses dalam berbagai periode. Data ini mendukung metrik utama seperti 'Rata-rata Waktu Peninjauan Manajer' dan 'Jeda Pelaksanaan Penggantian Biaya', serta membantu analisis hambatan dan pemantauan kinerja.
Mengapa ini penting
Stempel waktu diperlukan untuk menghitung semua metrik berbasis waktu, seperti waktu siklus dan waktu tunggu, yang penting untuk menemukan keterlambatan.
Sumber data
Setiap peristiwa atau data transaksi di Brex seharusnya memiliki stempel waktu. Informasi ini dapat ditemukan dalam respons API atau ekspor data laporan pengeluaran.
Contoh
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
Departemen karyawan
EmployeeDepartment
|
Departemen tempat karyawan yang mengirim laporan pengeluaran bekerja. | ||
|
Deskripsi
Atribut ini menunjukkan departemen bisnis tempat karyawan pengirim bekerja, seperti Penjualan, Teknik, atau Pemasaran. Atribut ini menjadi dimensi organisasi yang penting untuk analisis. Analisis berdasarkan departemen membantu menemukan variasi proses, hambatan, atau masalah kepatuhan di bagian tertentu organisasi. Misalnya, analisis dapat menunjukkan jika tingkat penolakan di suatu departemen jauh lebih tinggi atau waktu persetujuannya lebih lama daripada departemen lain. Temuan ini dapat menunjukkan perlunya pelatihan khusus atau penyesuaian proses. Atribut ini juga penting untuk melacak anggaran departemen dan mengalokasikan biaya.
Mengapa ini penting
Memungkinkan Anda memfilter dan membandingkan kinerja proses di berbagai unit bisnis untuk menemukan masalah atau tren khusus di tiap departemen.
Sumber data
Informasi ini biasanya diambil dari profil karyawan di Brex, yang sering disinkronkan dari sistem informasi SDM.
Contoh
PenjualanTeknikPemasaranKeuangan
|
|||
|
Jumlah total
TotalAmount
|
Nilai total pengeluaran dalam laporan. | ||
|
Deskripsi
Atribut ini menunjukkan jumlah total yang diklaim dalam laporan pengeluaran. Metrik keuangan ini penting untuk memahami pola belanja dan dampak keuangan dari proses pengeluaran. Dalam analisis, jumlah total dapat digunakan untuk mengelompokkan laporan berdasarkan rentang nilai, misalnya laporan bernilai tinggi dan rendah. Masing-masing kelompok mungkin memiliki jalur persetujuan atau tingkat pemeriksaan yang berbeda. Data ini juga penting untuk pelaporan keuangan, analisis anggaran, dan menemukan tren belanja berdasarkan departemen atau kategori.
Mengapa ini penting
Atribut ini mendukung analisis keuangan, misalnya untuk menemukan laporan pengeluaran bernilai tinggi yang mungkin perlu diperiksa lebih teliti atau memerlukan waktu persetujuan lebih lama.
Sumber data
Kolom ini tersedia pada setiap laporan pengeluaran di Brex. Anda dapat menemukannya di objek utama laporan pengeluaran dalam respons API atau ekspor data.
Contoh
150.752500.0079.99
|
|||
|
Pengguna peristiwa
EventUser
|
Pengguna yang melakukan aktivitas, misalnya manajer yang menyetujui laporan. | ||
|
Deskripsi
Atribut Pengguna Peristiwa menunjukkan orang yang bertanggung jawab atas suatu aktivitas. Orang tersebut dapat berupa karyawan yang mengirim laporan, manajer yang meninjaunya, atau anggota tim keuangan yang memproses penggantian biaya. Atribut ini penting untuk menganalisis beban kerja dan melacak kinerja, seperti yang ditampilkan di dashboard 'Kinerja dan Beban Kerja Pemberi Persetujuan'. Atribut ini membantu mengetahui pemberi persetujuan yang menangani laporan terbanyak, siapa yang menyetujui laporan paling cepat, dan apakah ada orang yang menjadi hambatan dalam proses. Informasi ini membantu membagi pekerjaan secara lebih merata dan menentukan siapa yang memerlukan dukungan.
Mengapa ini penting
Menunjukkan orang yang bertanggung jawab atas suatu tindakan, sehingga beban kerja dan kinerja dapat dianalisis serta hambatan dapat ditemukan hingga tingkat individu.
Sumber data
Data ini biasanya tercatat dalam jejak audit atau riwayat peristiwa laporan pengeluaran di Brex.
Contoh
john.smith@example.comjane.doe@example.combot-keuangan
|
|||
|
Status laporan
ReportStatus
|
Status laporan pengeluaran saat ini dalam siklus prosesnya. | ||
|
Deskripsi
Status Laporan menunjukkan posisi laporan pengeluaran saat ini dalam proses, misalnya 'Menunggu Persetujuan Manajer', 'Disetujui', 'Dibayar', atau 'Ditolak'. Atribut ini penting untuk memantau operasional, terutama melalui dashboard 'Pemantau Status Laporan Pengeluaran Terbuka'. Manajer dan tim keuangan dapat melihat beban kerja saat ini, menemukan laporan yang tertahan pada status tertentu, dan menentukan prioritas tindakan. Dengan menganalisis waktu yang dihabiskan pada setiap status, Anda dapat menemukan keterlambatan dan inefisiensi proses.
Mengapa ini penting
Menunjukkan posisi terkini laporan pengeluaran dalam alur kerja, yang penting untuk dashboard operasional dan pemantauan status.
Sumber data
Kolom status utama ini terdapat pada objek laporan pengeluaran di Brex.
Contoh
MENUNGGU_PERSETUJUANDISETUJUIDITOLAKDIBAYAR
|
|||
|
Tanda pelanggaran kebijakan
PolicyViolationFlag
|
Tanda boolean yang menunjukkan apakah laporan pengeluaran ditandai karena melanggar kebijakan. | ||
|
Deskripsi
Atribut ini berisi nilai true atau false. Brex menetapkannya saat mesin kebijakan otomatis mendeteksi kemungkinan pelanggaran, misalnya pengeluaran melebihi batas kategori atau bukti pembayaran tidak dilampirkan. Tanda ini menjadi dasar analisis kepatuhan dan KPI 'Tingkat Pelanggaran Kebijakan'. Anda dapat memfilter laporan yang tidak sesuai kebijakan dengan cepat untuk memahami dampaknya terhadap waktu pemrosesan dan tingkat penolakan. Analisis laporan yang ditandai juga membantu menyempurnakan kebijakan perusahaan dan menemukan bagian yang memerlukan panduan lebih lanjut bagi karyawan.
Mengapa ini penting
Mendukung pemantauan kepatuhan dan membantu mengukur dampak pelanggaran kebijakan terhadap efisiensi proses dan pekerjaan ulang.
Sumber data
Kemungkinan berupa kolom boolean atau penanda status dalam data laporan pengeluaran di Brex, yang biasanya dikelola oleh mesin kebijakannya.
Contoh
truefalse
|
|||
|
Alasan penolakan
RejectionReason
|
Alasan yang diberikan manajer atau pengguna bagian keuangan saat menolak laporan pengeluaran. | ||
|
Deskripsi
Atribut ini mencatat alasan bebas atau alasan yang sudah ditentukan saat laporan pengeluaran ditolak. Berbeda dari penanda kebijakan otomatis, alasan ini mencerminkan keputusan manual dari pemberi persetujuan. Analisis alasan penolakan penting untuk memahami penyebab kegagalan proses dan pekerjaan ulang. Analisis ini membantu menemukan kesalahan umum saat pengajuan, kebijakan yang kurang jelas, atau kesalahpahaman karyawan maupun manajer. Informasi tersebut dapat digunakan untuk memperbaiki materi pelatihan dan FAQ, sehingga tingkat penolakan dan pekerjaan ulang bisa ditekan.
Mengapa ini penting
Menjelaskan alasan penolakan manual dan memberikan masukan langsung untuk memperbaiki pelatihan pengguna serta mengurangi kesalahan berikutnya.
Sumber data
Biasanya berupa kolom komentar yang dapat diisi pemberi persetujuan saat memilih tindakan 'Tolak' di antarmuka Brex.
Contoh
Kategori pengeluaran yang dipilih keliru.Mohon berikan alasan bisnis yang lebih terperinci.Pembelian ini belum mendapat persetujuan sebelumnya.
|
|||
|
Bukti transaksi dilampirkan tepat waktu
ReceiptsAttachedOnTime
|
Penanda yang menunjukkan apakah bukti transaksi dilampirkan sebelum laporan diajukan. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini mengukur kepatuhan terhadap praktik proses yang umum: melampirkan semua bukti transaksi yang diperlukan sebelum mengajukan laporan pengeluaran untuk ditinjau. Nilainya menjadi 'true' jika aktivitas 'Bukti transaksi dilampirkan' terjadi sebelum aktivitas 'Laporan pengeluaran diajukan' dalam suatu kasus. Penanda ini mendukung dashboard 'Kepatuhan dan dampak pelampiran bukti transaksi' serta KPI 'Kepatuhan pelampiran bukti transaksi'. Analisis atribut ini membantu mengukur seberapa sering bukti transaksi terlambat atau tidak ada, serta kaitannya dengan hasil proses seperti keterlambatan, penolakan, dan pekerjaan ulang.
Mengapa ini penting
Mengukur kepatuhan terhadap kebijakan pengajuan bukti transaksi dan membantu menemukan penyebab umum keterlambatan serta penolakan proses.
Sumber data
Nilai ini dihitung di alat process mining dengan membandingkan stempel waktu aktivitas 'Bukti transaksi dilampirkan' dan 'Laporan pengeluaran diajukan' dalam setiap kasus.
Contoh
truefalse
|
|||
|
Detail pelanggaran kebijakan
PolicyViolationDetails
|
Deskripsi teks tentang kebijakan tertentu yang dilanggar. | ||
|
Deskripsi
Penanda pelanggaran kebijakan menunjukkan bahwa pelanggaran terjadi, sedangkan atribut ini menjelaskan alasannya. Isinya merinci aturan yang dilanggar, seperti 'Melebihi batas biaya makan sebesar $50' atau 'Bukti transaksi wajib untuk pengeluaran di atas $25'. Detail ini sangat berguna untuk dashboard 'Analisis pelanggaran kebijakan dan pekerjaan ulang'. Anda dapat mencari akar masalah dengan mengetahui jenis pelanggaran yang paling sering terjadi. Temuan ini bisa menjadi dasar tindakan yang lebih terarah, seperti memperjelas kebijakan tertentu, mengirim pengingat kepada karyawan, atau menyesuaikan aturan otomatis di sistem.
Mengapa ini penting
Menunjukkan akar masalah pelanggaran kebijakan sehingga Anda dapat memperbaiki kebijakan, pelatihan pengguna, dan konfigurasi sistem secara terarah.
Sumber data
Informasi ini tersedia di bagian catatan kepatuhan atau peninjauan yang terkait dengan pengeluaran yang ditandai di Brex.
Contoh
Pengeluaran melebihi batas kategori.Bukti transaksi tidak ada.Pengeluaran duplikat terdeteksi.
|
|||
|
Kategori pengeluaran
ExpenseCategory
|
Kategori pengeluaran, seperti perjalanan, makanan, atau perangkat lunak. | ||
|
Deskripsi
Kategori pengeluaran adalah klasifikasi yang dipilih karyawan untuk menjelaskan jenis pengeluaran. Kategori ini digunakan untuk akuntansi, penganggaran, dan penerapan kebijakan. Dalam process mining, pengelompokan pengeluaran berdasarkan kategori memberikan gambaran proses yang lebih terperinci. Anda dapat mengetahui apakah kategori tertentu, seperti perjalanan internasional, memiliki siklus persetujuan lebih lama atau tingkat penolakan lebih tinggi. Analisis ini membantu menyempurnakan kebijakan dan proses untuk jenis pengeluaran tertentu.
Mengapa ini penting
Memungkinkan analisis proses berdasarkan jenis pengeluaran, sehingga perbedaan perilaku atau hambatan pada tiap jenis pengeluaran dapat terlihat.
Sumber data
Ini adalah kolom standar pada setiap baris pengeluaran. Jika satu laporan mencakup beberapa kategori, datanya perlu digabungkan ke tingkat laporan.
Contoh
Tiket pesawatMakanan dan hiburanLangganan perangkat lunakPerlengkapan kantor
|
|||
|
Mata uang
Currency
|
Kode mata uang untuk jumlah total laporan pengeluaran. | ||
|
Deskripsi
Atribut Mata Uang menunjukkan satuan untuk Jumlah Total, seperti USD, EUR, atau GBP. Atribut ini penting untuk analisis keuangan yang akurat, terutama bagi organisasi multinasional yang menggunakan beberapa mata uang. Atribut ini memastikan data keuangan ditafsirkan dengan benar. Atribut ini memungkinkan penggabungan dan perbandingan jumlah pengeluaran secara tepat, yang sering kali memerlukan konversi ke mata uang pelaporan yang sama. Dengan begitu, nilai dalam mata uang berbeda tidak keliru dijumlahkan.
Mengapa ini penting
Menjaga akurasi keuangan saat menggunakan beberapa mata uang serta mendukung penggabungan dan pelaporan nilai pengeluaran secara tepat.
Sumber data
Kolom ini biasanya tersedia bersama kolom jumlah dalam data laporan pengeluaran Brex.
Contoh
USDEURGBP
|
|||
|
Metode pembayaran
PaymentMethod
|
Menunjukkan cara pengeluaran dibayar, misalnya dengan kartu perusahaan atau dana pribadi. | ||
|
Deskripsi
Atribut ini membedakan pengeluaran yang dibayar dengan kartu Brex perusahaan dan pengeluaran yang dibayar karyawan dengan uang pribadi lalu perlu diganti. Perbedaan ini penting karena prosesnya dapat sangat berbeda menurut metode pembayaran. Transaksi dengan kartu perusahaan mungkin melalui verifikasi dan rekonsiliasi, sedangkan penggantian biaya melalui proses pengajuan dan pencairan. Analisis berdasarkan metode pembayaran membantu menemukan masalah yang hanya terjadi pada alur tertentu dan memperbaikinya secara terpisah.
Mengapa ini penting
Alur proses dan langkah yang diperlukan sering berbeda antara pengeluaran dengan kartu perusahaan dan penggantian biaya pribadi. Karena itu, atribut ini penting untuk analisis variasi proses.
Sumber data
Informasi ini sudah tercakup dalam data transaksi di Brex.
Contoh
Kartu perusahaan BrexPenggantian biayaPembayaran tagihan
|
|||
|
Nama karyawan
EmployeeName
|
Nama karyawan yang membuat dan mengirim laporan pengeluaran. | ||
|
Deskripsi
Atribut ini menunjukkan nama karyawan yang mengajukan laporan pengeluaran. Pengguna Peristiwa menunjukkan siapa yang melakukan suatu tindakan, sedangkan Nama Karyawan menunjukkan pemilik laporan pengeluaran tersebut. Analisis atribut ini membantu melacak pengeluaran setiap karyawan. Anda dapat menemukan karyawan yang sering mengirim laporan dengan pelanggaran kebijakan atau laporannya berulang kali ditolak, yang mungkin menandakan perlunya pelatihan tambahan. Atribut ini juga membantu memahami pola belanja karyawan atau jabatan yang berbeda dalam organisasi.
Mengapa ini penting
Menunjukkan pemilik laporan pengeluaran, sehingga kualitas pengajuan dan kepatuhan dapat dianalisis untuk setiap karyawan.
Sumber data
Informasi dasar ini tersedia pada setiap laporan pengeluaran dan terhubung ke profil pengguna pembuatnya di Brex.
Contoh
Alice JohnsonRobert WilliamsMaria Garcia
|
|||
|
Negara
Country
|
Negara tempat karyawan berada atau negara yang terkait dengan transaksi pengeluaran. | ||
|
Deskripsi
Atribut ini menunjukkan negara tempat kantor utama atau pusat biaya karyawan berada. Bagi perusahaan global, ini merupakan dimensi penting untuk analisis perbandingan. Analisis proses berdasarkan negara dapat menunjukkan perbedaan kinerja proses, tingkat kepatuhan, atau pola pengeluaran di tiap wilayah. Misalnya, waktu persetujuan mungkin lebih lama di suatu negara karena peraturan setempat atau struktur manajemen yang berbeda. Temuan ini berguna untuk menyelaraskan proses secara global sekaligus memenuhi kebutuhan setempat.
Mengapa ini penting
Memungkinkan analisis kinerja proses dan kepatuhan di berbagai wilayah geografis, hal yang penting bagi organisasi multinasional.
Sumber data
Bersumber dari profil karyawan di Brex, yang biasanya disinkronkan dari sistem HR pusat.
Contoh
USACANGBRDEU
|
|||
|
Otomatis
IsAutomated
|
Penanda boolean yang menunjukkan apakah aktivitas dilakukan oleh pengguna sistem atau bot. | ||
|
Deskripsi
Atribut ini menunjukkan apakah aktivitas dijalankan otomatis oleh sistem, seperti pemeriksaan kebijakan otomatis, atau oleh pengguna, seperti persetujuan manual. Membedakan aktivitas otomatis dan manual penting untuk memahami tingkat otomatisasi proses. Informasi ini membantu menilai efektivitas sistem berbasis aturan dan menemukan peluang untuk menambah otomatisasi. Misalnya, Anda dapat melihat jumlah laporan yang disetujui otomatis dibandingkan dengan yang memerlukan campur tangan manual. Hasilnya dapat membantu meningkatkan pemrosesan tanpa intervensi.
Mengapa ini penting
Membantu mengukur tingkat otomatisasi proses dan menunjukkan langkah yang dilakukan manusia atau sistem.
Sumber data
Biasanya ditentukan dengan memeriksa pengguna yang terkait dengan suatu peristiwa. Peristiwa yang dibuat sistem sering dikaitkan dengan pengguna umum bernama 'system' atau 'bot'.
Contoh
truefalse
|
|||
|
Pekerjaan ulang
IsRework
|
Penanda hasil perhitungan yang bernilai true jika laporan pernah dikembalikan untuk diperbaiki. | ||
|
Deskripsi
Atribut boolean ini dihitung dari alur proses. Nilainya menjadi 'true' untuk setiap laporan pengeluaran yang memiliki aktivitas 'Laporan dikembalikan untuk diperbaiki' dalam riwayatnya. Dengan begitu, kasus yang mengalami pekerjaan ulang dapat ditandai dan dianalisis dengan mudah. Penanda ini digunakan untuk menghitung KPI 'Tingkat pekerjaan ulang laporan pengeluaran' dan mendukung dashboard 'Analisis pelanggaran kebijakan dan pekerjaan ulang'. Anda dapat membandingkan kasus yang berjalan lancar dengan kasus yang dikembalikan, lalu mengukur waktu dan biaya yang timbul akibat pekerjaan ulang.
Mengapa ini penting
Menandai laporan pengeluaran yang memerlukan pekerjaan tambahan dan perbaikan, sehingga penyebab serta biaya pekerjaan ulang dapat dianalisis.
Sumber data
Atribut ini tidak tersedia di sistem sumber. Nilainya dihitung dengan memeriksa apakah urutan aktivitas dalam suatu kasus mencakup 'Laporan dikembalikan untuk diperbaiki' atau aktivitas pekerjaan ulang serupa.
Contoh
truefalse
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu saat data terakhir kali diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini menunjukkan seberapa baru data yang dianalisis. Atribut ini mencatat tanggal dan waktu ekstraksi data terakhir yang berhasil dari Brex. Waktu pembaruan data terakhir membantu pengguna memahami kebaruan wawasan. Informasi ini menunjukkan apakah dashboard mencerminkan kondisi operasional terkini atau menggunakan data lama, sehingga pengguna dapat memperkirakan seberapa akurat analisis untuk kondisi saat ini.
Mengapa ini penting
Memberi tahu pengguna seberapa baru data yang digunakan, hal penting untuk mengambil keputusan operasional yang akurat dan sesuai kondisi terkini.
Sumber data
Stempel waktu ini dibuat oleh alat atau proses ekstraksi data setelah data berhasil diambil dari Brex.
Contoh
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
|
|||
|
Persetujuan pada pengajuan pertama
FirstPassApproval
|
Penanda yang menunjukkan apakah laporan disetujui tanpa penolakan atau revisi. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini menandai kasus proses yang paling efisien. Nilainya hanya menjadi 'true' jika laporan pengeluaran melewati seluruh proses, dari pengajuan hingga persetujuan akhir, tanpa pernah ditolak atau dikembalikan untuk diperbaiki. Atribut ini menjadi dasar KPI 'Tingkat persetujuan pada pengajuan pertama', ukuran penting untuk kualitas dan efisiensi proses. Tingkat yang tinggi menunjukkan karyawan mengajukan laporan yang lengkap dan sesuai kebijakan, serta proses persetujuan berjalan jelas. Dengan menganalisis laporan yang tidak disetujui pada pengajuan pertama, Anda dapat menemukan sumber kendala dan kesalahan dalam proses.
Mengapa ini penting
Mengukur kualitas pengajuan awal dan efisiensi alur kerja utama dengan menandai laporan yang diproses tanpa kendala.
Sumber data
Atribut ini dihitung di platform process mining dengan menganalisis urutan aktivitas setiap kasus untuk memastikan tidak ada aktivitas penolakan atau revisi.
Contoh
truefalse
|
|||
|
Sistem sumber
SourceSystem
|
Sistem tempat data diambil. | ||
|
Deskripsi
Atribut ini menunjukkan asal data proses. Dalam konteks ini, sumbernya adalah 'Brex'. Informasi ini penting untuk tata kelola dan pelacakan data, terutama jika data dari beberapa sistem digabungkan untuk memberikan gambaran proses secara menyeluruh. Dalam analisis, atribut ini membantu memfilter dan mengelompokkan data dari beberapa sistem sumber agar metrik dan peta proses ditafsirkan dengan tepat. Jika hanya menggunakan satu sistem, atribut ini berfungsi untuk memastikan asal data.
Mengapa ini penting
Memberikan konteks penting tentang asal data, mendukung pelacakan, dan membantu memfilter data dengan tepat saat menggunakan beberapa sistem.
Sumber data
Nilai tetap 'Brex' ini biasanya ditambahkan saat data diekstrak dan ditransformasikan.
Contoh
BrexBrex-API-v2.1
|
|||
|
Waktu selesai
EndTime
|
Stempel waktu yang menunjukkan kapan suatu aktivitas selesai. | ||
|
Deskripsi
StartTime (EventTime) menandai awal aktivitas, sedangkan EndTime menandai akhirnya. Atribut ini paling relevan untuk aktivitas yang memiliki durasi, seperti 'Peninjauan manajer dimulai' dan 'Disetujui manajer'. Jika aktivitas memiliki waktu mulai dan selesai, waktu pemrosesannya dapat dihitung dengan tepat dan dipisahkan dari waktu tunggu sebelumnya. Dengan begitu, Anda dapat mengukur durasi pekerjaan itu sendiri secara akurat, yang menjadi bagian penting dalam analisis hambatan.
Mengapa ini penting
Memungkinkan penghitungan waktu pemrosesan aktivitas secara tepat, terpisah dari waktu tunggu, sehingga analisis hambatan lebih akurat.
Sumber data
EndTime sering kali menggunakan StartTime aktivitas berikutnya dalam urutan proses. Untuk aktivitas dengan durasi yang ditentukan, EndTime juga dapat berasal dari kolom khusus di data sumber.
Contoh
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
|
|||
Aktivitas Pengelolaan Pengeluaran
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Dicatat dalam pembukuan
|
Ini adalah tahap akhir saat data pengeluaran berhasil dicatat dalam buku besar perusahaan atau sistem ERP. Tahap ini menuntaskan rekonsiliasi keuangan laporan pengeluaran. | ||
|
Mengapa ini penting
Aktivitas ini memastikan proses telah selesai dari sisi akuntansi keuangan. Keterlambatan antara penggantian biaya dan pencatatan dapat menunjukkan masalah integrasi sistem atau alur kerja akuntansi.
Sumber data
Aktivitas ini kemungkinan dicatat melalui konfirmasi API atau pembaruan status setelah sinkronisasi berhasil dengan sistem akuntansi. Stempel waktu peristiwa menunjukkan waktu pencatatan.
Pengumpulan data
Dicatat setelah menerima callback API atau pembaruan status yang menandakan keberhasilan dari sistem ERP atau perangkat lunak akuntansi terintegrasi.
Jenis peristiwa
explicit
|
|||
|
Disetujui keuangan
|
Tim keuangan telah menyelesaikan peninjauan dan memberikan persetujuan akhir atas laporan pengeluaran. Ini adalah tahap persetujuan terakhir sebelum penggantian biaya diproses. | ||
|
Mengapa ini penting
Tonggak penting ini memberikan izin untuk melakukan pembayaran. Tahap ini menjadi titik akhir pengukuran seluruh siklus persetujuan dan titik awal pengukuran KPI 'Jeda Pelaksanaan Penggantian Biaya'.
Sumber data
Peristiwa ini seharusnya dicatat secara langsung dalam riwayat persetujuan atau jejak audit, beserta ID pemberi persetujuan akhir dan stempel waktunya.
Pengumpulan data
Diambil dari log peristiwa atau perubahan status menjadi 'Disetujui Keuangan' atau 'Disetujui untuk Dibayar'.
Jenis peristiwa
explicit
|
|||
|
Disetujui manajer
|
Manajer tingkat pertama telah meninjau dan menyetujui laporan pengeluaran untuk diproses lebih lanjut. Keputusan ini membawa laporan ke tahap berikutnya, biasanya peninjauan keuangan atau persetujuan otomatis. | ||
|
Mengapa ini penting
Tonggak ini menuntaskan tahap persetujuan awal. Data ini penting untuk melacak waktu siklus persetujuan, beban kerja manajer, dan 'Tingkat Persetujuan Sekali Ajukan'.
Sumber data
Peristiwa ini kemungkinan dicatat secara langsung dalam tabel riwayat persetujuan atau jejak audit, lengkap dengan ID pemberi persetujuan dan stempel waktu.
Pengumpulan data
Diambil dari log peristiwa atau perubahan status menjadi 'Disetujui Manajer' beserta stempel waktunya.
Jenis peristiwa
explicit
|
|||
|
Laporan dikembalikan untuk diperbaiki
|
Pemberi persetujuan, baik manajer maupun tim keuangan, mengembalikan laporan kepada karyawan untuk diperbaiki. Berbeda dengan penolakan langsung, tindakan ini memulai siklus pekerjaan ulang. | ||
|
Mengapa ini penting
Aktivitas ini menjadi penanda utama pekerjaan ulang. Frekuensinya perlu dilacak untuk KPI 'Tingkat Pekerjaan Ulang Laporan Pengeluaran' dan dashboard 'Analisis Pelanggaran Kebijakan dan Pekerjaan Ulang'.
Sumber data
Aktivitas ini kemungkinan diketahui dari perubahan status menjadi 'Perlu Diperbaiki' atau 'Dikembalikan'. Sistem seharusnya mencatat stempel waktu pembaruan status tersebut.
Pengumpulan data
Disimpulkan dari perubahan status menjadi 'Perlu Diperbaiki' atau status serupa, sering kali disertai komentar.
Jenis peristiwa
inferred
|
|||
|
Laporan pengeluaran dibuat
|
Aktivitas ini menandai saat karyawan mulai membuat laporan pengeluaran. Sistem mencatat peristiwa ini ketika data laporan baru dibuat, baik sebagai draf maupun setelah item pengeluaran pertama ditambahkan. | ||
|
Mengapa ini penting
Ini adalah peristiwa awal utama dalam proses. Dengan menganalisis waktu dari tahap ini hingga laporan dikirim, Anda dapat memahami kebiasaan karyawan dan kemungkinan keterlambatan pelaporan pengeluaran.
Sumber data
Peristiwa ini kemungkinan dicatat menggunakan stempel waktu pembuatan objek atau data laporan pengeluaran di basis data Brex. Waktunya harus menjadi stempel waktu paling awal yang terkait dengan ID Laporan Pengeluaran.
Pengumpulan data
Diidentifikasi dari tanggal pembuatan data utama laporan pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Laporan pengeluaran dikirim
|
Aktivitas ini terjadi saat karyawan mengirim laporan pengeluaran yang telah selesai untuk disetujui. Tindakan pengguna ini mengubah status laporan dari 'Draf' atau 'Terbuka' menjadi 'Menunggu Persetujuan'. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang secara resmi memulai alur persetujuan. Waktu antara pengiriman dan persetujuan akhir menjadi bagian penting dari keseluruhan waktu siklus.
Sumber data
Peristiwa ini biasanya dicatat secara langsung dalam log audit. Peristiwa ini juga dapat diketahui dari perubahan status menjadi 'Dikirim' atau 'Menunggu Persetujuan Manajer', beserta stempel waktunya.
Pengumpulan data
Diambil dari log peristiwa atau kolom 'submission_timestamp' pada data laporan pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Penggantian biaya dibayarkan
|
Aktivitas ini menandai saat pembayaran benar-benar disalurkan kepada karyawan. Dari sudut pandang karyawan, ini adalah tahap terakhir dan menandakan proses berhasil diselesaikan. | ||
|
Mengapa ini penting
Ini adalah titik akhir utama yang menandakan proses berhasil. Data ini diperlukan untuk menghitung KPI 'Rata-rata Waktu Siklus dari Awal hingga Akhir' dan 'Jeda Pelaksanaan Penggantian Biaya', yang berdampak langsung pada kepuasan karyawan.
Sumber data
Peristiwa ini seharusnya diambil dari log transaksi pembayaran atau konfirmasi API dari bank maupun pemroses pembayaran. Waktunya menunjukkan tanggal pembayaran benar-benar dilakukan.
Pengumpulan data
Diambil dari log transaksi pembayaran yang memuat stempel waktu pelaksanaan.
Jenis peristiwa
explicit
|
|||
|
Bukti pembayaran dilampirkan
|
Aktivitas ini mencatat saat pengguna mengunggah atau melampirkan gambar maupun dokumen bukti pembayaran ke item pengeluaran. Biasanya, setiap lampiran dicatat sebagai peristiwa tersendiri beserta stempel waktunya. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk dashboard 'Kepatuhan dan Dampak Bukti Pembayaran'. Data ini membantu mengetahui apakah keterlambatan atau penolakan berkaitan dengan bukti pembayaran yang tidak ada atau terlambat dikirim.
Sumber data
Data ini kemungkinan tersimpan di tabel terkait yang menghubungkan lampiran dengan item pengeluaran. Setiap data lampiran seharusnya memiliki stempel waktu pembuatannya sendiri.
Pengumpulan data
Dicatat saat pengguna berhasil mengunggah file untuk suatu item pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Ditolak keuangan
|
Tim keuangan menolak laporan pengeluaran, biasanya karena masalah kebijakan, kepatuhan, atau dokumentasi. Penolakan akhir ini menghentikan proses. | ||
|
Mengapa ini penting
Ini adalah peristiwa pengecualian yang penting. Frekuensi dan penyebabnya perlu dianalisis untuk memahami masalah kepatuhan dan menghitung 'Tingkat Penolakan Laporan Pengeluaran' secara keseluruhan.
Sumber data
Seperti keputusan persetujuan lainnya, penolakan ini seharusnya dicatat secara langsung dalam jejak audit, beserta ID pemberi persetujuan, stempel waktu, dan alasannya.
Pengumpulan data
Diambil dari log peristiwa atau perubahan status menjadi 'Ditolak Keuangan'.
Jenis peristiwa
explicit
|
|||
|
Ditolak manajer
|
Manajer tingkat pertama telah meninjau dan menolak laporan pengeluaran. Tindakan ini biasanya menghentikan proses atau mengembalikan laporan kepada karyawan untuk diperbaiki. | ||
|
Mengapa ini penting
Aktivitas ini menunjukkan hasil negatif dan pengecualian proses. Data ini penting untuk menghitung 'Tingkat Penolakan Laporan Pengeluaran' dan mencari penyebab kegagalan pada tahap persetujuan pertama.
Sumber data
Penolakan ini seharusnya dicatat secara langsung dalam tabel riwayat persetujuan atau jejak audit, seperti halnya persetujuan, beserta stempel waktu dan kode alasannya.
Pengumpulan data
Diambil dari log peristiwa atau perubahan status menjadi 'Ditolak Manajer' beserta stempel waktunya.
Jenis peristiwa
explicit
|
|||
|
Pelanggaran kebijakan ditandai
|
Peristiwa otomatis atau manual yang menunjukkan bahwa satu atau beberapa item pengeluaran dalam laporan melanggar kebijakan perusahaan. Peristiwa ini dapat dicatat saat aturan sistem terpicu atau peninjau menandai masalah secara manual. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk dashboard 'Analisis Pelanggaran Kebijakan dan Pekerjaan Ulang' serta KPI 'Tingkat Pelanggaran Kebijakan'. Data ini membantu menemukan masalah kepatuhan yang umum dan bagian kebijakan yang perlu diperjelas.
Sumber data
Diketahui dari atribut 'Policy Violation Flag' yang bernilai true. Stempel waktunya menunjukkan kapan status tanda tersebut terakhir diperbarui.
Pengumpulan data
Disimpulkan dari perubahan pada tanda boolean atau kolom status yang menunjukkan pelanggaran kebijakan.
Jenis peristiwa
inferred
|
|||
|
Penggantian biaya dijadwalkan
|
Setelah mendapat persetujuan akhir, laporan pengeluaran masuk ke antrean pembayaran dalam kelompok penggantian biaya berikutnya. Aktivitas ini menandai peralihan dari tahap persetujuan ke sistem pembayaran. | ||
|
Mengapa ini penting
Tahap ini dapat menunjukkan keterlambatan antara persetujuan akhir dan pemrosesan pembayaran. Data ini membantu membedakan hambatan persetujuan dari masalah efisiensi sistem pembayaran.
Sumber data
Aktivitas ini dapat diketahui dari perubahan status menjadi 'Siap Dibayar' atau 'Dijadwalkan'. Peristiwa ini juga dapat dicatat secara langsung jika sistem terhubung dengan sistem pembayaran atau ERP terpisah.
Pengumpulan data
Disimpulkan dari perubahan status menjadi 'Menunggu Pembayaran' atau dari pembuatan data kelompok pembayaran.
Jenis peristiwa
inferred
|
|||
|
Peninjauan keuangan dimulai
|
Aktivitas ini menandai saat laporan pengeluaran masuk ke antrean tim keuangan atau akuntansi untuk ditinjau terakhir kali. Biasanya, hal ini diketahui dari perubahan status setelah persetujuan manajer. | ||
|
Mengapa ini penting
Ini menandai awal tahap persetujuan akhir yang sering kali paling penting. Dengan menganalisis durasinya, Anda dapat menemukan hambatan di bagian keuangan.
Sumber data
Aktivitas ini diketahui dari stempel waktu saat status laporan berubah menjadi 'Menunggu Persetujuan Keuangan' atau status serupa setelah disetujui manajer.
Pengumpulan data
Disimpulkan dari stempel waktu perubahan status menjadi 'Menunggu Peninjauan Keuangan'.
Jenis peristiwa
inferred
|
|||
|
Peninjauan manajer dimulai
|
Aktivitas ini menandai saat laporan pengeluaran masuk ke antrean persetujuan manajer. Biasanya, hal ini diketahui dari perubahan status laporan menjadi 'Menunggu Persetujuan Manajer' tepat setelah laporan dikirim. | ||
|
Mengapa ini penting
Ini menandai awal tahap persetujuan pertama. Mengukur waktu dari tahap ini hingga 'Disetujui Manajer' atau 'Ditolak Manajer' penting untuk KPI 'Rata-rata Waktu Peninjauan Manajer'.
Sumber data
Diketahui dari stempel waktu saat status laporan pengeluaran berubah menjadi 'Menunggu Persetujuan Manajer' atau status serupa. Waktunya sering bertepatan dengan peristiwa 'Laporan Pengeluaran Dikirim'.
Pengumpulan data
Disimpulkan dari stempel waktu perubahan status menjadi 'Menunggu Persetujuan Manajer'.
Jenis peristiwa
inferred
|
|||
Panduan Ekstraksi
Siap Memulai?
Gunakan templat ini untuk mempermudah pengumpulan data dan mempercepat upaya mengoptimalkan pengelolaan pengeluaran. Mulai temukan wawasan dan tingkatkan efisiensi hari ini.
Optimalkan Pengelolaan Pengeluaran Brex Hari Ini
Pangkas waktu siklus persetujuan hingga 30% dan tingkatkan kepuasan karyawan.
Tidak perlu kartu kredit. Penyiapan hanya beberapa menit.