Templat data pengelolaan pengeluaran Anda
Templat data pengelolaan pengeluaran Anda
- Atribut yang disarankan untuk mengumpulkan data secara menyeluruh
- Aktivitas utama pengelolaan pengeluaran yang perlu dilacak
- Panduan langkah demi langkah untuk mengekstrak data dari Coupa Expenses
Atribut pengelolaan pengeluaran
| Nama | Deskripsi | ||
|---|---|---|---|
|
ID laporan pengeluaran
ExpenseReportId
|
Pengenal unik untuk laporan pengeluaran yang mengelompokkan semua aktivitas dan pengeluaran terkait dalam satu pengajuan. | ||
|
Deskripsi
ID laporan pengeluaran menjadi pengenal utama kasus. ID ini mengelompokkan semua peristiwa dan aktivitas yang terkait dengan satu pengajuan pengeluaran. Setiap laporan mendapat ID unik saat dibuat, sehingga klaim pengeluaran dapat ditelusuri secara kronologis dari pencatatan awal hingga pembayaran. Dalam analisis process mining, ID ini penting untuk merekonstruksi perjalanan setiap laporan dari awal hingga akhir. Analis dapat melihat alur proses, menemukan variasi jalur pemrosesan, dan menghitung metrik per kasus, seperti total waktu siklus dan pengulangan pengerjaan untuk setiap klaim.
Mengapa ini penting
ID ini menjadi kunci untuk menghubungkan semua peristiwa terkait dalam satu klaim pengeluaran, sehingga seluruh proses dapat dianalisis dari awal hingga akhir.
Sumber data
Ini adalah kunci utama pada objek laporan pengeluaran Coupa. Biasanya, ID ini ditemukan sebagai 'id' atau 'report-id' di endpoint Expense Reports API atau tabel yang mendasarinya.
Contoh
ER-0012345ER-0012399ER-0013001
|
|||
|
Nama aktivitas
ActivityName
|
Nama peristiwa bisnis yang terjadi pada waktu tertentu dalam proses laporan pengeluaran. | ||
|
Deskripsi
Nama aktivitas menjelaskan langkah atau pencapaian tertentu dalam proses pengelolaan pengeluaran, seperti 'Laporan pengeluaran dikirim', 'Disetujui manajer', atau 'Penggantian biaya dilakukan'. Aktivitas ini menjadi simpul dalam peta proses dan dasar untuk menganalisis alur proses, hambatan, serta variasi. Analisis atribut ini membantu Anda memahami urutan peristiwa, frekuensi setiap langkah, dan perpindahan antaraktivitas. Atribut ini menjadi dasar untuk membuat peta proses, menghitung waktu antarperpindahan, serta menemukan jalur proses yang umum atau tidak sesuai kepatuhan.
Mengapa ini penting
Atribut ini menentukan langkah-langkah dalam proses agar alurnya dapat divisualisasikan dan dianalisis. Inilah inti process mining.
Sumber data
Biasanya, data ini berasal dari log peristiwa, catatan perubahan status, atau tabel jejak audit yang terkait dengan objek laporan pengeluaran di Coupa. Kode status atau jenis peristiwa mungkin perlu dipetakan ke nama yang mudah dipahami.
Contoh
Laporan pengeluaran diajukanDisetujui manajerDitolak tim keuanganPenggantian biaya dibayarkan
|
|||
|
Waktu peristiwa
EventTime
|
Stempel waktu yang menunjukkan kapan suatu aktivitas atau peristiwa terjadi. | ||
|
Deskripsi
Waktu peristiwa menunjukkan tanggal dan waktu persis saat aktivitas tertentu tercatat di sistem. Stempel waktu ini penting untuk mengurutkan peristiwa secara kronologis dan melakukan analisis berbasis waktu. Data ini menjadi dasar faktual untuk memahami waktu dan durasi setiap langkah proses. Dalam process mining, atribut ini digunakan untuk menyusun linimasa setiap kasus, menghitung durasi antaraktivitas, menemukan keterlambatan, dan mengukur waktu siklus secara keseluruhan. Atribut ini juga penting untuk menganalisis kinerja, kepatuhan terhadap perjanjian tingkat layanan, serta pola waktu atau hambatan.
Mengapa ini penting
Stempel waktu ini menunjukkan urutan kronologis peristiwa dan menjadi dasar analisis durasi serta kinerja, termasuk waktu siklus dan identifikasi hambatan.
Sumber data
Informasi ini tersedia di tabel jejak audit atau log peristiwa Coupa, biasanya bersama catatan aktivitas atau perubahan status.
Contoh
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu penyegaran data atau ekstraksi terakhir dari sistem sumber. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu terakhir data diekstrak dari Coupa Expenses dan dimuat ke alat process mining. Informasi ini menunjukkan seberapa baru data yang dianalisis. Informasi ini membantu pengguna memahami kebaruan analisis dan mengetahui apakah dasbor mencerminkan kondisi operasional terkini. Metadata ini penting untuk tata kelola data dan menjaga kepercayaan terhadap hasil analisis.
Mengapa ini penting
Memberi tahu pengguna seberapa baru data yang digunakan, sehingga mereka memahami rentang waktu analisis dan dapat menilai relevansinya.
Sumber data
Stempel waktu ini biasanya dibuat dan disimpan oleh alat ekstraksi data atau ETL setelah pemuatan data berhasil.
Contoh
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem asal data. | ||
|
Deskripsi
Atribut ini menunjukkan aplikasi sumber tempat data peristiwa dibuat. Dalam konteks ini, nilainya adalah 'Coupa Expenses'. Atribut ini penting untuk tata kelola data dan membedakan data dari berbagai sistem dalam tampilan proses yang mencakup beberapa sistem. Asal data memberi konteks yang berguna saat menganalisis proses yang melibatkan beberapa aplikasi.
Mengapa ini penting
Memberi konteks penting tentang asal data untuk mendukung tata kelola, validasi, dan analisis proses lintas sistem.
Sumber data
Biasanya, nilai statis ini ditambahkan saat ekstraksi dan transformasi data untuk menandai asal kumpulan data.
Contoh
Coupa ExpensesCoupa
|
|||
|
Alasan penolakan
RejectionReason
|
Alasan yang diberikan saat pemberi persetujuan menolak laporan pengeluaran. | ||
|
Deskripsi
Saat manajer atau anggota tim keuangan menolak laporan pengeluaran, mereka biasanya menyertakan alasan. Atribut ini mencatat alasan tersebut, yang dapat dipilih dari daftar atau ditulis bebas. Atribut ini sangat berguna untuk analisis akar masalah. Dengan melihat alasan penolakan yang paling umum, organisasi dapat mengetahui apakah kebijakan kurang jelas, karyawan memerlukan pelatihan, atau proses pengajuan bermasalah. Informasi ini membantu mengurangi pengerjaan ulang dan meningkatkan tingkat persetujuan pada pengajuan pertama.
Mengapa ini penting
Menjelaskan secara langsung penyebab pengerjaan ulang dan memberi masukan yang dapat ditindaklanjuti untuk mengurangi penolakan melalui pelatihan terarah, penjelasan kebijakan, atau perbaikan proses.
Sumber data
Informasi ini biasanya tercatat dalam jejak audit atau komentar yang terkait dengan peristiwa penolakan di Coupa. Data dapat tersedia di kolom khusus atau diambil dari komentar.
Contoh
Bukti transaksi tidak adaPengeluaran di luar kebijakanKategori pengeluaran salahPengajuan duplikat
|
|||
|
Departemen karyawan
EmployeeDepartment
|
Departemen karyawan yang mengajukan laporan pengeluaran. | ||
|
Deskripsi
Atribut ini menunjukkan departemen atau unit bisnis tempat pengaju laporan pengeluaran bekerja. Informasi ini biasanya diambil dari data induk karyawan. Atribut ini penting untuk membandingkan kinerja proses di berbagai bagian organisasi. Dasbor yang menganalisis waktu persetujuan, tingkat penolakan, atau pelanggaran kebijakan per departemen sangat bergantung pada atribut ini untuk menemukan area yang perlu diperbaiki atau mendapat pelatihan khusus.
Mengapa ini penting
Memungkinkan perbandingan kinerja antar-departemen dan membantu menemukan bagian organisasi yang berjalan efisien serta bagian yang mungkin memerlukan dukungan.
Sumber data
Data diambil dari profil pengguna pengaju di Coupa atau dengan menggabungkan ID pengguna dengan sistem data induk SDM eksternal. Cari kolom 'department' pada objek pengguna.
Contoh
PenjualanPemasaranTeknikKeuangan
|
|||
|
Jumlah total
TotalAmount
|
Nilai uang total dalam laporan pengeluaran. | ||
|
Deskripsi
Atribut ini menunjukkan jumlah seluruh baris pengeluaran dalam laporan. Ini adalah metrik keuangan penting untuk memahami nilai transaksi yang mengalir melalui proses. Analisis jumlah total membantu mengelompokkan laporan pengeluaran berdasarkan rentang nilai. Setiap rentang mungkin memiliki jalur persetujuan atau tingkat pemeriksaan yang berbeda. Dasbor menggunakan atribut ini untuk menganalisis pola belanja, menemukan laporan bernilai tinggi yang mungkin menimbulkan hambatan, serta melihat hubungan antara nilai laporan, waktu pemrosesan, dan tingkat penolakan.
Mengapa ini penting
Memberi konteks keuangan untuk proses dan memungkinkan analisis berdasarkan nilai laporan pengeluaran, yang sering memengaruhi jalur persetujuan dan prioritas pemrosesan.
Sumber data
Ini adalah kolom standar pada bagian header laporan pengeluaran di Coupa, biasanya bernama 'total' atau 'total-amount'.
Contoh
150.752500.0085.50
|
|||
|
Nama pengguna
UserName
|
Nama karyawan atau pengguna yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan orang yang terkait dengan suatu peristiwa, misalnya orang yang mengajukan, menyetujui, atau menolak laporan pengeluaran. Nilainya dapat berupa nama, ID karyawan, atau akun pengguna sistem. Analisis proses berdasarkan pengguna membantu menemukan pola kinerja, pembagian beban kerja, dan kebutuhan pelatihan. Atribut ini juga penting untuk dasbor yang merinci metrik berdasarkan sumber daya, misalnya membandingkan waktu persetujuan antar-manajer.
Mengapa ini penting
Mengaitkan pekerjaan dengan orang tertentu agar beban kerja, kinerja, dan perilaku tiap sumber daya dalam proses dapat dianalisis.
Sumber data
Informasi ini biasanya tersedia di tabel jejak audit Coupa Expenses dan terhubung dengan setiap peristiwa atau tindakan. Cari kolom seperti 'user-id', 'submitted-by', atau 'updated-by'.
Contoh
John Smithjsmith11023
|
|||
|
Penanda pelanggaran kebijakan
PolicyViolationFlag
|
Penanda boolean yang bernilai true jika laporan pengeluaran ditandai karena melanggar kebijakan. | ||
|
Deskripsi
Coupa dapat menandai secara otomatis pengeluaran yang melanggar kebijakan perusahaan, misalnya melebihi batas belanja atau menggunakan vendor yang tidak disetujui. Atribut ini berupa penanda true atau false yang menunjukkan apakah pelanggaran terdeteksi pada laporan pengeluaran. Penanda ini penting untuk memantau dan menganalisis kepatuhan. Anda dapat menggunakannya untuk membuat dasbor yang melacak tingkat pelanggaran kebijakan dari waktu ke waktu dan di berbagai departemen. Anda juga dapat membandingkan penanganan laporan yang melanggar kebijakan dengan laporan yang patuh, misalnya apakah proses persetujuannya lebih lama atau lebih sering ditolak.
Mengapa ini penting
Memungkinkan pengukuran dan analisis kepatuhan kebijakan secara langsung, sehingga area berisiko tinggi atau sering tidak patuh dapat ditemukan dan ditangani.
Sumber data
Informasi ini biasanya tersedia sebagai penanda atau status pada laporan pengeluaran atau baris pengeluaran di Coupa. Sering kali, aturan sistem yang menetapkannya.
Contoh
truefalse
|
|||
|
Status laporan pengeluaran
ExpenseReportStatus
|
Status laporan pengeluaran saat ini atau status akhirnya. | ||
|
Deskripsi
Atribut ini menunjukkan kondisi keseluruhan laporan pengeluaran di akhir siklusnya, seperti 'Disetujui', 'Dibayar', 'Ditolak', atau 'Ditarik'. Status ini menunjukkan hasil akhir setiap kasus. Dalam analisis, status akhir digunakan untuk memfilter kasus yang sudah selesai dan mengelompokkan hasilnya. Status ini penting untuk menghitung metrik seperti tingkat penolakan dan memahami proporsi laporan yang mencapai setiap kemungkinan status akhir. Status ini juga membantu menemukan laporan yang tertahan di status perantara.
Mengapa ini penting
Menentukan hasil setiap kasus dan menjadi dasar analisis berdasarkan hasil, misalnya membandingkan jalur laporan yang disetujui dengan yang ditolak.
Sumber data
Ini adalah kolom status utama pada objek laporan pengeluaran di Coupa. Kolom ini tersedia di data header dan diperbarui selama proses berlangsung.
Contoh
menunggu_persetujuandisetujuidibayarditolak
|
|||
|
Waktu selesai
EndTime
|
Stempel waktu yang menunjukkan kapan suatu aktivitas selesai. | ||
|
Deskripsi
Waktu selesai menandai berakhirnya suatu aktivitas. Dalam banyak sistem transaksi, aktivitas berupa peristiwa sesaat, sehingga waktu selesai sama dengan waktu mulai. Namun, untuk aktivitas yang memiliki durasi terukur, atribut ini mencatat kapan aktivitas tersebut berakhir. Kolom ini penting untuk menghitung waktu pemrosesan setiap aktivitas secara akurat. Analisisnya membantu Anda mengetahui waktu yang digunakan dalam proses dan membedakan waktu tunggu dari waktu kerja.
Mengapa ini penting
Memungkinkan penghitungan durasi aktivitas secara akurat. Ini penting untuk mengetahui dan menganalisis waktu yang digunakan untuk tugas tertentu dibandingkan dengan waktu tunggu.
Sumber data
Untuk peristiwa sesaat, nilainya sering sama dengan waktu mulai (EventTime). Untuk aktivitas berdurasi, nilainya mungkin perlu diambil dari kolom lain atau dihitung berdasarkan stempel waktu peristiwa berikutnya.
Contoh
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Alasan pelanggaran kebijakan
PolicyViolationReason
|
Alasan spesifik laporan pengeluaran ditandai karena melanggar kebijakan. | ||
|
Deskripsi
Saat pelanggaran kebijakan ditandai, atribut ini mencatat alasan spesifiknya, seperti 'Jumlah melebihi batas' atau 'Pedagang tidak disetujui'. Informasi ini lebih terperinci daripada penanda boolean sederhana. Analisis alasan pelanggaran kebijakan memberi pemahaman yang lebih terperinci tentang masalah kepatuhan. Analisis ini membantu menemukan kebijakan tertentu yang sering dilanggar. Hal tersebut dapat menunjukkan perlunya komunikasi yang lebih baik, penyesuaian kebijakan, atau penegakan yang lebih ketat. Informasi ini penting untuk menyusun langkah perbaikan kepatuhan yang efektif.
Mengapa ini penting
Memberi rincian spesifik tentang masalah kepatuhan agar tindakan perbaikan dapat diarahkan untuk meningkatkan kepatuhan terhadap kebijakan pengeluaran perusahaan.
Sumber data
Informasi ini biasanya tersedia dalam rincian penanda kebijakan atau pesan peringatan yang dibuat oleh mesin kepatuhan Coupa.
Contoh
Batas harian biaya makan terlampauiPengeluaran duplikatBukti transaksi wajib disertakan
|
|||
|
Disetujui pada pengajuan pertama
IsFirstPassApproval
|
Penanda yang bernilai true jika laporan pengeluaran disetujui tanpa penolakan atau perbaikan. | ||
|
Deskripsi
Atribut hasil perhitungan tingkat kasus ini menunjukkan apakah laporan pengeluaran berhasil melewati proses persetujuan pada percobaan pertama. Nilainya 'true' jika kasus tidak memuat aktivitas penolakan atau 'Dikembalikan untuk diperbaiki'. Atribut ini mengukur efisiensi proses pengajuan dan persetujuan secara langsung. Atribut ini menjadi dasar KPI tingkat persetujuan pada pengajuan pertama. Analisis faktor yang berkaitan dengan rendahnya tingkat tersebut, seperti departemen atau kategori pengeluaran, dapat memberi masukan berharga untuk perbaikan proses.
Mengapa ini penting
Memberi ukuran yang jelas tentang kualitas dan efisiensi proses serta membantu menghitung persentase laporan yang diproses tanpa pengerjaan ulang.
Sumber data
Nilai ini dihitung pada tingkat kasus. Semua aktivitas untuk ExpenseReportId tertentu perlu diperiksa untuk memastikan tidak ada peristiwa penolakan atau perbaikan.
Contoh
truefalse
|
|||
|
Kategori pengeluaran
ExpenseCategory
|
Kategori pengeluaran, seperti perjalanan, makanan, atau perlengkapan kantor. | ||
|
Deskripsi
Atribut ini mengelompokkan jenis pengeluaran yang diklaim. Laporan pengeluaran sering memuat beberapa baris pengeluaran, masing-masing dengan kategorinya sendiri. Untuk analisis tingkat kasus, kategori dapat berupa kategori yang paling sering muncul atau gabungan beberapa kategori. Pengelompokan proses berdasarkan kategori pengeluaran dapat menunjukkan perbedaan pola atau hambatan. Misalnya, pengeluaran perjalanan mungkin melalui jalur persetujuan yang lebih rumit daripada pembelian perlengkapan kantor. Dimensi ini penting untuk memahami pengaruh jenis pengeluaran terhadap jalur pemrosesannya.
Mengapa ini penting
Memungkinkan pengelompokan proses berdasarkan jenis pengeluaran untuk menemukan hambatan, kebijakan, atau jalur persetujuan yang khusus untuk kategori tertentu.
Sumber data
Informasi ini disimpan pada tingkat baris pengeluaran di Coupa. Untuk analisis tingkat kasus, data perlu digabungkan, misalnya dengan mengambil kategori dari baris pengeluaran bernilai tertinggi.
Contoh
Tiket pesawatMakanan dan hiburanPerangkat lunakPerlengkapan kantor
|
|||
|
Mata uang
Currency
|
Kode mata uang untuk jumlah total laporan pengeluaran. | ||
|
Deskripsi
Atribut ini menunjukkan mata uang yang digunakan untuk menyatakan jumlah total laporan pengeluaran, seperti USD, EUR, atau GBP. Informasi ini penting untuk memahami data keuangan. Saat menganalisis pengeluaran organisasi global, kolom ini diperlukan untuk menafsirkan dan menjumlahkan nilai uang dengan benar. Analisis mungkin perlu mengonversi semua jumlah ke satu mata uang dasar agar dapat dibandingkan antarwilayah.
Mengapa ini penting
Memberi konteks yang diperlukan untuk nilai uang, mendukung analisis keuangan yang akurat, dan memungkinkan konversi mata uang untuk pelaporan global.
Sumber data
Ini adalah kolom standar pada bagian header laporan pengeluaran di Coupa, biasanya berada di samping kolom jumlah total dan bernama seperti 'currency-code'.
Contoh
USDEURGBPJPY
|
|||
|
Nama pemberi persetujuan
ApproverName
|
Nama manajer atau pengguna bagian keuangan yang menyetujui atau menolak laporan pengeluaran. | ||
|
Deskripsi
Atribut ini menunjukkan pemberi persetujuan tertentu yang terlibat dalam tahap persetujuan manajer atau bagian keuangan. Orang ini berbeda dari pengguna yang mengajukan laporan. Data ini berguna untuk menganalisis kinerja dan perilaku pemberi persetujuan. Anda dapat mengukur waktu siklus persetujuan setiap orang dan menemukan hambatan yang disebabkan oleh pemberi persetujuan tertentu, misalnya karena beban kerja berlebih atau kebutuhan pelatihan tambahan. Data ini juga mendukung dasbor untuk menyeimbangkan beban kerja dan meningkatkan efisiensi persetujuan.
Mengapa ini penting
Membantu menemukan hambatan dalam alur persetujuan dengan mengaitkan keterlambatan atau tingginya tingkat penolakan dengan pemberi persetujuan tertentu, sehingga tindakan perbaikan dapat diarahkan.
Sumber data
Data ini tersedia dalam riwayat persetujuan atau jejak audit laporan pengeluaran di Coupa. Setiap tahap persetujuan seharusnya mencatat pengguna yang melakukan tindakan.
Contoh
Sarah ChenDavid RodriguezAntrean tim keuangan
|
|||
|
Negara
Country
|
Negara karyawan pengaju atau negara transaksi. | ||
|
Deskripsi
Atribut ini menunjukkan negara yang terkait dengan laporan pengeluaran, biasanya negara tempat tinggal karyawan pengaju. Ini adalah dimensi penting untuk menganalisis proses di organisasi global. Analisis proses berdasarkan negara membantu membandingkan kinerja, kepatuhan, dan variasi proses di berbagai wilayah. Hasilnya dapat menunjukkan perbedaan peraturan, kebijakan, atau efisiensi operasional antarwilayah yang perlu ditangani.
Mengapa ini penting
Memungkinkan perbandingan kinerja proses dan kepatuhan di berbagai wilayah, yang penting bagi organisasi global.
Sumber data
Data ini dapat diambil dari profil pengguna di Coupa atau dari badan hukum yang terkait dengan laporan pengeluaran.
Contoh
USADEUGBRJPN
|
|||
|
Pusat biaya
CostCenter
|
Pusat biaya tempat pengeluaran dibebankan. | ||
|
Deskripsi
Pusat biaya adalah dimensi keuangan untuk akuntansi dan penganggaran. Pusat biaya menunjukkan bagian organisasi yang menanggung biaya pengeluaran dan mungkin berbeda dari departemen pengaju. Analisis berdasarkan pusat biaya memberikan sudut pandang akuntansi keuangan terhadap proses. Anda dapat melacak pengeluaran dan efisiensi proses berdasarkan anggaran atau unit keuangan tertentu. Hal ini sangat penting bagi bagian keuangan yang ingin memahami dan mengelola pengeluaran organisasi.
Mengapa ini penting
Memberi dimensi keuangan penting untuk analisis dan menghubungkan metrik proses langsung dengan unit keuangan serta anggaran.
Sumber data
Ini adalah kolom akuntansi standar di Coupa yang tersedia pada header laporan pengeluaran atau baris pengeluaran. Kolom ini sering menjadi bagian dari struktur Bagan Akun.
Contoh
CC4510-PemasaranCC2100-TeknikCC7800-Penjualan-Timur
|
|||
|
Termasuk pengerjaan ulang
IsRework
|
Penanda yang menunjukkan apakah suatu aktivitas termasuk dalam pengulangan pengerjaan, misalnya laporan dikembalikan untuk diperbaiki. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini menandai aktivitas yang menunjukkan pengerjaan ulang. Biasanya, nilainya 'true' untuk peristiwa seperti 'Dikembalikan untuk diperbaiki' atau aktivitas apa pun yang terjadi setelah peristiwa tersebut dalam kasus yang sama. Menemukan pengerjaan ulang adalah salah satu tujuan utama process mining. Penanda ini memudahkan analisis dengan memungkinkan pemfilteran dan penggabungan data secara langsung. Penanda ini digunakan untuk menghitung tingkat pengerjaan ulang, menampilkan pengulangan dalam peta proses, dan menganalisis akar masalah yang menyebabkan proses mengulang langkah.
Mengapa ini penting
Menandai secara langsung pengulangan pengerjaan yang tidak efisien, sehingga frekuensi, dampak terhadap waktu siklus, dan akar masalahnya mudah dihitung.
Sumber data
Nilai ini dihitung berdasarkan alur proses. Logika perlu diterapkan untuk menemukan aktivitas yang menandakan proses kembali ke tahap sebelumnya, seperti 'Dikembalikan untuk diperbaiki'.
Contoh
truefalse
|
|||
Aktivitas pengelolaan pengeluaran
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Dicatat ke akuntansi
|
Transaksi keuangan terkait laporan pengeluaran dibukukan ke Buku Besar. Dari sisi akuntansi keuangan, ini merupakan tahap terakhir dalam proses. | ||
|
Mengapa ini penting
Ini aktivitas terakhir yang menandai berakhirnya proses. Jarak waktu antara penggantian biaya dan pembukuan sangat penting agar penutupan keuangan berlangsung cepat dan akurat.
Sumber data
Peristiwa ini dicatat berdasarkan tanggal pembukuan entri jurnal atau baris akuntansi yang terkait dengan laporan pengeluaran. Data tersebut dikelola melalui integrasi akuntansi Coupa.
Pengumpulan data
Diambil dari kolom tanggal pembukuan pada baris akuntansi terkait laporan pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Disetujui manajer
|
Manajer langsung karyawan atau pemberi persetujuan tingkat pertama menyetujui laporan pengeluaran. Tindakan ini tercatat sebagai peristiwa dalam riwayat persetujuan laporan, lengkap dengan Timestamp. | ||
|
Mengapa ini penting
Menandai selesainya tingkat persetujuan pertama. Waktu hingga peristiwa ini penting untuk KPI Waktu Siklus Persetujuan dan untuk menemukan hambatan di tingkat manajer.
Sumber data
Diambil dari Timestamp tindakan persetujuan dalam riwayat persetujuan terperinci atau jejak audit laporan pengeluaran di Coupa.
Pengumpulan data
Gunakan Timestamp peristiwa persetujuan dalam log riwayat persetujuan laporan pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Disetujui tim keuangan
|
Tim keuangan atau audit memberikan persetujuan akhir untuk laporan pengeluaran. Peristiwa ini menandakan laporan telah divalidasi dan siap diproses untuk pembayaran, serta tercatat dalam riwayat persetujuan. | ||
|
Mengapa ini penting
Ini adalah tonggak persetujuan terakhir. Jeda antara persetujuan manajer dan persetujuan tim keuangan menjadi bagian penting dari keseluruhan siklus persetujuan.
Sumber data
Diambil dari Timestamp tindakan persetujuan akhir dalam riwayat persetujuan terperinci atau jejak audit laporan pengeluaran.
Pengumpulan data
Gunakan Timestamp peristiwa persetujuan akhir dalam riwayat persetujuan laporan pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Laporan pengeluaran diajukan
|
Karyawan secara resmi mengajukan laporan pengeluaran yang telah selesai untuk disetujui. Tindakan ini mengubah status laporan dari draf menjadi menunggu persetujuan dan tercatat secara langsung di sistem. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang memulai penghitungan waktu persetujuan. Jeda antara pembuatan dan pengajuan menunjukkan waktu yang dibutuhkan karyawan untuk menyiapkan laporan.
Sumber data
Diambil dari Timestamp pengajuan pada data laporan pengeluaran atau entri log jejak audit untuk peristiwa pengajuan.
Pengumpulan data
Gunakan kolom Timestamp 'submitted_at' pada laporan pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Laporan pengeluaran dibuat
|
Menandai awal siklus laporan pengeluaran. Peristiwa ini tercatat saat pengguna membuat dan menyimpan laporan pengeluaran baru untuk pertama kalinya, sehingga laporan berstatus draf. | ||
|
Mengapa ini penting
Ini adalah titik awal analisis proses dan penting untuk mengukur total waktu siklus laporan pengeluaran dari awal hingga akhir.
Sumber data
Peristiwa ini tercatat secara langsung dari Timestamp pembuatan data utama laporan pengeluaran di Coupa. Sumbernya adalah Timestamp 'created_at' pada tabel utama pengeluaran.
Pengumpulan data
Gunakan Timestamp pembuatan objek laporan pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Penggantian biaya dibayarkan
|
Pembayaran berhasil diproses dan dana dikirim kepada karyawan. Peristiwa ini memastikan karyawan telah menerima pembayaran dan menandai selesainya bagian penggantian biaya dalam proses. | ||
|
Mengapa ini penting
Ini adalah tonggak penting bagi kepuasan karyawan dan menjadi titik akhir KPI Rata-rata Waktu Tunggu Penggantian Biaya.
Sumber data
Diambil dari tanggal pembayaran pada data pembayaran yang terkait dengan laporan pengeluaran, biasanya di Coupa Pay atau sistem AP terintegrasi.
Pengumpulan data
Gunakan tanggal pembayaran pada data pembayaran yang terhubung ke laporan pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Bukti transaksi dilampirkan
|
Menunjukkan tindakan pengguna saat mengunggah atau melampirkan bukti transaksi ke baris pengeluaran dalam laporan. Peristiwa ini tercatat saat data lampiran yang terhubung ke laporan pengeluaran dibuat. | ||
|
Mengapa ini penting
Analisis waktu dan frekuensi aktivitas ini dapat menunjukkan pola perilaku pengguna dan potensi keterlambatan akibat dokumen yang belum dilampirkan.
Sumber data
Disimpulkan dari Timestamp pembuatan data lampiran yang terhubung ke Expense Report ID tertentu.
Pengumpulan data
Temukan Timestamp saat data lampiran dihubungkan ke laporan pengeluaran.
Jenis peristiwa
inferred
|
|||
|
Dikembalikan untuk direvisi
|
Pemberi persetujuan mengembalikan laporan kepada karyawan untuk diperbaiki tanpa menolaknya secara final. Tindakan ini memulai siklus pengerjaan ulang dan disimpulkan dari perubahan status atau peristiwa khusus dalam jejak audit. | ||
|
Mengapa ini penting
Aktivitas ini menjadi dasar analisis siklus pengerjaan ulang. Mengetahui alasan laporan dikembalikan dapat membantu meningkatkan pelatihan dan tingkat persetujuan pada pemeriksaan pertama.
Sumber data
Disimpulkan dari perubahan status menjadi 'Pending Correction' atau 'Sent Back'. Coupa mungkin juga mencatat tindakan ini secara langsung dalam riwayat persetujuan.
Pengumpulan data
Timestamp perubahan status menjadi 'needs revision', atau peristiwa khusus dari log audit.
Jenis peristiwa
inferred
|
|||
|
Ditolak manajer
|
Manajer karyawan menolak laporan pengeluaran. Biasanya, proses terhenti dan laporan dikembalikan kepada karyawan. Tindakan ini tercatat sebagai peristiwa khusus dalam riwayat persetujuan. | ||
|
Mengapa ini penting
Hasil negatif ini menunjukkan adanya kendala dalam proses. Analisis peristiwa ini penting untuk dashboard dan KPI Tingkat Penolakan Laporan Pengeluaran.
Sumber data
Diambil dari Timestamp tindakan penolakan dalam riwayat persetujuan atau jejak audit laporan pengeluaran.
Pengumpulan data
Gunakan Timestamp peristiwa penolakan dalam log riwayat persetujuan laporan pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Ditolak tim keuangan
|
Tim keuangan atau audit menolak laporan pengeluaran. Ini merupakan hasil negatif yang mengakhiri proses dan tercatat sebagai status penolakan akhir dalam riwayat laporan. | ||
|
Mengapa ini penting
Melacak penolakan oleh tim keuangan membantu menemukan masalah kepatuhan atau dokumentasi serius yang terlewat dalam pemeriksaan sebelumnya. Hal ini memengaruhi KPI tingkat penolakan.
Sumber data
Diambil dari Timestamp tindakan penolakan oleh pemberi persetujuan dari tim keuangan dalam jejak audit laporan pengeluaran.
Pengumpulan data
Gunakan Timestamp peristiwa penolakan dalam jejak audit pada tahap pemeriksaan tim keuangan.
Jenis peristiwa
explicit
|
|||
|
Laporan pengeluaran ditarik
|
Karyawan menarik laporan pengeluaran yang telah diajukan sebelum seluruh persetujuan selesai. Tindakan ini membatalkan proses persetujuan yang sedang berjalan dan tercatat sebagai peristiwa tersendiri. | ||
|
Mengapa ini penting
Mencatat saat karyawan memperbaiki sendiri atau membatalkan pengajuan. Hal ini dapat menunjukkan kebingungan terhadap proses dan menjadi bentuk terhentinya proses.
Sumber data
Diambil dari tindakan langsung pengguna yang mengubah status menjadi 'Withdrawn' atau 'Cancelled' dan tercatat dalam jejak audit.
Pengumpulan data
Gunakan Timestamp tindakan 'withdraw' dalam jejak audit laporan pengeluaran.
Jenis peristiwa
explicit
|
|||
|
Pemeriksaan kebijakan dilakukan
|
Pemeriksaan otomatis untuk memastikan kepatuhan terhadap kebijakan pengeluaran perusahaan dijalankan. Peristiwa ini biasanya disimpulkan dari Timestamp saat tanda atau peringatan pelanggaran kebijakan pertama kali muncul pada laporan. | ||
|
Mengapa ini penting
Penting untuk dashboard Ikhtisar Kepatuhan Kebijakan. Peristiwa ini membantu mengetahui apakah dan kapan pelanggaran terdeteksi dalam proses, serta dampaknya terhadap waktu persetujuan.
Sumber data
Disimpulkan dari Timestamp saat tanda pelanggaran kebijakan diterapkan pada baris pengeluaran atau data utama laporan.
Pengumpulan data
Timestamp saat tanda pelanggaran kebijakan pertama kali muncul pada laporan pengeluaran atau baris-barisnya.
Jenis peristiwa
inferred
|
|||
|
Penggantian biaya dijadwalkan
|
Setelah mendapat persetujuan akhir, laporan pengeluaran dimasukkan ke dalam batch pembayaran. Ini menandai peralihan dari tahap persetujuan ke tahap pemrosesan pembayaran. | ||
|
Mengapa ini penting
Aktivitas ini memulai penghitungan Waktu Siklus Pembayaran Penggantian Biaya. Keterlambatan pada tahap ini menunjukkan penumpukan laporan yang telah disetujui sebelum dikirim ke sistem pembayaran.
Sumber data
Disimpulkan dari perubahan status menjadi 'Pending Payment' atau tanggal laporan dimasukkan ke data batch pembayaran di Coupa Pay.
Pengumpulan data
Timestamp saat status berubah menjadi 'Pending Payment' atau tanggal pembuatan batch pembayaran terkait.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk memulai process mining dan mendapatkan wawasan tentang pengelolaan pengeluaran Anda. Mulailah meningkatkan operasional hari ini.
Optimalkan pengelolaan pengeluaran: atasi hambatan sekarang
Temukan inefisiensi dan kurangi waktu siklus pengeluaran hingga 30% dengan wawasan yang jelas.
Tidak perlu kartu kredit. Anda bisa mulai dalam hitungan menit.