Templat data pengelolaan pengeluaran Anda

Coupa Expenses
Templat data pengelolaan pengeluaran Anda

Templat data pengelolaan pengeluaran Anda

Templat data ini membantu Anda menganalisis proses pengelolaan pengeluaran di Coupa Expenses dengan struktur yang jelas. Templat ini menjelaskan atribut data penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta cara mengekstrak data. Gunakan templat ini untuk mengumpulkan informasi yang diperlukan dalam analisis process mining.
  • 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
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pengelolaan pengeluaran

Berikut kolom data yang disarankan untuk disertakan dalam event log agar proses pengelolaan pengeluaran dapat dianalisis secara menyeluruh.
5 Wajib 7 Disarankan 8 Opsional
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
Wajib Disarankan Opsional

Aktivitas pengelolaan pengeluaran

Berikut tahapan dan pencapaian proses utama yang perlu dicatat dalam event log agar alur kerja pengeluaran dapat ditemukan dan dianalisis dengan akurat.
6 Disarankan 7 Opsional
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
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Coupa Expenses

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.

Mulai uji coba gratis

Tidak perlu kartu kredit. Anda bisa mulai dalam hitungan menit.